Ahoj,
chtěl jsem jen zeptat, jaké hodnoty jsou ještě v pořádku, a jaké už ne. V závislosti na různých konfiguracích SQL, webserveru a PHP dochází ke snížení nebo zvýšení zátěže procesoru. Chtěl bych vědět, kde je nějaká hranice, kterou bych neměl dosahovat nebo překračovat, Něco ve stylu 0.5 je v pohodě, ale 1.5 už třeba ne. Ne, že bych danou hranici chtěl nějak atakovat a využívat povolený výkon na doraz, ale jen pro klid v duši, abych se nemusel bát, že mě to při nějaké hodnotě začne shapovat výkon, atd. Taky se mi zdá, že VPSAdmin ukazuje vyšší hodnoty než ostatní utility, které používám. Jak u paměti, tak u server load. Ovšem nevím, za jakou dobu to VPSAdmin zobrazuje.
Díky a hezký den.
Ahoj,
no v prvni rade, loadavg je nic nerikajici cislo, pokud chces vedet, kolik prostredku "zeres".
Loadavg ti akorat rekne, kolik procesu prumerne za dany casovy okno cekalo na nejaky prostredky.
Muzes mit load treba 100000 a realne to muze znamenat treba jenom 10% CPU, protoze treba delas neco se sitovym filesystemem a druha strana neodpovida tak rychle...
Load proste neres, ne timhle stylem.
RAM je tvoje, CPU dlouhodobe nepretezuj nad dve jadra, spickove si potahni tech 8, neni problem.
/snajpa
On 2018-02-23 18:13, Caesar Consulting wrote:
Ahoj,
chtěl jsem jen zeptat, jaké hodnoty jsou ještě v pořádku, a jaké už ne. V závislosti na různých konfiguracích SQL, webserveru a PHP dochází ke snížení nebo zvýšení zátěže procesoru. Chtěl bych vědět, kde je nějaká hranice, kterou bych neměl dosahovat nebo překračovat, Něco ve stylu 0.5 je v pohodě, ale 1.5 už třeba ne. Ne, že bych danou hranici chtěl nějak atakovat a využívat povolený výkon na doraz, ale jen pro klid v duši, abych se nemusel bát, že mě to při nějaké hodnotě začne shapovat výkon, atd. Taky se mi zdá, že VPSAdmin ukazuje vyšší hodnoty než ostatní utility, které používám. Jak u paměti, tak u server load. Ovšem nevím, za jakou dobu to VPSAdmin zobrazuje.
Díky a hezký den. _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Ahoj,
On , Caesar Consulting wrote:
[ .. ] Něco ve stylu 0.5 je v pohodě, ale 1.5 už třeba ne [ .. ]
Pro jistotu chci podotknout, ze load je potreba brat s respektem k poctu jader. U mne v .basrh mam barevne limity pro prompt takto:
COLOR_LOAD_GREEN_LIMIT="$(bc <<< "scale=2; $NUM_OF_PROCESSORS_COLOR_LOAD * .50")" COLOR_LOAD_YELLOW_LIMIT="$(bc <<< "scale=2; $NUM_OF_PROCESSORS_COLOR_LOAD * .70")"
Jinymi slovy, co je pod 50% cpu (tedy load <= num_of_cpu / 2) neresim, pod 70% uz je to zajimave. Nad 70% se snazim normalne nemit.
Ale zajimalo by mne, jak se na to divaji zkusenejsi lide ^_^
W.
Mam zkušenost, že lepší je mít nižší load. V extrému jsem zažil cca load 200, tehdy jsem něco zpracovával nebo kopíroval (lokálně?) a čekal jsem na dokončení. Pak i samotné přihlášení na konzoli (tty) bylo "vyčerpávající". Na serveru by měl být load pod 1 na 1 jádro. Na desktopu občas pozoruju load cca do 10, když jsou nějaké výjimečnější I/O operace. A z jiných systémů jsem si všim, že občas je něco v "křemíku" nebo ve specializovaném HW a něco občas (jinde) řeší cpu, pak je právě vyšší load.
Tolik spíše laický náhled.
Vencour
2018-02-23 18:52 GMT+01:00 Wolf wolf@wolfsden.cz:
Ahoj,
On , Caesar Consulting wrote:
[ .. ] Něco ve stylu 0.5 je v pohodě, ale 1.5 už třeba ne [ .. ]
Pro jistotu chci podotknout, ze load je potreba brat s respektem k poctu jader. U mne v .basrh mam barevne limity pro prompt takto:
COLOR_LOAD_GREEN_LIMIT="$(bc <<< "scale=2; $NUM_OF_PROCESSORS_COLOR_LOAD * .50")" COLOR_LOAD_YELLOW_LIMIT="$(bc <<< "scale=2; $NUM_OF_PROCESSORS_COLOR_LOAD
- .70")"
Jinymi slovy, co je pod 50% cpu (tedy load <= num_of_cpu / 2) neresim, pod 70% uz je to zajimave. Nad 70% se snazim normalne nemit.
Ale zajimalo by mne, jak se na to divaji zkusenejsi lide ^_^
W.
There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
community-list@lists.vpsfree.cz