slawek <s...@h...pl> napisał(a):

>
> Użytkownik " M.M." <m...@W...gazeta.pl> napisał w wiadomości grup
> dyskusyjnych:jlqhf7$9i8$...@i...gazeta.pl...
> > Jeśli to ma być szybko, to bez ifów i z wykorzystaniem specyficznych cech
> ....
> > zmieniać. W przypadku gdy a > b to musimy zamienić 32 bity młodsze ze
> > starszymi.
> >
> > Mniej/więcej coś takiego:
> > uint64 swp_corners( uint64 input ) {
> > const uint32 tmp = ( ( input & x_corner_1 ) >> offset_x1 ) < ( ( input &
> ....
>
> Dziecko drogie, a jaka jest różnica pomiędzy jawnie napisanym
> if(a > b) - a > operacją porównywania a > b ?
Pokażesz w moim poście gdzie napisałem że jest taka różnica? Zdaje
się że też pisałem coś o uniknięciu operatora porównywania.


> Na poziomie kodu maszynowego - żadna. Musi być jakieś cmp, musi być potem
> skutek tego cmp. Nie ma się co szamotać, że "uda się bez if" - bo te if
> będzie dalej, tyle że zagrzebane w nieczytelnym kodzie.
Chrzanienie, wiele razy taki zabieg się udaje.


> Kolejna sprawa - pakowanie bitów do czegoś. Ok. Może mieć sens. Ale jeżeli
> pakujesz 4 int16 do int64 ... to po prostu robisz niepotrzebną rzecz -
> szybciej i łatwiej będzie to np. działało na strukturze czy nawet
> oddzielnych zmiennych. Znowu liczy się kod maszynowy - a nie twoje dobre
> chęci.
A Twoje chęci się liczą tak i Twoja analiza dwuliniowej procedury w
oderwaniu od pozostałej części programu ma sens?

Pozdrawiam


--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/