Hirdetés

Keresés

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

  • Kansas

    senior tag

    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 ]

    I used to be a decent sysadmin, then I took an arrow in the knee... (BOFH)

  • Kansas

    senior tag

    "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.

    I used to be a decent sysadmin, then I took an arrow in the knee... (BOFH)

  • Kansas

    senior tag

    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 ]

    I used to be a decent sysadmin, then I took an arrow in the knee... (BOFH)

  • Kansas

    senior tag

    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.

    I used to be a decent sysadmin, then I took an arrow in the knee... (BOFH)

  • Kansas

    senior tag

    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 :D

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

    [ Szerkesztve ]

    I used to be a decent sysadmin, then I took an arrow in the knee... (BOFH)

  • Kansas

    senior tag

    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 ]

    I used to be a decent sysadmin, then I took an arrow in the knee... (BOFH)

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