Dotaz: slaby vykon v jave

[Kristian]

Ahoj,

spravil som si maly test vykonu javy

vytvoril Vector 20000 poloziek ktory obsahoval nejake Double cislo, a postupne ho prechadzal a testoval ci obsahuje nejake ine Double cislo

Vysledok testu v linuxe: 152 sekund Vysledok testu vo WinXP SP2: 62 sekund Nezda sa vam tento rozdiel priepastny ?

Skusal som to na jadre 2.4.26, 2.6.7, s rovnakych vysledkom

mam javu 1.4.2_05, Slack 10.0, PC Duron 1,3 GHz, 512 MB RAM APACER

Aj moj java editor (Intellij IDEA 4.5.3 )sa zda byt dost lenivy

Neviete prosim pomoct, ako urychlit javu ?

Dakujem Kristian

Odpovědi

[David Jež]

Normalni, java je zdechla sama o sobe uz z principu... Jinak se muzes podivat jestli ve win pouzivas jine jre nez v Linuxu, pripadne vyzkouset jine jre pro Linux jestli se dostanes na jine hodnoty. A konecne si take muzes precist dokumentaci k jre, co za parametry muzes ovlinit a co by mohlo mit vliv na vykon.

PS: neni lepsi pokud ti jde o vykon se na urychlovani javy vykaslat a napsat si to v necem rozumnejsim?
-djz

[jm]

To zas bude flamewar.

[David Jež]

Proc flame? Pokud ti jde o hruby vykon a procesorovou a pametovou nenarocnost tak co pouzijes? ASM nebo javabordel? Akorat zbytecne tlusta zdechla vrstva nevic... Ze je java nevykonna je snad jasne ne? Videl jsi nekdy napr. UT nebo Doom3 v jave? To by dopadlo, to snad vime vsichni ?
-djz

[mirec]

tak tie menovane hry nie ale hral som hru ktora bola napisana v Jave a bol to FPS zaner a nebola to stara hra..:) a slapala uplne tak isto ako ine hry....vlstne az ked som ju dohral som zistil ze je napisana v Jave...ked som sa prehrabaval tou hrou a dokonca som nasiel na instlacnom cd aj subory s koncovkou .java (cize som si mohol pozret zdrojaky) :)) nezvycajne na komercny produkt..

[mirec]

uz som si spomenul na ten nazov..Chrome...a tu nie co k tej Jave..http://www.chromethegame.com/en/show.php?800&n=50

[Leoš Literák]

Za predpokladu, ze programy nepisi programatori, ale jine programy, pak asm. Jenze UI je (zatim) utopie, takze je treba najimat programatory. Kteri delaji chyby, musi se ucit, jsou pomali .. takze pokud opravdu neni stoprocentni duraz na rychlost a efektivitu, pak zvolim Javu (ci jiny vysokourovnovy jazyk). A z podobnych duvodu budu preferovat Javu na C++ ci C.

Realny svet je takovy, ze se stara o naklady a prinosy. Proto vetsina enterprise aplikaci je psana v Jave nebo .Net.

[elviin]

Proto vetsina enterprise aplikaci je psana v Jave nebo .Net.
Muzes sem pastnout link?

[podlesh]

Proc flame?

Protože pojmy jako "javabordel" již jsou flame.

[ZAH]

Docela by mne zajímal ten algoritmus testu. Testoval jsem Vector o 200000 položkách Double (20000 je tak krátké že rozhodují pouze náběhy ) s výsledkem : Vytvoření Vectoru 184 milisekund a test shodnosti prvku pole za 44 milisekund. Testovací program přikládám.

public class TestVect2000 {
    public TestVect2000() {
        super();
    }
    public static void main(String[] args) {
        long t0 = System.currentTimeMillis();
        Vector v = new Vector(200000);       
        for (int i = 0; i < 200000; i++) {
            v.add(i, new Double(125.87));
        }
        Double d = new Double(128.45);
        boolean b = false;
        long t1 = System.currentTimeMillis();
        long t2;
        for (int i = 0; i < 200000; i++) {
            if (d.equals(v.elementAt(i))) {
                b = true;
            }                      
        }
        t2 = System.currentTimeMillis();
        System.out.println(t1 - t0);
        System.out.println(t2 - t1);
    }
}

Vše na Celeron 2000 Linux FC3 2.6.10 JRE 1.50 ve vývojovém prostředí Eclipse 3.0.

[Kristian]

zvedavy som za aky cas ti zbehne toto: na mojom Slacku 10.0, Kernel 2.6.7, JDK 1.4.2_06,Duron 1300, 512 MB RAM: cas 150 sekund

public class Pokus3 {
    int count = 20000;
    long startTime, endTime;

    public static void main(String[] args) {
        new Pokus3();
    }

    public Pokus3() {
        testVector();
    }

	private void testVector() {
        startTime = System.currentTimeMillis();
        Vector v = new Vector();
        for (int i = 0; i < count; i++) {
            v.add(new Double(Math.random()));
        }

        for (int i = 0; i < count; i++) {
            Double d = new Double(Math.random());
            if (v.contains(d)) {
                System.out.println("nasiel");
            }
        }
        endTime = System.currentTimeMillis();
        System.out.println("Vector time: " + (endTime - startTime));
    } 
}

[razor]

Zdar. U mě to je takto:

          java -server    java -client
win                15s             62s
linux              15s             95s

AMD Athlon(tm) XP 1600+, 256MB RAM

Čili java server virtual machine je na těch konkurečních platformách asi srovnatelná. Proč je linux client java virtual machine tak výrazně pomalejší oproti win verzi - netuším.

[izi]

Mozno by stalo este za zmienku moznost pouzit aj nejaky nativny kompilator java kodu. Konkretne som pouzival JET Excelsior a start programu ktory trval pri byte-kode cca 2 sekundy sa zrychlil na cca 0.5 sekundy. Program vacsinu casu nacitaval jpegy do pamate. Tovie ako by sa to prejavilo v tomto pripade.

[rastos]

$ java Pokus3
Vector time: 78387
$ java -server Pokus3
Vector time: 4520

Trik? Medzi prvým a druhým pokusom som spustil Eclipse. Java nemusí byť pomalá. A jej rýchlosť sa prejaví skôr u väčších aplikácií.

[petr]

Asi nejlepší by bylo pustit ten test třeba 100krát pod stejnou JVM ve stejném procesu a udělat průměr... Přecijenom pod systémem neběží jen jeden process java ale spousta jiných věcí... A další věc je spouštění (vystavení) procesu java

[podlesh]

Ale lidi, to snad ne, toto...

Abych nebyl zcela offtopic: někde na webu se válí docela zajímavé povídání, jak psát a jak nepsat benchmarky a proč vlastně takovéto "benchmarky" nemají žádnou hodnotu. Nemohu to momentálně najít a nemám čas se tím zabývat, ale alespoň malá nápověda: proč zrovna 200000? Proč ne třeba milion? A co když výsledek pro 10e6 bude úplně jiný než pro 200e3? A co když se celý tento test dá do vnější smyčky a provede tisíckrát?

Platí to samozřejmě především pro JIT, ale v dnešní době je potřeba dávat pozor i v obyčejném C (dost záleží na tom, zda se všechno vejde či nevejde do cache).

Jinak k tomuto konkrétnímu kódu mám tři připomínky: - Vector by se neměl používat a jsou k tomu dobré důvody (mimo jiné i výkonové). - Primitivní typy skutečně nebyly do javy přidány jen kvůli tomu, aby nad ní mohli Smalltalkeři a Lispaři ohrnovat nos

[Leoš Literák]

nejsi sam, kdo pozoruje, ze vykon javy je pod windows lepsi nez pod linuxem Par lidi mi to uz take rikalo. A delat s tim se neda nic, leda vice tlacit na Sun.

Kdovi, mozna je to tak schvalne, holt Linux je vetsi konkurent Solarisu nez Windows

[secido]

Skúste niekto bea jrockit, čo sa pamätám tak kedysi to bolo podstatne rýchlejšie JVM ako klasika od SUNu.

[miro]

Skusil som na numericke vypocty, kde pouzivam polia a typ double (nie Double !). JRockit je na cliente asi o tretinu rychlejsi ako Sunovska java (netusim cim to je).
Dobre sa javi aj pouzivanie nesynchronizovanych tried z kolekcii a metody ako sort a podobne su nad nimi fakt rychle.
Porovnaval som to dokonca s javou od IBM (rychlost podobna Sunovskej), dalej s gcc (pod win aj linuxom) - aj pri zapnutych optimalizaciach pri rovnakom kode (fakt len dynamicke polia a for cykly) bolo gcc pomalsie ako java, no a nakoniec som to porovnal pod linuxom s intelovskym icc, ktore vyslo najlepsie (pribl. na urovni JRockitu)
Takze numericku diplomku nakoniec pisem v jave (pohodlie pri vyvoji), najproblematickejsiu cast mam v c++ skompilovanom pomocou icc a volam to cez JNI.

[secido]

Ja by som použil čistú javu, nech to nie je zlátanina a hlavne kvôli portabilite. Ale tebe ide pravdepodobne o výkon...

[ZAH]

Mám takový dojem že se něco podobného řešilo, asi před rokem v konfereci Javy. Hledej v konferenci www.javacentrum.sk heslo rychlost Javy na ruznych platformach . Srovnávací grafy jsou na http://www.ics.muni.cz/~makub/java/speed.html#ws .

[Ondra]

Ahoj. S javou moc zkušeností nemám, ale kdysi jsem měl (hodně subjektivně) dojem, že na SuSE Linuxu rychleji fungoval jre od IBM.

[martin]

Co se tyce rychlosti okna versus linux, nemuzu slouzit, ale traduje se, ze java od IBM je "lepsi", na vykon, ale zase ma par much ...

Na vyladeni vykonu doporucuji knihu "Java : vylaďování výkonu : účinné a efektivní strategie vylaďování / Jack Shirazi". Tam by jste nasel zrejme par tipu, jak "vyhnat" na mnohem lepsi casy.

A stran flamewar, ASM je pro pro pojidace kolacu, opravdovi programatori pouzivaji fortan.

[David Jež]

Proti Fortranu tez nic nemam .
-djz

[LucieJB]

To speed up IDEA you can do the following:

1. Disable Settings | General | Synchronize files on frame activation.
2. Disable Settings | Local History.
3. Make sure that IDEA caches (USER_HOME\.IntelliJIdea50\system) are on
   the local drive, read here for details:
   http://support.jetbrains.com/kb/entry.jspa?externalID=181&categoryID=5
4. Play with the heap size setting:
   http://support.jetbrains.com/kb/kbclick.jspa?categoryID=5&externalID=3
   http://support.jetbrains.com/kb/kbclick.jspa?categoryID=5&externalID=33
5. Reset IDEA caches by deleting USER_HOME\.IntelliJIdea50\system
   directory.
6. Make sure that the project and JDKs are residing on the local
   drives.
7. Perform drive defragmentation.
8. Disable Local Code Analysis (Settings | Errors).
9. Increase the autoreparse delay (Settings | Errors).
10. Disable antiviral monitor.
11. If you have mapped/substed drives or NTFS links, you can try deleting
    IDEA_HOME\bin\FileWatcher*.dll files.
12. Try changing Lool&Feel in Settings | Appearance to IDEA 4.5.

[Luboš Doležel]

A k čemu je nám tohle dobrý? Jak to souvisí s tématem?

[miro]

kto hlada, ten najde ;)

Aj moj java editor (Intellij IDEA 4.5.3 )sa zda byt dost lenivy

Neviete prosim pomoct, ako urychlit javu ?

[Luboš Doležel (Doli)]

Omlouvám se... radši bych měl spát v noci a ne přes den u klávesnice

[petr]

Vector je synchronní, na to pozor... Veškeré přístupy se serializují...

Doporučuji upgradovat na Javu 5 nebo Javu 6... Osobně používám šestku od buildu tuším 23 a nemám žádný problém...

Další věc je: spouštějte výkonostní testy vždy pomocí java -jar <název_jaru> a nikdy nemusíte řešit, zda Vaše vývojové prostředí spouští Váš projekt ve vlákně či spouští nový proces Java (a redirectuje vstupy a výstupy!).

Zkuste následující volby: -J-Xverify:none, -J-XX:+UseConcMarkSweepGC, -J-XX:+CMSClassUnloadingEnabled, -J-XX:+CMSPermGenSweepingEnabled

Ten první vypíná kontrolu integrity natahovaných tříd (urychluje ClassLoader) a ty další zapínají nové algoritmy GC a ClassLoaderu pro Javu 5 a vyšší.

Jestli nechcete používat Javu 5 a vyšší, doporučuji upgradovat 1.4.2 alespoň na build 10 – byly opraveny výkonnostní problémy na UNIXových systémech...

[miro]

Ako je to s vykonom sestky oproti patke? Predsalen je to stale beta...

[petr]

Java 6 je na mém stroji (i na ostatních, ale ten můj je nejpomalejší (PIII 700MHz)) znatelně rychlejší než "pětka". Vše je jen Linux.

[tom]

Nejvetsi blbost je pouzivat na casove narocne single-threadove operace synchronizovanou kolekci - prectete si jeste jednou dokumentaci k Collections API.