sokkal hatékonyabban, mint a C és egyéb magasszintű nyelv emulálásával való görcsöléssel
Hat, halistennek azt kell mondjam hogy mostanaban a GCC mar igencsak eleg jo kodot general. Avagy magam is meglepodom hogy viszonylag altalanos (tulzas hogy esz nelkuli, de azert abszolut nem erre kihegyezett modon irt) kod eseten is nemhogy meglepoen jo, de ilyen "erre nem is gondoltam volna hogy igy meg gyorsabb is lesz" jellegu assemblyt/gepikodot general a fordito. Olyanokrol nem is beszelve hogy pipeline optimization-t is csinal (leheto legjobban szetszorja a writeback-eket es eltavolitja a read-after-write eseteket, stb... na, ezt tartsuk fejben). Mondom ezt ugy hogy nem all tavol tolem, es szeretem is az assemblyt (sot). Szoval nem lenne ellenemre akar sokmindent is megirni assemblyben, de mar lenyegeben minek. Par pelda, amire kellett az elmult idoszakban: uint32_t * uint8_t szorzas (AVR alatt), GF(2^32)-n fused multiply–add egy tomb elemei felett (azaz for (i=0;i<...;i++) a[i]+=b[i]*c; de ugye a + az xor, a * meg Galois szorzas),meg persze az osszes tradicionalis dolog amire kell (context management RTOS-oknal, yielding, syscall szimulalas syscall nelkul, startup code snippetek, ...). Az algoritmikusabb peldakban tenyleg 3x-5x gyorsabb is lehet a sajat assembly mint amit a fordito general, de ezek tenyleg elegge extrem peldak.