C++ i x64 ASM

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Postavio sam temu ovde jer je reč o C++-u, tj. unutar njega koristim asm pa me zanima da li se program brže obrađuje, tipa, kad imam promenljivu pisanu u Asembleru (dakle kod već ima promenljivu u Asembleru, samo ispis je u C++ jeziku). Na nešto ovako sam mislio:

int dobijVrednost() { _asm {          mov eax, 39          } } int main() { std::cout << "Vrednost je: " << dobijVrednost() << std::endl; _getch(); return 0; }

U suštini, da li se isplati koristiti Asembler unutar C++ radi povećanja brzine obrađivanja programa od strane procesora ili brzina i dalje ostaje skoro ista?

• 1Ovo se svidja korisniku: E.L.I.T.E.
  
  Registruj se da bi pohvalio/la poruku!

Citat: U suštini, da li se isplati koristiti Asembler unutar C++ radi povećanja brzine obrađivanja programa od strane procesora ili brzina i dalje ostaje skoro ista?

Nećeš "ubrzati" program na ovakvim sitnicama. Čak i kad su u pitanju ozbiljnije optimizacije, treba imati na umu da moderni kompajleri već dosta optmizuju kod i to obično pametnije nego što bi to najveći deo ljudi mogao ručno. Da bi se postiglo neko ubrzanje je zaista potrebno poznavati svoje razvojno okruženje i znati tačno šta želiš da postigneš. Baci pogled ovde za koju informaciju više:
[Link mogu videti samo ulogovani korisnici]

Povećanje brzine obrađivanja programa na modernim više-jezgarnim procesorima možeš postići i boljom optimizacijom za višenitni rad i paralelno izvršavanje procesa. A u poslednje vreme je popularna i "zloupotreba" GPU u te svrhe.

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Ovaj lik objašnjava kako podesiti Visual Studio 2010 za x64 asembler, ali ja imam Visual Studio 2012, a SDK koliko sam pročitao je kompatibilan sa VS2005-VS2010.

• 1Ovo se svidja korisniku: E.L.I.T.E.
  
  Registruj se da bi pohvalio/la poruku!

Tebi SDK ne treba jer ga već imaš. Ostatak tutorijala bi trebalo da propratiš bez problema.

Da potvrdim sve ono što je bocke rekao, ovakvim pristuom nećeš dobiti nikakvo merljivo ubrzanje, izgubićeš tonu vremena da napraviš da sve radi kako želiš, a nakon toga još više vremena da održavaš taj kod.
Korišćenje asemblera danas za većinu stvari ne donosi nikakvo ubrzanje. Uz to, da bi tvoj program bio kompatibilan sa što većim brojem računara, morao bi da pišeš asemblerski kod za svaku porodicu procesora, pošto se te napredne stvari koje donose ubraznje ne koriste na isti način na različitim procesorima.

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Srki_82 ::Korišćenje asemblera danas za većinu stvari ne donosi nikakvo ubrzanje.

Kako ne donosi kada je asembler najbliži procesoru (posle mašinskog koda) Ne mislim ja da distribuiram taj program dalje, samo testiram

• 1Ovo se svidja korisniku: _iKaC
  
  Registruj se da bi pohvalio/la poruku!

Nije stvar do jezika nego do programera. Niko ti ne brani da pises asm, samo neces daleko dogurati (no offence) i potrositi vreme uzalud.

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

@morando znam to, ne nameravam da programiram u asm , jedva nalazim vremena za C++, kamoli da učim i asm

BTW, hvala na odgovoru

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Napisano: 10 Sep 2013 20:48

Generalno, postoje slučajevi kad asm može koristiti. Ali obično se ASM kod kombinuje sa C/C++. Naravno, mogu se pisati i čiste ASM aplikacije, ali kao što je srki napisao kod će biti ograničen na jednu platformu. Ovo se može delimično rešiti korišćenjem makroa, ali i dalje postoje ograničenja.

Kako to kombinovanje ide u praksi? Obično se uz C/C++ implementaciju nekog algoritma (recimo za pretragu) ponude i platformski specifična i "optimizovana" varijanta u ASM (ali videti linkovani PDF u mom prethodnom postu). Problem je u tom što postoje različiti ASM dijalekti, nezavisno od same platforme. Na primer kod za GAS (GNU), TASM (Borland/Embarcadero), MASM (Microsoft), NASM, i recimo FASM, se razlikuje. Naravno tu je i AT&T vs. Intel sintaksa, ali i činjenica da neretko postoje razlike i između različitih implementacije Intel sintakse. Tako da je pored platformskog ograničenja, asm kod ograničen i na specifičan (ili ređe: sintaksno kompatibilan) asembler.

Dakle ASM ima svoje mesto. Ali zaista moraš znati pro et contra (tj. šta time dobijaš). Obično se ASM koristi za ubrzavanje pojedinih numeričkih operacija ili procesorski intezivnih operacija. Ali je optimizacija ograničena programerovim poznavanjem ciljne platforme i programskog okruženja.

Dopuna: 10 Sep 2013 20:53

A kad smo već kod optimizacije, mogle bi postojati razlike između pojedinih AMD i Intel instrukcija koje se mogu koristiti za optimizaciju (recimo: tradicionalno 3dnow vs sse). Uz to verovatno postoje i specifičnosti mobilnih x86_64 platformi.

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Bocke, hvala na detaljnom odgovoru, inače sam nalazio informaciju da se Asembler koristi i za aplikacije u kojima je vreme kritičan faktor, za kontrolu hardvera, operativne sisteme, čak i za neke brauzere poput Google Chrome-a naprimer, naravno sve je to minimalno pretpostavljam jer se inače te stvari nebi mogle pokretati na različitim platformama

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Jes, mislim da neka komponenta Google Chromea koristi asm. Možda webkit i JS engine. Ali u kom vidu ne znam. Nisam to istraživao, niti me je nešto posebno interesovalo.

Mada je webkit dostupan i za mobilne platforme (ie: simbian ili bada) tako da mi je čudno da postoje asm optimizacije. Možda samo na x86* platformama?

Ne znam. Možda je neko drugi upućeniji.