On 10/13/06, Andrei Pascal <[EMAIL PROTECTED]> wrote:
On Thu, 2006-10-12 at 17:33 +0300, fffffh wrote:
> Exista o alta metoda de a mari "interactivitatea" programelor in cazul
> folosirii intensive a discului de catre apt-get upgrade (si nu numai)
> in afara de a-i da prioritatea cea mai mica (cu nice -n 19) si a
> micsora foarte mult valoarea /proc/sys/vm/swappiness de folosire a
> swap-ului ?
>
> Vre-o idee ce relatie(ii) exista intre valorile afisate de top in
> procente ni, id, wa, hi, si, st
> 5.0%us, 17.3%sy, 49.8%ni, 0.0%id, 27.2%wa, 0.7%hi, 0.0%si, 0.0%st ?
>
> Ce inseamna e destul de clar dar cum urca sau coboara (mai ales
> utimele 3-4) in functie de cine ?
In general (obs. de mine pe o masina _incarcata_) %wa mare apare cand ai
multe procese care astepta (wait). Dupa ce sa astepte? pai in general
uita-te si pe la managerul memoriei virtuale (vmstat, eventual vmstat -n
2) si vezi cum se comporta swap-ul (si / so). S-ar putea sa intri in
pana de RAM (de fapt p-asta o vezi si cu free, daca iti intra masiv in
swap e cazul) sau, daca ai destul RAM, probleme cu perifericele.
Vezi ce procese ai in starea D (ps sau mai bine top, daca vrei
monitorizare) si vezi ce e cu ele (memorie consumata mai ales). Ce ai
aratat tu acolo imi miroase a RAM limit - dar se poate sa ma insel. La
cata informatie ai "publicat", nu am cum sa-ti dau mai multe detalii :(
Da era legat direct de lipsa de memorie.
Era trecute limite de data seg size (rss 240000) si virtual memory (as
200000) in /etc/security//limits.conf dar erau trecute pentru grup(@)
nu numai pentru un singur user restrictionat.
free raporta aceleasi date (memrie libera) si pentru userii unde rss
si as erau unlimited si pentru cel cu rss/as limitate.
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug