Új hozzászólás Aktív témák

• #54 P.H. senior tag #06658560 #53

  Új Válasz 2009-12-19 22:43:31 #54

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  P.H.

  senior tag

  válasz #06658560 #53 üzenetére

  Ugyanabba a hibába esel, mint joghurt fórumtárs fentebb: nem arról van szó, hogy egy compiler olyan kódot fordít, amely olyan gépiutasításs-sorozatot jelent, amely csak egy CPU-családnak megfelelő (ilyen különbségek voltak pl. házon belül is pl. Willamette/Northwood és Prescott/Presler/Cedar Mill között is, nem is kicsi - esetenként 2x-es -, nem kell az AMD-hez menni).

  Bíróságra (megfelelő józan paraszti ésszel, jogi háttér és átgondolás után) nem azért megy akárki is, mert nem optimális a termékére a fordított program, hisz ezt csak ő tudja (adják is ki bőven a saját optimalization manual-aikat), hanem pl. azért, mert mondjuk valamely partner licenszeli az SSEx utasításkészletet, mégis egyes fordítók olyan kódot fordítanak, ami lekérdezi a programíró szándékától függetlenül a CPU-ból a gyártó nevét, és ha az nem megfelelő, akkor más kódot futtat (pl. nem SSE2-est, hiába írta ezt elő a programíró azt a fordítás során).
  És még ebbe sem lehetne(?) belekötni, ha az ilyenek konkrátan szerepelnek a dokumentációban, amit a fordító készítője mellékel a terméke mellé.

  IMHO információ arról, hogy a compiler-piac milyen összetételű, érdekes lenne képet kapni, de mivel a CPU-gyártók kínálnak a hozzájuk kötődő termékekhez megfelelő spec. profiler/optimalizáló cuccokat (pl. Intel VTune), valószínűleg jelentős szeletet képviselnek.

  [ Szerkesztve ]

  Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙

• #55 dabadab titán #06658560 #53

  Új Válasz 2009-12-20 00:23:05 #55

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz #06658560 #53 üzenetére

  Nem arról van szó, hogy nem optimalizálták a compilert AMD-re, hanem arra, hogy direkt nem használják az SSE2 utasításokat AMD-n. Az SSE2 utasítások meglétét elég egyszerű ellenőrizni, pont az Intel csinálta meg ennek az interface-ét, ehhez képest azt csinálja a kód, hogy lekérdezi, hogy AMD CPU van-e alatta, és ha az, akkor egyszerűen nem hajlandó SSE2-t használni. Szóval itt nem vmi optimalizáció
  elmaradásáról van szó, hanem aktív keresztbetevésről.

  [ Szerkesztve ]

  DRM is theft

Új hozzászólás Aktív témák