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

• #16582 dqdb nagyúr pmonitor #16575

  Új Válasz 2021-11-11 22:54:50 #16582

  Ú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

  

  dqdb

  nagyúr

  válasz pmonitor #16575 üzenetére

  Az almát almával kellene összehasonlítani.

• #16579 dabadab titán pmonitor #16575

  Új Válasz 2021-11-11 22:37:21 #16579

  Ú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 pmonitor #16575 üzenetére

  Nálam itt az sprintf(...) stabilan 6 sec felett, az assembly kód stabilan 2 sec. alatt teljesített.

  Mert nem ugyanazt csinálták: az sprintf() egy elég nagy tudású, rugalmas függvény, a te assembly kódod meg csak 32 bites inteket tud kiírni mindenféle formázás nélkül. Nyilván ha ugyanezt megírod C-ben, az is gyorsabb lesz, mint az sprintf, vagy ha az sprintf()-et megírod assemblyben, az meg minden bizonnyal lassabb lesz, mint az, ami a gyári stdlibben van (az alapján, hogy a mostani assembly kódod is elég szuboptimális).
  
  Sőt, itt van C-ben egy még gyorsabb megoldás, ami a te assembly kódoddal ellentétben még csak nem is bugos
  
  int int_ToString(int num, char* dest) {
  memcpy(dest, "-2138\n", 7);
  }
  

• #16576 Silεncε őstag pmonitor #16575

  Új Válasz 2021-11-11 21:46:03 #16576

  Ú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

  

  Silεncε

  őstag

  válasz pmonitor #16575 üzenetére

  Még azt mondják, hogy nem lehet assemblyvel gyorsabb kódot írni!

  Csakhogy ilyet senki nem mondott

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