kodtabla

[ide.ne.irj at freemail.hu]

Thus spake Rancz Lajos:

>> Ez azt jelenti, hogy nem tudsz szorozni. A * operator nem mukodik.
>> Szoval enyhen szolva szukseges, csak szar kod lesz belole...
>
> Nem értelek. Az si baj ha benne van meg az is ha nincs?

Nem. A baj az, hogy egyreszt csak olyan adattipusokkal tudsz dolgozni,
melyhez meg vannak irva a muveletek a libben, masreszt barmilyen egyszeru
muveletrol van szo, egy call+ret meg hozzajon. Az AVR-en ez meglehetosen
lassu, valami 9 ciklus korulire emlexem. A 16 bites aritmetika (pl szorzas)
tok ugyanebben a nagysagrendben van...
Es nem csinalta meg inline a fordito. Itt a listan lattuk, a multkori
vita soran valaki bekuldte a leforditott progit.

> Nem tudom, valami nem világos? Én egy _percig sem_ beszéltem  sebességrõl. Az egy tökmás tészta.

Jo is hogy utolso level es befejezzuk, mert en vegig a sebessegrol
beszeltem. Hogy te mirol, fogalmam sincs...

>> Ez regi dolog, ez az amit meg egyes assemblerek is megcsinalnak,
>> mint kiderult.
>
> De attól még nem optimalizácó?

Melyik tipus? Mert ugy legalabb 2 fajta van. Ez az a fajta, amit meg
tudnak csinalni a forditok, a mechanikus, egyszeru vacakolas...

> Nem. Nincs globális általános probléma megoldó rendszer. Vagy általános vagy hatékony. De ezt nem is lehet várni. Ha igazad lenne, hogy semmi esélye a forítóknak, akkor miért van millióféle nyelv és fordító? A mondanivalóm lényegét nem érinted csak apróságokon kötözködsz, nem értem miért. Ártottam neked? Az a lekezelõ, mindenkit fikázó stílus ami a leveleidbõl árad nem hiszem hogy helyénvaló. Én egy percig sem kételkedtem a hozzáértésedben és ezt elvárom tõled is. Nem értem milyen alapon fikázol és pocskond
> iázol akárkit is, olyan szakembereket akiket személyesen nem is ismersz valamint még egyetlen munkájukat sem láttad. Milyen alapon?

Na igen, elfogytak az ervek, jon a stilus kritizalasa :)
Nincs altalanos problemamegoldo rendszer? Kar, pedig egy intelligens fordito,
ami valoban nem letezik, megis folyamatosan beszeltek rola, ilyen lenne.

> Hihetetlen faszi vagy :-) Komolyan. egyszerûen le vagyok nyûgözve. A válasz itten van lejjebb pár sorral. Már az elõbb sem értettem, hogy mik voltak a "vad kijelentéseim"... Beidéznéd pontosan kérlek?

Ha nem te, akkor Auth Gabor. Mivel ugyanazt mondjatok, lehet hogy
osszekevertelek benneteket.

> Igen, csak amikor az ember asmben programozik akkor amit te megcsinálsz mondjuk 3 hónap alatt, az Javaban megírják kb 1 nap.

:)) Ez is abbol a feltetelezesbol kovetkezik, hogy a RISC procik programozasa
emberi aggyal szinte lehetetlen, meg nagyon nagyon nehez, es csak a forditok
boldogulnak veluk. Marhasag.
Nagy valoszinuseggel lassabb lesz, ez teny, de nem ennyivel.
Egy rutinos asm programozo ugyanugy fossa a sorokat, mint mas java-ban,
csak asm-ben tobb sor kell ugyanahhoz a progihoz.

> Én nem a NASAnál meg a nemtomhol dolgozok, meg nem is az egyetemi szektorban (ott is hagytam a phdmet) ahol azon lehet tökörészni, hogy 1 picosecundummal gyorsabb vagy lassabb. Senki nem érdekel. best fit, az elsõ jó, megy. Az a lényeg, hogy minnél olcsóbban és gyorsabban lehessen valamit megcsinálni.

De ezt is megbeszeltuk a listan, csak darabszam fuggvenye az egesz.
Ha sok kell, akkor optimalizalni kell. Ha keves, akkor nem erdekes.
Sajnos nem igaz hogy lenyegtelen a hatekonysag.

>     Lajos

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/
"Adjatok nekem eleg nagy stacket, es kiforditom a kernelt a 4 sarkabol!"