Kolik RAM potřebuji na Javu?

14.12.2006 19:40 | Přečteno: 2167× | Linux

Tento zápisek je nádherným kandidátem na to, aby dostal samé špatné hodnocení, ale já si to přesto neodpustím.

Dneska okolo jedné hodiny v noci jsem spustil Azureus (známý Java soft), nechal jsem stáhnout jeden 700MB soubor. Dnes ráno jsem nechal stáhnout jeden 350MB soubor (ta sedmistovka už dávno byla hotová). Když jsem se dnes večer vrátil ze školy, systém byl neuvěřitelně líný.

Problém: mám málo paměti RAM. Ne, ani ty 4GB (!!!) RAM mi pro bezproblémový běh javového programu Azureus a KDE nestačí. Tak kolik GB mám ještě přikoupit?
Přikládám screenshot jako důkazní materiál, údaje jsou v kilobajtech.

       

Komentáře

[thingie]

Ano, je to blbost Azureus se dá použít i na 256MB RAM.

[Luboš Doležel (Doli)]

To je pěkné. Existuje ovšem vysvětlení pro to, jak mi mohla Java zažrat tolik paměti (v Javě běžel jen Azureus)?

[thingie]

Mapuje si tam nějaké knihovny, ty soubory a tak. Kdoví.

[Luboš Doležel (Doli)]

Knihoven tu není 3GB a soubory by měly být v cache systému.

[thingie]

Co tak zkusit nějaké profilování a podobné srandy, dá se to jistě zjistit, Java má výhodu silného runtime, tohle by mohla umět.

[Kníže Ignor]

Pro JVM se snad musí nastavit, kolik paměti může stroj vzít (přesněji: nastavuje heap size), nebo se použije default, ale ten snad nebude 4GB. Takže bug v JVM? Ale možná se pletu...

[Luboš Doležel (Doli)]

Moje aktuální maximální hodnota pro VM Javy je 878,25MB.

[Kníže Ignor]

If you monitor your java process with an OS tool like top or taskmanager, you may see the amount of memory you use exceed the amount you have specified for -Xmx. -Xmx limits the java heap size, java will allocate memory for other things, including a stack for each thread. It is not unusual for the total memory consumption of the VM to exceed the value of -Xmx.

Takže to nutně bug JVM být nemusí, třeba azureus vytváří opravdu velké množství vláken

[thingie]

A vůbec, furt lepší než hugs.

[Kníže Ignor]

Tak v něm jsem zkoušel jenom programy, které jsem sám napsal, bylo to pod Win 98 (to se to pěkně rýmuje ) a žádné problémy jsem neměl. Ale dovedu si představit, že ty problémy budou, když na tom někdo provozuje aplikace jako třeba darcs...

[thingie]

Ono hlavně jak jsem vypozoroval, tak ta potvora si celý heap naalokuje hned po startu a nedokáže ho pak zvětšit nebo zmenšit.

[thingie]

(mimochodem, já jsem připraven se rovnou ujmout vlády, hehe, nad celým světem rovnou)

[Luboš Doležel (Doli)]

Velké množství = sežrat víc jak 2GB navíc? To má teda velmi skromné stacky. Kam se na Azureus hrabe DOOM 3 nebo Quake 4 - Azureus, to je řežba

[disorder]

leak? co tak rtorrent? :P

[Luboš Doležel (Doli)]

Radši KTorrent. Azureus používám, protože mi často stahuje rychleji - ale asi zvážím své rozhodnutí

[Voidless]

Nebo uTorrent + Wine, beta verze 1.6 uz ma i webove rozhrani...

[Thunder.m]

No je fakt, že když hraju nejnovější hry, tak spuštěného Azureuse v pozadí jednoduše poznám :)

[Miloslav Ponkrác]

Ano, takhle totiž vypadají debaty o Javě. Java není pomalá, ale potvrzuje pravidlo: skoro cokoli jde zrychlit, pokud tomu dáte mnohonásobek paměti.

Mě na Javě ani nevadí ta nenažranost, ale snaha se lišit od nativních aplikací. Proč na aplikacích z Pythonu, nebo desítek dalších jazyků nepoznám, že to není nativní aplikace, ale na Javě to poznám i s dvaceti dioptriemi.

Druhá věc je, že u Javy se zdůrazňuje tak často, že jí zvládne každý blbec, a že nikoho nezatěžuje s detaily a leccos skryje, že jen velmi málo Javistů má nějaké hlubší znalosti a většinou jen povrchní znalosti o pozadí systému a programu. Mnozí programátoři v Javě jsou dokonce hrdí, že tyto věci neznají, protože Java. Takže Java není špatný jazyk, ale existuje jen velmi mizivé množství dobrých aplikací v Javě, což je důsledek. Já neznám jedinou aplikaci v Javě, kterou jsem nenahradil lepší aplikací programovanou v něčem jiném. Buď to žere paměť jak Otesánek, nebo je to pomalé, nebo to má chyby, atd.. Tím neříkám, že v Javě se nedá napsat dobrá aplikace, ale většina Javistů v tranzu omílá OOP, ale napsat takovou aplikaci neumí. Čest výjimkám.

[Luk]

Já neznám jedinou aplikaci v Javě, kterou jsem nenahradil lepší aplikací programovanou v něčem jiném.

Já takové aplikace znám. Například jEdit (nejlepší editor), NetBeans (IDE pro ... ehm ... Javu ), nebo třeba GanttProject.

[David Watzke]

Například jEdit

Vim.

[XMurder]

FTE !

[Miloslav Ponkrác]

jEdit jsem zkoušel, ale vim je vim

ale není to trochu málo aplikací na to, jak je Java známá, kolik se v ní programuje, apod..?

já bych jako hodnocení kvality jazyka pro běžné použití přidal to, kolik dobrých aplikací v něm existuje, přesněji řečeno poměr počet dobrých aplikací lomeno rozšířenost jazyka. Jsem si naprosto jist, že Java by propadla na poslední místo. Pokud obyčejní uživatelé poznají v jakém jazyce je aplikace programována (a není-li to nějakou vyjímečně kladnou vlastností) ubíral bych další body.

[Luk]

Zrovna podle tohoto kritéria by C a C++ také nedopadly zrovna dobře. Dobrých programů v těchto jazycích je dost, ale ještě mnohem víc je těch, které mají své místo v propadlišti dějin.

Pokud obyčejní uživatelé poznají v jakém jazyce je aplikace programována (a není-li to nějakou vyjímečně kladnou vlastností) ubíral bych další body.

Mám-li být jedovatý, na sto honů poznám aplikaci využívající GTK+. Projeví se svou lenivostí a chrlením chybových hlášek na konzoli. Ještě mnohem horší je to pod Windows, kde jsou GTK+ aplikace spíš pro zlost (s rozcházením řady různých verzí GIMPu jsem si užil své).

[Jiří (BoodOk) Kadeřávek]

Hehe, teď jsem si představil KDE napsané v Jave. Brrr. A taky mne napadl Java Desktop System napsaný v GTK/GNOME (pardon, špatné vyjádření ... JDS je GNOME). K tématu. Azureus je docela fajn aplikace. Jenže má zásadní nevýhodu. Je napsaný v Javě. Skutečně nemám rád, pokud je reakční doba UI průměrně více než 500 ms. A to se vždy děsím těch efektů při resize okna :-/ Michal Vyskočil má pravdu. Na to jak se o Javě mluví je průměrná skutečná kvalita aplikací v ní napsaných tristní (mluvím o desktopu, ne o J2EE). Čest výjimkám.

[Michal Vyskočil]

Michal Vyskočil má pravdu. Na to jak se o Javě mluví je průměrná skutečná kvalita aplikací v ní napsaných tristní (mluvím o desktopu, ne o J2EE). Čest výjimkám.

Takže, nejen Kubeček, Čihař, Vyskočil, ale už i pan Ponkrác je nerozlišitelný

[Michal Vyskočil]

Navíc, Michal Vyskočil zrovna Javu nemusí, ale chápe, že její hlavní oblast použití je právě v tom J2EE a ne v GUI aplikacích, kde se čeká především okamžitá reakce GUI (ale Swing se mu líbí). Ale on má na svém PC s pouhým 1GB paměti spuštěný v kde netbeans, sqldeveloper a firefox a nějak nemá pocit, že by ho vypnutý swap omezoval, nebo mu zlá Java spapala veškerou paměť ...

[Jiří (BoodOk) Kadeřávek]

Sorry, sorry, 3x sorry, že jsem ti vložil do úst něco co si neřekl. Nemohl by Leoš do profilu přidat veřejnou informaci o vztahu diskutujícího k Jave?

[Ladicek]

NetBeans (IDE pro ... ehm ... Javu )

IntelliJ IDEA.

[ornyx]

Jasne, a firefox ti zere 573mb, kopete 239mb a kontact 225mb ;))) ... urcite to cislo je v kilobajtech?

[David Watzke]

Koukáš na VmSize, popleto...

[ornyx]

sakra, ted jsem ze sebe udelal blbce ;) ... a to jeden udaj je v kb a druhy v bajtech? zvlastni ;)

[Luboš Doležel (Doli)]

Všechno je v kB. Chápete rozdíl mezi VmSize a VmRss?

[David Watzke]

a to jeden udaj je v kb a druhy v bajtech? zvlastni ;)

A podruhé... máš den blbec

[Pavel Kysilka]

dalsi RAM ani nepotrebujete, ale nejspise mozek.

bye gf

[Kyosuke]

…a filtr na goldenfishe?

[Quactuda]

Goldenfish ma drsne vyjadrovani, ale je to tak. Pamatuji si na extempore XMMS, kdy mi pri prehravani 2 konkretnich mp3 sezralo behem 10 vterin vsechnu volnou pamet a skoncilo defakto zatuhem pocitace. Mohl bych to interpretovat tak, ze XMMS stoji za hovno. Holt problem je jiny, a to ten, ze uz se na nem prakticky vubec nepracuje, opravovani chyb nevyjimaje. Stejne jsem ho neopustil a pouzivam ho porad.

A stejne je to s Javou. Java nemuze zabranit vsem eskapadam, kterych se dopusti programator.

[Luboš Doležel (Doli)]

Nicméně, jak může dojít k překročení limitů, které má Java stanovena?

[thingie]

Nastaven je jenom jeden konkrétní limit (a nějaké další), do toho jistě nespadá všechna paměť. (nemá cenu předpokládat, že si udělal nějaké rozumné pokusy zjistit co s tím je, jenom screen abys měl čím mávat, co ti zlá Java provedla, že? )

[Luboš Doležel (Doli)]

Tak to mi tedy pověz, jaká paměť pro jiné účely udělá ty 2GB... Já chápu, že JVM může hranici překročit, ale tohle je trošku moc.

[thingie]

Ty mi zase pověz, jak to mám z jednoho tvého screenshotu zjistit.

[Luboš Doležel (Doli)]

A ty mi pověz, jak to mám zjistit za předpokladu, že se to bude opakovat

[thingie]

Podívat se na to debuggerem je dobrý začátek.

[Luboš Doležel (Doli)]

Není mi jasné, co uvidím s debuggerem na stripnuté verzi JVM (ne, ze zdrojáků si JVM nekompiluju).

[Filip Jirsák]

Pokud máte JDK alespoň 1.5, spusťte Java program s parametry

java -Dcom.sun.management.jmxremote -jar soubor.jar

A následně si spusťte program jconsole (je myslím pouze v JDK, ne v JRE). Tím se připojíte ke spuštěnému Java programu, a můžete se podívat, kolik má vláken, kolik nahraných tříd, jakou spotřebovává paměť.

Jinak jestli ten program používá SWT, viděl bych na 99 % problém v něm. A to už pak není problém Javy, ale C/C++, protože SWT je nativní binding na GTK (nebo Windows API, záleží na platformě).

[Luboš Doležel (Doli)]

Díky za přínosnou informaci, příště použiju.

[Filip Jirsák]

Teď když to po sobě čtu, koukám, že jsem ten poslední odstavec zkrátil až moc Měl jsem tím na mysli, že problém bude buď v nativních knihovnách, nebo v jejich špatném užití v Javě – tedy že to není problém Javy jako jazyka nebo Javy jako JVM. To že ty nativní knihovny jsou napsány v C nebo C++ samozřejmě neznamená, že by za tu zabranou paměť C resp. C++ mohlo

[thingie]

Debugger Javy, ne JVM.

[thingie]

Jeden tip už jsem tu jmenoval. Chyba (leak) v SWT nebo někde s tím jak Azureus s SWT pracuje.

[freshmouse]

Ve skutečnosti je Java jen prostředkem, který Aštar Šeran vymyslel, aby si Ivo Benda podmanil celou populaci.

Velitel Velké vesmírné flotily 10 miliónů mateřských lodí s velitelstvím na Vesmírné stanici ŠÁRE.

Vyzařuje z něj LÁSKA, MOUDROST, POKORA, TRPĚLIVOST, ALE I PŘÍSNOST A ODPOVĚDNOST.

Do boje!

[freshmouse]

Hele, ale třeba jednou mistr Benda fakt někam odletí a my tady shnijeme -- i s Javou.

Asi taky založím nějakou sektu. Jen zatím nevím, u jaké banky si otevřu konto...

[Pavel Kysilka]

Filtr na goldenfishe je nejlepsi reseni pro autora blogu. A pockejte, co se stane, az autor blogu objevi, ze uz je tu java 1.6 co ma tu vylepsenou spravu pameti.

gf

[Luboš Doležel (Doli)]

Java 1.6 nebyla v Portage, když se to stalo.

[Luboš Doležel (Doli)]

S filtrem na goldenfishe bych souhlasil, bohužel nejste registrovaný.

Jakmile program v Javě zešílí a sežere tolik paměti, a aby to nebylo málo, tak přitom překročí stanovenou hranici využití paměti Javy (na SWT to neházejte, jelo to v headless režimu), tak nevím, proč to neházet na Javu.

[xxxxxxxx]

Tak zrovna Azureus je jediny kloudny program pro koncove usery napsany v Jave, stahuje o dost rychlejc nez nejaky ktorrent a navic si kvuli nemu musis koupit pamet, kterou vyuzijes i jindy

[peterh]

Hej, ale ktorrent skoro nevytazuje komp co sa o azureuse neda povedat (viem o com hovorim mam na to presny, 5 rokov stary "detektor" )

[kouby]

No odsuzovat programovaci jazyk na zaklade chovani jedne aplikace je hodne odvazne. Take vam rad napisi program napr. v pythonu, ktery vam spolkne celou pamet..

[Luboš Doležel (Doli)]

Paměťová nenažranost Javy se projeví u všech aplikací v ní psaných, tohle je jen ukázka extrému.

[Snilard]

Nemyslím si, že by java byla nenažraná. To že javové programy žerou hodně je způsobeno tím jak jsou psané. Kdyby byly napsané v jiném interpretovaném jazyce, stejným způsobem jako v javě, žraly by taky hodně.
Třeba Eclipse je takový obrovský moloch plný kdejakých modulů, že se divím, že nežere víc.

[Jiří (BoodOk) Kadeřávek]

Takže Java za nic nemůže, ale vyznačuje se tím, že programy v ní jsou špatně napsané? Tady něco nehraje.

[elviin]

Ja bych nerekl, ze to je jen jedna aplikace:/ Ale dejme tomu, ze to je tak napsane.

[elviin]

V podstate je mi Java ukradena. Kdyz musim pracovat s nejakou aplikaci, a musim v ni delat slozitejsi veci, tak statisticky mi vychazi, ze pokud aplikace si umi udelat "dobre" v my pameti a neni to zrovna svizny, je to napsane v Jave. Priklady: UML Poseidon, Matlab (kdo ho vazne pouziva, radeji vynecha gui), Eclipse. Pokud nekdo delal seriozni vetsi projekty v techto prostredich, pak mi da zapravdu. Divat se, jak se line prekresluji vokynka je po delsi dobe moc vokaty na to, aby to clovek prohlasil za prumerne rychle (jen pokud neni java-zelot). A nejsem zadny ignorant, jen proste tu aplikaci chci pouzivat, _nic vic_. Je mi jedno v cem je to napsany, ale ta korelace tam je.

[Leoš Literák]

Kolik RAM potrebuji na to, abych mohl spoustet aplikace v C? U jedne verze Gaim se mi stavalo, ze kdyz jsem jej nechal bezet tyden, tak si naalokoval veskerou volnou RAM a pocitac pak bezel neskutecne pomalu. Resenim bylo zabit gaim a spustit je znovu. Ja nevim, jak nekdo muze pouzivat programy napsany v C, jsou desne nenazrane

[elviin]

V changelogu je neustale zaznam o fixnuti nejakeho leaku.

[Václav HFechs Švirga]

Presne tak, assembler ruleez, v dobach tezkeho dosu a jeste driv, vsechno tak chodilo krasne a 64 kB pameti bylo moc... ;))

Ale zlate pure C aplikace, u mne v nenazranosti dominuje firefox, ktery ma lesco napsane v javascriptu a XULu, coz je docela skoda - mam hold jen 512 MB pameti.

PS: Javu v systemu nemam radeji ani nainstalovanou :), ale z jinych duvodu (nepotrebuju ji). OpenOffice zkompilovany bez javy.

[elviin]

U ff by to mela byt feature. Cachuje stranky, viz browser.sessionhistory.max_total_viewers je nastaveno na -1, tj. cachuje kolik chce.

[Václav HFechs Švirga]

Díky, zakázal jsem cachování a uvidím, ale řekl bych že ta pomalost má více důvodů (třeba když je openoffice zkompilované s vyhlazováním písma (pango - v distribucích defaultní volba), seká se to, balíček ze stránek mozilla.org antialiasing neobsahuje a je to rychlé jako blesk ./, já bych se bez antialiasingu obešel, ale nevím jakým useflagem to v gentoo zakázat (-pango nepomohlo).

[razor]

zdar, hele ta pango můžeš zakázat takto.

[Luboš Doležel (Doli)]

Jasně, Azureus mi tohle běžně nedělá; tohle mělo být spíš pro pobavení.

[Miloslav Ponkrác]

Kolik RAM potrebuji na to, abych mohl spoustet aplikace v C?

Pokud je aplikace špatně napsaná, tak hodně. To platí pro C i pro Javu. Ale podíl Javistů hrdých na to, že nerozumějí memory managementu ani tomu co se děje v systému je obrovský a hrdě se k tomu hlásí, že to neznají. Proto taky podíl dobrý aplikací v Javě je velmi malý až mizivý, což není chyba jazyka, ale lidí v ní programujíácích. Osobně neznám dobrého programátora, autora dobré javovské aplikace, který by se vyučil pouze na Javě. Mám pocit, a teď to řeknu naplno, že dobré programátorské návyky nelze v Javě získat. Schválně mi ukažte dobrého programátora, který by se nevyučil na jiném programovacím jazyku. Ano, znám programátory, kteří byli skvělí Céčkaři a lezlo jim to krkem a pak dobře programují v Javě. Ale každý dobrý Javista nezačal Javou!!! To je mé pozorování. Ukažte mi výjimku. Zatímco s Céčkem vzniklo mnoho dobrých programátorů, s Javou o žádném nevím. A na podílu dobrých, paměť enormně nežeroucích, rychlých a efektivních programů v Javě je to negativně znát.

[podlesh]

Dovoluji si tipnout, že každý dobrý Céčkař začínal assemblerem

[PetrProchy]

Zdravim, nechci nejak moc brat pisateli iluze o nenazranosti Javy. Ale tipoval bych to bud na leak v Azureus (nepise jakou verzi pouziva) nebo na bug v task manageru... Ja osobne provozuju Azureus na serveru 233 s 128MB RAM a velikost RSS je aktualne 53MB (ale bez GUI, pouze CUI).

[thingie]

Je fakt, že SWT je docela nic moc věc, kdoví co to dělá.

[PetrProchy]

Jeste dodam, pro Azureus existuje plugin se statistikou pouzivane pameti a dalsi veci (na jmeno si ted nevzpomenu a poustet se mi na woknech ted nechce), mozna zkusit proverit v nem ... A pak jeste pro narocnost Javy, je sice vetsi nez u C, ale za ten konfort reseni prace s pameti to asi za to stoji. Co se tyce sviznosti Javy, pokud nevytvari zrovna engine pro nejakou novou herni pecku, tak to zase tak hrozny neni... Preklad byte codu je provaden na native instrukce systemu, jenom pousteni je delsi... Jinak pro grafiku se urcite vic hodi veci psane v C#/++...

[Luboš Doležel (Doli)]

Bug v task manageru? Ta paměť zabraná _byla_.

[freshmouse]

Jen tak trochu mimo téma... Když vidím, kolik máš RAM, začínám mít komplexy.

[Luboš Doležel (Doli)]

Původně bylo v plánu 8GB, ale nebyly 2GB DDR2 800 MHz moduly (ty snad nejsou doteď, max 667 MHz).

Po pravdě řečeno, když vyhodím ven 2GB, tak to není na výkonu moc znát - jen si nenechávám běžet tolik věcí najednou. Takže komplexy neměj Občas potěší, že soubor se kterým jsem před chvílí pracoval, je v RAM a např. jeho kopírování na jiný disk je o něco rychlejší.

[Jiří (BoodOk) Kadeřávek]

Ty musíš mít ale rozdělané práce Počítám, že když si přehráváš DVD, provádíč pomocí cp > /dev/null precaching A potom, to ticho

[Krígl]

To není nenažranost Javy, ale nějaký bug v programu nebo bordel přímo v Tvém počítači. Hoď sem IP a rootovské heslo, ábíčkáři už Ti to spraví, hehe.

[Jiří (BoodOk) Kadeřávek]

Co když se root jmenuje jinak Já vím, nedělá se to, ale ...

[Krígl]

Ale dělá, můj root se třeba jmenuje "krigl". Odpůrci Ubuntu jsou srdečně zváni k víkendovému flejmu.

[Jiří (BoodOk) Kadeřávek]

To je hezky. Jaky ma home? /krigl ?

[Luboš Doležel (Doli)]

To je relativně čerstvě emergnutý 64bit systém.

[Krígl]

Ajajajaj, ono je to Gentoo? < flame>Tak v tom případě si na nic nestěžuj a buď rád, že Ti ta počítačová adventura šlape. Požrání všech systémových zdrojů pak bylo nejspíš způsobeno překompilováváním KDE na pozadí.< /flame>

[Luboš Doležel (Doli)]

Aha, takže KDE údajně kompilované na pozadí (nic se nekompilovalo) má za příčinu to, že proces Java žere přes 3GB? Není to náhodou tak, že všechny distribuce jsou kompilované, jen u většiny z nich uživatelé instalují zkompilovaný výsledek?

[happy barney]

môže byť ... ak to úplnou náhodou zastavilo garbage collector

[Pavel 'lingeek' Szalbot]

Neukazuje ten screenshot náhodou, že Azureus zabírá 3GB RAM? Dále nevím, odkud bereš jistotu, že příčinou problému je JVM.

[Leoš Literák]

Jo, pokud nenadavas na javu, nejsi poradny linuxovy geek a ostatni se ti smeji. Takze ke koloritu tohoto serveru patri nadavat, jak je java pomala, kolik zere pameti, jak ji vubec, ale vubec nikdo nepouziva ..

[Michal Vyskočil]

Zvlášť na tomto serveru je to pikantní

[Kyosuke]

Ábíčko je pomalý, žere hodně paměti a vůbec, ale vůbec nikdo ho nepoužívá!

[Miloslav Ponkrác]

Jenže programovat pro web a pro desktop jsou dvě naprosto různé věci. Takže mluvit o serveru v okamžiku, kdy se mluví o desktop aplikacích je velmi velmi mimo.

[Miloslav Ponkrác]

A ke kolorita patří taky jak Javisti vykládají o tom, že Java je rychlejší, než C++, jak je super rychlá, a jak je the best, jak je nejobjektovější (což je jeden z největší mýtů, které se kolem Javy uměle udržuje), atd..

Namám nic proti Javě, léta jsem v ní programoval, ale kolem Javy je moc marketinkového a fanatického hype.

[podlesh]

A ke kolorita patří taky jak Javisti vykládají o tom, že Java je rychlejší, než C++, jak je super rychlá, a jak je the best, jak je nejobjektovější (což je jeden z největší mýtů, které se kolem Javy uměle udržuje), atd..

Nějaké odkazy by nebyly?

Namám nic proti Javě, léta jsem v ní programoval, ale kolem Javy je moc marketinkového a fanatického hype.

Ke koloritu patří především Miloslav Ponkrác, který je Javou přímo posedlý, její kritizovaní bere jako politické poslání a většinu jeho příspěvků na abclinuxu tvoří neustále opakované vyvracení imaginárních argumentů fiktivních "Javistů".

[Kyosuke]

To máš tak, kolority se přitahují.

[Miloslav Ponkrác]

Nějaké odkazy by nebyly?

Vy na tohle opravdu potřebujete odkazy? Třeba na vyvracení mýtu ohledně Javy rychlejší C++ jsem spotřeboval celý jeden zápis v mém blogu, kde jsem dopodrobna rozebral nesmyslnost takového tvrzení včetně rozcupování testu, který to měl dokazovat. Nahlédněte:

http://www.abclinuxu.cz/blog/miloslavponkrac/2005/12/6/112210

Ke koloritu patří především Miloslav Ponkrác, který je Javou přímo posedlý

V minulém výčtu antijavistů na mě zapomněli, tak se musím snažit. Nemám nic proti Javě, v tom jazyce se dají napsat dobré věci. Ale brání tomu bublina, která se u lidí vyznávajících Javu objevuje. Až javisté začnou být skromnější a přiznají, že je třeba také něco o programování a o vnitřnostech systému vědět, začnou vznikat použitelné programy.

[podlesh]

Nějaké odkazy by nebyly?

Vy na tohle opravdu potřebujete odkazy? Třeba na vyvracení mýtu ohledně Javy rychlejší C++ jsem spotřeboval celý jeden zápis v mém blogu, kde jsem dopodrobna rozebral nesmyslnost takového tvrzení včetně rozcupování testu, který to měl dokazovat. Nahlédněte:http://www.abclinuxu.cz/blog/miloslavponkrac/2005/12/6/112210

Ale já chtěl odkazy na ten kolorit tohoto serveru. Na ten mýtus. Na tu bublinu. Ne vyvracení něčeho. Mimochodem, v celém tom zápisu dokonce tam není odkaz ani na jeden rozcupovávaný test, natož pak na "spoustu" (já jsem zatím viděl pouze jeden).

Ke koloritu patří především Miloslav Ponkrác, který je Javou přímo posedlý

V minulém výčtu antijavistů na mě zapomněli, tak se musím snažit.

To nechápu, protože počet příspěvků jednoznačně stačí na první místo.

Nemám nic proti Javě, v tom jazyce se dají napsat dobré věci. Ale brání tomu bublina, která se u lidí vyznávajících Javu objevuje. Až javisté začnou být skromnější a přiznají, že je třeba také něco o programování a o vnitřnostech systému vědět, začnou vznikat použitelné programy.

Takže bych prosil ty Javisty a konkrétni jejich bubliny. Jelikož Vaše neustále opakované tvrzení zní že se jedná o převažující názor, tak to snad nebude problém, ne? Bude jich asi víc než opačných tvrzení, že?

Moje trpělivost má své meze, takže to napíšu krátce: Chováte se jako politik!

[Miloslav Ponkrác]

Mimochodem, v celém tom zápisu dokonce tam není odkaz ani na jeden rozcupovávaný test,

Pak se na mě nezlobte, doporučuji pozvat někoho, kdo umí číst. Jinak je tam přímo odkaz rovnou na článek z abclinuxu, který vysvětluje, že Java je rychlejší, než C++, je na tento článek odkaz a je tam test, kterým se to dokazuje. A ten článek ode mě mluví o mých zkušenostech po analyzování mnoha testů Javy a pak rozebírám ten jeden konkrétní test. Tedy rozcupoval jsem to.

Takže bych prosil ty Javisty a konkrétni jejich bubliny.

Nevnímáte, nevidíte. Když Vám dám odkaz na článek, který reaguje naprosto na _konkrétní_ článek na abclinuxu, který napsal naprosto _konkrétní_ autor, který používá naprosto _konkrétní_ test, a pod článkem si můžete přečíst naprosto _konkrétní_ názory _konkrétních_ lidí, nemohu za to že trpíte slepotou. Zlé jazyky by řekly, že jste nepozorný.

Chováte se jako politik!

Každého názoru na mě si vážím, ať takového, nebo onakého. Děkuji za názor, a nemyslím to ironicky.

[thingie]

No, dokážu si celkem živě představit jak vtrhne s dynamitem kolem pasu na setkání JUGu a s řevem ,,chcípněte vy prokletí fanatici`` to odpálí.

[Pavel 'lingeek' Szalbot]

Ostatně jako kolem každého programovacího jazyka.

[David Watzke]

Ukazuje, ale Doli nenapsal, že to tak není. V blogpostu stojí:

Ne, ani ty 4GB (!!!) RAM mi pro bezproblémový běh javového programu Azureus a KDE nestačí.

A to v tu chvilku byla pravda, vždyť to píše:

Když jsem se dnes večer vrátil ze školy, systém byl neuvěřitelně líný.

---

A když už to bereš doslova, zmiňuje ještě KDE...

[Luboš Doležel (Doli)]

Tak znovu: když má JVM limit pro aplikaci něco přes 800MB, jak může připustit takovou spotřebu?

Ani to SWT v tomhle nehraje roli, spouštím headless verzi a pak přistupuju přes web interface (ze školy apod.).

[Pavel 'lingeek' Szalbot]

Jak jsi ten limit nastavoval? Třeba jsi udělal chybu.

[Luboš Doležel (Doli)]

O tomhle limitu mě dokonce informuje i Azureus, takže opravdu neudělal...

[msk]

Potvrdzujem. Tiez som na noc nechal sosavat pomocou Azureus-u, pretoze mi prisiel ako najlepsi sosac, vacsinou najrychlejsi. Ale ten load, co to bolo schopne spravit, ten som nejak psychicky nezvladol. Tak som si stiahol debianovsky zdrojak ktorrentu, k tomu dososol tar.gz poslednej verzie a spravil uupdadte + debuild + dpkg -i. Zda sa mi, ze to sice sosa pomalsie, ale zato to funguje spolahlivo.

[Botanicus2]

ROFL :DDD
Mam 512 MB + 1GB swap, bezne pustenejch hafo javovskej a jeste vetsi hafo pythonovskejch programu, milion terminalu, mno a...ono tech cca 35 zalozek Firefoxu taky udela svy...ale presto mi vsechno jede svizne, zadny problem...jo, swapuje to ;)
Botanicus