AVR32

[zoldnap at freemail.hu]

Helo!

> Erdekes ez a HotSpot futas idoben optimalizalasa, a Sun hibbant agyu
> managerei lehet kitalatak ilyet es a fejlesztokkel csinaltattak vmit
> legnagyobb fajdalmaik ellenere. Eleve halott dolog az egesz. Lehet nincs
> is ilyen benne, csak megy a nagy suket marketing duma es vannak sajnos
> akik elhiszik.

nem hiszem el, hogy ennyi okos ember van a listan es ilyeneken kepesek
vagytok vitatkozni. nyilvan a hotspot nem fog egy nem real-time
mukodesre tervezett kodott real-time parametereket kielegitore
atalakitani, ettol fuggetlenul pl egy adatbazist hasznalo alkalmazasban
konnyeden lehet letjogosultsaga a koncepcionak (konkretan en se ismerem
tevedes ne essek!)

A masik dolog az, hogy a C++/C fordito sem fog mindig az adott
processzorra optimalis kodot generalni (eleve ugye mindig hozza kellene
tenni, hogy milyen valtozo menten optimalis, a legtobb ember a
sebesseget erti ez alatt, de van aki a meretet, fejlesztesi idot,
fejlesztesi koltseget, stb.). Sot, meg az assemblyben "jozan esszel"
lekodolt program sem lesz feltetlenul optimalis, mert jo nehany
processzornal mar eleve a processzor utasitas keszletet ugy alakitottak
ki, hogy egy feladathoz az optimalis mukodes erdekeben egy adott
utasitas szekvenciat kell hasznalni, barmi mas az mar lassabb lesz, meg
ha logikusnak is tunik es ugyanaz az eredmenye.

Ennel fogva amennyiben az alkalmazas engedi, akkor nyugodtan lehet a
kenyesebb reszeket, pl egy digitalis szurot assemblyben vagy C-ben
lekodolni, tesztelni es ha mukodik, akkor Java-bol hivogatni. Szerintem
csak azert, az egesz cuccot assemblyben irni nem eri meg. Aki mar
dolgozott pl. nagy C++ projekten az pontosan tudja, hogy micsoda irto
nagy szenvedes es nem veletlen, hogy ahol csak van ra lehetoseg (nem
olyan nagy a legacy kodtomeg) mar allnak at vagy atalltak Java-ra
vagy .net-re, egyszeruen azert, mert sokkal kisebb a tevedes
valoszinusege. Mert tevedni a jo programozo is teved, barki lehet
figyelmetlen, elnezhet valamit. Persze vannak biztos geniuszok, de az
atlag informatikus vegzettsegu emberke manapsag egy nagyobb (pl 50 megas
forrasu tavkozlesi szoftver) C++ kodhoz hozza se tud szolni, mert
annyira sok helyen lehet hibazni, hogy minden uj funkcio bevitele utan
hetekig meg jonnek elo a hibak, amiket (mivel nem menedzselt a kod) igen
nehez megfogni. Ebbol a szempontbol meg az assembly/C is jobb a C++ nal
mivel ott legalabb valamennyire kordaban lehet tartani a komplexitast
(meg emberi leptekkel kovetheto szamu regiszter van, meg fejben eszben
tarthatok az utasitasok, stb.) A Java pedig azert jo, mert ugyan a sok
osztaly miatt a komplexitas eleg nagy lehet, megis ugy van kialakitva,
hogy csokkentse a tevedes valoszinuseget.

Remelem hozza tudtam tenni valami okosat :)
Zoli