kodtabla

[ide.ne.irj at freemail.hu]

Thus spake Auth Gábor:

>   Aham, tehát a fordítóprogram nem tud optimalizált kódot készíteni. A gcc 
> esetén a -O opciója mond neked valamit? Ezekben nagyon szépen benne vannak 

:)))) Es az szerinted az abszolut jo, optimalizalhatatlan forditas?
Beixeli az options-ban az 'optimalizalas' negyzetet, es azt hiszi hogy o
a nagy programozo. Megall az esz...

>   Minden egyszerűbb optimalizálás algoritmizálható. 

Ja igen, az egyszerubbek. En viszont agybol tudok olyan bonyolultat,
hogy 100 evig, vagy talan sohasem lesz program ra.

>   Ekkora önellentmondás. :)))))))))))
>   Ember hogy tud optimalizálni, ha bizonyított, hogy nem tud? Továbbá vedd 
> már észre, hogy az egyszerűbb optimalizációkról van szó.

??? Optimalizacio != egyszeru optimalizacionak nevezett probalkozasok,
amit egy gagyi fordito elkovet.

>> Ha minosegi termeket akarsz csinalni, akkor a lehetosegekhez 
>> kepest optimalis, kezzel huzalozott nyakot tervezel, es a proginak a
>> kritikus reszeit is optimalizalgatod.
>
>   Vagy megteszi ezt a HotSpot. Ha nem ismered, nézz utána mit is csinál. 
> Ahelyett, hogy vaktában lövöldözöl.

Es ez a csoda olyan minosegu nyakot tervez, mint ha en csinaltam volna
kezzel? Honnan lehet letolteni? Valoszinuleg nem csak RISC procit nem
lattal, nyakot sem terveztel meg soha...

>> Az optimalizacio kicsit tobb ennel.
>
>   Ez nem az? Mitől optimalizáció egy optimalizáció?

Benne van a neveben: optimalis megoldas keresese. Ez magatol ertetodoen
csak a feladat tokeletes atlatasa es a celhardver mukodesenek megertese
utan lehetseges.
Az elsore keptelen egy program.
Az elobb mar celoztam ra: egy program nem tudja megmondani egy masik
programrol hogy az le fog fagyni, vagy veges ido utan visszater.
Az ember igen. Ez egy elvi kulonbseg! Mi atlatjuk a mukodest, egy
program csak kovetni tudja. Mi tudunk valoban optimalizalni, egy program
csak finomitani tud a programon.

>> Pl lehet hogy eleve be vannak allitva a flagek, teljesen el is hagyhato
>> az and. 
>
>   Nincs, mert össze kell hasonlítani. Párosság vizsgálat.

??? Es ha az elozo muvelet olyan volt, hogy pont jol vannak beallitva
a flagek? Vagy kicsit at lehet rendezni ugy, hogy ez teljesuljon?
Stb... Fociklusban tobb 10% CPU-ido nyeres.

>   Valóban egyszerű fejben lekezelni, hogy a 10 pipe és 200 regiszter közül 
> melyik mire képes, és a párhuzamos végrehajtás miatt melyik utasítást hova 
> lehet áthelyezni, hogy ne várjon a pipe. Te tudod. Hiszen csodagyerek 
> vagy.

Hulyeseget beszelsz, mar nem is lepodom meg.
Ha kell, akar 1000 regisztert es 40 pipe-t is vegiganalizal az ember,
ha jelentos CPU idot lehet megtakaritani vele. Mi ezzel a problema?
Valakinek 32-t is lehetetlen, de 3-at is. Az keressen mas munkat.
Masreszt a szamokbol jol latszik hogy mennyi kozod van a temahoz...
Ezek valoban egy tipikus RISC processzor jellemzo adatai :)

>> Dehogy jarunk... Meg elviekben sem. A fordito csak felismer mintakat,
>> alkalmaz ra szabalyokat. Majd ha mondjuk valami minimax szeru
>> algoritmussal kiprobal egy csomo elmeleti lehetoseget, minden inputra,
>> meg akkor sem. Mert azt meg nem fogja tudni hogy mi a gyakori input,
>> hiaba atlagosan jobb mint amit az ember csinal, ha az ugyes programozo
>> az adatok tipusahoz optimalizalja a feldolgozast. Stb...
>
>   Ügyes fordító is képes erre. A programozási munka favágó munka. Nem a 
> programtervezésről beszélünk. Programozásról.

:((((( Persze, a fordito mindenre kepes.
Nalad is optimalizal a prepocesszor is?

>   Egyedi programok esetén nagyon sokat lehet nyerni azon, ha minél kevesebb 
> élőmunkát teszel a termékbe.

Ha meg nem egyedi, akkor bukta.

> Auth Gábor -=- +36-70/9400-341 -=- ICQ: 49179141

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/
"A vegcelunk nem a halal. A vegcelunk az elet. (R.M.)"