-Os

[Tomasz Kłoczko]

On Sat, 26 Apr 2003, Jakub Bogusz wrote:

> On Sat, Apr 26, 2003 at 12:06:39PM +0200, Robert Kurtys wrote:
> [...]
> > z przebiegu dyskusji wynika ze w zaleznosci od arch nalezy stosowac 
> > rozne opcje optymalizacji
> > do tego dochodzi specyfika danego programu : czy ma on byc 
> > optymalizowany na szybkosc, wielkosc, cos innego
> > dlatego IMHO w specu powinno byc %define __typ_pakietu
> > gdzie typ pakietu to:kobyla;numeryczne;?????;specjalny
> > (wyglada na to ze tych typow optymalizacji nie bedzie tak duzo)
> > a w samym rpmie bylyby zdefiniowane opcje optymalizacji per %arch - 
> > %__typ_pakietu
> > 
> > zyski:
> > -w specu dodajemy tylko 1 linijke (co ulatwia konserwacje)
> > - dla nowych specow latwo wprowadzamy optymalizacje (kwalifikacja do 
> > grupy)
> > - w przypadku jakis zmian unikamy mass_commitow
> > -no i czysto estetycznie calosc ladniej wyglada
> 
> Nie sądzę, żeby to było takie proste.
> "typ pakietu" o którym mówiliśmy był bardzo umownym określeniem. Żeby
> jakieś opcje ustawiać globalnie, trzeba by operować konkretnymi
> rozmiarami najczęściej wykonywanego kodu (w przypadku "numerycznych")
> oraz średnim rozmiarem cache dla architektur...

Jakub to nie jest takie w sumie trudne jak Ci sie wydaje. Zastanów się w
sumie ile róznych kombinacji różncyh dodatków optymalizacji można uzyskać
? IMHO w sumie na razie mowa była tylko o dwuch klasach optymalizacji typu
optimize_for_{speed,size} i w obu przypadkach przewidywalnie powinnien być
ten sam zestaw opcji niezaleznie od pakietów. Jeżeli nawet będzie ich
jeszcze kilka to to ma pewną przewagę nad dotychczasowymi rozważaniami na
ten temat. Chodzi o to ze tak samo jak uabstrakcyjnieniu uległ już
kompilator tak samo przy tego typu podejsciu nie widoczne staja się na
poziomei specaopcje kompilatora które w rónych przypadkach mogą wygladać
inaczej (np. przy używaniu ccc na AXP czy kompilatorów intela na x86).

Nawet jeżeli dojdzie jeszcze kilak klas dodatkowych poza dwoma 
wymienionymi to nie bedzie to jakiś wielki poziom dalszej komplikacji.

Tak to IMHO i także w opini Roberta wygląd (bo rozmawialiśmy o tym na 
ircu).

Tak czy inaczje w tej chwili czas jest jeszcze na tylko przygotowanie
poprawek bez ich włączania i robienia rónych prób które miałby uwidocznić
w praniu na małą skalę słabe i dobre strony rónych proponowanych
rozwiązań.

Pytanie do Tomka który robił więcej prób .. czy powyższe jest w sumie 
zgodne z tym co robiłeś i czy rzeczywiąście przynajmniej na razie są tylko
dwie klasy optymalizacji i czy w ramach danej klasy są zawsze takie same 
korekty opcji ?

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*