23 Feb
2018
23 Feb
'18
5:13 p.m.
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.
23 Feb
23 Feb
5:52 p.m.
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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
5:52 p.m.
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.
6:43 p.m.
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(a)wolfsden.cz>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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
2263
days inactive
2263
days old
community-list@lists.vpsfree.cz
3 comments
4 participants
participants (4)
-
Caesar Consulting -
Pavel Snajdr -
Vaclav Kratochvil -
Wolf