On Tuesday 30 of August 2005 22:35, Jiri Chaloupka wrote: > Zdravím konferenci, > před časem jsem se někde dočetl, že využití automatického převodu > datových typů z javy 1.5 je značně neefektivní. > > Zkusil jsem si tedy napsat test na kterém bych to ověřil. Ten však > ukázal vcelku zanedbatelné rozdíly. > Proto bych se chtěl zeptat ostatních na praktické zkušenosti, sám novou > syntaxi zatím příliš nepoužívám.
Problem je v relativne malem rozsahu cyklu. Pri horni mezi sto milionu misto sto tisic jsem dostal nasledujici vysledky: [EMAIL PROTECTED]:~/java/src> uname -a Linux istari 2.6.5-7.111-default #1 Wed Oct 13 15:45:13 UTC 2004 i686 i686 i386 GNU/Linux [EMAIL PROTECTED]:~/java/src> /usr/lib/java5/bin/java A volná paměť: 1855536, celková paměť : 2031616 testování na primitivních datových typech trvání 494 milisec. volná paměť: 1855536, celková paměť : 2031616 kombinace primitivních datových typů a objektů trvání 6391 milisec. volná paměť: 1658920, celková paměť : 2031616 sčítání objektů výsledek = 887459712 trvání 15839 milisec. volná paměť: 1418328, celková paměť : 2031616 Rozdil je jiz vice nez zretelny ;-) Je potreba si vzdy pamatovat, ze porovnavani vysledku, ktere jsou v radu milisekund, je vzdy velmi osemetne, protoze to muze byt velmi ovlivneno ruznymi vlivy jako napriklad pridelovani procesoru operacnim systemem, obsluzny kod, spousteni garbage collectoru atd. atp. Chcete-li se dostat k rozumnym vysledkum, doba testu nad deset vterinu je nutnost. V ostrych benchmarcich je i toto strasne malo, takze je potreba se dostat k casum v radech desitek minut ci hodin. > > Výstup byl: > volná paměť: 1853104, celková paměť : 2031616 > testování na primitivních datových typech > trvání 8 milisec. > volná paměť: 1842616, celková paměť : 2031616 > kombinace primitivních datových typů a objektů > trvání 13 milisec. > volná paměť: 1877808, celková paměť : 2031616 > sčítání objektů > výsledek = 704982704 > trvání 13 milisec. > volná paměť: 1855232, celková paměť : 2031616 -- Oto 'tapik' Buchta, [EMAIL PROTECTED] Senior Engineer, Systinet Corp, http://www.systinet.com
