On Saturday 11 November 2006 03:13, [EMAIL PROTECTED] wrote: > > Vezi http://www.kdedevelopers.org/node/2350 pentru o analiza in > > tema utilizarii de memorie a aplicatiilor pe Linux (da, e facut de > > un developer KDE). > > > > Andras > > Nu vreau sa fiu rau dar ... @kde.org ;)
Si problema e ca eu am adresa @kde.org sau Lubos are adresa de @kde.org? ;-) Vezi, ca am scris ca e facut de catre un developer pt. KDE. Si e facut *pentru* developerii KDE, ideea de baza fiind analiza KDE-ului. Eu nu cred ca golul a fost sa arata ce cool e KDE, chiar daca a iesit invingator in acel test el spune ca nu e chiar ata de cool. Oricum, cine vrea sa refaca testul, numai bine, asteptam rezultatele. :-) Sincer eu nu am incercat nici XFCE, nici GNOME si nince WindowMaker, numai KDE pe mai multe masini. Depinzand de configuratie nu e super rapid, dar am gasit ca e acceptabil si in cazuri in care nici nu credeai ca va porni. Si un raspuns pt. un alt mail din thread: dezvoltatorii GUI de obicei nu verifica daca new, malloc & co. poate sa aloce sau nu memoria necesara fiindca ce ai face daca nu poate? In cazul ca nu poti alaca sa spunem 1000 octeti pentru un obiect crezi ca vei putea aloca sa spune 5000 pentru a afisa un mesaj GUI? ;-) Sau sa salvezi datele can salvarea datelor ar avea nevoie de 2000 de octeti? (Numerele sunt numai asa, din aer.) Sigur poti incerca un printf si un exit, dar la ce e bun cand aplicatia nu a fost pornita din consola. Poate e bun sa te uti in .xession-errors ca ai avut out of memory, dar numai atat. Si cand ajungi in acest caz de obicei OOM killerul din kernel a intrat deja in actiune. Si sitemul tau deja taraie cand si swapul si memoria este aproape plina... Evident increcarea de alocare a zeci de MB pentru date e o alta chestie. Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
