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

• #2363 Komplikato veterán sh4d0w #2322

  Új Válasz 2017-03-15 18:41:43 #2363

  Ú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

  

  Komplikato

  veterán

  válasz sh4d0w #2322 üzenetére

  "Számomra világos, hogy nem ugyanaz a bináris. Ellenben az utasítás, amit a CPU végrehajt, ugyanaz, ..."
  Igen. Valóban nem értem miért is lenne az utasítás ugyan az. Ha az így lenne, mindegy lenne mivel fordítod be és milyen beállításokkal. És milyen procira.

• #2325 Fiery veterán sh4d0w #2322

  Új Válasz 2017-03-15 15:09:12 #2325

  Ú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

  

  Fiery

  veterán

  válasz sh4d0w #2322 üzenetére

  Ha nem azonos a binaris, es a binaris bizonyos reszeit hajtja vegre a CPU (kozvetlenul, lasd x86 gepi kod), akkor hogy a fenebe lenne egyertelmu, hogy azonos utasitasokat hajt vegre a CPU?

• #2318 Komplikato veterán sh4d0w #2278

  Új Válasz 2017-03-15 14:45:24 #2318

  Ú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

  

  Komplikato

  veterán

  válasz sh4d0w #2278 üzenetére

  "Oké, én is visszakérdezek: hogy lehetne hardveres bug, ha minden más CPU-val, minden platformon működik, csak Win10-en nem?"

  Ezt előző oldalakon vagy 20x le lett futva, és meg is lett válaszolva, hogy nyilván NEM ugyan azt az assembly kódot adja a fordító. Szóval de lehet HW bug.
  Másrészt anno első generációs i7 alaplapoknál volt olyan apró "bug", hogy tuning ramokkal NEM ment fel a gépre az akkor friss Vista. Az XP meg a Linux viszont igen. Csak mondjuk aki melóra vett i7-et, mi a tökért rakott volna fel 32 bites Xp-t vagy Linuxot.

• #2217 schawo titán sh4d0w #2213

  Új Válasz 2017-03-14 18:51:36 #2217

  Ú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

  

  schawo

  titán

  válasz sh4d0w #2213 üzenetére

  Egész valószínűtlen, hogy készül egy bináris, ami egyébként bugos, csak épp a cpu-k mikrokódja védett ellene. Ez csak akkor lehetséges, ha az intelben van egy ilyen fma3 bug, amit az intel fordító nem ismer, ezért ugyan készít egy bugos binárist, de nem tűnik fel senkinek, mert a mikrokódfrissítés javítja a bug bugját. Hirtelen más vari nem jut eszembe. Ennek az esélye pedig erősen konvergál a nullához.

• #2214 Fiery veterán sh4d0w #2211

  Új Válasz 2017-03-14 18:19:09 #2214

  Ú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

  

  Fiery

  veterán

  válasz sh4d0w #2211 üzenetére

  Oke, de ha szoftveres a problema, akkor miert fut minden mas processzoron ugyanaz a binaris remekul, es miert csak a Ryzenen hasal el? Ennyi erovel az FDIV meg F00F bugok is szoftveresek voltak?

  Az AMD pedig csak azokra a problemakra reagalt, amikre van ertelmes valaszuk, Amit me'g ok is vizsgalnak, ill. aminek a javitasa folyamatban van, azokra még nem reagaltak. Majd fognak, foleg, ha mar meglesz a javitas is.

• #2212 schawo titán sh4d0w #2211

  Új Válasz 2017-03-14 17:52:12 #2212

  Ú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

  

  schawo

  titán

  válasz sh4d0w #2211 üzenetére

  Simán lehet hardveres, és valószínűbb is.

• #2205 Fiery veterán sh4d0w #2203

  Új Válasz 2017-03-14 17:16:36 #2205

  Ú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

  

  Fiery

  veterán

  válasz sh4d0w #2203 üzenetére

  Nem azonos a binaris. A fordito sem azonos, ergo a kod, amit fordit, az sem azonos. Maga a kernel, a kritikus resz, ami a bugot elohozza, kapasbol lehet kulonbozo a 2 binarisban, tekintettel a kulonbozo forditora.

• #1952 KRoy19 őstag sh4d0w #1951

  Új Válasz 2017-03-11 15:53:43 #1952

  Ú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

  

  KRoy19

  őstag

  válasz sh4d0w #1951 üzenetére

  Nem is mondtam, hogy az, csak ez lehet magyarázat, hogy miért voltak a benchmarkok olyan különbözőek.

• #1438 schawo titán sh4d0w #1437

  Új Válasz 2017-03-05 08:46:24 #1438

  Ú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

  

  schawo

  titán

  válasz sh4d0w #1437 üzenetére

  vps szolgáltatás esetén nem egészen így van

• #1392 Tin veterán sh4d0w #1391

  Új Válasz 2017-03-04 17:10:50 #1392

  Ú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

  

  Tin

  veterán

  válasz sh4d0w #1391 üzenetére

  igen, olvastam. szerinted az amd-nél profi szakemberek dolgoznak, és az 1800X lesz a fejőstehén a szerverpiacra, és ezért azt hozták ki először. szerintem meg erre az intelnek előbb lesz válasza, hogy az amd akkora megrendelést kapjon a procira, hogy attól hátradőlhet.

  Mar leirtam, csak el kene olvasnod, nem write-onlyban szajkozni ugyanazt a marhasagot, kevesbe lenne kinos.

  kicsit olyan megmosolyogtató volt ez a mondat, mintha valami próféta lennél

• #1303 Tin veterán sh4d0w #1302

  Új Válasz 2017-03-04 12:49:13 #1303

  Ú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

  

  Tin

  veterán

  válasz sh4d0w #1302 üzenetére

  de még ott sem most, amikor láthatóan alaplap, bios, oprendszer és alkalmazás szinten sincs még minden rendben. amire a cégek (akik nagy tételben vásárolnak) eljutnak odáig, hogy beruházzanak ilyenre, addigra az intel is lépni fog.

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