On 21 Lut, 21:26, bartekltg <b...@g...com> wrote:
> On 21 Lut, 20:33, Mariusz Marszałkowski <m...@g...com> wrote:
>
> > On 21 Lut, 19:42, bartekltg <b...@g...com> wrote:> On 21 Lut, 17:35,
Mariusz Marszałkowski <m...@g...com> wrote:
>
> > > > Skad wiedziec (bez zmudnych testow i pomiaru czasu) jakie wybrac
> > > > elementy skladniowe?
>
> > > Ogolnie nie da sie;)
>
> > > 1. Miec troche doswiadczenia i szczescia, jak widac na zalaczonym
> > >   obrazku, u mnie wsk dziala szybciej, u Ciebie if[*]
>
> > Niestety to świeta racja w językach wysokiego poziomu
>
> To chyba zalezy od kompilatora.
> Puscilem program w g++(qtcreator) i okazal sie znacznie szybszy.
> Za bardzo, mimo gorszego (na niewprawne oko) kodu asm.
>
> Sledzctwo ruszylo.. Wnioski: okolo polowy mocy zzera nam funkcja
> rand:)

Skad pobrac darmowego vc? Nie chce piratowac, a sprawdziłbym u siebie
visuala.

Kiedyś robilem dużo testów porównując vc z gcc. Raz był lepszy VC, raz
gcc. GCC
częściej wygrywały Wydaje się, że na prostym i małym kodzie, typu jak
ta procedura
testowa, kompilator microsoftu wygrywał częściej.

Ostatnio mój duży program skompilowali visualem i donieśli że działa o
50% wolniej :)
Nie sprawdzałem dokładnie, ale czesto wydawało mi się, jakby visual
nie przeprowadzał
dobrej optymalizacji dużych procedur po wcieleniu wielu funkcji
inline. GCC zdawał się
szczególnie wygrywać gdy było dużo metod inline.

Pozdrawiam