/ / Existujú problémy s bezpečnosťou / výkonom pri spätnom kódovaní Java kódu od 1,8 do 1,5? [zatvorené] - java, performance, security, backport

Existujú problémy s bezpečnosťou / výkonnosťou pri spätnom výmene kódu Java od 1,8 do 1,5? [zatvorené] - java, výkon, bezpečnosť, backport

Chápem, že staršie JVM môžu maťproblémy s bezpečnosťou / výkonom, moja otázka však nie je o samotnom JVM. Je možné zaviesť problémy s bezpečnosťou / výkonom do kódu, ktorý bol napísaný pre Java 1.8, ale neskôr bol kvôli samotnému procesu konverzie backportovaný na 1,5?

Nenašiel som príliš veľa ľudí, ktorí by o tom diskutovali, našiel som však niekoľko komentárov v blogu autora nástroja backportovania jazyka Java 8, kde hádal, že backporting Lambda výrazy môžu skutočne zvýšiť výkon mierne.

odpovede:

1 pre odpoveď č. 1

Tu nájdete porovnanie porovnávajúce JVM 1,6 až 7 a 8. Mám tu ukážku:

Moje pripomienky:

Na najväčšom dátovom súbore (Machine Reassignment B10), ktorý má veľkosť niektorého z ostatných súborov údajov, je Java 8 o 20% rýchlejšia ako Java 7, ktorá už bola o 17% rýchlejšia ako Java 6.

V niektorých prípadoch je Java 8 pomalšia ako Java 7. Špeciálne pre dátové sady plánovania kurzu je Java 8 o 6% pomalšia ako Java 7. Dúfajme, že nové verzie Java 8 vyriešia tento pokles výkonnosti čoskoro.

V priemere je Java 8 iba o 1% rýchlejšia ako Java 7. To znamená, že Java 7 je už o 16% rýchlejšia ako Java 6.

Napriek tomu je toto prvé vydanie produktuOpenJDK 8, v Java 8 som nenašiel žiadne regresie. Príklady OptaPlanner sú 100% reprodukovateľné, takže rôzne JRE poskytujú, ako sa očakávalo, presne rovnaké výsledky pri každej jednej iterácii.

Vyzerá to, že java 8 je o niečo rýchlejší ako 6 a môžem len predpokladať, že java 1.5 bol pomalší ako java 6.

Pokiaľ ide o vašu otázku o bezpečnosti, nemám potuchy. Nikdy som nepoužíval java EE alebo jar, ani čokoľvek iné, čo by si v tejto veci vyžadovalo bezpečnosť.