FreeBSD 5.2.1 ist schnarchlahm!

M

majobu

Member
Ich habe in der Vergangenen Woche auf meinem Athlon XP 2000+ mit 1GB Speicher und 160GB HD meine ersten Gehversuche mit FreeBSD 5.2.1 gemacht.

Eigentlich hat mir das System ganz gut gefallen.... jedoch ist alles tierisch langsam.

Auf dem Rechner hatte ich einen lokalen sendmail laufen (der nix zu tun hatte), eine pppoe Verbindung aktiv, ipfilter + nat waren aktiv und ein bind8 lief da noch.

Sonst nichts... und trotzdem sagt mir top das nur noch 29% Idle sind und 69% vom System verbraten werden.

Zuerst dachte ich daran etwas falsch gemacht zu haben... also habe ich flux die Installation wiedeholt... und immer wieder mit dem gleichen Ergebnis. Ist meine HW etwas zu schmal für FreeBSD?

Ich habe FreeBSD jetzt wieder von dem Rechner verbannt... aber mich interessiert es schon was da schief geht. Vereinzelt habe ich schon Posting von anderen leuten hier gelesen die ähnliche Probleme mit 5.0 Beta hatten. Dort war das langsame System aber auf das "Beta" zurückzuführen....

Meine HW ist zwar nicht die beste und schnellste, aber sollte für ein bischen FreeBSD doch reichen...

ein etwas verwirrter FreeBSD n00b :confused:

ciao,
majobu
 
Naja, ein bischen knapp ist Deine Hardware ja schon..... ;)

Nein, Blödsinn! Andere Leute hier betreiben FBSD auf 486er Maschinen!

Hast Du denn mal gecheckt, was die Systemlast verursacht? top?

Gruß,

Ice

P.S.: Nicht so leicht aufgeben!
 
Wirklich erkennen konnte ich nichts... das ist es ja gerade.... sogar nach einer ganz frischen Installation (Minimal-Inst.) ohne irgendwelche Änderungen, also auch ohne bind, pppoe und ipfilter war die Auslastung da.

Wenn ich ganz viel Zeit habe, dann wiederhole ich das einfach nochmal... dann kann ich auch Dinge nachschauen die ich jetzt nicht mehr im Kopf habe.
 
Welcher Prozess lastet denn Dein System so aus?
Hast Du mal top angeschmissen?

Gruss...

Der Indy
 
Kann ich nicht nachvollziehen:
Code: 
CPU states:  0.0% user,  0.0% nice,  1.6% system,  0.0% interrupt, 98.4% idle

Installier das nochmal und schau nach was Zeit frisst.
Wie sieht denn die Last aus?
Nimm aus dem Kernel den ganzen debug Quatsch raus und bau den neu.
Nicht vergessen, FreeBSD 5.2.1 ist immer noch CURRENT.

Ich selbst habe bei manchen Rechner das subjektive empfinden das es unter 5.x schneller rennt, bei anderen dann wieder das 4.x schneller war.
 
Also eure Bemerkungen haben mich ermutigt die Installation noch einmal zu beginnen... außerdem hatte ich noch nicht begonnen Debian wieder aufzuspielen.

Direkt nach der Installation ohne eine ppp Verbindung ist die Auslastung so wie sie sein soll.... nämlich 0% System

Mit einer aktiven Verbindung (DSL über QSC) habe ich wieder das beschriebene Problem mit der Auslastung. (nat ist enabled aber kein ipfilter)

Ausgabe von top:
Code: 
last pid:   499;  load averages:  0.41,  0.30,  0.13                                          up 0+00:02:53  20:20:45
23 processes:  2 running, 21 sleeping
CPU states:  0.0% user,  0.0% nice, 64.4% system, 12.9% interrupt, 22.7% idle
Mem: 6708K Active, 5060K Inact, 24M Wired, 7632K Buf, 962M Free
Swap: 1500M Total, 1500M Free

  PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
  204 root      96    0  3260K  1976K select   0:00  0.00%  0.00% ppp
  412 root      96    0  3488K  2524K select   0:00  0.00%  0.00% sshd
  488 root       4    0  6236K  2908K sbwait   0:00  0.00%  0.00% sshd
  499 root      96    0  2212K  1488K RUN      0:00  0.00%  0.00% top
  469 root       8    0  1632K  1324K wait     0:00  0.00%  0.00% login
  260 root      96    0  1312K   876K select   0:00  0.00%  0.00% syslogd
  491 marcus    96    0  6220K  3016K RUN      0:00  0.00%  0.00% sshd
  477 root       5    0  2288K  1764K ttyin    0:00  0.00%  0.00% csh
  497 root      20    0  2228K  1760K pause    0:00  0.00%  0.00% csh
  493 marcus     8    0  1636K  1312K wait     0:00  0.00%  0.00% su
  492 marcus     8    0   956K   712K wait     0:00  0.00%  0.00% sh
  418 root      96    0  3512K  2632K select   0:00  0.00%  0.00% sendmail
  435 root       8    0  1336K  1028K nanslp   0:00  0.00%  0.00% cron
  474 root       5    0  1276K   940K ttyin    0:00  0.00%  0.00% getty
  475 root       5    0  1276K   940K ttyin    0:00  0.00%  0.00% getty
  470 root       5    0  1276K   940K ttyin    0:00  0.00%  0.00% getty
  471 root       5    0  1276K   940K ttyin    0:00  0.00%  0.00% getty
  472 root       5    0  1276K   940K ttyin    0:00  0.00%  0.00% getty
  476 root       5    0  1276K   940K ttyin    0:00  0.00%  0.00% getty
  473 root       5    0  1276K   940K ttyin    0:00  0.00%  0.00% getty
  421 smmsp     20    0  3404K  2660K pause    0:00  0.00%  0.00% sendmail
  359 root      96    0  1236K   760K select   0:00  0.00%  0.00% usbd
  162 root      20    0  1180K   644K pause    0:00  0.00%  0.00% adjkerntz

Ausgabe von vmstat -i
Code: 
interrupt                          total       rate
irq0: clk                          36257         99
irq1: atkbd0                          98          0
irq5: xl0                            845          2
irq6: fdc0                             2          0
irq8: rtc                          46406        127
irq9: acpi0                      4121586      11323
irq10: fxp0                          570          1
irq13: npx0                            1          0
irq14: ata0                         1099          3
irq15: ata1                           31          0
Total                            4206895      11557

Vielleicht könnte der Admin diesen Thread verschieben da dieser Thread jetzt wohl doch ausartet :D

thx
majobu
 
Original geschrieben von Ice
Schalte doch mal ACPI ab
Zum Vergrößern anklicken....

Supi... die Auslastung ist wieder bei 0% auch wenn ppp läuft :D
Aber warum ist das denn jetzt so? Denn unter Gentoo, Debian und SOlaris war das null Problem wenn ACPI eingeschaltet war....

gibt es da vielleicht noch ein Problem mit CURRENT?

Tausend Dank... jetzt werde ich noch einmal beginnen mich mit BSD vertraut zu machen :D :D :D

majobu
 
Ja, ACPI macht aktuell auf manchen Systemen noch Probleme (gelinde ausgedrückt!) !!!

Freud mich, dass wir Dich im BSD-Kreise halten konnten! ;)

Gruß,

Ice
 
ACPI stinkt bei bestimmter hardware einfach.
Ob es der Code ist oder die mistige Implementation auf Seite der hardware sei dahingestellt. Abwarten, das wird wenn 5 STABLE wird.
 
nochmals Danke an alle... :D

backe gerade einen eigenen Kernel und selbst das geht jetzt viel flotter....

ciao
majobu
 
Du erlebst höchst wahrscheinlich einen Interrupt-Sturm, d.h. eine Interrupt-Quelle produziert Unmengen von Interrupt-Anfrangen und zieht damit natürlich viel CPU-Zeit.
um nachzuschauen, wer der Störenfried ist, starte top mit dem Parameter -S (großes S) und dann wird vermutlich ein Prozess "irq 9: acpi" o.ä. auftauchen.
Dieses Problem habe ich auf meiner Kiste (epox 8k5a mit VIA KT333 Chipsatz) falls ich ACPI und APIC im BIOS aktiviert habe: dieser IRQ zieht dann ca. 30% CPU-Zeit, seit einer Änderung in CURRENT vor ein paar Tagen ist es sogar noch schlimmer (statt wie versprochen besser) geworden, denn nun frisst das Teil bei mir 100% CPU und allein das Booten dauert 10min.
Ohne APIC läuft die Maschine einwandfrei.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben