kodtabla

[Rancz Lajos]

Helló!

Na asszem az uccsó levelem a témában :-)


> 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? 

>> Common subexpression elimination
>> Redundant re-evaluation of common subexpressions is by default
>> eliminated at optimization levels Medium and High. This
>> optimization normally reduces both code size and execution time.
>> However, the resulting code might be difficult to debug. Note:
>> This option has no effect at optimization levels Low and None. To
>> read more about the command line option, see --no_cse, page 190.
>>
>
> Nem vilagos, hogy ha a kozos reszeket megkeresi es kirakja
> szubrutinba, akkor miert lesz gyorsabb? Egy rcall/ret egy csomo
> ciklus. Itt valami masrol lesz szo...

Nem lesz gyorsabb nem is mondtam. Mint egy elõzõ levelemben írtam:

>> A sebességgel kapcsolatban nem nagyon tud mit kezdeni a fordító, ott már csak maga az algoritmus megfogalmazásával leeht eredményt elérni.

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

>> Function inlining
>> Function inlining means that a simple function, whose definition
>> is known at compile time, is integrated into the body of its
>> caller to eliminate the overhead of the call. This
>>
>
> Ez az inverze a fentinek. GCC is megcsinalja -o3 opcioval, de
> amikor a multkor teszteltuk itt a listan hogy mit fordit, nem
> csinalta meg... Lehet hogy library fuggvenyeket nem rak be inline?
>> Code motion
>> Evaluation of loop-invariant expressions and common
>> subexpressions are moved to avoid redundant re-evaluation. This
>> optimization, which is performed at optimization
>>
>
> Ez regi dolog, ez az amit meg egyes assemblerek is megcsinalnak,
> mint kiderult.

De attól még nem optimalizácó?

>> Type-based alias analysis
>> When two or more pointers reference the same memory location,
>> these pointers are said to be aliases for each other. The
>> existence of aliases makes optimization more difficult because it
>> is not necessarily known at compile time whether a particular
>> value is being changed.
>> Type-based alias analysis optimization assumes that all accesses
>> to an object will take place using its declared type or as a char
>> type. This assumption lets the compiler detect
>> whether pointers may reference the same memory location or not.
>>
> Ez csak egy C specifikus problema. Asm-ben nem gond. A tobbi
> ugyszinten. Kerdes, hogy mit akarsz ezekkel bizonyitani?

Idézet tõled: Mon, 21 Mar 2005 21:00:26 +0200, 
>> "Hasonlo reszek keresese? Errol valami doksit produkalj, de megakkor sem hiszem el egeszen."

> Ismetlem, amig kulon meg kell irni a programot barrel shifterrel
> rendelkezo es anelkuli, hardver szorzoval rendelkezo es anelkuli
> stb... procikra, addig semmi eselye a forditoknak.

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 pocskondiázol akárkit is, olyan szakembereket akiket személyesen nem is ismersz valamint még egyetlen munkájukat sem láttad. Milyen alapon?

> Az hogy kijavit 10000 aprosagot, amit asm-ben programozva eszebe
> sem jut az embernek elkovetni, nem sokat segit.

Persze,  de nem is érdekel senkit, hogy miben csinálod és _tök mindegy_ hogy 1000 vagy 2000 Ftos procin mûködik.

>>> Jaja... Fokozatosan jutottunk el ide a kezdeti vad
>>> kijelenteseid  utan. Melyeket, miutan keresedre visszaideztem,
>>> megtagadtal :)
>>>
>>
>> Ejnye-ejnye már megint kezdünk személyeskedni és cinikusan
>> kikacsingatni. Cöcö.
>>
> Ez nem cinizmus, ezek a tenyek. Sajna :(

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?

> Semmiben, de ez az egesz amit felsoroltal, NULLA. Aprosagok. Olyan
> dolgok, hogy amikor az ember asm-ben programozik, eszebe sem jut
> elkovetni ezeket a hibakat, teljesen mas szinten gondolkozik. Abban

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.

> a fordito meg nem segit... Szart fordit. Mar C szinten meg kell
> neki mondani hogy mit csinaljon, mert magatol nem jon ra. Pl
> latogass el a kovetkezo oldalra:

É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.

Üdv,
	Lajos