Zum Inhalt springen

Ladezeit....


MadMox

Empfohlene Beiträge

Mir ist es z.B. heut Mittag aufgefallen, da waren so um die 140 Besucher on, kanns die Masse sein? Meist gehts halt echt super, grad z.B. dann wieder dauerts wieder ewig. So um die halbe Minute bis ich vom neuen Beitrag bis zur "Sie werden weitergeleitet"-Seite komme und dann nochmal solange bis ich zum Beitrag komme. Werds mal ein wenig genauer beobachten...

Link zu diesem Kommentar
Auf anderen Seiten teilen

senden eines verfaßten Eintrags bzw. öffnen der Beitragsvorschau  als beim öffnen eines vorhandenen Topics.

Senden anklicken...warten...TIMEOUT

Das habe ich auch sehr oft!

Ich klicke dann immer wenn es sich ankündigt das "Senden" nicht funzt auf "Vorschau", die kommt dann sofort und dann nochmal auf Senden und dann klappt es fast immer so wie gewohnt... ohne Doppelpostings zu produzieren, zumindest bei mir :-D

Link zu diesem Kommentar
Auf anderen Seiten teilen

Die Peaks sind arg. Das stimmt. "Normal" ausgelastete Server kommen selten über 3 bis 5. Die Frage bleibt nur, warum der hier in den Peaks so ackern muß. Das muß nicht zwingend etwas mit der Prozessorgeschwindigkeit zu tun haben. Wie gesagt: wirf mal obige Statistik an. Wenn Du das erübrigen kannst, würde ich vmstat einfach mal alle halbe Stunde über 24 Stunden laufen lassen:

$ vmstat -n 1800 48 > vmstat.log

Die Wertermittlung dauert keine Sekunde und erzeugt nur minimalste Last ( :-D ). Den Output könntest Du dann dann hier posten. Da könnte man dann ergänzend zur run queue und zum Speicherstand die context switches und die interrupts pro Sekunde sehen. Die Last ist leider nur in der "Kombination" der Werte ursächlich beurteilbar.

Bearbeitet von Lacknase
Link zu diesem Kommentar
Auf anderen Seiten teilen

naja auf unserem mailcluster hamma durchschnittlich ne load von 30, also finde ich kurze spitzen mit 15 net sooo schlimm.

wie gesagt ( lacknase :-D ) wärs halt interessant was genau zu der zeit passiert

die kiste kann ne load vpn 10 haben, aber nur 20% proz auslastung.

wir haben teilweise 100erte webhosts auf maschinen die aus dual 500 mhz + 512 mb ram bestehen :haeh: , oiso irgendwas is da recht strange

das gemeine an so ner php/mysql forenkiste is ja das man nur im forum ne minute *censored* , die load kotzt sich auf über 30 hoch und der hobel braucht 10 minuten bis er sich wieder fängt :-D

Bearbeitet von tintifax
Link zu diesem Kommentar
Auf anderen Seiten teilen

schönes beispiel

mein heimkisterl, auch das gleiche forum

auslastung momentan

11:12pm up 17 days, 11:30, 1 user, load average: 0,01, 0,02, 0,00

105 processes: 104 sleeping, 1 running, 0 zombie, 0 stopped

CPU states: 0,8% user, 1,6% system, 0,0% nice, 0,8% idle

Mem: 772552K av, 746204K used, 26348K free, 0K shrd, 180892K buff

Swap: 1246776K av, 32196K used, 1214580K free 452872K cached

so.

jetzt mach ich mal das *censored* spiel für 10 sekunden.

11:13pm up 17 days, 11:31, 1 user, load average: 32,46, 8,56, 2,88

263 processes: 261 sleeping, 1 running, 1 zombie, 0 stopped

CPU states: 65,7% user, 11,5% system, 0,0% nice, 22,6% idle

Mem: 772552K av, 748700K used, 23852K free, 0K shrd, 35136K buff

Swap: 1246776K av, 32196K used, 1214580K free 391340K cached

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND

951 mysql 15 0 12136 8812 2220 S 99,9 1,1 0:18 mysqld

28697 root 15 0 21652 21M 21396 S 39,9 2,7 1:04 httpd

22647 root 16 0 1152 1152 772 R 1,3 0,1 0:01 top

22694 apache 15 0 0 0 0 Z 0,7 0,0 0:00 httpd <defunct>

5 root 15 0 0 0 0 SW 0,3 0,0 1:13 kswapd

1727 netsaint 15 0 840 812 692 S 0,1 0,1 3:57 netsaint

1 root 16 0 476 444 420 S 0,0 0,0 0:25 init

2 root 15 0 0 0 0 SW 0,0 0,0 0:00 keventd

3 root 15 0 0 0 0 SW 0,0 0,0 0:00 kapmd

4 root 34 19 0 0 0 SWN 0,0 0,0 0:00 ksoftirqd_CPU0

6 root 15 0 0 0 0 SW 0,0 0,0 0:20 bdflush

7 root 15 0 0 0 0 SW 0,0 0,0 0:07 kupdated

8 root 25 0 0 0 0 SW 0,0 0,0 0:00 mdrecoveryd

16 root 25 0 0 0 0 SW 0,0 0,0 0:00 raid1d

17 root 25 0 0 0 0 SW 0,0 0,0 0:00 raid1d

18 root 25 0 0 0 0 SW 0,0 0,0 0:00 raid1d

19 root 15 0 0 0 0 SW 0,0 0,0 5:46 kjournald

kacke sowas :-D

load-day.png

wie schautn die statistik der webzugriffe aus zu den spitzen ?

Bearbeitet von tintifax
Link zu diesem Kommentar
Auf anderen Seiten teilen

Unregelmäßig. Tendenziell aber öfter beim senden eines verfaßten Eintrags bzw. öffnen der Beitragsvorschau  als beim öffnen eines vorhandenen Topics.

Senden anklicken...warten...TIMEOUT

hab ich momentan (als vor 2 minuten, tritt seit ca. 1 woche gehäuft jedoch unstrukturiert auf) ... gerade ne lockere minute auf das erscheinen eines neuen posts gewartet ... hab hier in der firma eigentlich ne superschnelle leitung ...

b

Link zu diesem Kommentar
Auf anderen Seiten teilen

2.4.20 [...]

Warum? Kein Reboot über Nacht mal möglich? Wir sind doch mittlerweile immerhin bei 2.6.7 angekommen und die nächste patch revision (proc/mtrr-fix) steht bevor.

Mal zum Vergleich:

Apache (2.0.50) mit PHP(4.3.8) und mysql (4.0.20) und 200 parallelen Testconnects auf eine PHP-Seite nebst gleichzeitigem mysql-dump an tar/gzip unter 2.6.7-gentoo-r11 auf einem Athlon XP 2000+ mit 1GB RAM (PC133) und zwei Platten, eine SCSI-Systemplatte 9GB, eine IDE-Datenplatte 80GB (24/7) und 100MBit: der kommt im "20-Sekunden-vmstat-Takt" nicht über 15 Prozesse in der queue, swapt nie. Dennoch CPU-Load 100%, Maximum interrupts/s zwischen 1100 und 1350 und Maximum context switches zwischen 900 und 3121. Antwortet dabei jederzeit fix (wie gesagt: schlichte 3Com 100MBit-Karte) ohne "Anormalitäten". Dagegen nimmt sich die oben in der vmstat-Liste gezeigte Last doch eher "minder" aus ... mal abgesehen von der Prozeßzahl, die die Kiste aber auch nicht an den swap space ranzugehen zwingt. (Noch dazu: in maximalst 30 Sekunden kann Dein Rechner die 42 Prozesse auf 0 abarbeiten.)

Wenn wir jetzt mal die Hardware vergleichen, dann liegt der GSF-Rechner bei ein paar Prozessor-MHz weniger (die sich kaum so arg bemerkbar machen dürften) und hat dafür deutlich schnelleren Speicher als mein "Testrechner". Durch das Mirror-Set freilich auch beim I/O doppelte IRQ-Last, wenn denn strikt synchron geschrieben wird. Das dürfte aber alles wirklich kein Grund für quasi "Stillstände" sein, oder? :-D

Link zu diesem Kommentar
Auf anderen Seiten teilen

2.4.20 weil ich momentan wenig zeit und lust hab mich mit dem kisterl zu beschäftigen. ( jaja ich weiss :-D :wasntme: )

ausserdem kugel ich beruflich genug des nächtens in serverräumen rum, da hat mein privates interesse doch ein wenig nachgelassen.

wenn ich den einen tag abdrehn würd, würden höchstens meine "club" kollegen weinen weil die hp down ist.

das "spiel" hab ich nur heisse 10 sekunden gemacht, wenn ich das eine minute mach dann geht die load auf über 200, da geht dann gar nix mehr und die kiste semmelt entweder ab, oder derfangt sich irgendwann wieder.

das was ich da bei mir beobachtet habe muss ja nicht fürs gsf zutreffen, das würde man an den web/mysql/apache statistiken ja sehen.

aber da kann der maniac ja eh nachschaun.

ich persönlich hatte schon mal bei "meinem " board ( s´gleiche wie gsf )

das lustige ist, das ich ohne load, ohne traffic, quasi im idle zustand teilweise probleme habe threads aufzumachen, zu antworten, oder sonstwas zu machen.

das "steht" einfach ne zeitlang, am linuxkisterl tut sich nix und irgendwann gehts dann mal.

is vielleicht auch scheisse gecodet das ganze :wasntme:

was mich auch ein bisserl wundert ist, das es manchmal bei vielen leuten online ohne troubles geht, manchmal bei wenigen echt zäh.

als der server "neu" war is es ja wochen/monate ohne probleme auch bei vielen leuten gerannt

vielleicht hilft mal ein reboot der maschine :-D;-):-D;-) ( scherzerl )

Link zu diesem Kommentar
Auf anderen Seiten teilen

Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde Dich hier an.

Jetzt anmelden
  • Wer ist Online   0 Benutzer

    • Keine registrierten Benutzer online.


  • Beiträge

    • Mit SG2 Zusatz ist mir noch nie ne Naht von Schwarz auf VA auf Schwarz gerissen... GeWIGt, is klar.
    • Das wär mir ja den Aufwand nicht wert. Ausserdem ist das ja die Handschaltung...so mit drehen und so...das unsere Kisten zu Vespas macht. Ich würde das gar nicht anders haben wollen 
    • Ja he ich denks mir ja   - einfach einen 0815-PK Wedi-Satz verbaut und tschau    Danke!!
    • Äh...klar brauchst Du da den anderen WeDi! Das wird auch Dein Problem sein. Da kommt ein anderer passend für die 170-187er Welle rein.   Du brauchst einen 27x47x6mm. Wenn Du den aus dem normalen WeDi Satz verbaust, ist das ein 22,7x47x7/7,5mm. Das würde erklären, wieso Du da ein Problem hast, dass drauf zu bekommen  Ich mach mir gleich mal ne Notiz im Kopf, dass mir das nicht auch passiert. Wir verbauen ja ein 6204 anstelle eines 6303 dort!  Ich werde den vom SCK verbauen. Mit denen hab ich gute Erfahrungen gemacht. Kannst aber auch jeden anderen nehmen, ist ja ein bei einem Piaggiofahrzeug verbauter Standard WeDi: https://www.scooter-center.com/de/wellendichtring-27x47x6mm-bgm-pro-fkm-e10-bestaendig-verwendet-fuer-hinterrad/hintere-bremstrommel-vespa-px-1984-rally180-vsd1t-rally200-vse1t-sprint-ab-bj.-1972-ts-ab-bj.-1972-gt125-ab-bj.-1972-gtr125-ab-bj.-1972-gl-bgm1043?number=BGM1043   Bild mal von Egigs Seite geklaut/verlinkt. Da siehst Du sehr gut, wie groß der Absatz vom Lagersitz zum WeDi Sitz auf der Kupplungsseite ist. Bei Dir sieht man, dass der WeDi-Innendurchmesser eher so groß wie der Lagerinnendurchmesser ist. 6204 hat 20mm, und der WeDi 22,7. Das kommt hin so grob mit dem Auge betrachtet.
    • Ist eigentlich schon der 2. Wellendichtring - beim Ersten sprang mir auch schon die Feder raus. Gehört da was spezielles hin?
×
×
  • Neu erstellen...

Wichtige Information