[sokytsinolop]

#programowanie

Coooo? tak się robi?

[u.....m]

Nie

[u.....m]

Są idioci na tym świecie, którym się nie chce pomyśleć a chce się pisać.

[kernelpan1c]

@sokytsinolop: jak jest się #!$%@? - owszem

[Kizio]

@sokytsinolop: Prosimy, nie rób tak nigdy - Inni programiści

[fizyk20]

@sokytsinolop: Tzw. loop unrolling. Ale zwykle kompilator zrobi to za Ciebie, jeśli ma to sens.

No i tam jest błąd, bo raczej nie powinno być 4 razy X[n].

[b.....7]

@sokytsinolop: kompilator sam powinien cos podobnego zrobic, ale bez bledu i jest szansa, ze uzyje instrukcji wektorowych

[selenita66]

@sokytsinolop: To może mieć ewentualny sens w jakichś językach interpretowanych, które wykonują kod linijka po linijce. Ale dla czytelności kodu zastanowiłbym się kilka razy przed zrobieniem czegoś takiego. A dla języków kompilowanych - tak jak koledzy wyżej wspomnieli, każdy współczesny kompilator zrobi to sam tak, aby było dobrze.

[c.....3]

@sokytsinolop:
Coś podobnego Duff's device
https://en.wikipedia.org/wiki/Duff%27s_device

Generalnie na pc-tach nie ma sensu tego używać(możliwe że kompilator zgłupieje, nie zoptymalizuje jak trzeba i będzie niższa wydajność ).

[Razi91]

@fizyk20: nie loop-unrolling, tylko wektoryzacja.
I jak ktoś się chce w to bawić, to powinien oznajmić kompilatorowi, że jest na to miejsce (__attribute__((aligned(16))))
@selenita66: w językach interpretowanych jakiekolwiek zyski z takiego zaciemnianego kodu znikną w odmętach narzutu środowiska.

[pracoholik69]

@sokytsinolop: robi się. Na STMie to widziałem - to raczej domena programowania uC.

[fizyk20]

@Razi91: Na ile to rozumiem, to wektoryzacja dopiero będzie, jak kompilator załatwi to poczwórne przypisanie jedną instrukcją. Samo przerobienie na taką pętlę to unrolling (przynajmniej częściowy). Ale mogę się mylić, ekspertem od terminologii nie jestem ;)

[Razi91]

@fizyk20: w sumie oboje mamy rację. Generalnie kompilator powinien ogarnąć obie rzeczy jednocześnie i obie tu mogą zadziałać w tym przypadku.
Z doświadczeń wiem że loop unrolling nie daje w obecnych x86 praktycznie żadnego zysku przy dłuższych pętlach.

[ponton]

@sokytsinolop: bardzo rzadko, głównie w środowiskach embeded i real-time, po zweryfikowaniu, że tak będzie faktycznie szybciej