swap-ul nu creste ... deci e bine :-) acum eu de unde stiu daca serverului meu i-ar mai trebui memorie sau nu ? ca din cate inteleg eu kernelul foloseste toata memoria indiferent de cata este !?
Nu, in general kernelele mai noi sunt politiocase si mai lasa ceva memorie libera (asa...ca la vo' douaj' poa' chiar treij' de protzente).
Da' pe de alta parte serverele (sau kernelele?...) sunt si mari sacheri
de memorie...cu cit ii mai dai cu atat ar mai vrea....se ghiftuiesc cat
incape, doar pe la vo' 4 gigei se opresc si refuza.
Acu lasind gluma la o parte, mi se pare ABSOLUT NORMAL ca un kernel sa
foloseasca toata memoria pe care o are la dispozitie. Nefolosirea memoriei in cicluri de citire/scriere nu mareste fiabilitatea modulelor de memorieAsta odata. Pe de alta parte care este raportul in spatiul din memorie pentru disk-cache si cel pus la dispozitia aplicatiilor sau cat de eficient este managerul de memorie din kernel (si modul cum scuipa in memoria swap pagini inactive din memorie) sunt alte povesti prea subtile sa le dezbatem aici. Nu o sa mai mentzionez nici folclorul traditzional de genul "cat tre' sa ai swapu' in functzie de marimea memoriei principale".
In alta ordine de idei, si serverul meu are 512 si are ca servicii:
- Samba la vo 30 de calculatoare (PDC si file sharing, inclusiv pentru o aplicatzie ERP in curs de "pensionare" cu fisiere Paradox - ca^hhhh)
- Server de mail (qmail - cu clienti toti IMAP ;P) + webmail (IMP/Horde)
- Apache+PHP (site cu catalog de comert electronic - e pe vine luna asta ;)
- MySQL (ptr. webmail si e-commerce) si Firebird (pentru aplicatzia ERP
scrisa de mine si in curs de implementare)
- squid, firewall, mascaradare, server de ftp, blah-blah, alte kkt-uri
"Bai difolt" la instalare s-au alocat 256M pentru swap dar in care nu cred ca a intrat decat de vreo doua ori ( si alea le-am trecut la capitolul "ce efect pot avea vo' 5-6 join combinate cu subselect pe tabele de sute de mii de inregistrari si neoptimizate fara indecsi corespunzatori" ;). Ca tot veni vorba, Firebird (aka "after Interbase open source" ) e versiunea super-server (adica multi-threaded, nu multi-proces) si configurat cu un database-cache de 128M (o vreme a fost si cu 256M da' nu prea a avut efect - sau trebuie sa mai umblu eu la fine-tuning (iar raportul intre disk-cache si database-cache pentru servere iar tzine de tipul de server, de baza de date shi de niste finetzuri pe care nu are rost sa le amintim aici decat in treacat).
In concluzie, stai linistit ca e bine. Daca vrei sa itzi faci griji itzi recomand cu caldura WAMP (pentru necunoscatori: Windows+Apache+MySQL+PHP aka "sa nu planga nici clientu' dupa banii dati pe licentza de NT da' sa nu plangi nici tu dupa fiecare worm aparut").
Sper ca nu v-am plictisit prea tare.
Tiberiu "serverul meu o are mai lunga...memoria bineinteles" Atudorei
--
Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'.
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
