PDA

Bekijk Volledige Versie : .. 2.8 Ht



Albert
14/06/04, 19:27
... Wellicht een wat vage vraag , maar ik zie dat de HT onder linux 2 CPU's geeft..

De server heeft momenteel een load van circa 1.0 (schommelt).. Maar geeft nog 100 % idle?

Begrijp ik goed dat deze tot load 2.0 kan?

Cybafish
14/06/04, 19:31
Nee, als ik het me goed herinner dan is dit een bug, je load blijft dan op de 1.00 hangen.

Probeer eens een kernel upgrade.

vdx
14/06/04, 19:48
Dat is geen bug. Per CPU (in feite heb je twee CPU's bij HT) heb je 100% ter beschikking; totaal dus 200%. Zie mijn top hieronder:

CPU states: cpu user nice system irq softirq iowait idle
total 0.8% 0.0% 0.8% 0.0% 0.0% 0.0% 198.0%
cpu00 0.9% 0.0% 0.9% 0.0% 0.0% 0.0% 98.0%
cpu01 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 100.0%

Cybafish
14/06/04, 19:56
De load is alleen niet lineair verbonden aan de CPU usage.

SeppaR
14/06/04, 21:19
CPU0 states: 0.0% user 0.0% system 0.0% nice 0.0% iowait 100.0% idle
CPU1 states: 0.1% user 0.0% system 0.0% nice 0.0% iowait 99.0% idle
CPU2 states: 0.0% user 0.0% system 0.0% nice 0.0% iowait 100.0% idle
CPU3 states: 0.0% user 0.0% system 0.0% nice 0.0% iowait 100.0% idle

*edit*
Dat is dus bij mijn Dual Xeon, geeft ook 4 processors aan :)

Mog
14/06/04, 21:39
Aangezien ht een vorm van smp is ziet de smp kernel inderdaad 2 cpu's derhalve haal je door de ht instructieset dus zo'n 30% meer performance.

S2S-Guust
14/06/04, 23:18
Origineel geplaatst door vdx
Dat is geen bug. Per CPU (in feite heb je twee CPU's bij HT) heb je 100% ter beschikking; totaal dus 200%. Zie mijn top hieronder:

CPU states: cpu user nice system irq softirq iowait idle
total 0.8% 0.0% 0.8% 0.0% 0.0% 0.0% 198.0%
cpu00 0.9% 0.0% 0.9% 0.0% 0.0% 0.0% 98.0%
cpu01 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 100.0%

Vreemd, zelf hebben wij ook HT, maar die geeft als total geen 200% aan!

total 0.7% 0.0% 0.5% 0.1% 0.0% 3.9% 94.3%
cpu00 1.3% 0.0% 0.3% 0.3% 0.1% 3.9% 93.6%
cpu01 0.1% 0.0% 0.7% 0.0% 0.0% 3.9% 95.0%

Maar, de load kan wel tot 2, alleen dan heb je grote kans dat websites minder snel laden. Als de load stabiel rond 1 schommeld dan zou ik als ik jou was na gaan denken over een extra server ergens op te gaan hangen(of als je minder dan 100 websites er op hebt welke site deze load veroorzaakt en eens laten kijken naar de scripting)

oscar
14/06/04, 23:46
de load kan wel tot 8 en nog steeds snel laden :)

[ dtc-opds01a o_pouwels ]: w
9:39pm up 82 day(s), 23:28, 3 users, load average: 5.15, 4.55, 4.08
User tty login@ idle JCPU PCPU what
sen_app pts/2 1:51pm 7:25 2 2 telnet 196.9.139.200
sen_dba pts/4 3:29pm 6:09 ssh dtc-oarc01a -l ora_dba
o_pouwel pts/5 9:37pm

flatbox
15/06/04, 09:58
Waarschijnlijk draait er 1 process op 1 van de "virtuele" cpu's dat de hoge load veroorzaakt.

S2S-Guust
15/06/04, 10:26
Origineel geplaatst door oscar
de load kan wel tot 8 en nog steeds snel laden :)

[ dtc-opds01a o_pouwels ]: w
9:39pm up 82 day(s), 23:28, 3 users, load average: 5.15, 4.55, 4.08
User tty login@ idle JCPU PCPU what
sen_app pts/2 1:51pm 7:25 2 2 telnet 196.9.139.200
sen_dba pts/4 3:29pm 6:09 ssh dtc-oarc01a -l ora_dba
o_pouwel pts/5 9:37pm

Natuurlijk kan de load wel hoog zijn, maar dan laadt hij niet meer snel. De load is de belasting van je CPU, als je de load hoger is dan 1 (100%) dan kan de CPU dus niet alles in 1 keer verwerken, processen moeten dan dus wachten tot ze 'aan de beurd zijn'.

Albert
15/06/04, 12:20
Dit is mijn "top"

12:13:42 up 3 days, 22:05, 1 user, load average: 0.51, 0.48, 0.47
51 processes: 48 sleeping, 3 running, 0 zombie, 0 stopped
CPU states: cpu user nice system irq softirq iowait idle
total 78.4% 0.0% 14.2% 0.0% 0.0% 0.0% 107.0%
cpu00 35.7% 0.0% 7.1% 0.0% 0.0% 0.0% 57.1%
cpu01 42.8% 0.0% 7.1% 0.0% 0.0% 0.0% 50.0%
Mem: 1031500k av, 870512k used, 160988k free, 0k shrd, 69096k buff
317832k active, 456680k inactive
Swap: 1044216k av, 0k used, 1044216k free 335996k cached


(momenteel)...

Het is een game server, dus kan tot 1.0 ? Of 2.0

Scheelt nogal veel...

Staan nog relatief weinig spellen op

Phobos
15/06/04, 12:51
Redhat box met de hand gecompileerde kernel P4 3,2 Extreme "HT".

14:43:50 up 6 days, 19:57, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 29 total, 1 running, 28 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2% user, 3.2% system, 0.0% nice, 96.5% idle


"Redhat" box single xeon 2,8 ghz

12:45:04 up 128 days, 1:51, 1 user, load average: 0.11, 0.12, 0.09
117 processes: 116 sleeping, 1 running, 0 zombie, 0 stopped
CPU0 states: 23.0% user 13.0% system 0.0% nice 0.0% iowait 62.0% idle
CPU1 states: 1.0% user 1.0% system 0.0% nice 0.0% iowait 96.0% idle

Je moet ffe een goede kernel met HT support compilen :)

Beyonder
15/06/04, 16:33
@Phobos 128 dagen uptime? tijd om eens je kernel bij te werken Reinier :)

@Oscar: IDEM !



Nonsense..... Load avg is ook afhankelijk van geheugen en harde schijf gebruik.

Websites laden gaat prima, er staan 12000 virtual hosts op deze machine met 1TB dataverkeer per maand. 600 mB access log op httpd ELKE DAG ;)

1.5 miljoen http access elke dag.

CPU's zijn amper in gebruik, echter de SCSI RAID -1 word op dit systeem nogal belast.

DUAL XEON CPU HT

4:25pm up 29 days, 19:07, 2 users, load average: 6,67, 5,79, 6,52
328 processes: 325 sleeping, 2 running, 1 zombie, 0 stopped
CPU0 states: 20,0% user, 16,0% system, 0,0% nice, 63,3% idle
CPU1 states: 12,1% user, 9,2% system, 0,0% nice, 78,1% idle
CPU2 states: 29,2% user, 5,3% system, 0,0% nice, 64,4% idle
CPU3 states: 15,3% user, 7,4% system, 0,0% nice, 76,1% idle
Mem: 3963028K av, 3866532K used, 96496K free, 0K shrd, 175576K buff
Swap: 514040K av, 69616K used, 444424K free 2692388K cached

Postfix + virus scanner tevens op de machine (8000 mailboxen)
MySQL voor deze klanten staan op een andere machine. Maar mailboxen wordt voor een deel door MySQl afgehandeld op de andere server.

Cybafish
15/06/04, 17:10
Hmm, ja wij hebben 150 miljard unieke visitors op een van onze servers per minuut. Doet ongeveer 3TB per dag. Is overigens een dodeca intel xeon 5ghz, werkt prima.

Mensen, anders stoppen jullie even met de dicksize contest? Als jullie nu eens de vraag van de topicstarter lezen? De load kan zover gaan als je zelf wil. Hier valt simpelweg geen concreet getal aan vast te knopen, het verschilt nogal per machine. Onderzoek zelf eens wanneer je server traag wordt?

Mikey
15/06/04, 17:13
Origineel geplaatst door Beyonder
@Phobos 128 dagen uptime? tijd om eens je kernel bij te werken Reinier :)

@Oscar: IDEM !



Nonsense..... Load avg is ook afhankelijk van geheugen en harde schijf gebruik.

Websites laden gaat prima, er staan 12000 virtual hosts op deze machine met 1TB dataverkeer per maand. 600 mB access log op httpd ELKE DAG ;)

1.5 miljoen http access elke dag.

CPU's zijn amper in gebruik, echter de SCSI RAID -1 word op dit systeem nogal belast.

DUAL XEON CPU HT

4:25pm up 29 days, 19:07, 2 users, load average: 6,67, 5,79, 6,52
328 processes: 325 sleeping, 2 running, 1 zombie, 0 stopped
CPU0 states: 20,0% user, 16,0% system, 0,0% nice, 63,3% idle
CPU1 states: 12,1% user, 9,2% system, 0,0% nice, 78,1% idle
CPU2 states: 29,2% user, 5,3% system, 0,0% nice, 64,4% idle
CPU3 states: 15,3% user, 7,4% system, 0,0% nice, 76,1% idle
Mem: 3963028K av, 3866532K used, 96496K free, 0K shrd, 175576K buff
Swap: 514040K av, 69616K used, 444424K free 2692388K cached

Postfix + virus scanner tevens op de machine (8000 mailboxen)
MySQL voor deze klanten staan op een andere machine. Maar mailboxen wordt voor een deel door MySQl afgehandeld op de andere server.

Ik meende een thread te kennen waar je een tijdje geleden, mischien 2 a 3 weken info zat te vragen hoe het moest, draaien jullie geen proef ofzo ?

//edit Een kernel hoeft niet perse ge update te worden hoor, weet niet hoe jullie security strategie is, maar altijd het nieuwste lijkt mij gevaarlijker dan een stable oude !

Phobos
15/06/04, 17:18
Origineel geplaatst door Beyonder
@Phobos 128 dagen uptime? tijd om eens je kernel bij te werken Reinier :)

@Oscar: IDEM !



Nonsense..... Load avg is ook afhankelijk van geheugen en harde schijf gebruik.

Websites laden gaat prima, er staan 12000 virtual hosts op deze machine met 1TB dataverkeer per maand. 600 mB access log op httpd ELKE DAG ;)

1.5 miljoen http access elke dag.

CPU's zijn amper in gebruik, echter de SCSI RAID -1 word op dit systeem nogal belast.

DUAL XEON CPU HT

4:25pm up 29 days, 19:07, 2 users, load average: 6,67, 5,79, 6,52
328 processes: 325 sleeping, 2 running, 1 zombie, 0 stopped
CPU0 states: 20,0% user, 16,0% system, 0,0% nice, 63,3% idle
CPU1 states: 12,1% user, 9,2% system, 0,0% nice, 78,1% idle
CPU2 states: 29,2% user, 5,3% system, 0,0% nice, 64,4% idle
CPU3 states: 15,3% user, 7,4% system, 0,0% nice, 76,1% idle
Mem: 3963028K av, 3866532K used, 96496K free, 0K shrd, 175576K buff
Swap: 514040K av, 69616K used, 444424K free 2692388K cached

Postfix + virus scanner tevens op de machine (8000 mailboxen)
MySQL voor deze klanten staan op een andere machine. Maar mailboxen wordt voor een deel door MySQl afgehandeld op de andere server.

@Beyonder
Om je kernel te updaten hoef je niet te rebooten hoor ;) Zijn trucjes voor zonder reboot :)

2 Actieve processen en "325 sleeping" ???!!!! ;)

Gaarne het verzoek mij voortaan aan te spreken op dit forum met mijn nickname en niet mijn 2e naam :)

Cybafish
15/06/04, 17:21
Origineel geplaatst door Beyonder
Websites laden gaat prima, er staan 12000 virtual hosts op deze machine met 1TB dataverkeer per maand. 600 mB access log op httpd ELKE DAG ;)

1.5 miljoen http access elke dag.



Oke, ik denk ik check het even. Ik doe dus een linecount in de access_log op een van onze servers en kijk vervolgens hoe groot deze is:


root@oxide [~]# cat /usr/local/apache/logs/access_log | wc -l
262370
root@oxide [~]# ls -lh /usr/local/apache/logs | grep access_log
-rw-r--r-- 1 root root 44M Jun 15 17:10 access_log

We zien hier dus 262370 regels access_log à 44MB. Jij hebt 1500000 regels access_log à 600MB.

Op onze server gaan er dus 5963 regels access_log per MB en bij jou 2500 regels per MB. Doen wij iets fout, of heb jij een getal uit de lucht gegrepen? ;)

Mikey
15/06/04, 17:22
Origineel geplaatst door Cybafish


Oke, ik denk ik check het even. Ik doe dus een linecount in de access_log op een van onze servers en kijk vervolgens hoe groot deze is:



We zien hier dus 262370 regels access_log à 44MB. Jij hebt 1500000 regels access_log à 600MB.

Op onze server gaan er dus 5963 regels access_log per MB en bij jou 2500 regels per MB. Doen wij iets fout, of heb jij een getal uit de lucht gegrepen? ;)

Het kan natuurlijk zijn dat ze de hele dag de server aan het scannen zijn op chi holes, iis, of wat dan ook :X

Phobos
15/06/04, 17:46
Kwam nog een leuke tegen

5:30pm up 180 days, 17:53, 2 users, load average: 0.29, 0.39, 0.46

Ik dacht ffe posten :cool:

Albert
15/06/04, 18:42
...Vind het leuk dat jullie je zo vermaken, maar mijn vraag in een voorbeeld.

Een 'normale' pentium 4 kan een server load aan van 1.0 (daarna moeten dergelijke processen wachten tot een 'derde' is afgerond).

Een 'bijzondere' HT pentium 4 kan een server load aan van ???

2.0 ? Of ? is hier niks over bekend? Niemand draait hier game servers op een HT toevallig?

Apoc
15/06/04, 18:48
Jammer dat mensen dit soort commentaar geven, terwijl zij er klaarblijkelijk niet veel van af weten.

Het is niet echt te zeggen dat de load "tot een bepaalde waarde kan gaan". Het hangt van een aantal factoren af, type processor bijvoorbeeld.

Bij de meeste machines is het ook helemaal niet zo dat bij een load van 2 al een merkbare vertraging is, er zijn zelfs machines die wij hebben draaien waarbij je pas bij een load van 10 of hoger een geringe vertraging begint te merken.


Origineel geplaatst door S2S-Guust


Vreemd, zelf hebben wij ook HT, maar die geeft als total geen 200% aan!

total 0.7% 0.0% 0.5% 0.1% 0.0% 3.9% 94.3%
cpu00 1.3% 0.0% 0.3% 0.3% 0.1% 3.9% 93.6%
cpu01 0.1% 0.0% 0.7% 0.0% 0.0% 3.9% 95.0%

Maar, de load kan wel tot 2, alleen dan heb je grote kans dat websites minder snel laden. Als de load stabiel rond 1 schommeld dan zou ik als ik jou was na gaan denken over een extra server ergens op te gaan hangen(of als je minder dan 100 websites er op hebt welke site deze load veroorzaakt en eens laten kijken naar de scripting)

Dennis
15/06/04, 18:55
Bij een Single-CPU zou de server bij een load onder de 1.0 nieuwe processen altijd direct kunnen werken. Indien deze hoger is, dan is er altijd een kleine vertraging. Naar mate de load hoger wordt, wordt de wachttijd ook langer.

Bij Dual-CPU gaat het om een load van 2.0. Hierboven kan er sprake zijn van een mogelijke vertraging. Hoe hoger de load, hoe hoger de vertraging.

Dit heb ik alleen maar van horen zeggen en ik kan niet garanderen dat deze informatie klopt.

**EDIT**
Ik zie dat Beyonder mij al tegen spreekt.

Beyonder
15/06/04, 18:57
@APOC: Helemaal mee eens.
@Dennis: Klok, klepel mis opgevangen. Dual CPU kan niet per definitie 2.0 aan en load average zegt niet alleen iets over CPU gebruik.

Anderen zoals Cybafish, beetje zielig doen, doe je maar ergens anders..... jullie opmerkingen zijn tegenwoordig meer *ploink* dan iets anders, als je eens wat nuttigs wil doen, leer dan een site designen in plaats van goedkope templates de lucht in te schoppen :p

Ik post alleen de stats van een klant zijn server, wil er alleen mee aangeven dat load avg niet zoveel zegt en zeker niet afhankelijk is van het gebruik van CPU alleen.

Cybafish
16/06/04, 11:12
Beyonder, Remon Akkermans, zajebista, ik weet niet meer hoe ik je moet aanspreken nu :)

Hoe je het ook wend of keert; het amuserende aan jouw persoon is dat je in iedere post die je maakt met een "mijn klanten dit, mijn engineers dat, mijn juristen zus, mijn businessmodel zo" verhaal op de proppen komt, wat na een beetje onderzoek onzin van de bovenste plank blijkt te zijn.

Je kunt het wel op de man af spelen, nu ik je voor de zóveelste keer onderuit heb gehaald, maar het template verhaal heb ik al lang en breed opgehelderd :)

Onomstotelijk feit blijft dat jij niets meer dan een middeljarige middenklasser bent die iedere hoop op redding voorbij is. Wanneer leer je nu eens om met twee voeten op de grond te staan en je ogen open te doen, in plaats van talloze mensen oplichten met malafide stichtingen en grote praatjes?

Wij beheren ook servers voor andere "partijen", zoals je het altijd zegt, maar moeten we dan in iedere post naar voren laten komen dat wij systeembeheer doen voor iemand anders? Wanneer ga je nu eens mensen helpen met hun issues, in plaats van raadselachtige woordjes kladden met een hele hoop grootspraak ertussen?

En die grote firma van jou, met contacten over de hele wereld en welke een handje heeft in iedere denkbare branche, hoe heet die dan überhaubt? Ik heb je hier al eens een PM over gestuurd, maar daar kwam alleen het gebruikelijke spookjesverhaal van jou uit :) Dat is namelijk nog zoiets; in iedere post over je firma en diens klanten geef je aan dat zowel jij als je "cliënten" (zijn we ineens advocaat?) anoniem wensen te blijven.

Zucht, ik zou zo nog uren door kunnen gaan, maar ik heb helaas werk te verzetten. (ja ik heb helaas geen team van engineers over de hele wereld, ik moet zelf ook werken :()

P.S. Je bent een fijne jongen hoor, we kunnen goed om je lachen af en toe.

Guust
16/06/04, 13:46
Origineel geplaatst door Cybafish
Beyonder, Remon Akkermans, zajebista, ik weet niet meer hoe ik je moet aanspreken nu :)

Hoe je het ook wend of keert; het amuserende aan jouw persoon is dat je in iedere post die je maakt met een "mijn klanten dit, mijn engineers dat, mijn juristen zus, mijn businessmodel zo" verhaal op de proppen komt, wat na een beetje onderzoek onzin van de bovenste plank blijkt te zijn.

Je kunt het wel op de man af spelen, nu ik je voor de zóveelste keer onderuit heb gehaald, maar het template verhaal heb ik al lang en breed opgehelderd :)

Onomstotelijk feit blijft dat jij niets meer dan een middeljarige middenklasser bent die iedere hoop op redding voorbij is. Wanneer leer je nu eens om met twee voeten op de grond te staan en je ogen open te doen, in plaats van talloze mensen oplichten met malafide stichtingen en grote praatjes?

Wij beheren ook servers voor andere "partijen", zoals je het altijd zegt, maar moeten we dan in iedere post naar voren laten komen dat wij systeembeheer doen voor iemand anders? Wanneer ga je nu eens mensen helpen met hun issues, in plaats van raadselachtige woordjes kladden met een hele hoop grootspraak ertussen?

En die grote firma van jou, met contacten over de hele wereld en welke een handje heeft in iedere denkbare branche, hoe heet die dan überhaubt? Ik heb je hier al eens een PM over gestuurd, maar daar kwam alleen het gebruikelijke spookjesverhaal van jou uit :) Dat is namelijk nog zoiets; in iedere post over je firma en diens klanten geef je aan dat zowel jij als je "cliënten" (zijn we ineens advocaat?) anoniem wensen te blijven.

Zucht, ik zou zo nog uren door kunnen gaan, maar ik heb helaas werk te verzetten. (ja ik heb helaas geen team van engineers over de hele wereld, ik moet zelf ook werken :()

P.S. Je bent een fijne jongen hoor, we kunnen goed om je lachen af en toe.

Als je had gekeken naar de post van InterXS in het andere topic over Zajebista had je gezien dat dit dus niet op Remon Akkermans zijn naam staat, waarom zou je hem dan met Zajebista aanspreken?

Albert
16/06/04, 13:56
...Ik heb dit topic op e-mail notificatie staan en ik lees hier allemaal inrelevante zaken.

Kan het niet ergens anders? Maken een forum

inrelevant-forum.nl

?

Beyonder
16/06/04, 14:02
Hehe inderdaad. Ach het zijn altijd dezelfde mensen en hun vriendjes die over mij om de zoveel tijd weer moeilijk komen doen, vreemd, voornamelijk Linkup klanten gek he?:)

Phobos
16/06/04, 14:04
Weetje waarom dat komt?

Omdat jij potentiele klanten wijsmaakt dat wij de boel op lopen te lichten en dat klanten besodemieterd worden met jaarcontracten etc!

De grootste onzin die je kunt vertellen, dat gebeurd helemaal niet en dat weten onze huidige klanten.

Mikey
16/06/04, 14:09
Origineel geplaatst door Cybafish

Hoe je het ook wend of keert; het amuserende aan jouw persoon is dat je in iedere post die je maakt met een "mijn klanten dit, mijn engineers dat, mijn juristen zus, mijn businessmodel zo" verhaal op de proppen komt, wat na een beetje onderzoek onzin van de bovenste plank blijkt te zijn.

Eindelijk ben ik niet de enigste die dat ziet, ik wordt er gewoon strondziek van dat je wel vertelt dat je er ooooh zo`n mooie oplossing ervoor hebt maar vertellen hoe het zit ho maar. Houd dan gewoon je mond dicht en zeg niets, dit is net zo zinvol als dat je wel wat zegt.

P.S. Je bent een fijne jongen hoor, we kunnen goed om je lachen af en toe.

Ja lachen vooral, die mooie putty knip, plak, edit werkjes. En dan ook nog wat je engineers je allemaal wijsmaken, het kan zijn dat ze daar in polen ietswat achter lopen, maar de techniek, rfc's en werking blijft hetzelfde.



Hoeveel knikkers heb jij ??