On Tue, 2003-05-27 at 22:52, Alexandru Barloiu Nicolae wrote: > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > BTW ca paranteza de ce procesorul meu are flag ht ?
Ca e mai jmeker ca al meu. :-P > la compilare system wide am folosit gcc-3.2.3 cu optiuniile: > -mcpu=pentium4 -march=pentium4 -mmmx -msse -msse2 -O3 -pipe > din ce am citit am dedus ca daca pun -march=pentium4 implica si mmmx msse Implica si -mcpu=pentium4. > si msse2 dar eu totusi le-am pus. tot din ce am citit am dedus ca O6/O5 > este mit si ca cele mai bune optimizari sunt O3. Mai mult nu m-am yeap > la compilare cu icc am folosit DOAR -march=pentium4 -O3. Aici e partea interesanta, pentru ca ramine de vazut care sint optimizarile pe care icc le aplica implicit. > sunt foarte curios cum se va misca php cand toate sau macar o parte > importanta din modulele lui adiacente sunt facute cu icc. Sint foarte curios cum o sa fie fiabilitatea sistemului dupa toate astea. Nu insinuez nimic. Sint chiar curios. _Mai_ales_ MySQL. > > Problema este ca trebuie sa gasesti idealul intre un program foarte > > optimizat dar foarte mare (majoritatea optimizarilor umfla marimea > > binarului) si unul mic dar neoptimizat. Cauza este marimea ridicol de > > mica a cache-ului la procesoarele x86 (256k, 512k); daca optimizezi prea > > tare, incepe de fapt sa mearga mai incet, pentru ca executabilul devine > > prea mare si "oboseste" cache-ul. > > de la gcc cu optiuniile precizate anterior la icc .so-ul meu a crescut > doar cu 100k ( ne stripuit ) ceea ce nu pare sa fie mult. total nestripuit > are around 4Mb. stripuit 3.4Mb :) A, bun atunci. -- Florin Andrei http://florin.myip.org/
