Hi to all, Folgendes hat sich entwickelt: Seit ein einigen Tagen dauert der Start von Netscape bzw. StarOffice 4.0 nicht mehr wie gewohnt etwa 20 bzw. 45 sec. sondern ca. 4-5 min. Der Rechner ist ein 90 MHz Pentium, 64 MB RAM, alles laeuft über SCSI. Obwohl in meiner Erinnerung _nicht_ miteinander verknuepft, ist vielleicht erwaehnenswert, daß es einen erfolglosen (libc.so.5 fehlt oder sowas...) Installationsversuch (dosemu) meinerseits gegeben hat, bei dem meines Wissens aber nichts weiter geschah (so genau weiss ich das immer nicht, weil ich auch das nicht beherrsche...) Kann sich jemand dieses Phaenomen erklaeren? würde eine Neuinstallation der besagten Anwendungen irgendetwas bringen (Mal abgesehen davon, dass sie ohnehin nicht zu den schnellesten gehoeren)? Vielen Dank fuer entgegengebrachte Aufmerksamkeit und Hilfe im Voraus, Sebastian -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
SER wrote:
Seit ein einigen Tagen dauert der Start von Netscape bzw. StarOffice 4.0 nicht mehr wie gewohnt etwa 20 bzw. 45 sec. sondern ca. 4-5 min.
Eine aehnliche Erscheinung habe ich auf meinem Rechnerbeobachtet. (Cyrix PR166+, 64 MB, IDE). Symtome: - extremer Speicherverbrauch. Waehrend frueher ersta ab einer gewissen Belastung (Netscape, Nedit,Gimp mit grossem Bild gleichzeitig) mit den Swappen begonnen wurde, reicht heute bereits eine einzige Anwendung. - System ist extrem lahm (etwa um Faktor 3-4 langsamer vom subjektiven Eindruck her gesehen) Effekt: Wenn ich Netscape starten will, mache ich das vor dem Kaffeekochen :-( Staroffice braucht 2-3 Minuten zum Start und Applixware etwa 1,5. Beim Brennen mit CDroast betrug die MinFill des Buffers gestern 89 %, das habe ich frueher nur mit massivsten Anstrengungen und vielen gleichzeitig arbeitenden Programmen provozieren koennen... Sobald das System swappt, wird es natuerlich noch langsamer. Interessanterweise haelt in manchen Faellen sogar die Ausgabe des X-Servers an, wenn die Systemlast gerade sehr hoch ist (fuer einige Momente "geht" nix mehr. So etwas erlebe ich auf diesem Rechner zum ersten mal :-((
Obwohl in meiner Erinnerung _nicht_ miteinander verknuepft, ist vielleicht erwaehnenswert, daß es einen erfolglosen (libc.so.5 fehlt oder sowas...) Installationsversuch (dosemu) meinerseits gegeben
Interessant. Ich habe zwischenzeitlich von Suse 5.1 auf 5.3 upgedatet. Ungefaehr ab diesem Zeitpunkt ging es los. Ich habe ebenfalls DOSEMU installiert ... Benoetigt DOSEMU irgendwelche Daemonen, die ich noch nicht gefunden habe ? Kernelkonfiguration und gestartete Dienste entsprechen dem Zustand 5.1, lediglich neuere Versionen. Einzig ein nfsd ist seit dem automatischen Update noch dazugekommen. Den werde ich wohl rausschmeissen. Zur Zeit sind laut Xosview ca 60 MB RAM belegt, edavon 2/3 USER (!) und nur ganz wenig shared bzw. cache. SWAP ca. 30 MB. Dabei laeuft an Anwendungen nur: Netscape (in dieser Situation wurde frueher gar nicht geswappt und der Speicher lag bei 15 MB user...) Beim Cut Copy Paste kann man zusehen, wie die Daten rieseln. Es laufen an Daemonen lediglich: ------------------schnipp--------------------- 65 processes: 64 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 1.80ser, 9.9ystem, 0.0ice, 88.3 0dle Mem: 62968K av, 61928K used, 1040K free, 18680K shrd, 344K buff Swap: 130748K av, 30104K used, 100644K free 10848K cached PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 21907 bb 14 0 592 592 420 R 0 8.1 0.9 0:00 top 6101 bb 3 0 472 396 316 S 0 2.7 0.6 2:59 xosview.bin 13072 root 18 0 2812 2396 1264 S 0 0.9 3.8 4:15 kvgetty_kill 1 root 0 0 104 72 44 S 0 0.0 0.1 0:09 init 2 root 0 0 0 0 0 SW 0 0.0 0.0 0:17 kflushd 3 root -12 -12 0 0 0 SW< 0 0.0 0.0 0:11 kswapd 4 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 nfsiod 5 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 nfsiod 6 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 nfsiod 7 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 nfsiod 179 root 0 0 56 0 0 SW 0 0.0 0.0 0:00 mingetty 180 root 0 0 400 0 0 SW 0 0.0 0.0 0:00 bash 86 root 0 0 460 384 184 S 0 0.0 0.6 41:32 lcdproc 58 root 0 0 120 68 48 S 0 0.0 0.1 0:00 kerneld 15 root 0 0 84 48 32 S 0 0.0 0.0 0:42 update 166 root 0 0 124 0 0 SW 0 0.0 0.0 0:00 axnet 107 root 0 0 212 164 120 S 0 0.0 0.2 0:16 syslogd 104 root 0 0 336 144 104 S 0 0.0 0.2 0:00 klogd 175 root 0 0 284 8 8 S 0 0.0 0.0 0:00 kdm 124 root 0 0 1580 56 48 S 0 0.0 0.0 0:01 httpd 142 at 0 0 116 76 52 S 0 0.0 0.1 0:00 atd 11965 root 1 0 31552 25M 900 S 0 0.0 41.3 85:57 X 23596 wwwrun 0 0 1648 4 4 S 0 0.0 0.0 0:00 httpd 11966 root 0 0 804 196 196 S 0 0.0 0.3 0:00 kdm 20360 root 0 0 468 468 372 S 0 0.0 0.7 0:00 vgetty 12214 bb 0 0 888 820 384 S 0 0.0 1.3 1:24 fvwm2 139 root 0 0 228 200 140 S 0 0.0 0.3 0:15 apcupsd 145 root 0 0 144 100 64 S 0 0.0 0.1 0:00 cron 149 root 0 0 104 64 40 S 0 0.0 0.1 0:00 inetd 152 root 0 0 212 128 96 S 0 0.0 0.2 0:00 lpd 168 root 0 0 420 272 204 S 0 0.0 0.4 0:00 sendmail 181 root 0 0 56 0 0 SW 0 0.0 0.0 0:00 mingetty 11975 root 0 0 256 44 44 S 0 0.0 0.0 0:00 xconsole 182 root 0 0 56 0 0 SW 0 0.0 0.0 0:00 mingetty 183 root 0 0 56 0 0 SW 0 0.0 0.0 0:00 mingetty 184 root 0 0 56 0 0 SW 0 0.0 0.0 0:00 mingetty 23592 wwwrun 0 0 1644 12 12 S 0 0.0 0.0 0:00 httpd 6098 bb 0 0 668 356 232 S 0 0.0 0.5 0:00 xterm 6099 bb 0 0 480 436 344 S 0 0.0 0.6 0:01 FvwmButtons 6116 bb 0 0 1060 684 480 S 0 0.0 1.0 0:00 kbiff 23597 wwwrun 0 0 1640 8 8 S 0 0.0 0.0 0:00 httpd 17331 bb 0 0 116 0 0 SW 0 0.0 0.0 0:00 pilotListener 30490 wwwrun 0 0 1596 8 8 S 0 0.0 0.0 0:00 httpd 12251 bb 0 0 1596 868 532 S 0 0.0 1.3 0:13 kfm 12252 bb 0 0 916 808 380 S 0 0.0 1.2 27:42 xearth 30616 wwwrun 0 0 1596 8 8 S 0 0.0 0.0 0:00 httpd 6115 bb 0 0 408 320 228 S 0 0.0 0.5 0:00 coolmail 20493 bb 0 0 1700 1700 1248 S 0 0.0 2.6 0:00 xterm 28360 bb 0 0 1336 68 68 S 0 0.0 0.1 0:07 nedit 5352 bb 0 0 17912 8432 3684 S 0 0.0 13.3 8:14 netscape 5362 bb 0 0 552 320 164 S 0 0.0 0.5 0:00 netscape 30620 wwwrun 0 0 1588 0 0 SW 0 0.0 0.0 0:00 httpd 20497 root 0 0 3708 3708 1508 S 0 0.0 5.8 0:09 yast 6105 bb 0 0 344 288 208 S 0 0.0 0.4 0:04 FvwmPager 30621 wwwrun 0 0 1632 8 8 S 0 0.0 0.0 0:00 httpd 30985 wwwrun 0 0 1588 0 0 SW 0 0.0 0.0 0:00 httpd 6120 bb 0 0 116 76 52 S 0 0.0 0.1 0:00 tail 30986 wwwrun 0 0 1600 12 12 S 0 0.0 0.0 0:00 httpd 12310 bb 0 0 712 188 188 S 0 0.0 0.2 0:01 kpilotDaemon 21874 bb 0 0 2904 2904 1252 S 0 0.0 4.6 0:00 xterm 30987 wwwrun 0 0 1588 0 0 SW 0 0.0 0.0 0:00 httpd 21878 bb 8 0 1104 1104 672 S 0 0.0 1.7 0:00 bash ------------------schnapp---------------------
Kann sich jemand dieses Phaenomen erklaeren? würde eine
Wuerde mich auch interessieren. Mein System war trottz all der laufenden Programme traumhaft schnell, bis dies passierte. Leider habe ich den Grund bisher nicht finden koennen. Ciao, Bjørn -- o_) Bjoern Buerger - Student of electrical engineering .-. _/\ Technical University of Braunschweig / Germany --/---\-/(/-- mail: b.buerger@tu-bs.de <A HREF="http://bbs.home.pages.de"><A HREF="http://bbs.home.pages.de</A">http://bbs.home.pages.de</A</A>> `-' PGP-Key ID: 0xF4B3CF51 L: 1024 send PM: "GET KEY" -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
On Mon, 16 Nov 1998, Bjoern Buerger wrote:
Symtome: - extremer Speicherverbrauch. Waehrend frueher ersta ab einer gewissen Belastung (Netscape, Nedit,Gimp mit grossem Bild gleichzeitig) mit den Swappen begonnen wurde, reicht heute bereits eine einzige Anwendung.
- System ist extrem lahm (etwa um Faktor 3-4 langsamer vom subjektiven Eindruck her gesehen)
Dem top-Auszug zufolge ist der X-Server reichlich fett (41% Speicher). Weiss jemand, ob man den zu seinen ausgeteilten Ressourcen befragen kann (aehnlich ipcs) ? Wird MIT-SHM ueberhaupt dem Server zugeschlagen oder dem X-Client ? Was kann einen X-Server sonst so aufblaehen ? Fonts, Paletten, GC, virtuelle Desktops, save under, ... (jetzt wird's aber blanke Spekulation :) ? Sagt xlsclients noch was anderes als ps ? GANZ dumme Frage: Arbeitet jemand aus der Ferne an dem X-Server ?
Beim Brennen mit CDroast betrug die MinFill des Buffers gestern 89 %, das habe ich frueher nur mit massivsten Anstrengungen und vielen gleichzeitig arbeitenden Programmen provozieren koennen...
He, das ist andernorts high water mark :)
Es laufen an Daemonen lediglich: ------------------schnipp--------------------- 65 processes: 64 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 1.80ser, 9.9ystem, 0.0ice, 88.3 0dle Mem: 62968K av, 61928K used, 1040K free, 18680K shrd, 344K buff Swap: 130748K av, 30104K used, 100644K free 10848K cached
PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND [ ... ] 11965 root 1 0 31552 25M 900 S 0 0.0 41.3 85:57 X 5352 bb 0 0 17912 8432 3684 S 0 0.0 13.3 8:14 netscape [ ... ] ------------------schnapp---------------------
Wenn man da genauer hinsieht, sieht man 25 MB RSS (resident set size, also NICHT auslagerungsfaehiger Anteil am Speicherbedarf). WAS ordnet ein X-Server dort hinein ? Welche Ressourcen werden als "resident" gehalten ? Gibt xdpyinfo Riesenpuffer zu ? Werden die ueberhaupt statisch gehalten oder erst bei Bedarf allokiert ? Fragen ueber Fragen ... G.Sittig@abo.FreiePresse.DE -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Gerhard Sittig wrote:
BB> - System ist extrem lahm (etwa um Faktor 3-4 langsamer vom subjektiven BB> Eindruck her gesehen)
Dem top-Auszug zufolge ist der X-Server reichlich fett (41% Speicher). Weiss jemand, ob man den zu seinen ausgeteilten Ressourcen befragen kann (aehnlich ipcs) ? Wird MIT-SHM ueberhaupt dem Server zugeschlagen oder dem X-Client ? Was kann einen X-Server sonst so aufblaehen ?
Dabei faellt mir gerade ein: Bei Applixware wird doch ein fontserver mitinstalliert. Hat jemand da Erfahrungen bzgl. Speicherverbrauch etc. ? Den hatte ich vorher naemlich nicht und es sind deutlich mehr fonts da. Ich glaube, das probiere ich mal aus..
Fonts, Paletten, GC, virtuelle Desktops, save under, ... (jetzt wird's aber blanke Spekulation :) ?
Ja :-) Ist aber alles wie vorher.
Sagt xlsclients noch was anderes als ps ?
nein. DeepThought /usr/X11R6/bin/xconsole -geometry 480x130-0-0 -daemon -notify -nostdin -verbose -exitOnFail DeepThought /usr/X11R6/bin/xosview.bin DeepThought xterm -geometry 80x10+0-0 -sb -T XMessages -n XMessages -e tail -f /home/bb/.xsession-errors DeepThought kfm DeepThought /opt/netscape/netscape DeepThought xterm -ls DeepThought xterm -ls
GANZ dumme Frage: Arbeitet jemand aus der Ferne an dem X-Server ?
Nein. Temp. Modemverbindung - daher _sehr_ unwahrscheinlich ;-)
Beim Brennen mit CDroast betrug die MinFill des Buffers gestern 89 %, He, das ist andernorts high water mark :)
Ups... ;o)x
11965 root 1 0 31552 25M 900 S 0 0.0 41.3 85:57 X 5352 bb 0 0 17912 8432 3684 S 0 0.0 13.3 8:14 netscape
Wenn man da genauer hinsieht, sieht man 25 MB RSS (resident set size, also NICHT auslagerungsfaehiger Anteil am Speicherbedarf). WAS ordnet ein X-Server dort hinein ?
Gute Frage. Habe ich noch nicht herausbekommen :-(
Welche Ressourcen werden als "resident" gehalten ? Gibt xdpyinfo Riesenpuffer zu ? Werden die ueberhaupt statisch gehalten oder erst bei Bedarf allokiert ?
Hmm. Es gibt immer wieder tools, die ich noch nie gesehen habe... Allerdings sagt mir die Ausgabe von xdpyinfo nix :( [...] maximum request size: 4194300 bytes motion buffer size: 256 [...] number of extensions: 19 BIG-REQUESTS DOUBLE-BUFFER DPMS LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RECORD SECURITY SHAPE SYNC XC-APPGROUP XC-MISC XFree86-DGA XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST [...] screen #0: dimensions: 1280x1024 pixels (433x347 millimeters) resolution: 75x75 dots per inch depths (1): 16 [...]
Fragen ueber Fragen ...
Na mal sehen, morgen haben wir hier Installationsparty. Wenn ich mit der Orga nicht zu viel zu tun habe, dann kann ich ja mal mit meinen Problemen hausieren gehen ;-)) Ciao, Bjørn -- o_) Bjoern Buerger - Student of electrical engineering .-. _/\ Technical University of Braunschweig / Germany --/---\-/(/-- mail: b.buerger@tu-bs.de <A HREF="http://bbs.home.pages.de"><A HREF="http://bbs.home.pages.de</A">http://bbs.home.pages.de</A</A>> `-' PGP-Key ID: 0xF4B3CF51 L: 1024 send PM: "GET KEY" -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
participants (3)
-
b.buerger＠tu-bs.de -
G.Sittig＠abo.FreiePresse.DE -
roehrig＠stud.uni-frankfurt.de