instalacia Linux

[Dodo Racek]

Ci sa zaprace 100%  RAM bez definovaneho SWAP-u, alebo sa zaprace RAM+SWAP
na 100%, tak je to uplne jedno a problem nie je v programoch,
ale v navrhu HW a v prevadzkovatelovi.
Ak na zaciatku podcenil poziadavky, alebo casom pri praci zisti, ze to, co
pouziva je prilis zrave na pamat, tak riesenim je dokupenie pamate, nie
zvacsenie SWAP-u ...

Ked mate defekt na kolese auta, tak riesenim nie je dofukanie rezervy, ale
oprava defektu. Rezerva je len na dojazd do servisu....

Programy mozu bezat iba z RAM, takze ak ma program bezat, musi sa presunut
zo SWAP do RAM - preto tie "hrababia na disku" a spomalenie.
Ak je pouzitie take, ze je zaplnena RAM a zaplneny aj SWAP, tak nie je
problem vo SWAP-e, ale v podceneni velkosti RAM.
Ak chcem bezat narocne aplikacie na vypocty a pamat, tak tam musim dat
silny procesor a dostatok RAM.

OT:
Co by malo znamenat " nechat si rezervu RAM pre systemove ucely" ?
Prihlasenie do shellu  (SSh, Telnet,  , terminalove okno, ...  (
najjednoduhsie zistenia a sprava procesov pri minimalizacii potrieb RAM )
su v user space, nie v system space pamate...
System (OS, kernel, scheduler, ...) obycajne bezi  do konca, nespusti
dcerske procesy programov a programy zostavaju visiet, kedze maju slabo
osetrene taketo pripady.
prepinanie medzi taskami trva prilis dlho a obycajne admin nevydrzi s
nervami a system zlozi vypinacom/kablom.

Pri serveroch sa pouzivala moznost HW MGMT ( OBP, LOM, ILOM, ... ) a
cielene zlozenie systemu cez HALT a dump, pri ktorom nastalo to, co som
popisoval minule ( odpratanie RAM do priestoru SWAP-u,
pri naslednom boote do suboru a sup s tym na analyzu, ... a nasledovalo
patchovanie, obmedzenie prostriedkov( CPU, RAM, buffre, ,.... )  pre
uzivatela, alebo proces(y), ... a pod. )

;-))

Dodo


st 27. 11. 2019 o 17:38 Jaroslav Buchta <jaroslav.buchta na hascomp.cz>
napísal(a):

> Je ale nejaky rozdil, jestli mam napr. 4GB RAM + 4GB SWAP nebo 8GB RAM
> bez SWAP? Tedy krome zpomaleni ve druhe fazi vyzrani pameti? Jeste
> pamatuju stary Win386 a asi i novejsi, jak se to pri nedostatku pameti
> roky hrabalo na disku a stejne nakonec pomohlo jen vytrhnuti ze zasuvky
> :-D Ale dovedu si predstavit, ze ma modernejsi OS nejakou strategii
> nechat si rezervu v RAM pro systemove ucely, ale cekal bych, ze to bude
> i bez SWAP oblasti.
>
> Dne 27.11.2019 v 12:17 Tomáš Koželuh napsal(a):
> > Což pravděpodobně zůstane, než vznikne nějaká chyba a paměť to celou
> vyžere. Teď se mně to stalo na serveru, kde byla přímo chyba v DB (špatně
> vytvořená položka, která měla několik set tisíc záznamů), Apache spolehlivě
> vyžral paměť i swap. Ale díky existenci swapu jsem se mohl přihlásit a
> restartovat Apache a vyřešit tím nedostatek paměti. Sice to trochu byla
> tahová strategie, ale šlo to zachránit. Pak se mohla hledat chyba.
> > Takže nevím, jestli je potřeba tolik swapu, ale určitě se nějaký hodí
> pro tyto pekelné chvíle.
> >
> >> -----Original Message-----
> >> From: Hw-list [mailto:hw-list-bounces na list.hw.cz] On Behalf Of Pavel
> Krafčík
> >> Sent: Wednesday, November 27, 2019 10:43 AM
> >> To: hw-list na list.hw.cz
> >> Subject: Re: instalacia Linux
> >>
> >> Zdravím,
> >>
> >> provozuji asi 3/4 roku fileserver Centos 7 s 64GB paměti a 16GB swapem a
> >> zatím jsem si nevšiml, že by OS ten swap použil. Nesáhne na něj ani při
> >> mnohatýdenním běhu. Nezkoumám to nijak sofistikovaně, prostě si pustím
> >> "top" a kouknu. Snad je to dost přesné.
> >>
> > _______________________________________________
> > HW-list mailing list  -  sponsored by www.HW.cz
> > Hw-list na list.hw.cz
> > http://list.hw.cz/mailman/listinfo/hw-list
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20191128/1c83d357/attachment.html>