Cross: Programiranje OS-a

Prvo, prestani mjesati kruske i jabuke. Optimizacija kompajlera nije isto da kompajler namjerno dodaje bitove koji nicemu ne sluze i koji se mogu maknuti a da program i dalje radi, kako je vaso tvrdio.

Drugo, ja uopce ne tvrdim da su kompajleri savrseni, pa mi se o tome ni ne da raspravljati. Samo zelim vidjeti neki konkretni primjer, kolika je danas razlika izmedju kompajlera i rucno pisanog koda i koliki su to dobici na brzini. Taj drugi dio nema veze sa lazima koje je vaso probao progurati.

evo ti par citata od vase da vidis kako uopce ne moze pojmiti sto je komprimiranje a onda ni sto radi kompajler:

"To zna?i da su te datoteke PUNE suvi¨nih/nebitnih podataka jer ukoliko bi svaki bit bio koristan, ne bi ih mogao komprimirati itd...."

Po njegovoj retardiranoj logici, ja ako napisem knjigu u notepadu, taj txt file se ne moze komprimirati jer sadrzi SVE bitne bitove.

"A ti ne mo¸e¨ pojmiti da ako u nekoj datoteci nema¨ 'vi¨ka' bitova, NI?TA ne?e¨ dobiti kompresijom....."

I opet isto. Toliko ogranicen da ne moze pojmiti sto se desava prilikom kompresije.

"

Naravno namjerno, nije slu?ajno! A taj vi¨ak bitova ima malo du¸u povijest 'razbacivanja' resursa....."

Evo, kompajler namjerno dodaje bitove koji NICEMU ne sluze. To nije ni blizu da je kompajler neoptimiziran pa koristi duze metode da dodje do zeljenog rezultata. Ovo doslovce znaci da ima bitove koji bi se mogli maknuti iz exe ili dll fajla i da bi on potpuno normalno radio u svim situacijama.

Da li sad kuzis sto vaso tvrdi?

--
Petar Samardzija 
projektilskiMAKNI@OVOgmail.com 
mob: +385 (0)98 470 662
Reply to
woobie
Loading thread data ...

A mislis da bi masinski kod radio i sa manje? Mislis da kompajler to ne zna napraviti? Da li bi mogao maknuti tih sedam bitova iz masinskog koda i da li bi kod radio?

Vjeruj mi to nisu optimizacije koje masinski kod ne bi znao napraviti.

Ajmo po peti put, svaki bit unutar exe ili dll fajla bitan je za izvrsavanje koda, i nemoze se maknuti jer exe ili dll ne bi radio!

To nije isto da li je logika koda mogla biti kraca!

--
Petar Samardzija 
projektilskiMAKNI@OVOgmail.com 
mob: +385 (0)98 470 662
Reply to
woobie

Dana 16.07.2013. 23:20, vaso je napisao:

Ne diram ja tvoj stil pisanja, samo ga repliciram. Pitao sam koja je od dvije mogucnosti, ne mogu biti obje.

Reply to
BotaniCar

Ovo "Neznam na kaj Vaso misli" je dijeljeni problem svih ucesnika , pa i Vase :)

Reply to
BotaniCar

Dana 16.07.2013. 23:21, vaso je napisao:

Nisam ni sumnjao, konzistentan si u glupiranju.

Reply to
BotaniCar

Ne, nezna. Bool je uvijek jedan ili dva byte-a, ovisno o compileru i CPU-u. Nekad je zbog arhitekture CPUa efikasnije zauzeti 8/16/32 bita nego jedan.

A? Da vjerujem? Nemam ti ja kaj vjerovati, ja znam da to nije tak. Compileri se jednostavno ne zamaraju time, jer bi to bil neverending story. Zato se komadi code-a koji su time critical i danas pi¨u u assembleru. Manje nego nekad, jer su CPUi ja?i a potreba za multiplatformnim izvo?enjem ve?a, al je zato i efikasnost manja. Nebre¨ imati ovce i novce.

Uff, ti nikad nisi pisal viruse :)

Nije, al ja ne tvrdim da compiler radi na teoriji zavjere.

--
Pozdrav! 

     Tomy, 9A5ALL 

------------------------ 
http://www.hamall.com.hr
Reply to
Tomy, 9A5ALL

Ku¸im, al ku¸im i to da ti tvrdi¨ da compiler daje optimiziran code koji nije razli?it od onog izvorno napisanog u assembleru.

--
Pozdrav! 

     Tomy, 9A5ALL 

------------------------ 
http://www.hamall.com.hr
Reply to
Tomy, 9A5ALL

De, budi dobar, pa i Vasi reci isto; mi smo pokusali.

Pricamo o pokusajima da zadrzis filesize i minimaliziras CRC checksum change ? Umetanjem virusa u kod na mjesto postojeceg koda nisi maknuo suvisne bitove, vec okljastrio funkcionalnost programa koji pokusavas zaraziti.

Vaso zna, Vaso tvrdi :)

Reply to
BotaniCar

Hehe, ima svakakvih metoda. Bilo je virusa su zarazili program, bez da su promjenili filesize, a program je naizgled radil ispravno. Kak su konkretno ti radili neznam, mogu pretpostaviti useljenje u string blokove i sl.

--
Pozdrav! 

     Tomy, 9A5ALL 

------------------------ 
http://www.hamall.com.hr
Reply to
Tomy, 9A5ALL

I dalje stoji pitanje. Da li se moze iz tog masinskog koda maknuti nesto a da taj kod i dalje radi, bez obzira da li kompajler koristi dva bajta umjesto jednog bita?

Ako namjerno takve optimizacije ne izvode, to je zato jer se ne isplati. No i DALJE stoji cinjenica da takav izgeneriran kod ne mozes samo izbaciti jedan bit i da ce on i dalje raditi i da ima nepotrebnih bitova koji bas nicemu ne sluze. Ako kod ocekuje bajt, ne mozes mu dati bit. Zar ne?

Umetanje koda u virus, povecava fajl ili ga mjenja tako da mu je count isti, ali onda i ti bajtovi umetnuti imaju i dalje SVRHU. Zeljenu ili nezeljenu potpuno nebitno. Dakle da ponovim po x ti put ne postoji u dll-u ili exe dio koji nema nikakvu svrhu i koji je potpuni visak bez kojeg bi taj dll i exe i dalje radili.

Pa u cemu je problem? Ja se smijem vasi koji misli da kompajleri namjerno ubacuju podatke koje bas nicemu ne sluze i bez kojih bi masinski kod i dalje ispravno radio i to u svrhu pumpanja velicine fajla. To je njegov sastavni dio teorije da MS NAMJERNO pumpa velicinu OS-a da bi njega zajebao.

--
Petar Samardzija 
projektilskiMAKNI@OVOgmail.com 
mob: +385 (0)98 470 662
Reply to
woobie

Fascinatno, kako si uspio doci do tog zakljucka? Evo samo u ovom postu kojeg komentiras:

"Drugo, ja uopce ne tvrdim da su kompajleri savrseni, pa mi se o tome ni ne da raspravljati."

Kako si ti zakljucio da ja mislim kako kompajleri daju optimizran kod i da nije razlicit od izvorno napisanog u assambleru?

Zamjeti da ja u niti jednom trenutku nisam opovrgavao da su kompajleri savrseni nego da vasina terorija dodavanja nepotrebnih i suvisnih bitova koji nemaju bas nikakvu funkciju u masinski kod je ne samo smijesna nego retardirana.

Zamjeti da sam ja trazio konkretni primjer da se vidi kolika je razlika izmedju rucno pisanog koda u assambleru i komplajera i da pritom nisam opovrgavao cinjenicu da razlika postoji, nego sam htio vidjeti kolika je u praksi.

--
Petar Samardzija 
projektilskiMAKNI@OVOgmail.com 
mob: +385 (0)98 470 662
Reply to
woobie

Tocno, da je imalo citao, pljuvao bi MS na povijesnoj osnovi ( namjerno strgani IPX driveri itd. ). Danas je za tako nesto tesko naci osnove. Ergo, Vaso, probaj s "Ne vjerujem ja MS-u nista, da znate koje su to pe*ercine bile dok im nisu stali na kraj".

Reply to
BotaniCar

U tom slu?aju se ispri?avam, jer upravo na temelju tog "zahtjeva" sam zaklju?il da ne vjeruje¨ u razli?itost, koja je ina?e BTW, o?ita. Danas se malo ko okre?e za tim, al nekad je to bilo vrlo bitno.

--
Pozdrav! 

     Tomy, 9A5ALL 

------------------------ 
http://www.hamall.com.hr
Reply to
Tomy, 9A5ALL

Nema frke, i cinilo mi se da si zbog toga pomislio da ne vjerujem u to. Danasnji procesori su stvarno zvijeri i utrosak vremena koji bi se potrosio da se pise u assmbleru je nemjerljiv i jednostavno neisplativ osim za specificne situacije.

--
Petar Samardzija 
projektilskiMAKNI@OVOgmail.com 
mob: +385 (0)98 470 662
Reply to
woobie

E to, nije problem da pljuje po MS-u ako mu je razlog opravdan. Ni ja ne mislim da je MS sveta krava, ali njegovi razlozi zbog kojih pljuje po MS-u su bas glupi.

--
Petar Samardzija 
projektilskiMAKNI@OVOgmail.com 
mob: +385 (0)98 470 662
Reply to
woobie

Za¹to ne mogu biti obje?

Reply to
vaso

Bio bih dobar politièar!?-:)

Reply to
vaso

Za¹to mu se isprièava¹? Sla¾e se da rezultat kompajliranja nije optimalan, a buni se zbog pojma 'vi¹ka' bitova, ¹to je NEMINOVNO ako nije optimalno? I jo¹ gore, ako je taj 'vi¹ak' nastao kao du¾i programski segmet, onda jo¹ i USPORAVA izvr¹enje programa jer bi optimalni bio kraæi i br¾i...

Reply to
vaso

Ili nemaju funkciju jer se polje u memoriji mo¾e napuniti NULAMA i petljom. Ili jo¹ gore, usporavaju rad programa....

Razlika u praksi ovisi o jako mnogo èimbenika.....

Reply to
vaso

Nesavr¹eni kompajler NIJE vi¹a sila! Pisali su isto programenri

Reply to
vaso

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.