Um processo com o maior valor legal usaria apenas o tempo de CPU * livre *

0

Eu quero ter certeza de que um trabalho agendado, principalmente usando o gzip, não terá impacto na produção.
Esse é um servidor Linux antigo com pouca CPU, ele tem um anexo de SAN, portanto, o gzip está executando no máximo usando 99% de um processador.
Eu pensei em usar bom para reduzir o impacto sobre o serviço, mas como os outros processos do servidor estão em execução por um longo tempo a sua prioridade deve ser menor. Não está claro para mim como um processo de gzip "jovem" com um valor alto e agradável competirá pela CPU contra processos de servidor "antigos", alguém poderia explicá-lo aqui.

Editar: O vmstat durante a operação gzip (o servidor é um cluster, a cpu está inativa no início porque executei o teste GZIP no nó de failover para não impactar a produção).

procs     -----------memory----------  ---swap-- -----io---- -system-- -----cpu------
 r  b   swpd     free    buff   cache   si   so    bi    bo   in   cs us sy id wa st
 0  0  34372 26589240 3160636 2233220    0    0    26    30    5    0  1  2 97  0  0
 1  0  34372 26589108 3160636 2233220    0    0     0     0  388  731  0  1 99  0  0
 0  0  34372 26589108 3160636 2233220    0    0     0    30  386  753  0  1 99  0  0
 1  0  34372 26589172 3160636 2233220    0    0     0     0  379  751  0  0 100 0  0
 1  0  34372 26588668 3160636 2233220    0    0     0     0  563  714 18  1 81  0  0  -- gzip starts
 1  0  34372 26588852 3160636 2233220    0    0     0     2  832 1194 25  3 72  0  0
 5  1  34372 26585692 3160656 2233228    0    0     0   656  785 1288 26  4 68  3  0
 2  0  34372 26585296 3160656 2233284    0    0     0     0  829 1390 27  4 70  0  0
 1  0  34372 26588524 3160656 2233292    0    0     0     0  641  860 25  2 74  0  0
 1  0  34372 26588464 3160656 2233288    0    0     0     0  638  710 25  1 74  0  0
 1  0  34372 26588464 3160656 2233288    0    0     0     2  788 1127 26  3 72  0  0
 2  0  34372 26588464 3160656 2233288    0    0     0     0  627  738 25  1 74  0  0
 1  0  34372 26588488 3160656 2233288    0    0     0     0  629  747 25  1 74  0  0
 1  0  34372 26588568 3160656 2233280    0    0     0    16  600  722 25  1 75  0  0
 1  0  34372 26588584 3160660 2233276    0    0     0    54  636  726 25  1 74  0  0
 1  0  34372 26588484 3160660 2233272    0    0     0     0  836 1137 26  3 71  0  0
 2  0  34372 26588352 3160660 2233272    0    0     0     0  618  751 25  1 74  0  0
 1  0  34372 26588180 3160660 2233272    0    0     0     0  634  781 25  1 74  0  0
 1  0  34372 26588188 3160660 2233272    0    0     0    72  606  750 25  1 75  0  0
 1  0  34372 26588220 3160660 2233272    0    0     0     0  620  760 25  1 74  0  0
 1  0  34372 26588800 3160660 2233276    0    0     0     0  828 1139 26  3 72  0  0
 1  0  34372 26588676 3160660 2233272    0    0     0     0  632  737 25  1 74  0  0
 1  0  34372 26588676 3160660 2233272    0    0     0     0  627  732 25  1 74  0  0
 1  0  34372 26588716 3160668 2233272    0    0     0    34  606  721 24  1 74  0  0
 1  0  34372 26588716 3160668 2233272    0    0     0     0  636  731 25  1 74  0  0
 0  0  34372 26589184 3160668 2233272    0    0     0     4  679 1162  2  2 96  0  0  -- gzip finish
 1  0  34372 26589308 3160668 2233272    0    0     0     0  371  745  0  1 99  0  0
    
por Emmanuel 02.03.2016 / 12:05

0 respostas