RAM "spuelen"?

[Michael]

Bei Performancemessungen (z.B. Festplatte - Ladezeiten von Programmen) habe ich das Problem, dass beim ersten Start im RAM gepuffert wird und ab der zweiten Messung die Werte nicht mehr vergleichbar sind.
Gibt es ausser Reboot eine Methode, gepufferte Daten aus dem RAM zu entfernen?

[Max]

gibt es nicht dafür Benchmarks die sich darum kümmern den Cache aussen vor zu lassen??
(bonnie)
Gruss Max

[Michael]

Ja, aber hier mal ein praktisches Beispiel:
Ich habe das neue KDE 2.2.1 kompiliert und probeweise gestartet - laeuft. Nun will ich wissen, ob sich bei den Ladezeiten was getan hat. Also muss ich den gepufferten Kram wieder aus dem RAM bekommen, um das mit den alten Werten zu vergleichen...

[Max]

neustarten??

[Michael]

Meinst Du KDE oder Linux? Ersteres geht aus den geschilderten Gruenden nicht, der haelt das alles noch im RAM vor.
Letzteres: Weisst Du denn nicht, dass das Runterfahren eines gesunden und stabil laufenden Tuxsystems gleich nach Mord an Robbenbabys kommt?? Ich fass es nicht, weltweit kaempfen Systemadministratoren heldenhaft um jede Sekunde Uptime der ihnen anvertrauten Schuetzlinge und hier soll ich bedenkenlos rebooten, nur um ein paar Zeiten zu messen? <img src="http://www.pl-forum.de/UltraBoard/Images/Wilk.gif" border="0" align="middle">

[hjb]

Hi,

schreib dir ein Mini-Programm, das x Megabyte RAM allokiert und etwas reinschreibt. Wenn das Programm beendet ist, ist der Cache ziemlich leer.

Gruß,
hjb

[Michael]

Danke, HJB. Daran hatte ich auch schon gedacht, aber haette ja sein koennen, dass es schon etwas fertiges gibt, dass ich noch nicht kenne.

[Max]

#!/usr/bin/perl
$| = 1;
print "Content-type: text/html

";
print "Memory/Resource Test<BR>
";
print "Number is the amount of memory used<BR>
";
print "If you don't see 'Completed Test!' at the bottom, the test failed<P><HR>
";
for ($i = 100000; $i <= 24000000; $i += 100000) {
$x = " " x $i;
print "-";
print "| $i ; Time (secs): ", (time - $^T), "<BR>
" if $i % 1000000 == 0;
}
print "Completed Test!
";
exit(0);


Mir fiel da spontan dieses Skript ein. Das nehme ich um zu checken wie lahm mal wieder mein Hoster, bzw. seine Server sind....
Nichts berauschendes, aber schon eigentlich schreibt es den Speicher voll und guckt wie schnell er war...

zur Uptime...
Ich habe es aufgegeben eine Möglich hohe Uptime zu erreichen.
Mein DSL-Router läuft problemlos einen Monat durch und plötzlich will er nicht mehr rein.
pppd, network, Module alles stoppen und wieder anwerfen hilft nicht. Nach Neustart geht es zu 50% wieder.
Dann war es *-Online schuld wenn es immer noch nicht geht, aber manchmal rennt er dann und ich kann die Schuld nur bei meiner Kiste suchen...<img src="http://www.pl-forum.de/UltraBoard/Images/Sad.gif" border="0" align="middle">
Max

[hjb]

Hi,

bei meinem Server (2.4.7) funktionierte nach 72 Tagen Uptime ISDN nicht mehr. Da ich das Modul nicht entladen konnte, mußte ich neu booten. Wahrscheinlich sind einige Sachen in Kernel 2.4 noch nicht geeignet für hohe Uptime...

Dafür sind mehrere meiner Boxen in Kürze 1 Jahr up, darunter ein NetBSD 1.4.1, ein IRIX 5.3 und zwei Linux-Kernel (2.4.0-test9 und 2.4.0-test10).

Gruß,
hjb

[Max]

@HJB
Hmmm...komisch hatte/habe dasselbe Problem mit einen alten 468 der ISDN-Router spielt.
Ab und zu, geht er nicht mehr online. Scheint auch da mit den Modulen zusammenzuhängen. (AVM Fritz PCI)
Manchmal kann ich sie nicht entladen -> reboot, manchmal klappt es, dann bleibt er "up".
Allerdings nicht 2.4 sondern noch 2.2.19 und der gilt ja eigentlich als Stabil?
Ich habe auch eine Linuxkiste (2.2.17) der als Router,DHCP,Webserver (für MRTG) fungiert. Den musste ich nur runterfahren weil er an eine USV kam, sonst läuft das Ding seit dem 4. Dezember 2000. Ist mir gar nicht aufgefallen.
Insgesamt habe ich 3 Linuxkisten (alle Debian) die als ISDN oder DSL Router fungieren und manchmal nicht mehr wollen.
Gibt mir jetzt zu denken. Könnte es mit dem pppd zusammenhängen?
Max

[Rossi]

Hallo HJB,

ich hab das gleiche Problem mit ADSL. Allerdings schon nach knapp zwei Wochen. Just for info, daß Du nicht alleine bist.