abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 12:00 | Nová verze

Byla vydána nová vývojová verze datového formátu a souvisejících nástrojů Relational pipes. Hlavní novinkou verze v0.16 je použití abstraktní vrstvy ODBC, díky které lze pracovat s libovolným DBMS, např. PostgreSQL nebo MySQL či MariaDB (dříve šlo SQL transformace provádět jen v SQLite). Dále v této verzi přibyl vstupní modul pro audio systém JACK, skrze který lze přijímat MIDI zprávy.

xkucf03 | Komentářů: 1
dnes 00:55 | Zajímavý článek

Alyssa Rosenzweig v příspěvku na blogu společnosti Collabora informuje o novinkách ve vývoji open source ovladačů pro GPU Mali. Na GPU Mali-G31 bez binárního blobu již běží Wayland kompozitory včetně GNOME 3, hra Neverball nebo akcelerace videa v přehrávačích mpv a Kodi.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Zajímavý článek

Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 94 (pdf), HackSpace 31 (pdf) a Wireframe 39 (pdf).

Ladislav Hagara | Komentářů: 0
včera 23:22 | Zajímavý software

Streamhut umožňuje streamování práce v terminálu na web bez nutnosti cokoli instalovat. Zdrojové kódy služby jsou k dispozici na GitHubu pod licencí Apache.

Ladislav Hagara | Komentářů: 0
včera 02:00 | Nová verze

Turris OS, operační systém pro síťová zařízení Turris, byl vydán v nové major verzi 5.0. Vychází z OpenWrt 19.07.3. Podrobnosti na GitLabu.

Ladislav Hagara | Komentářů: 0
včera 01:00 | Nová verze

Byla vydána verze 1.44.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

Ladislav Hagara | Komentářů: 0
4.6. 17:00 | Bezpečnostní upozornění

Nedávno byla vydána nová verze 9.4.6 nástroje pro řízení a správu IT zařízení a služeb GLPI (Wikipedie). Opraveno bylo několik bezpečnostních chyb. Například také SQL injection CVE-2020-11032 aneb email z ';-- Have I Been Pwned? dokáže smazat celý ticket systém.

Ladislav Hagara | Komentářů: 0
4.6. 13:00 | Zajímavý článek

MojeFedora.cz informuje, že Firefox 77 pro Fedoru přináší akceleraci videa. Firefox 77 pro Fedoru obsahuje patche, které konečně přináší podporu pro VA-API, tedy hardwarovou akceleraci videa. Podpora pro VA-API momentálně funguje pouze na Waylandu.

Ladislav Hagara | Komentářů: 4
4.6. 12:00 | Pozvánky

Sdružení CESNET dnes opět po roce pořádá jednodenní seminář věnovaný internetovému protokolu IPv6. Tentokrát on-line a s názvem Svět bez IPv4. K dispozici jsou také prezentace a záznamy přednášek z loňského roku.

Ladislav Hagara | Komentářů: 0
4.6. 08:00 | Nová verze

Byla vydána nová stabilní verze 2.83 svobodného 3D softwaru Blender. Přehled novinek v oznámení o vydání a na YouTube. Jedná se o první verzi Blenderu s prodlouženou dvouletou podporou (LTS).

Ladislav Hagara | Komentářů: 6
Používáte některé open-source řešení [protokol] pro šifrovaný instant messaging?
 (32%)
 (20%)
 (5%)
 (13%)
 (14%)
 (5%)
 (13%)
 (23%)
Celkem 87 hlasů
 Komentářů: 8, poslední dnes 13:40
Rozcestník

Jak vám kyne linux?

30.9.2007 01:49 | Přečteno: 3009× | Linux | Výběrový blog | poslední úprava: 30.9.2007 08:48

Předně bych se chtěl omluvit za trochu bulvární nadpis. Řeč nebude ani tak o kynutí jádra nýbrž o postupném bobtnání samotných aplikací.

Kde je jádro pudla?

Víte co popřát programátorovi píšicímu v jazyce bez garbage collectoru na dobrou noc aby měl zaručeně noční můru? Ať se mu zdá o memory leaku. Je to jeden z problémů, který se v rozsáhlém projektu velmi obtížně ladí. A to i přes použití nástrojů jako efence. Podle průzkumu v mém okolí je to nejčastější pčípad aplikace Ostrichova algoritmu. Zřejmě tomu bude podobně i jinde.

Trocha teorie

Opravdu jen trošku, ikdyž toto téma by si zasloužilo několik článků. Snad někdy příště. Předně je třeba uvědomit si, že všechny běřně používané utility čerpající z /proc/PID/statm a status, tedy v podstatě vše od ps,top až po gtop a ksysguard ukazují nepřesné až irelevantní údaje. Slíbil jsem, že do podrobnosti se pouštět nebudu takže jen zkratkovitě.

Hodnota VIRT z top nebo VSZ z ps nevypovída v praxi vůbec o ničem. Jedná se pouze o velikost virtuálního adresního prostoru namapovaného daným procesem. Stačí, že aplikace provede mmap velkého souboru, nebo naalokuje velkou oblast paměti, na kterou po dobu běhu programu nešáhne (vzhledem k tomu, jak linux přiděluje paměť je to "legální") a hodnota ihned vyletí do astrálních rozměrů.

RSS má o něco větší vypovídací hodnotu. Hlavním problémem je to, že se zde nezapočítává odsvapovaná paměť a naopak sdílená paměť se započítává do všech procesů. První problém lze snadno vyřešit: swapoff -a. Druhý je mnohem náročnější a současně ho nejde zanedbat. Takto nasdílená paměť nezřídka tvoří podstatnou část RSS zejména gnome a KDE aplikací. Nemůžeme ani odečíst od RSS hodnotu SHARED. tím bychom se dopustili opačné chyby. Aplikace používající jako jediná velkou knihovnu (které se stejně objeví v SHARED) by tímto byla "ošizená" o tuto paměť. Je potřeba provést analýzu namapované pamšti blok po bloku na základě /proc/PID/smaps, jak to delá např prelovský skript smem. Ještě lepsí je provést per-page analýzu, což dělá exmap s pomocí modulu zavedeného do jádra. Následně můžeme sdílenou pamět spravedlivým dílem rozpořítat mezi všechny aplikace, které ji používají.

A nakonec problém nejzákeřnější. Co když nejaká aplikace klade kukaččí vejce do jiné? Zní to sice divně ale v linuxu je to běžné. Aplikace s GUI např. využívají zdroje Xserveru. V tomto případě je řešením utilitka xrestop ale pro každý takový případ musí být jiná utilita, žádné obecné řešení existovat nemůže. Pojďme dále. Co když aplikace používá pro rendering textu X a přinutí ho tím nahrát příslušný font a vyrenderovat příslušné řezy do paměti. Téměř nezměřitelná věc. Co když aplikace používá jako datový backend třeba mysql (mythtv, amarok takto umí pracovat, ...). Má se v této situaci připočítat zdroje obsazene přes mysql k tomu programu? Rozpočítat mezi programy? Co když kvůli jednomu mysql naalokuje více paměti než kvůli druhému. To se prakticky nedá změřit.

Doufám, že jsem alespoň nastínil problematiku, a až příště spustíte top nebo htop kvůli zjištění která aplikace to žere tolik paměti, budete vědět na co si dát pozor. Abych vás uklidnil- aplikace čerpající z /proc/meminfo a informující o volné paměti tedy free, top a nespočetná grafická udělátka jako gkrellm taktéž neukazují zcela korektní hodnoty... Ale to je zase na jiný článek.

Největší bumbrlíčci

Vyzbrojení jemným nástinem teorie se pojďme podívat na to, jak může vypadat obsazení paměti na desktopu. Jako pokusný králík poslouží můj počítač s 4GiB paměti.
free
             total       used       free     shared    buffers     cached
Mem:       4050512    4023220      27292          0       6588     619052
-/+ buffers/cache:    3397580     652932
Swap:            0          0          0

swap je vypnutý abychom mohli čerpat ze sloupce RSS orientační hodnoty. Podíváme se ještě na výstup rfree abychom zíkali lepší přehled kolik zabírá slab.

rfree
             total       used       free       slab    buffers     cached
Mem:       4050512    4010180      40332      53968       4264     609656
-/+ buffers/cache:    3342292     677244      30976
Swap:            0          0          0

O utilitce rfree jesem psal v jiném blogpostu.

3.3GB "natvrdo" obsazené paměti, pouhých 600MB zůstalo na diskovou cache. Co tak nenažraného mam spuštěno ptáte se?

ps -eo pid,rss,comm,start_time --sort=-rss
  PID   RSS COMMAND         START
13290 989792 kaffeine       Sep23
 3028 945768 opera          Sep20
31172 536832 beryl          Sep12
 5046 232972 emerald        Sep06

Při takových velikostech nemusíme řešit sdílenou paměť. kaffeine 0.8.5 po 6 dnech používáni nabobtnalo na reálnou velikost téměř jednoho gigabajtu. Je schované v trayi, nic aktuálně nepřehrává a playlist je prázdný.

Opera 9.23 se statickou qt narostla za 9 dnů na 945MiB přičemž paměťová cache je nastavená na 64MB a otevřených je 9 tabů. Jedinym pluginem je flash player, který je ovšem out-of-process v operapluginwrapper.

Beryl, 17 dnů, 536MiB. Relativně experimentální věc. Kyne rychlostí 22MB/den. Dekorátor emerald taktéž. Kyne rychlostí 8MB/den.

Výše zmíněné programy (nebo jimi používané knihovny) leakují paměť. Postupně prostě rostou nedbaje na mnořství volné paměti. Není to tedy žádná cache. Navíc obrovské části této paměti podle smaps nejsou využívány. Po hibernaci zustanou ve svapu po věky věkoucí dokud aplikace nespadne.

ani Xorg 7.2 neudří moč

  PID   RSS COMMAND         START
 4850 317320 X              Sep06
xrestop - Display: localhost:0
          Monitoring 35 clients. XErrors: 0
          Pixmaps:   75050K total, Other:    1382K total, All:   76433K total

res-base Wins  GCs Fnts Pxms Misc   Pxm mem  Other   Total   PID Identifier
2000000  2253   43    1  125  206    19908K     59K  19968K  5046 emerald
1200000    71   52    5 19685 12342    11358K    297K  11655K  4955 KDE Desktop
0600000   226   32   12 1255  510     7204K     30K   7234K  3028 Opera
1000000    26    1    1   18 9871     6653K    232K   6886K   ?   beryl
3000000   158   87    9 14065 9160     5739K    229K   5968K  5532 sim
3400000   488  120    5 1456  972     4512K     42K   4554K 10729 Amarok
2e00000   217   31    1   71   75     4309K      8K   4317K  7163 NastavenĂ­ programu
4c00000   317   91    5 11043 6928     3002K    176K   3179K 13290 Kaffeine Player
...

Zde vidíme kukaččí vejce s celkovou velikostí 75MB. Na celkové velikosti X se podílí nezanedbatelně. Současně je třeba říct, že X nezávisle na této hodnotě taktéž kyne. Podle smaps a podle velikosti která se nahraje po hibernaci soudím, že se využívá cca 120MB paměti (tato hodnota se s časem téměř nemění). Celkově odhaduji "kynutí" na cca 8M/den.

ostatní programy

  PID   RSS COMMAND         START
27574 55476 python          Sep15
10729 36916 amarokapp       Sep21
 4957 21428 kicker          Sep06
 7163 23896 audacious       Sep15
 5104 21020 konsole         Sep06
 5532 20424 sim             Sep07
python, ve kterém běží screenlety (všeho všudy dva) roste rychlostí 2M/den. Amarok při intenzivním používaní si vezme 10MB/den. Já ho ovšem pouštím málokdy. Std. KDE aplikace a sim nekynou neebo jen zanedbatelně. Podívejme se, jak je na tom konsole z hlediska sdílené paměti.
perl ./smem.pl 5104
VMSIZE:      98764 kb
RSS:         21428 kb total
              4712 kb shared
              5660 kb private clean
             11056 kb private dirty

Tato aplikace s 5 otevřenými taby a 1000 řádkovou historií zabírá 21428kB z čehož 4712kB se sdílí.

Co z toho?

Jak vidíte tak nemám spuštěno nic speciálního. Žádné vývojové prostředí. Žádná megaaplikace v javě. Neběží žádný virtuální stroj (dva běžně spuštěné jsem musel vypnout aby proběhl swapoff). Jediná odchylka oproti průměru je, že mam vše spuštěné dlouho. A to je pro odhalování leakujících programů nejlepší. Na autory opery a kaffeine je třeba bez pochyby tlačit aby tuto situaci řešili. Pokud máte velký swap tak je to skoro jedno jelikož leaknutá paměť se vetšinou odswapuje a už nepřekáží. Kdo ještě říká, že 4GiB RAM na desktopu jsou k ničemu?

       

Hodnocení: 94 %

        špatnédobré        

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

Luk avatar 30.9.2007 02:11 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Program nemusí doopravdy leakovat, aby "kynul". Často programy alokují paměť a neuvolňují ji, protože by ji mohly potřebovat. Sice neznám detaily fungování heap managera v glibc, ale podle toho, jak vídám programy volat brk(), "hystereze" je hodně velká. Souvisí to jistě i s fragmentací heapu, byť se ji správce určitě snaží omezit.
LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
David Watzke avatar 30.9.2007 03:00 David Watzke | skóre: 74 | blog: Blog... | Praha
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Často programy alokují paměť a neuvolňují ji, protože by ji mohly potřebovat.
Ale co jim brání ji uvolnit a alokovat až zase bude potřeba?
“Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
30.9.2007 03:17 D-Evil | skóre: 25 | Praha
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Nebrání jim nic, ale zajišťujou si tak zřejmě plynulej běh bez velký potřeby swapovaní. Myslim, že u desktopovejch aplikací to neni špatný chování. Přijde mi užitečnější mít plynule pracující aplikaci a swapovat při spouštění něčeho novýho, než naopak.
Luk avatar 30.9.2007 03:31 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
To se swapováním vůbec nesouvisí. Aby jádro stránku neodswapovalo, musela by být zamčená v paměti. Jinak ji může odswapovat, jakmile jen stránka neaktivní. Naopak, kdyby ji aplikace uvolnila, žádné swapování není potřeba.

Jde o něco jiného. Když má heap manager dostatek paměti, může ji přidělovat rovnou, aniž by žádal jádro. Tím spíš, že když paměť uvolní a pak ji u jádra znovu alokuje, při prvním zápisu do každé stránky dojde znovu k výpadku, jehož obsloužení chvilku trvá.

Důležité proto je, aby měl proces vždy v zásobě nějakou paměť, která se nedávno používala, a tedy není ani čerstvá, ani odswapovaná. Ale zase se to nesmí přehánět. A jde právě o to, kde hledat ten kompromis.
LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
Josef Kufner avatar 30.9.2007 04:43 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Na tohle by mohlo být fajn nějak říct jádru něco jako: "Tenhle blok dat můžeš kdykoliv zahodit, ale pokud to uděláš, nastav tento flag." Pak by stačilo mít možnost ovlivnit prioritu, aby se zahazovalo co je nejméně potřebné... a vedle malloc a free by přibylo třeba tempfree a recall (které by se prostě občas nepovedlo).
Hello world ! Segmentation fault (core dumped)
Luk avatar 30.9.2007 05:27 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Na tohle by mohlo být fajn nějak říct jádru něco jako: "Tenhle blok dat můžeš kdykoliv zahodit, ale pokud to uděláš, nastav tento flag."
To tam je a jmenuje se to madvise(). Když se to zavolá s MADV_WILLNEED, říká to jádru, že ta paměť bude brzy potřeba. Naopak MADV_DONTNEED říká opak. Bohužel to ale AFAIK nefunguje podle očekávání - MADV_WILLNEED jen vynutí přednačtení ze swapu nebo souboru, ale nemění prioritu stránek při pozdějším odswapovávání.
LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
30.9.2007 16:11 miho | skóre: 23 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Takove chovani ale lze docela dobre poznat. Aplikace naroste do nejake velikosti (odpovidajici pametove nejnarocnejsi uloze, kterou zpracovavala) a pak uz neroste. Kdezto napr. kaffeine prokazatelne naroste s kazdym prehranym videem o nekolik MB :-)

Kazdopadne se mi toto chovani ne zcela libi. Krom brzdeni hibernace to zmensuje dostupnou pamet pro diskovou cache. S implicitnim nastavenim swapiness jadro vyhazuje neaktivni stranky do swapu velmi neochotne a radsi ukrajuje z diskove cache.
1.10.2007 10:50 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Jojo. Tohle byl (nebo stále je?) problém glibc. malloc(100M) -> sbrk(100M). malloc(1M) -> sbrk(1M). free(100M) -> NIC (vrátit původní brk nejde, protože uvolnovaná paměť není na konci). Novější malloc knihovny vůbec brk() nepoužívají, a velké bloky spravují přes mmap/munmap(), takže tento problém nehrozí. Trvalé postupné kynutí ale asi bude opravdu způsobeno leakováním samotné aplikace.
Táto, ty de byl? V práci, já debil.
alblaho avatar 30.9.2007 11:01 alblaho | skóre: 17 | blog: alblog
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Díky za výborný post!

Pamatuju si, jak jsem v diplomce (C++) nechal memory-leak, protože bylo týden do odevzdání a já neměl čas to lovit a odvahu opravovat. Byla to desktopovka na jakousi analýzu čehosi, takže to bylo jedno.

V podstatě už nejsem ochotný psát v jazyku bez GC, tohle klidně svěřím stroji a budu se věnovat vlastnímu problému. Leak se dá vyrobit i v Javě nebo Pythonu, ale na jiné úrovni a lépe dohledatelný a opravitelný.

Na leaky se asi bude kašlat čím dál víc, protože díky virtuální paměti je to míň nebezpečné, než přístup do předčasně uvolněné paměti (segfault nebo přepsání jiných dat). Prostě to "jenom" žere swap a adresový prostor. Když se na 64bitovém stroji vyhradí nějakých 20 giga na swap, tak to může leakovat jaxviňa a člověk, který desktop na noc vypíná nepozná nic. Nelíbí se mi to, ale je to tak.
30.9.2007 19:02 Deleted [8409] | skóre: 14 | blog: darkblog
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Osobně zastávám názoru, že pokud si programátor není schopný uhlídat leaky, tak jeněco špatně, prostě C/C++ není pro každého:-D
30.9.2007 11:52 Luboš Luňák | skóre: 19 | blog: Seli
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
valgrind --tool=memcheck --leak-check=full
30.9.2007 16:14 miho | skóre: 23 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
To pisteautorum aplikaci a ne me, aj to znam :) Vsechny tyto utilitky ukazou, kde byla alokovana pamet, na kterou se nekde pozdeji ztratila reference. Od teto informace k zjistenei kde a kdy mela byt uvolnena je cesta trnita...
30.9.2007 12:16 Lu-Tze | skóre: 15 | blog: Lu-Tzeho blog
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
A nakonec problém nejzákeřnější. Co když nejaká aplikace klade kukaččí vejce do jiné? Zní to sice divně ale v linuxu je to běžné. Aplikace s GUI např. využívají zdroje Xserveru. V tomto případě je řešením utilitka xrestop ale pro každý takový případ musí být jiná utilita, žádné obecné řešení existovat nemůže.
No můžu tu aplikaci ukončit. A budu mít k dispozici údaje od jednotlivých procesů před a po. Snad by z toho šlo taky něco vidět.
30.9.2007 16:17 miho | skóre: 23 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
U tech Xek by se to dalo, tam vicemene funguje, ze kdyz kukacka chcipne tak Xka vyhodi nahnivajici pukavce z hnizda. Obecne to ale rici nelze.
30.9.2007 12:41 Miloslav Ponkrác | blog: miloslavponkrac
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Ano, memory leak je problém. Já osobně se bráním memory leakům z největší části tak, že už samotná architektura programu jim předchází.

Jinak neexistují jen memory leaky. Vzhledem k tomu, že mnoho programovacích jazyků s garbage collectorem sice uvolňuje paměť, ale má problémy s automatickým uvolňováním jiných zdrojů - třeba handlů systému, lze i tam se dostat do zajímavých situací. Osobně jsem viděl program v Javě, kde programátor spoléhal na to, že finalize() uvolní zdroje systému, ale zapomněl na to, že to může JVM udělal klidně až za řadu hodin. A mezitím se mu v nepoužívaných blocích paměti nashromáždilo tolik neuvolněných grafických objektů čekajících na finalize(), že javovský proces překročil max. počet grafických objektů a přestal zobrazovat. Hledání této chyby bylo daleko horší a zdlouhavější, než hledání jakéhokoli memory leaku, co jsem kdy zažil. Chyba se projevovala dost náhodně.

Takže nic a žádná automatika Vás nezachrání před velmi obtížně hledatelnými chybami.
Heron avatar 30.9.2007 12:53 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
finalize se nemusí zavolat vůbec. Na to by žádný programátor spoléhat neměl a měl by cizí zdroje zavírat hned jak je přestane používat.
30.9.2007 13:19 Miloslav Ponkrác | blog: miloslavponkrac
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Ano ano, nicméně když jsem tuto chybu hledal v cizím javovském programu - bylo pro mě velké poučení, že záludná chyba se dá vyrobit v podstatě všude a všelijak.

Koneckonců kromě memory leaků a neuvolněných zdrojů systému je možné také týdny nespat hledáním proč ve Vašem složitém a efektivním algoritmu to dává špatný výsledek - a hledat zasunutou logickou chybu. A máte ještě asi tisíc dalších způsobů jak se budit hrůzou ze spaní jako programátor.

Nevím, proč má memory leak tak špatnou pověst, když se v podstatě nakonec dá vždycky v podstatě nechanicky nalézt - dříve či později, dokonce na to existují i vynikající nástroje. Ale taková dobře hezky zasunutá logická chyba v programu projevující se naprosto náhodně a kde nevíte odkud hledat - to je teprve to pravé peklo programátora.
1.10.2007 11:10 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
Nám se stalo přesně to samé. Za fůru $$$ se koupilo železo a aplikace, která se spravuje přes nějakého daemona, napsaného v Javě. Vždy se mu předhodí pathname, který on otevře, schroustá a updatuje podle toho in-memory databázi. No a daemon samozřejmě leakoval file descriptory, a do dvou dnů ryla ta "bezpečná" Java držkou v prachu. Fakt je že podle tracebacků (zvrhle logovaných v XML, samozřejmě) to asi za necelé 3 týdny opravili.
Táto, ty de byl? V práci, já debil.
1.10.2007 19:24 foo
Rozbalit Rozbalit vše Re: Jak vám kyne linux?
xterm a plain vi mi nekynou, takze jsem v pohode... ;)
22.1.2008 19:04 Miloš
Rozbalit Rozbalit vše Ostrich algorithm
Rád bych upozornil na jednu nepřesnost překladu, jinak se jedná o pěkný článek

Ostrich algorithm. Ve wikipeii tam píšou něco o strkání hlavy do písku, proto si myslím že se zde má slovo "ostrich" normálně přeložit na "pštros".

Proto by se měl odkaz jmenovat spíš "pštrosí algoritmus"

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.