On Tue, 2003-01-14 at 15:44, Linux User wrote: > As avea citeva intrebari: > Fisierul de configurare al kernelului a fost identic in ambele cazuri. > - este normal sa obtin un kernel mai mare in cazul in care folosesc > "agressive optimization" sau acest lucru se datoreaza folosirii lui gcc-3.1-5 > (este adevarat, ca nu am mai incercat sa compilez cu gcc-3.1-5 folosind > Makefile-ul original, si apoi sa compar imagine obtinuta cu cea veche...mea > culpa... dar masina pe care eram nu ma prea indema sa tot compilez kernei) > > - de ce in aceasta situatie, cind am folosit O3 obtin o imagine mai mare, > cind de fapt eu ma asteptam sa fie pe dos.
Optimizarea nu se refera strict la dimesiuni, din contra, anumite metode pt marirea vitezei au ca efect clar cresterea dimensiunilor (loop unrolling, inline functions, etc.). Pana la un punct(O2) se poate optimiza si din p de vedere al vitezei si al dimensiunii, insa mai departe treaba se bifurca: vrei viteza -> creste dimensiunea, vrei size mic -> o lasi mai moale cu viteza. O3 optimizeaza pt viteza asa ca nu e deloc de mirare ca ai obtinut un kernel mai gras. Pe de alta parte, din cate am observat eu, gcc3.x produce cod mai mare pt aceeasi configuratie asa ca si de aici se trage. Ar fi interesant sa compilezi exact acceasi configuratie folosind gcc2.96 si gcc3.x apoi sa compari bloat-ul datorat compilatorului. > - cum ar fi mai bine sa procedez: sa pastrez imaginea obtinuta cu gcc3 (chiar > daca este mai mare), sau sa o folosesc pe cea obtinuta cu gcc-2.96? > Un kernel foarte mic, din cite stiu eu poate deveni instabil, dar...in > situatia de fata, nu este cazul. Am avut si imagini mai mici de kernel care > au fost foarte stabile. In mod normal, cind folosesti O3, nu trebuie sa se > faca oarece compresie? > Pe de alta parte, nici un kernel mare nu este recomandat (motivele se cunosc > deja)... Nu conteaza. Dimensiunea kernelului nu are nimic de-a face cu stabilitatea iar memoria pe care o ocupa codul este nesemnificativa pe langa memoria pe care o aloca dinamic pt structuri de date. Inca odata, O3 merge pe speed, nu pe dimensiune. Daca vrei sa optimizezi size-ul, foloseste Os. Kernelul compilat cu -O3 este probabil mai rapid si implicit mai bun (dupa standardele mele;). Your call. -- Florin Malita web: http://www.malinux.net public key: http://www.malinux.net/data/fmalita.gpg -- Attached file included as plaintext by Listar -- -- File: signature.asc -- Desc: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQA+JHKK9npXhj/Ohf8RAhNmAKCrgUKcAwwf6BfnAS4Dj6uY3O7SDQCeKZwR RWTwrxAY4obxeaEDcL41tX4= =aaNp -----END PGP SIGNATURE----- --- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
