Am 11.02.2010 22:33, schrieb Martin Hofius:

Du hast ja schon ein paar Antworten dazu bekommen... Wen ich das unten richtig gesehen habe, l??uft der Rechner mit DDR1 Modulen - die sind zwar nicht ausgestorben, aber schon etwas seltener und teurer als DDR2. Aber es geht schon... Ich habe auch letztens einen ??hnlichen Rechner auf 2* 1GByte gebracht - und das hat schon Wunder gewirkt.

Hallo, Vielen Dank fuer die Zahlreichen Antworten. Nun, der Rechner ist wirklich schon etwas aelter, ein HP d330. Das Manual gibt recht detailliert Auskunft: For proper system operation, if the computer supports DDR-SDRAM DIMMs, the DIMMs must be: - industry-standard 184-pin - unbuffered PC2100 266 MHz-, PC2700 333 MHz-, or PC3200 400 MHz-compliant - 2.5 volt DDR-SDRAM DIMMs. The DDR-SDRAM DIMMs must also: - support CAS latency 2 or 2.5 (CL = 2 or CL = 2.5) - contain the mandatory JEDEC SPD information In addition, the computer supports: - 128Mbit, 256Mbit, and 512Mbit non-ECC memory technologies - single-sided and double-sided DIMMS - DIMMs constructed with x8 and x16 DDR devices; DIMMs constructed with x4 SDRAM are not supported Als dazu passende Kandidaten haette ich gefunden (z.B. bei MISCO): Kingston ValueRAM Memory - 2 GB ( 2 x 1 GB ) - DIMM 184-PIN - DDR - 333 MHz ( PC2700 ) - CL2.5 Hersteller: Kingston Herstellernummer: KVR333X64C25K2/2G KINGSTON 1GB F COMPAQ EVO D320MT D320ST ALTERNATIV Hersteller: Kingston Herstellernummer: KTC-D320/1G Hama Memory - 1 GB - DIMM 184-PIN - DDR - 400 MHz ( PC3200 ) Hersteller: Hama Herstellernummer: 56162 Das Modell Kingston 2 GB scheint mir die vernuenftigste Loesung. Wie es dabei mit DDR1 bzw. DDR2 aussieht ist mir nicht klar. Da in meinen Hardware-Daten aber nur von DDR zu lesen ist, duerfte das passen, oder? Gruss, Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Al Bogner schrieb:

Am Donnerstag, 11. Februar 2010 23:35:29 schrieb Karl Payer:

...

Am 11.02.2010 22:33, schrieb Martin Hofius:

...

[...] Hallo,

Vielen Dank fuer die Zahlreichen Antworten.

Nun, der Rechner ist wirklich schon etwas aelter, ein HP d330.

[...] Ich habe meinen XP2700+ von 512MB auf 1GB RAM für 50€ aufgerüstet und damals wollte ich es auch nicht glauben, dass ich das Geld besser in ein paar neue Komponenten hätte stecken sollen. Nachträglich gebe ich diesen Leuten recht.

Meine Anregung ist also, kaufe dir ein Board, eine aktuelle CPU und aktuelles RAM und der Geschwindigkeitsunterschied wird bei Videos oder mp3 rechnen gewaltig sein, bei Internet wirst du keinen wesentlichen Unterschied merken. Preis ohne nachzuschauen etwa 150€. Den Rest verwendest du vom alten PC.

ACK. Das ist im wesentlichen mein Rat in meinem anderen Beitrag.

Verwendest du KDE 4? Da kommt mir mein Dualcore so langsam vor wie der Celeron 1300 mit einem schnellen Windowmanager.

Was für einen DualCore hast Du denn? Ich habe bei meinem Athlon 64 X2 DualCore 5600+, früher 4 GB, jetzt 8 GB ein merkwürdiges Phänomen festgestellt, aber erstmal folgende Vorbemerkung: Mein Speicher wird aktuell mit 7,6 GB ausgenutzt, im Swap befinden sich 2,7 GB. Nach Adam Riese hätte ich mit 3,9 GB im früheren 4 GB RAM jetzt 6,4 GB im Swap Space, was zu einer enormen Ausbremsung des Rechners geführt hat, wohl, weil die Wahrscheinlichkeit stets sehr hoch war, dass etwas aus dem Swap-Space benötigt wurde. Deshalb auch die Speicheraufrüstung. Jetzt zum KDE: auf der Maschine läuft ein KDE 3.5.9 (oS 11.0) und bei sehr vielen geöffneten Fenstern (Konqueror 48 und Firefox 29, jeweils eltliche Tabs, OpenOffice 11 Fenster = Dokumente, Konsole 10, Epiphany 1, Thunderbird 2, Kwrite 3, Okular 4, Kate 2, xosview 1) geht zwar das normale Arbeiten und Browsen (Rendering der Seiten) so flott, dass ich z.B. immer noch sehr deutlich den kürzlichen Upgrade auf VDSL merke, aber Arbeitsflächenwechsel und das Ausfahren des Kicker gehen deutlich zäher (1 bis 2 sec aber noch tolerierbar) als direkt nach dem Systemstart, obwohl keine Speicherseiten aus- und eingelagert werden. Die Fensterleiste oben und die seitlichen Kontrollleisten fahren viel schneller (0,1 bis 0,5 sec) aus und ein. Wenn ein zweiter Benutzer frisch angemeldet ist (zweiter X-Server) und er/sie nur wenige Fenster geöffnet hat, dann flutscht der Kicker nur so, genauso der Arbeitsflächenwechsel. Das bedeutet doch, dass der KDE 3.x.y massive Skalierungsprobleme bei der CPU-Nutzung hat in Bezug auf den Speicherverbrauch (des Benutzers!) von KDE-Komponenten (siehe Konqueror)? Noch ein Leistungsphänomen: Manchmal braucht Firefox, manchmal braucht Konqueror enorm viel von CPU-Zeit (s. top-Ausgabe u.) und daher auch X, obwohl gerade kein einziger (!) Firefox etwas anzeigt. Folgendes liefert top (nach residentem Speicherverbrauch geordnet): PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2833 xxxx 20 0 2462m 1.5g 6236 R 31 19.6 8681:06 X 29431 xxxxxx 20 0 1234m 597m 30m R 61 7.5 1810:47 firefox 23311 xxxxxx 20 0 933m 255m 26m S 0 3.2 63:24.07 thunderbir 32279 xxxx 20 0 784m 246m 28m S 0 3.1 5:49.79 firefox 23503 xxxxxx 20 0 904m 241m 86m S 0 3.0 4:52.24 soffice.bin 3853 xxxxxx 20 0 607m 202m 30m S 3 2.5 1152:41 konqueror 3873 xxxxxx 20 0 474m 142m 20m S 0 1.8 155:01.69 konqueror 21650 xxxxxx 20 0 341m 139m 13m S 2 1.7 139:29.24 kjobviewer 3866 xxxxxx 20 0 348m 130m 23m S 0 1.6 0:22.60 konqueror 3864 xxxxxx 20 0 399m 128m 22m S 0 1.6 1536:58 konqueror 2965 xxxx 20 0 443m 107m 7916 S 0 1.3 227:06.28 X 10777 xxxxxx 20 0 2348m 98m 5272 S 1 1.2 488:44.57 java.bin 3854 xxxxxx 20 0 331m 89m 23m S 0 1.1 64:15.83 konqueror 3868 xxxxxx 20 0 363m 83m 21m S 0 1.0 77:17.24 konqueror 3867 xxxxxx 20 0 411m 81m 22m S 0 1.0 65:41.77 konqueror 3874 xxxxxx 20 0 390m 78m 21m S 5 1.0 1382:17 konqueror 3863 xxxxxx 20 0 419m 72m 27m S 1 0.9 2:47.53 konqueror 3856 xxxxxx 20 0 282m 71m 21m S 1 0.9 275:08.28 konqueror 3862 xxxxxx 20 0 277m 66m 20m S 0 0.8 54:36.73 konqueror 3875 xxxxxx 20 0 311m 56m 21m S 0 0.7 1:37.47 konqueror 4098 xxxxxx 27 7 373m 55m 13m S 0 0.7 11:13.31 beagled 3803 xxxxxx 20 0 282m 50m 18m S 1 0.6 414:37.31 kicker 3860 xxxxxx 20 0 248m 44m 20m S 0 0.6 5:29.83 konqueror 30695 xxxxxx 20 0 424m 43m 20m S 0 0.5 0:08.26 okular 8602 xxxx 20 0 294m 40m 21m S 0 0.5 5:04.38 kate 3865 xxxxxx 20 0 224m 35m 20m S 0 0.4 0:04.12 konqueror .... Oder ist der Kicker nur so langsam, weil der Firefox die Last immer auf mindestens 1 (gerade eben 3,3!) hält? Aber dann müsste doch der Kicker des anderen Benutzers ebenso langsam sein. Ich habe keine Ahnung, was Firefox soviel zu rechnen hat, wenn doch das gerade aktive Fenster nur statischen Inhalt zeigt. Kann firefox nicht unterscheiden, ob er gerade was an den X-Server zur Darstellung ausgeben muss, oder ist das ein Problem des Windowmanagers, der Firefox nicht mitteilt, dass der gefälligst die Klappe halten soll? Der Gipfel ist ja, dass nach dem Login und nachdem KDE die vielen Browser gestartet hat und diese wiederum die gemerkten Web-Seiten geladen haben (was ich so will, wenn ich umfangreich im Internet recherchiere), etliche nspluginviewer und npviewer.bin laufen, weil die irgendwelche Animationen, Filmchen u.s.w. meinen anzeigen zu müssen. Da ich keine laufenden Viewer-Plugins brauche, wenn ich kein Video o.ä. ansehe, beende ich die immer gnadenlos mit 'killall nspluginviewer' bzw. 'killall npviewer.bin'. Das hat nur den Nebeneffekt, dass ich die Website, die damit verbunden war in einem neuen Fenster neu laden muss, wenn ich z.B. den YouTube-Film doch ansehen will. Das funktioniert nicht im alten Fenster, das kann ich dann wegwerfen. Sind diese Plugin-Viewer fehlerhaft implementiert, wenn sie dauernd massiv CPU-Zeit konsumieren, obwohl das zugehörige Browser-Fenster gerade gar nicht angezeigt wird? Es fällt auch auf, dass java.bin extrem viel virtuellen Speicher verbraucht, das meiste davon jedoch ausgelagert. Liegt wohl daran, dass mittlerweile fast jede Web-Seite jede Menge Java-Code beinhaltet. Noch eine interessantes Phänomen: In einem KDE 4.2.x auf einem anderen Rechner mit Athlon XP 1800+, 1 GB RAM und ATI Radeon HD 3650 AGP 8x mit fglrx-Treiber mit eingeschalteten 3D-Desktop-Animationen habe ich ohne Desktop- und Fensteraktionen o.ä. nur sehr geringe Last (0,1 - 0,3). Mache ich irgendeine Aktion, dann geht die Last kurzzeitig auf 0,8 - 1,0 hoch, danach ist wieder Ruhe, soweit also alles normal. Läuft aber ein xosview, dann treibt der die CPU-Nutzung des X-Servers auf 70 - 90 % hoch und zwar permanent! Ist das ein Bug im fglrx-Treiber? Ich kann mich nämlich nicht daran erinnern, dass mit dem radeonhd-Treiber (der nur 2D beherrscht) dasselbe passiert ist. Was mich aber am meisten interessieren würde: Kann man den Browsern/Viewern die exzessive CPU-Nutzung austreiben, wenn sie gar nichts am Bildschirm anzeigen müssen, weil sie auf einer anderen virtuellen Arbeitsfläche oder verdeckt sind? Natürlich wäre auch die Reduktion des Speicherverbrauchs schön, aber jetzt habe ich ja 8 GB :-) aber eben auch einen Rechner mit nur 1 GB :-( Gruß, Tom P.S.: Mir schwebt eine Software vor, so eine Art virtuelle Projektmappe, in der ich alle Rechercheergebnisse und sonstigen Daten (Mails, Kalkulationstabellen, Textentwürfe, ...) persistent ablegen könnte, und die ich zumachen könnte, wenn ich gerade nicht daran arbeite. So könnte ich extrem Speicher sparen, weil der KDE dann beim Speichern der Session nur wenig zu erledigen hätte, alles andere wurde ja vorher in der jeweiligen Projektmappe gespeichert. Ein normales Directory auf dem Dateisystem kann zu wenig. Es müsste ein Programm sein, das automatisch die richtigen Programme (Browser, OpenOffice, Thunderbird, ...) startet, wenn ich das entsprechende Dokument in der Mappe nicht nur anzeige, sondern die Bearbeitung starten möchte, also ein eingebauter Viewer für alle Dokumentarten, der die genannten Programme nur für Bearbeitung startet. Z.B. müsste ein Anklicken einer Gruppe von Web-Seiten ein Browser-Fenster startet mit allen Seiten in einzelnen Tabs, genau so angeordnet, wie ich sie früher recherchiert habe. Ja ich weiß, es gibt inzwischen das Ablegen von Tab-Gruppen in den Browser-Bokkmarks, aber das ist ja programmorientiert, nicht projektorientiert. Noch allgemeiner: Es müsste verschiedene Benutzungsparadigmen für den KDE und andere Desktop-Umgebungen geben. Aber leider konzentrieren sich die Desktop-Programmierer mehr auf Usability (auch nicht schlecht), aber auch viel zu sehr auf die Gimmicks (macht ja auch viel mehr Spaß, gell?), vielleicht auch, um Windows zu übertrumpfen. Kennt jemand so eine Arbeitsmappen-Software für Linux, oder muss ich das mal selber schreiben? Wo soll ich denn die Idee des Benutzungsparadigmas, bzw. der Projektorientierung i. Ggs. zur Programm-Orientierung anbringen? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Freitag, 12. Februar 2010 schrieb Thomas Michalka:

Al Bogner schrieb:

...

Am Donnerstag, 11. Februar 2010 23:35:29 schrieb Karl Payer:

...

Am 11.02.2010 22:33, schrieb Martin Hofius:

...

[...]

... Meine Anregung ist also, kaufe dir ein Board, eine aktuelle CPU und aktuelles RAM und der Geschwindigkeitsunterschied wird bei Videos oder mp3 rechnen gewaltig sein, bei Internet wirst du keinen wesentlichen Unterschied merken. Preis ohne nachzuschauen etwa 150€. Den Rest verwendest du vom alten PC. genau - das Ergebnis hängt extrem von der Art der Anwendung ab... für Videos und mp3-Codierung gebe ich Dir Recht, das allgemeine Handling wird eher vom RAM (im Bereich zwischen 512MB bis zu ca. 2 GB, darüber tut sich normalerweise nicht mehr so viel) und von der Grafikkarte/Treiber abhängen - besonders bei KDE 4 spielt die Grafikkarte eine wesentlich größere Rolle.

...

Ich habe bei meinem Athlon 64 X2 DualCore 5600+, früher 4 GB, jetzt 8 GB ein merkwürdiges Phänomen festgestellt, aber erstmal folgende Vorbemerkung: Mein Speicher wird aktuell mit 7,6 GB ausgenutzt, im Swap befinden sich 2,7 GB. Nach Adam Riese hätte ich mit 3,9 GB im früheren 4 GB RAM jetzt 6,4 GB im Swap Space, was zu einer enormen Ausbremsung des Rechners geführt hat, wohl, weil die Wahrscheinlichkeit stets sehr hoch war, dass etwas aus dem Swap-Space benötigt wurde. Deshalb auch die Speicheraufrüstung. was rechnest Du denn da alles zum Speicherverbauch? Vermutlich ist ein großer Teil davon Cache bzw. Buffer - und das wurde vorher mit weniger Speicher einfach gar nicht so excessiv genutzt. Das Verhalten mit 8 GB RAM auf einen Rechner mit 4 GB einfach zu übertragen, ist jedenfalls definitiv falsch. Such mal in der Liste, da gibt es von Thomas Hertweck sehr genaue Ausführungen dazu.

Jetzt zum KDE: auf der Maschine läuft ein KDE 3.5.9 (oS 11.0) und bei sehr vielen geöffneten Fenstern (Konqueror 48 und Firefox 29, jeweils eltliche Tabs, OpenOffice 11 Fenster = Dokumente, Konsole 10, Epiphany 1, Thunderbird 2, Kwrite 3, Okular 4, Kate 2, xosview 1) geht zwar das normale Arbeiten und Browsen (Rendering der Seiten) so flott, dass ich z.B. immer noch sehr deutlich den kürzlichen Upgrade auf VDSL merke, aber Arbeitsflächenwechsel und das Ausfahren des Kicker gehen deutlich zäher (1 bis 2 sec aber noch tolerierbar) als direkt nach dem Systemstart, obwohl keine Speicherseiten aus- und eingelagert werden. Die Fensterleiste oben und die seitlichen Kontrollleisten fahren viel schneller (0,1 bis 0,5 sec) aus und ein. Wenn ein zweiter Benutzer frisch angemeldet ist (zweiter X-Server) und er/sie nur wenige Fenster geöffnet hat, dann flutscht der Kicker nur so, genauso der Arbeitsflächenwechsel. Hast Du einen 100 Zoll Monitor? Arbeitest Du bei der NASA oder im Pentagon? Was kann man mit so vielen Fenstern und Programmen gleichzeitig tun?

Das bedeutet doch, dass der KDE 3.x.y massive Skalierungsprobleme bei der CPU-Nutzung hat in Bezug auf den Speicherverbrauch (des Benutzers!) von KDE-Komponenten (siehe Konqueror)? Dir ist klar, dass auch RAM eine endliche Übertragungsrate hat?

Noch ein Leistungsphänomen: Manchmal braucht Firefox, manchmal braucht Konqueror enorm viel von CPU-Zeit (s. top-Ausgabe u.) und daher auch X, obwohl gerade kein einziger (!) Firefox etwas anzeigt. ... Ich habe keine Ahnung, was Firefox soviel zu rechnen hat, wenn doch das gerade aktive Fenster nur statischen Inhalt zeigt. Kann firefox nicht unterscheiden, ob er gerade was an den X-Server zur Darstellung ausgeben muss, oder ist das ein Problem des Windowmanagers, der Firefox nicht mitteilt, dass der gefälligst die Klappe halten soll? vielleicht eher ein Flash-Problem? Flash unter Linux ist nicht gerade Resourcenschonung...

...

Es fällt auch auf, dass java.bin extrem viel virtuellen Speicher verbraucht, das meiste davon jedoch ausgelagert. Liegt wohl daran, dass mittlerweile fast jede Web-Seite jede Menge Java-Code beinhaltet. Java? Java-Script wohl eher, wird aber auch irgendwie über Java ausgeführt. Wenn es Code wäre, der aktiv ausgeführt wird, wäre der ja nicht ausgelagert - schon gar nicht bei Deinen 8GB RAM. Das hört sich eher nach totem Code an bzw. nach Speicher, der einfach mal angefordert und nie mehr danach genutzt wurde. Vielleicht die Heap-Einstellung der VM hochgedreht?

...

soweit also alles normal. Läuft aber ein xosview, dann treibt der die CPU-Nutzung des X-Servers auf 70 - 90 % hoch und zwar permanent! Ist das ein Bug im fglrx-Treiber? Bei KDE 3.x habe ich so etwas auch noch nie gesehen - aber ich habe auch grundsätzlich nur Intel- und Nvidia-Grafik. ... Natürlich wäre auch die Reduktion des Speicherverbrauchs schön, aber jetzt habe ich ja 8 GB :-) aber eben auch einen Rechner mit nur 1 GB :-( Also bisher (auch mit KDE 3.x und KDE 4.x) sehe ich 1 GB gerade als brauchbar an, 2 GB laufen ziemlich glatt (meistens ohne Swap) und 512 MB sorgen für heftige Plattenaktivität.

Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Martin Hofius schrieb:

Am Freitag, 12. Februar 2010 schrieb Thomas Michalka:

...

Al Bogner schrieb:

...

Am Donnerstag, 11. Februar 2010 23:35:29 schrieb Karl Payer:

...

Am 11.02.2010 22:33, schrieb Martin Hofius:

...

[...] ... [...] [...] ... Ich habe bei meinem Athlon 64 X2 DualCore 5600+, früher 4 GB, jetzt 8 GB ein merkwürdiges Phänomen festgestellt, aber erstmal folgende Vorbemerkung: Mein Speicher wird aktuell mit 7,6 GB ausgenutzt, im Swap befinden sich 2,7 GB. Nach Adam Riese hätte ich mit 3,9 GB im früheren 4 GB RAM jetzt 6,4 GB im Swap Space, was zu einer enormen Ausbremsung des Rechners geführt hat, wohl, weil die Wahrscheinlichkeit stets sehr hoch war, dass etwas aus dem Swap-Space benötigt wurde. Deshalb auch die Speicheraufrüstung. was rechnest Du denn da alles zum Speicherverbauch? Vermutlich ist ein großer Teil davon Cache bzw. Buffer - und das wurde vorher mit weniger Speicher einfach gar nicht so excessiv genutzt. Das Verhalten mit 8 GB RAM auf einen Rechner mit 4 GB einfach zu übertragen, ist jedenfalls definitiv falsch. Such mal in der Liste, da gibt es von Thomas Hertweck sehr genaue Ausführungen dazu.

top - 01:10:12 up 21 days, 6:09, 32 users, load average: 1.94, 1.88, 1.88 Tasks: 306 total, 5 running, 298 sleeping, 1 stopped, 2 zombie Cpu(s): 53.6%us, 4.8%sy, 0.0%ni, 34.9%id, 0.0%wa, 6.3%hi, 0.3%si, 0.0%st Mem: 8199696k total, 8110268k used, 89428k free, 297076k buffers Swap: 12586876k total, 2848708k used, 9738168k free, 482260k cached Deine Vermutung

...

Jetzt zum KDE: auf der Maschine läuft ein KDE 3.5.9 (oS 11.0) und bei sehr vielen geöffneten Fenstern (Konqueror 48 und Firefox 29, jeweils eltliche Tabs, OpenOffice 11 Fenster = Dokumente, Konsole 10, Epiphany 1, Thunderbird 2, Kwrite 3, Okular 4, Kate 2, xosview 1) geht zwar das normale Arbeiten und Browsen (Rendering der Seiten) so flott, dass ich z.B. immer noch sehr deutlich den kürzlichen Upgrade auf VDSL merke, aber Arbeitsflächenwechsel und das Ausfahren des Kicker gehen deutlich zäher (1 bis 2 sec aber noch tolerierbar) als direkt nach dem Systemstart, obwohl keine Speicherseiten aus- und eingelagert werden. Die Fensterleiste oben und die seitlichen Kontrollleisten fahren viel schneller (0,1 bis 0,5 sec) aus und ein. Wenn ein zweiter Benutzer frisch angemeldet ist (zweiter X-Server) und er/sie nur wenige Fenster geöffnet hat, dann flutscht der Kicker nur so, genauso der Arbeitsflächenwechsel. Hast Du einen 100 Zoll Monitor?

Nein, einen 26-Zöller. Aber Du hast sicher schon mal von den virtuellen Arbeitsflächen des KDE gehört, oder? Wenn Du 16 hast (20 sind möglich), bringst Du auch spielend soviele Fenster unter :-)

Arbeitest Du bei der NASA oder im Pentagon? Was kann man mit so vielen Fenstern und Programmen gleichzeitig tun?

Gleichzeitig _tun_ -- nichts! Aber wenn Du innerhalb einer Woche zwischen 10 oder mehr Projekten springst oder über eine oder mehrere Woche intensive Web-Recherchen gemacht hast, dann wirst Du nicht in jedem einzelnen von 77 Browser-Fenstern die Bookmarks oder die Tab-Ordner aufrufen und jedesmal alle lokalen Dateien von Hand laden wollen. Ausserdem verändern sich manche Inhalte rasant. Dagegen würde allerdings ein Proxy helfen. Das Sessionmanagement des KDE ermöglicht es aber seit langem, dass mühsam recherchierte Web-Seiten und anderes Datenmaterial über das Ende der Sitzung hinaus für dieselbe erhalten bleiben, da sie bei der nächsten Anmeldung wieder genauso geladen werden. Wenn Du jetzt noch einen Caching Web-Proxy im LAN einsetzt, werden die Seiten relativ flott wieder geladen. Wäre aber mit VDSL auch nicht die Welt, aber hier spielen die Latenzzeiten der Web-Server eher die größere Rolle -- der Web-Proxy hat dafür Latenzeiten des Plattenzugriffs, deshalb geht's mit dem nicht so arg schneller, ausser man setzte eine SSD ein. Übrigens: bei aktuell 77 Browser-Fenstern und noch vielen anderen (siehe oben) kannst Du dich nach ein paar Tagen Projektpause nicht mal mehr erinnern, was Du in einem Projekt alles offen hattest. Natürlich habe ich die Projektdaten in eigenen Verzeichnissen und Unterverzeichnissen gespeichert, aber wenn Du in jedem zig Web-Seiten recherchiert hast, wäre es extrem mühsam, darin immer alle zu archivieren (wofür es sogar eine Funktion im Konqueror gibt, aber immer nur für _eine_ Seite vulgo 'Browsing-Tab'!). Eine Erleichterung wäre es in der Tat, wenn es in einem Browser-Fenster eine Funktion gäbe, wie "Alle Tabs archivieren". Aber ich habe ja im P.S. meines ursprünglichen Postings eine Überlegung angestellt, was einigermaßen ideal wäre, um nicht immer soviele Fenster gleichzeitig geöffnet haben zu müssen -- eine Art Projektmappe, wo alles, was man neu erzeugt oder recherchiert automatisch in einem Projektverzeichnis gespeichert wird (ohne Ctrl-S). Der Clou wäre, wenn jegliche Art von Dokument mit anderen gemischt in einem Viewer durch simples 'Umblättern' (wie in einem Bildbetrachter die Fotos in einem Ordner, nur für alle vorhandenen Dokumentarten) angezeigt werden könnten, wie in einer realen, physischen Mappe oder Aktenordner, bloß mit noch viel mehr raffinierten Funktionen (Suche, benutzerspezifische Zugriffsrechte u.a. -- könnte alles auf schon vorhandene Techniken abgebildet werden).

...

Das bedeutet doch, dass der KDE 3.x.y massive Skalierungsprobleme bei der CPU-Nutzung hat in Bezug auf den Speicherverbrauch (des Benutzers!) von KDE-Komponenten (siehe Konqueror)? Dir ist klar, dass auch RAM eine endliche Übertragungsrate hat?

Freilich, aber die wird sich anders als bei einer Festplatte nicht unterscheiden zwischen den Speicherseiten -- ich meine, von jedem Adressbereich wird wohl gleich schnell gelesen oder geschrieben. Bei den Zylindern und Sektoren einer Platte ist das ja nicht so (siehe oben: Latenzen bei einem Web-Proxy im LAN). Ausserdem wird die Übertragungsrate des RAM nicht vom Füllgrad desselben abhängen, denn die gerade nicht angesprochenen Speicherzellen werden dann vom Memory Controller ja in Ruhe gelassen. Nur wenn aufgrund von Speicherdatentransfers auch Speicherseiten ein-/ausgelagert werden müssen, dauert's länger, aber nur wegen der im Vergleich lahmen Platte.

...

Natürlich wäre auch die Reduktion des Speicherverbrauchs schön, aber jetzt habe ich ja 8 GB :-) aber eben auch einen Rechner mit nur 1 GB :-( Also bisher (auch mit KDE 3.x und KDE 4.x) sehe ich 1 GB gerade als brauchbar an, 2 GB laufen ziemlich glatt (meistens ohne Swap) und 512 MB sorgen für heftige Plattenaktivität.

Na dann bin ich ja noch vergleichsweise gut dran, auch mit dem 1-GB-Rechner :-) Gruß, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Fre, 12 Feb 2010, Martin Hofius schrieb:

Am Freitag, 12. Februar 2010 schrieb Thomas Michalka:

...

Ich habe keine Ahnung, was Firefox soviel zu rechnen hat, wenn doch das gerade aktive Fenster nur statischen Inhalt zeigt. Kann firefox nicht unterscheiden, ob er gerade was an den X-Server zur Darstellung ausgeben muss, oder ist das ein Problem des Windowmanagers, der Firefox nicht mitteilt, dass der gefälligst die Klappe halten soll? vielleicht eher ein Flash-Problem? Flash unter Linux ist nicht gerade Resourcenschonung...

Und v.a.: heutzutage enthält Flash gerne H.264 Video, je nach Auflösung bringt das dekodieren schon allein ne CPU deutlich ins schwitzen.

...

Es fällt auch auf, dass java.bin extrem viel virtuellen Speicher verbraucht, das meiste davon jedoch ausgelagert. Liegt wohl daran, dass mittlerweile fast jede Web-Seite jede Menge Java-Code beinhaltet. Java? Java-Script wohl eher, wird aber auch irgendwie über Java ausgeführt.

Bullshit. Java und Java-Script haben ausser dem Nahmen eigentlich _nichts_ miteinander zu tun. Außerdem wird heute (außer von M$) eigentlich nur noch ECMA-Script verwendet. Und bei älteren Mozillen ist der JS-Interpreter die libjs aka "SpiderMonkey", bei neuen (Seamonkey >2.0, Firefox >= 3.5 IIRC) ist's "TraceMonkey" (IIRC). Und beide sind in C geschrieben und zum nativen Binary kompiliert. Das Problem ist, daß sehr viel JS-Code "da draußen" gruselig schlecht ist (die c't hat da ein paar nette Artikel zu geschrieben). WebKit (Safari, Konqueror) und Opera haben eigene JS-Interpreter. Allene "modernen" ist gemein, daß sie nen JIT-Compiler enthalten, wenn eine Codestelle ein "Hotspot" ist, dann wird das kompiliert. Deswegen sind Safari und so auch so schnell. Der IE enthält nur einen (obendrein lahmen, auch im Vergleich zu älteren libjs) Interpreter.

...

Natürlich wäre auch die Reduktion des Speicherverbrauchs schön, aber jetzt habe ich ja 8 GB :-) aber eben auch einen Rechner mit nur 1 GB :-( Also bisher (auch mit KDE 3.x und KDE 4.x) sehe ich 1 GB gerade als brauchbar an, 2 GB laufen ziemlich glatt (meistens ohne Swap) und 512 MB sorgen für heftige Plattenaktivität.

Wer ein Feature- und Gimmick-Monster wie KDE verwendet, der muß halt mit dem Speicherbedarf leben. Ich hab im neuen Rechner gerade mal 1 GB RAM. Davon sind meist ~500-700 MB frei für Buffers+Cache (und das mit 64bit 11.2), je nachdem, ob grad ne fette Java-Anwendung oder sonstwas viel RAM braucht. Im alten Rechner reichen mir 320MB im Normalfall dicke. WindowMaker braucht mit allen Libs (ohne libc) keine 5 MB im Speicher[1]. Und man kann trotzdem prima KDE oder Gnome Anwendungen verwenden (ich verwende z.B. regelmäßig k3b auf dem neuen Rechner). Da merkt man dann auch schön, was da alles "dranhängt"... -dnh [1] auf der neuen Kiste mit 64bit hab ich noch nicht geguckt -- Liebe ist die Leidenschaft die Leiden schafft. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Karl Payer writes:

Am 11.02.2010 22:33, schrieb Martin Hofius:

...

Du hast ja schon ein paar Antworten dazu bekommen... Wen ich das unten richtig gesehen habe, l??uft der Rechner mit DDR1 Modulen - die sind zwar nicht ausgestorben, aber schon etwas seltener und teurer als DDR2. Aber es geht schon... Ich habe auch letztens einen ??hnlichen Rechner auf 2* 1GByte gebracht - und das hat schon Wunder gewirkt.

Hallo,

Vielen Dank fuer die Zahlreichen Antworten.

Nun, der Rechner ist wirklich schon etwas aelter, ein HP d330.

Das Manual gibt recht detailliert Auskunft: For proper system operation, if the computer supports DDR-SDRAM DIMMs, the DIMMs must be: - industry-standard 184-pin - unbuffered PC2100 266 MHz-, PC2700 333 MHz-, or PC3200 400 MHz-compliant - 2.5 volt DDR-SDRAM DIMMs. The DDR-SDRAM DIMMs must also: - support CAS latency 2 or 2.5 (CL = 2 or CL = 2.5) - contain the mandatory JEDEC SPD information In addition, the computer supports: - 128Mbit, 256Mbit, and 512Mbit non-ECC memory technologies - single-sided and double-sided DIMMS - DIMMs constructed with x8 and x16 DDR devices; DIMMs constructed with x4 SDRAM are not supported

Als dazu passende Kandidaten haette ich gefunden (z.B. bei MISCO):

Kingston ValueRAM Memory - 2 GB ( 2 x 1 GB ) - DIMM 184-PIN - DDR - 333 MHz ( PC2700 ) - CL2.5 Hersteller: Kingston Herstellernummer: KVR333X64C25K2/2G

Das Motherboard unterstützt max. 512 MB, laut Herstellerangabe, da führen dann 1GB Riegel zu Problemen. -Dieter -- Dieter Klünter | Systemberatung http://dkluenter.de GPG Key ID:8EF7B6C6 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Moin Dieter, Am Fri, 12 Feb 2010 08:21:10 +0100 schrieb "Dieter Kluenter" :

Das Motherboard unterstützt max. 512 MB, laut Herstellerangabe, da führen dann 1GB Riegel zu Problemen.

sicher? Wo hast du das Handbuch gefunden? Detlef -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Fri, 12 Feb 2010 19:35:14 +0100 schrieb David Haller :

...

...

In addition, the computer supports: - 128Mbit, 256Mbit, and 512Mbit non-ECC memory technologies

...

Das Motherboard unterstützt max. 512 MB, laut Herstellerangabe, da führen dann 1GB Riegel zu Problemen.

Verwechselst du nicht 512MB DIMMs mit 512Mbit Chips auf den DIMMs?

Das denke ich nämlich auch, ich habe hier nen d530, der mag auch 1GB-Riegel und im Handbuch steht das gleiche. Ist ja auch das gleiche Handbuch... ;) Detlef -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo Karl, On Thursday 11 February 2010 23:35:29 Karl Payer wrote:

Nun, der Rechner ist wirklich schon etwas aelter, ein HP d330.

Achtung, ich schrieb zwar, dass der d330 mehr als 512MiB unterstuetzt, aber pro Sockel sind maximal 512 MiB erlaubt, d.h. du kommst maximal auf 2 GiB, denn der d330 hat 4 DIMM-Sockel. Der Speicher selbst ist definitiv DDR ohne jede Ziffer. Schau mal da: http://de.wikipedia.org/wiki/DDR-SDRAM#DDR-SDRAM Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org