Performance im Keller bei starker Festplattennutzung
Hallo, ich habe folgendes Problem: Sobald die Festplatte intensiv genutzt wird, z.B. beim Kopieren von Dateien auf eine USB-Platte oder beim entpacken größerer Dateien wird das gesamte System langsam. XMMS hat Hacker beim Abspielen von MP3's und teilweise ruckelt der Mauszeiger. Die CPU-Last liegt aber meist nur so bei 20%. Am schlimmsten ist es mir aufgefallen, als ich jetzt Windows 2000 in vmware installiert habe, solange der installiert hat, konnte ich das restliche System nur im Zeitlupentempo nutzen, wie vnc über eine 9kbit-Verbindung, da hat sogar der Radiostream Aussetzer gehabt. Selbst da war die CPU-Last nur bei 30-40%. Speicher ist auch genügend frei. DMA ist bei der HD auch aktiviert. Hat evtl. jemand ne Idee, was man dagegen tun könnte? System ist folgendes: OS: SuSE Linux 9.1 CPU: AMD Athlon 64 3000 RAM: 512 MB HDD: Maxtor 6Y160P0 (160GB) Mainboard: ASUS K8V-MX Mfg, Thomas
Thomas Gräber schrieb: [Performance-Probleme]
System ist folgendes: OS: SuSE Linux 9.1 CPU: AMD Athlon 64 3000 RAM: 512 MB HDD: Maxtor 6Y160P0 (160GB) Mainboard: ASUS K8V-MX
Hallo Thomas! Bei vorgenanntem System: Schwer vorstellbar. Wie stark ist der Arbeitsspeicher ausgelastet, wenn du kopierst? (z.B. mit top anschauen) Poste mal ein hdparm /dev/hdx für jede eingebaute Festplatte. Vielleicht ist der Arbeitsspeicher voll und er muss dewegen swappen. Wie schauts mit dem Swap aus? Wie viel ist gemountet (in top ersichtlich, Zeile "Swap: xxxxx total, xxxxx used" wieviel ist da benutzt(=used)?) Grüße Martin Ereth
Hallo Martin, danke für die Antwort. Am Donnerstag, 9. März 2006 13:54 schrieb Martin Ereth:
Thomas Gräber schrieb: [Performance-Probleme]
System ist folgendes: OS: SuSE Linux 9.1 CPU: AMD Athlon 64 3000 RAM: 512 MB HDD: Maxtor 6Y160P0 (160GB) Mainboard: ASUS K8V-MX
Hallo Thomas!
Bei vorgenanntem System: Schwer vorstellbar. Der Ansicht bin ich ja eigentlich auch...
Wie stark ist der Arbeitsspeicher ausgelastet, wenn du kopierst? (z.B. mit top anschauen) eigentlich auch nicht anders, als sonst, kann man mit top ja high live beobachten. Aber die Idee mit dem Speicher ist nicht schlecht, das wird wohl die Ursache bei vmware sein. Hatte mich immer durch die Anzeige von gkrellm irretieren lassen, der immer sagte 200 MB frei... Die 200MB hat Linux eigentlich auch nur als cache genutzt, aber trotzdem hatte er auch noch 500 MB swap belegt, was immer bei jeder Top-aktualisierung do um ein paar KB hochging... bei einem Kopiervorgang sieht das jetzt so aus: Mem: 514808k total, 508212k used, 6596k free, 12456k buffers Swap: 1188768k total, 275552k used, 913216k free, 156584k cached Allerdings muss ich jetzt auf der Platte kopieren, da ich die USB-Platte im mom. nicht hier habe.
Poste mal ein hdparm /dev/hdx für jede eingebaute Festplatte.
Ist nur die eine: /dev/hde: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 1024 (on) geometry = 19929/255/63, sectors = 320173056, start = 0 kann man eigentlich auch irgendwo sehen, welcher UDMA Modus genau genutzt wird? Komischerweise habe ich jetzt beim kopieren kein Mauszeigerruckeln mehr, nur gelegentliches MP3-ruckeln und das Laden von z.B. Firefox dauert ewig. Das ist doch so auch nicht normal, oder? Danke, Thomas
Thomas Gräber wrote:
...
Komischerweise habe ich jetzt beim kopieren kein Mauszeigerruckeln mehr, nur gelegentliches MP3-ruckeln und das Laden von z.B. Firefox dauert ewig. Das ist doch so auch nicht normal, oder?
Naja Gerade wenn du auf derselben Festplatte fleissig grosse Dateien hin und her kopierst ist diese Platte dann natürlich zu 100% ausgelastet. Wenn dein MP3 Player die Datei mehr oder weniger live spielt (und nicht im voraus cached) dann kann sich ein zugriff natürlich schon verzögern weil noch 1000 andere Zugriffe erfolgen die ihre Zeit brauchen. Auch beim laden von Programmen ists dasselbe - die Festplattezugriffe müssen irgendwie verteilt werden und das führt zu verzögerungen. Je mehr geladen werden muss, desto länger dauert es Das Problem solltest du jedoch beim Kopieren auf eine USB Disk nicht haben weil die wohl an die Performance einer eingebauten HD nicht rankommt und die eingebaute dann noch Restkapazität aufweisen sollte mit de MP3s und Firefoxes geladen werden können... Grüsse Matti ps: den DMA Status und so siehst du irgendwo im YaST unter 'DMA Modus' oder sowas.. sitz leider nicht grad davor..
Am Freitag, 10. März 2006 11:54 schrieb Matthias Keller:
Thomas Gräber wrote:
...
Komischerweise habe ich jetzt beim kopieren kein Mauszeigerruckeln mehr, nur gelegentliches MP3-ruckeln und das Laden von z.B. Firefox dauert ewig. Das ist doch so auch nicht normal, oder?
Naja
Gerade wenn du auf derselben Festplatte fleissig grosse Dateien hin und her kopierst ist diese Platte dann natürlich zu 100% ausgelastet. Wenn dein MP3 Player die Datei mehr oder weniger live spielt (und nicht im voraus cached) dann kann sich ein zugriff natürlich schon verzögern weil noch 1000 andere Zugriffe erfolgen die ihre Zeit brauchen.
Auch beim laden von Programmen ists dasselbe - die Festplattezugriffe müssen irgendwie verteilt werden und das führt zu verzögerungen. Je mehr geladen werden muss, desto länger dauert es
Ist soweit auch logisch, nur gibt es da nicht irgendwie ne Art Priorisierungssystem oder so? Ich muss ganz ehrlich sagen, unter Windows habe ich das Problem nicht so. Das Laden von Programmen dauert da zwar auch länger, aber bei weitem nicht so lange. Da ruckeln dann auch keine MP3's. Ich habe auf diesem Rechner allerdings das Windows schon ewig nicht benutzt, so dass ich nicht sagen kann, ob es bei diesem Rechner dort auch so ist. Die Festplatte ist irgendwie auch relativ laut, wenn sie arbeitet. Evtl. ist das ja auch so'n lautes, langsameres Ding, was ich erwischt habe, gibt es ja leider immer mal wieder ...
Das Problem solltest du jedoch beim Kopieren auf eine USB Disk nicht haben weil die wohl an die Performance einer eingebauten HD nicht rankommt und die eingebaute dann noch Restkapazität aufweisen sollte mit de MP3s und Firefoxes geladen werden können... Da ist das aber auch nicht wirklich anders, zumindest vorgestern.
Grüsse
Matti ps: den DMA Status und so siehst du irgendwo im YaST unter 'DMA Modus' oder sowas.. sitz leider nicht grad davor..
Hab ich auch gerade gefunden. Nur wo der das im System ausliest, weißt auch nicht, oder? Mfg, Thomas
Am Freitag 10 März 2006 12:10 schrieb Thomas Gräber:
Am Freitag, 10. März 2006 11:54 schrieb Matthias Keller:
Thomas Gräber wrote:
...
Hab ich auch gerade gefunden. Nur wo der das im System ausliest, weißt auch nicht, oder?
hdparm kennst du doch! Verwende mal hdparm -I /dev... (großes i :-)
Mfg, Thomas
-- MfG Rolf Masfelder EMail: rolf.masfelder@nector.de
Thomas Gräber schrieb:
Am Donnerstag, 9. März 2006 13:54 schrieb Martin Ereth:
Thomas Gräber schrieb: [Performance-Probleme] Wie stark ist der Arbeitsspeicher ausgelastet, wenn du kopierst? (z.B. mit top anschauen) eigentlich auch nicht anders, als sonst, kann man mit top ja high live beobachten. Aber die Idee mit dem Speicher ist nicht schlecht, das wird wohl die Ursache bei vmware sein. Hatte mich immer durch die Anzeige von gkrellm irretieren lassen, der immer sagte 200 MB frei... Die 200MB hat Linux eigentlich auch nur als cache genutzt, aber trotzdem hatte er auch noch 500 MB swap belegt, was immer bei jeder Top-aktualisierung do um ein paar KB hochging... bei einem Kopiervorgang sieht das jetzt so aus: Mem: 514808k total, 508212k used, 6596k free, 12456k buffers Swap: 1188768k total, 275552k used, 913216k free, 156584k cached Allerdings muss ich jetzt auf der Platte kopieren, da ich die USB-Platte im mom. nicht hier habe.
Poste mal ein hdparm /dev/hdx für jede eingebaute Festplatte.
Ist nur die eine: /dev/hde: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 1024 (on) geometry = 19929/255/63, sectors = 320173056, start = 0
kann man eigentlich auch irgendwo sehen, welcher UDMA Modus genau genutzt wird?
Komischerweise habe ich jetzt beim kopieren kein Mauszeigerruckeln mehr, nur gelegentliches MP3-ruckeln und das Laden von z.B. Firefox dauert ewig. Das ist doch so auch nicht normal, oder?
Hallo Thomas! Yast -> Hardware -> IDE-DMA-Modus steht bei mir bei allen Laufwerken UltraDMA33. Aber deine Dma-Einstellung passt. gkrellm zeigt, wie du schreibst, den gecacheten Speicher nicht an, trotzdem ist er genutzt und somit nicht verfügbar. Sobald der Rechner swappt, wird er langsam. Aber 512 MB dürften nicht allzu schnell überlaufen. Laufen unbenötigte Dienste? Was verwendest du für Software? Ich denke, dass da das Problem ist. Entweder irgendein Programm hat eine Speicherlücke (=frisst kontinuierlich Speicher) oder du verwendest zu (Speicher-)aufwendige Software. Jedenfalls dürfte es einiges bringen, wenn du noch um mindestens 256MB aufstockst, besser wären 512MB. Aber probieren wir es erst mal so, Speicher kaufen kannst du später immer noch. MP3-Ruckeln tritt bei mir seltenst auf, und das auch nur, wenn der Arbeitsspeicher total voll ist, und er ordentlich swappen muss. Interessant wäre auch mal top und dann [Shift]+[m]. Das ordnet die Programme nach Speicher. (Zur vorherigen Ansicht kommst du wieder mit [Shift]+[p]). Welches Programm braucht wie viel Speicher? Brauchst du wirklich 1,1GB SWAP? (Ich hab genausoviel RAM und nur 300MB, und das reicht) Solange allerdings das Problem besteht, würde ich den Swap nicht verkleinern. Schaden kann die Größe natürlich nicht. Mach' mal folgendes: Neustart, am Bootloader schreibst du noch eine " 2" dazu und drückst [Enter]. Melde dich an der Konsole an, und führe mal top aus. Wie schauts jetzt mit dem Speicher aus? Mach das gleiche mit der " 3" am Bootloader Normal ist solches Verhalten auf jeden Fall nicht. Martin
Hallo,
Sobald der Rechner swappt, wird er langsam. Aber 512 MB dürften nicht allzu schnell überlaufen. Laufen unbenötigte Dienste? Was verwendest du für Software? Ich denke, dass da das Problem ist. Entweder irgendein Programm hat eine Speicherlücke (=frisst kontinuierlich Speicher) oder du verwendest zu (Speicher-)aufwendige Software. Jedenfalls dürfte es einiges bringen, wenn du noch um mindestens 256MB aufstockst, besser wären 512MB. Aber probieren wir es erst mal so, Speicher kaufen kannst du später immer noch.
Na das muss ich dem Chef erstmal beibringen, dass ich für den Desktop-Rechner nen Gig Ram oder so brauch. Dann kommt wieder der Spruch, dass ich mir doch dann lieber Windoof draufmachen soll.....
MP3-Ruckeln tritt bei mir seltenst auf, und das auch nur, wenn der Arbeitsspeicher total voll ist, und er ordentlich swappen muss.
Interessant wäre auch mal top und dann [Shift]+[m]. Das ordnet die Programme nach Speicher. (Zur vorherigen Ansicht kommst du wieder mit [Shift]+[p]). Welches Programm braucht wie viel Speicher? Hatte ich schon gemacht, kein Prog, das übermäßig Speicher frisst.
Brauchst du wirklich 1,1GB SWAP? (Ich hab genausoviel RAM und nur 300MB, und das reicht) Solange allerdings das Problem besteht, würde ich den Swap nicht verkleinern. Schaden kann die Größe natürlich nicht. Ich kenn da so eine Regel, dass der Swap immer so gross sein soll, dass das System den Speicher 2 mal darin auslagern kann.
Mach' mal folgendes: Neustart, am Bootloader schreibst du noch eine " 2" dazu und drückst [Enter]. Melde dich an der Konsole an, und führe mal top aus. Wie schauts jetzt mit dem Speicher aus? Mach das gleiche mit der " 3" am Bootloader Den Rechner kann ich nicht einfach neustarten, da hängt zuviel dran. Hab ihn aber mal so in Runlevel 3 gefahren, dass macht aber auch nur 20 MB oder so aus. Hab ihn dann mal wieder in Runlevel 5 gefahren, MP3-Player und nen Kopiervorgang an. Dann mal den Firefox gestartet und das MP3-Ruckeln war wieder da. Habe die Ausgabe von Top mal beobachtet, die Swap-Auslastung hat sich während des Vorgangs (ca. 5 min) um ca. 100KB nach unten verändert. Daran liegts wohl nicht. Hier mal die Augabe von top ein paar min. nach dem Test:
top - 12:16:18 up 72 days, 19:29, 6 users, load average: 0.21, 0.72, 1.00 Tasks: 180 total, 1 running, 179 sleeping, 0 stopped, 0 zombie Cpu(s): 8.9% us, 2.6% sy, 0.0% ni, 86.8% id, 0.0% wa, 1.0% hi, 0.7% si Mem: 514808k total, 508232k used, 6576k free, 25244k buffers Swap: 1188768k total, 207716k used, 981052k free, 162076k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4702 penndorf 15 0 70308 34m 11m S 3.6 6.9 0:02.35 totem 32251 root 15 0 39696 27m 8780 S 3.0 5.6 1:03.43 X 23786 penndorf 16 0 20352 4728 1560 S 0.7 0.9 0:16.94 overnet 32497 penndorf 15 0 28340 15m 12m S 0.7 3.1 0:04.99 kdeinit 32619 penndorf 15 0 23920 15m 9568 S 0.7 3.1 0:03.36 gnome-terminal 995 penndorf 17 0 1760 984 704 R 0.7 0.2 0:04.19 top 7473 lp 15 0 2832 256 248 S 0.3 0.0 29:45.02 parallel 5754 penndorf 15 0 26068 3636 3004 S 0.3 0.7 19:52.21 kdeinit 32464 penndorf 15 0 11160 6848 5308 S 0.3 1.3 0:01.74 gkrellm 1 root 16 0 588 232 188 S 0.0 0.0 0:11.21 init 2 root 34 19 0 0 0 S 0.0 0.0 0:27.56 ksoftirqd/0 3 root 5 -10 0 0 0 S 0.0 0.0 0:12.36 events/0 4 root 5 -10 0 0 0 S 0.0 0.0 0:00.08 khelper 5 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid 62 root 5 -10 0 0 0 S 0.0 0.0 0:50.42 kblockd/0 84 root 7 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0 83 root 15 0 0 0 0 S 0.0 0.0 5:47.40 kswapd0 Aber ich tippe irgendwie auf den Plattenzugriff direkt...Dummerweise hab ich die USB-Platte immer noch nicht mit. :-( Gibts da evtl. noch andere Möglichkeiten, den Plattenzugriff an sich zu beschleunigen? Sowas wi DMA aktivieren evtl.? Der gecachte Speicherist doch eigentlich frei, den nutzt Linux als Cache für Plattenzugriffe, wenn aber ein Prog Speicher anfordert, gibt er diesen ja wieder frei, wenn ich das richtig verstanden habe... Danke, Thomas
On Monday 13 March 2006 12:22, Thomas Gräber wrote:
Hallo,
Sobald der Rechner swappt, wird er langsam. Aber 512 MB dürften nicht allzu schnell überlaufen. Laufen unbenötigte Dienste? Was verwendest du für Software? Ich denke, dass da das Problem ist. Entweder irgendein Programm hat eine Speicherlücke (=frisst kontinuierlich Speicher) oder du verwendest zu (Speicher-)aufwendige Software. Jedenfalls dürfte es einiges bringen, wenn du noch um mindestens 256MB aufstockst, besser wären 512MB. Aber probieren wir es erst mal so, Speicher kaufen kannst du später immer noch.
Gibts da evtl. noch andere Möglichkeiten, den Plattenzugriff an sich zu beschleunigen? Sowas wi DMA aktivieren evtl.?
Der gecachte Speicherist doch eigentlich frei, den nutzt Linux als Cache für Plattenzugriffe, wenn aber ein Prog Speicher anfordert, gibt er diesen ja wieder frei, wenn ich das richtig verstanden habe...
Hallo, ich hatte das gleiche Problem mit Suse 9.1. Bei Verwendung von z.B. tar als root ist der Hauptspeicher (1,2 Gbyte) sinnlos zugelaufen, dann ging es in den Swap und ein arbeiten war nicht mehr möglich. Nach Update auf 9.2 war das Problem weg. Gruß Marcus
Am Montag, 13. März 2006 12:22 schrieb Thomas Gräber:
Hallo,
Sobald der Rechner swappt, wird er langsam. Aber 512 MB dürften nicht allzu schnell überlaufen. Laufen unbenötigte Dienste? Was verwendest du für Software? Ich denke, dass da das Problem ist. Entweder irgendein Programm hat eine Speicherlücke (=frisst kontinuierlich Speicher) oder du verwendest zu (Speicher-)aufwendige Software. Jedenfalls dürfte es einiges bringen, wenn du noch um mindestens 256MB aufstockst, besser wären 512MB. Aber probieren wir es erst mal so, Speicher kaufen kannst du später immer noch.
Na das muss ich dem Chef erstmal beibringen, dass ich für den Desktop-Rechner nen Gig Ram oder so brauch. Dann kommt wieder der Spruch, dass ich mir doch dann lieber Windoof draufmachen soll.....
MP3-Ruckeln tritt bei mir seltenst auf, und das auch nur, wenn der Arbeitsspeicher total voll ist, und er ordentlich swappen muss.
Interessant wäre auch mal top und dann [Shift]+[m]. Das ordnet die Programme nach Speicher. (Zur vorherigen Ansicht kommst du wieder mit [Shift]+[p]). Welches Programm braucht wie viel Speicher?
Hatte ich schon gemacht, kein Prog, das übermäßig Speicher frisst.
Brauchst du wirklich 1,1GB SWAP? (Ich hab genausoviel RAM und nur 300MB, und das reicht) Solange allerdings das Problem besteht, würde ich den Swap nicht verkleinern. Schaden kann die Größe natürlich nicht.
Ich kenn da so eine Regel, dass der Swap immer so gross sein soll, dass das System den Speicher 2 mal darin auslagern kann.
Mach' mal folgendes: Neustart, am Bootloader schreibst du noch eine " 2" dazu und drückst [Enter]. Melde dich an der Konsole an, und führe mal top aus. Wie schauts jetzt mit dem Speicher aus? Mach das gleiche mit der " 3" am Bootloader
Den Rechner kann ich nicht einfach neustarten, da hängt zuviel dran. Hab ihn aber mal so in Runlevel 3 gefahren, dass macht aber auch nur 20 MB oder so aus. Hab ihn dann mal wieder in Runlevel 5 gefahren, MP3-Player und nen Kopiervorgang an. Dann mal den Firefox gestartet und das MP3-Ruckeln war wieder da. Habe die Ausgabe von Top mal beobachtet, die Swap-Auslastung hat sich während des Vorgangs (ca. 5 min) um ca. 100KB nach unten verändert. Daran liegts wohl nicht. Hier mal die Augabe von top ein paar min. nach dem Test:
top - 12:16:18 up 72 days, 19:29, 6 users, load average: 0.21, 0.72, 1.00 Tasks: 180 total, 1 running, 179 sleeping, 0 stopped, 0 zombie Cpu(s): 8.9% us, 2.6% sy, 0.0% ni, 86.8% id, 0.0% wa, 1.0% hi, 0.7% si Mem: 514808k total, 508232k used, 6576k free, 25244k buffers Swap: 1188768k total, 207716k used, 981052k free, 162076k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4702 penndorf 15 0 70308 34m 11m S 3.6 6.9 0:02.35 totem 32251 root 15 0 39696 27m 8780 S 3.0 5.6 1:03.43 X 23786 penndorf 16 0 20352 4728 1560 S 0.7 0.9 0:16.94 overnet 32497 penndorf 15 0 28340 15m 12m S 0.7 3.1 0:04.99 kdeinit 32619 penndorf 15 0 23920 15m 9568 S 0.7 3.1 0:03.36 gnome-terminal 995 penndorf 17 0 1760 984 704 R 0.7 0.2 0:04.19 top 7473 lp 15 0 2832 256 248 S 0.3 0.0 29:45.02 parallel 5754 penndorf 15 0 26068 3636 3004 S 0.3 0.7 19:52.21 kdeinit 32464 penndorf 15 0 11160 6848 5308 S 0.3 1.3 0:01.74 gkrellm 1 root 16 0 588 232 188 S 0.0 0.0 0:11.21 init 2 root 34 19 0 0 0 S 0.0 0.0 0:27.56 ksoftirqd/0 3 root 5 -10 0 0 0 S 0.0 0.0 0:12.36 events/0 4 root 5 -10 0 0 0 S 0.0 0.0 0:00.08 khelper 5 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid 62 root 5 -10 0 0 0 S 0.0 0.0 0:50.42 kblockd/0 84 root 7 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0 83 root 15 0 0 0 0 S 0.0 0.0 5:47.40 kswapd0
Aber ich tippe irgendwie auf den Plattenzugriff direkt...Dummerweise hab ich die USB-Platte immer noch nicht mit. :-(
Gibts da evtl. noch andere Möglichkeiten, den Plattenzugriff an sich zu beschleunigen? Sowas wi DMA aktivieren evtl.?
Der gecachte Speicherist doch eigentlich frei, den nutzt Linux als Cache für Plattenzugriffe, wenn aber ein Prog Speicher anfordert, gibt er diesen ja wieder frei, wenn ich das richtig verstanden habe...
Top zeigt mir bei einem Kopiervorgang auf die Platte jetzt folgendes an: top - 15:44:27 up 73 days, 22:57, 9 users, load average: 6.36, 4.01, 2.43 Tasks: 203 total, 1 running, 202 sleeping, 0 stopped, 0 zombie Cpu(s): 21.2% us, 15.9% sy, 0.0% ni, 0.0% id, 58.3% wa, 2.3% hi, 2.3% si Mem: 514808k total, 509548k used, 5260k free, 10600k buffers Swap: 1188768k total, 464376k used, 724392k free, 162856k cached Interessant ist, dass die CPU scheinbar keine freien Kapazitäten mehr hat (0,0%id) der Wert bei wa ist ziemlich hoch. Ist das normal bei solchen Kopiervorgängen? Zur Zeit hab ich aber nur leichtes Mausruckeln, alles ist etwas langsam, aber kein MP3-Ruckeln....sehr merkwürdig Mfg, Thomas
Thomas Gräber schrieb:
Der gecachte Speicherist doch eigentlich frei, den nutzt Linux als Cache für Plattenzugriffe, wenn aber ein Prog Speicher anfordert, gibt er diesen ja wieder frei, wenn ich das richtig verstanden habe...
Hallo Thomas! Eigentlich schon. Aber doch nicht. Zu kompliziert zu erklären. Geh einfach mal von belegt aus. Ich habe bei mir aus /etc/preoload.d/ Gimp, Mozilla und KHelpcenter rausgeschmissen. Von meinen 512MB waren nach nem Neustart plötzlich nicht mehr 500 belegt, sondern nur noch 350. Komisch. Probier mal unbenötigte Preload-Skripte aus /etc/preload.d und /var/cache/preload entsprechend rauszulöschen. Bei mir hats (siehe oben) sehr geholfen. Unbenötigt insofern: Ich nutze es nicht, oder ich kann Sekundenbruchteile länger warten. Je nach Verwendung des Rechners. Viele Grüße Martin Ereth
Am Dienstag, 14. März 2006 18:57 schrieb Martin Ereth:
Thomas Gräber schrieb:
Der gecachte Speicherist doch eigentlich frei, den nutzt Linux als Cache für Plattenzugriffe, wenn aber ein Prog Speicher anfordert, gibt er diesen ja wieder frei, wenn ich das richtig verstanden habe...
Hallo Thomas!
Eigentlich schon. Aber doch nicht. Zu kompliziert zu erklären. Geh einfach mal von belegt aus.
Ich habe bei mir aus /etc/preoload.d/ Gimp, Mozilla und KHelpcenter rausgeschmissen. Von meinen 512MB waren nach nem Neustart plötzlich nicht mehr 500 belegt, sondern nur noch 350. Komisch.
Probier mal unbenötigte Preload-Skripte aus /etc/preload.d und /var/cache/preload entsprechend rauszulöschen. Bei mir hats (siehe oben) sehr geholfen. Unbenötigt insofern: Ich nutze es nicht, oder ich kann Sekundenbruchteile länger warten. Je nach Verwendung des Rechners.
Viele Grüße
Martin Ereth
Danke, aber wurde das nicht erst ab SuSE 10 eingeführt? Zumindest existiert der Ordner bei mir gar nicht. :-( Mfg, Thomas
participants (5)
-
Marcus Lagner
-
Martin Ereth
-
Matthias Keller
-
Rolf Masfelder
-
Thomas Gräber