Hozzászólok Aktív témák

• #5 Kansas őstag

  Új Válasz 2019-08-13 21:17:48 #5

  Ú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

  

  Kansas

  őstag

  Azért azt érdemes megnézni, hogy az AMD közvetlenül nem szerepel benne, csak "ATI Technologies"-ként, ami ugyebár 2006-ban megszűnt létezni... felmerül a kérdés, ez az egész tanulmány mikori adatokkal dolgozott?
  Egy 2006-ban megszűnt cég driverei ma milyen relevanciával bírnak, mennyi található meg belőlük a mai(nem legacy) driverekben? A többi érintett cég is hasonlóan régi drivereivel került be?

  [ Szerkesztve ]

  Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka...

• #14 Kansas őstag Akula #8

  Új Válasz 2019-08-13 22:24:16 #14

  Ú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

  

  Kansas

  őstag

  válasz Akula #8 üzenetére

  "egyből kiderülnek a közösségi nyílt forráskód miatt" - nem kiderülnek, max kiderülhetnek. A nyílt forráskód magában csak a lehetőséget teremti meg, a melót nem teszi bele senki helyett - és ráadásul ahogy fentebb írják, a "komoly", a HW képességeit maximálisan kiaknázó driverek jó része Linuxon is zárt forráskódú, binárisként terjed.

  Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka...

• #15 Kansas őstag b. #13

  Új Válasz 2019-08-13 22:30:48 #15

  Ú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

  

  Kansas

  őstag

  válasz b. #13 üzenetére

  Az AMD grafikus részlegét tudtommal soha nem hívták "ATI Radeon"-nak(Radeon Technology Group volt a neve, előtte meg AMD Graphics Product Group , az ATI brand-et soha nem használták az AMD-n belül), bízom benne, hogy annyira nem dilettánsok, hogy az AMD-t hívják ATI-nak, logóstul, mikor semmibe nem kerülne nekik AMD-nek hívni, a kapcsolódó márkajelzéssel. Tehát gondolom ezek a megállapítások még az ATI Radeon időkre érvényesek(és nem csak az AMD kapcsán).
  Vagy - az is lehet, hogy a doksi egy jó része korábbi kutatásaik újrahasznosított kiadása(pl. a Win logó sem olyan már a Win8 óta, mint ami itt szerepel).

  CPU-hoz meg nem igazán van driver, tehát ha kifejezetten driver problémákat keresnek, ott nem fognak találni - gondolom az Intel is az IGP-k vagy az Ethernet/WiFi kártyáik driverei miatt szerepel, nem a procik révén...

  szerk.: kicsit utánanéztem, és az alapján az AMD csak 2010-ben hagyta abba az ATI Radeon márka használatát és váltott AMD Radeonra... my bad.

  [ Szerkesztve ]

  Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka...

• #16 Kansas őstag Csabroncka #12

  Új Válasz 2019-08-13 22:34:57 #16

  Ú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

  

  Kansas

  őstag

  válasz Csabroncka #12 üzenetére

  Az OS frissítések túlnyomó része nem lassít semmit, Windows-on sem. Csak a Spectre/Meltdown/kapcsolódó javítások, azok is csak azért, mert az előttük meglevő sebesség egy része pont abból származott, hogy baxtak HW-ben kezelni ezeket a sebezhetőségeket.

  Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka...

• #18 Kansas őstag DraXoN #17

  Új Válasz 2019-08-13 23:18:12 #18

  Ú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

  

  Kansas

  őstag

  válasz DraXoN #17 üzenetére

  Vannak CPU-specifikus optimalizációk a kernelben(szálkezelés, miegymás), de a klasszikus értelemben vett driver modul(legalább is Windows-on) nem igazán, inkább az AGESA van a legközelebb ahhoz amit én CPU driver-nek hívnék, de az meg a BIOS-ban(UEFI-ben) van.
  Csúnya is lenne, ha a gép nem tudna bebootolni, mert nem tud mit kezdeni a CPU-val

  Linux-ról nem nyilatkozok e tekintetben, ahhoz nem értek hozzá eléggé.

  [ Szerkesztve ]

  Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka...

• #46 Kansas őstag Kékes525 #45

  Új Válasz 2019-08-16 14:01:02 #46

  Ú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

  

  Kansas

  őstag

  válasz Kékes525 #45 üzenetére

  Arról a MS nem tehet, hogy a felhasználóinak a döntő többsége dilettáns.
  Nem az a megoldás, hogy mindent felvállal, amit a felhasználók neki tulajdonítanak...
  Ha a HW/driver gyártó a hiba oka, akkor a javítás felelőse is.
  Arról nem is beszélve, hogy a sok marha "power user" terjeszti is, hogy az a megolodás bármire is, hogy le ke tiltani a frissítést(vagy legalább megpróbálni).
  Ha mostantól az idők végezetéig csak hibátlan, 1mp alatt feltelepülő, 1MB-os frissítéseket is ad ki a MS, akkor is azt fogja szajkózni a sok "hozzáértő", hogy le kell tiltani, mert szar, lassít, sokáig települ meg sok helyet foglal... az igazi hozzáértők persze nem, de ők kisebbségben vannak és nem szeretik annyit tépni a szájukat, mint némely fórumhuszár.

  [ Szerkesztve ]

  Nincs olyan MI, ami képes lenne szimulálni az emberi hülyeséget... ha valaha lesz, annak tuti az emberi hülyeség lesz az oka...

Hozzászólok Aktív témák