Az Intel nemrégiben adott ki egy hivatalos dokumentumot, amely arról ad tájékoztatást, hogy a Foxville kódnévre keresztelt 2,5 GbE vezérlők esetében tervezésbeli hibát találtak, amely biztonsági kockázatot ugyan nem jelent, ám a teljesítményt bizonyos esetekben jelentősen visszafogja, igaz, a hibajelenség csak egyes infrastruktúrákban jelentkezhet.

Az I225-ös sorozat tagjait már egy ideje szállítja a gyártó, így ezek a következő generációs noteszgépek és alaplapok fedélzetén egyaránt helyet kaphatnak. Az i225-ös családban egyébként kétféle vezérlő van jelen: az egyik az i225-V, amely az integrált MAC-kel ellátott Intel lapkakészletekkel működhet együtt; a másik pedig az i225-LM, amely már rendelkezik beágyazott MAC-kel, elsődleges célpontjai pedig az egyéb platformok, például a felsőkategóriás AMD alaplapok.

A tájékoztató szerint az új GbE vezérlők esetében problémák vannak az IPG-vel (Inter-packer gap), amely a továbbítandó adatcsomagok között eltelő időközökért felel, amelyekre a következő csomag fogadására való felkészülés miatt van szükség, ennek értéke pedig különböző lehet az adott szabvány függvényében. A fentebb említett 2,5 GbE vezérlők esetében az IPG nem működik megfelelően, azaz van némi eltérés az időközökben, ami negatívan hat a teljesítményre, illetve csomagveszteségekhez is vezethet (packet loss). Érdekes módon ez a hiba csak bizonyos környezetekben jelentkezik, vagyis nem minden gyártó 2,5 GbE portos megoldásaival jelentkezik, csak bizonyos router és switch gyártmányokkal.

Galéria megnyitása

Az eddigi tesztek szerint a Netgear, a Juniper és az AQuantia megoldásainál tapasztalható a rendellenes működés, míg a Cisco, a Huawei, a Buffalo és az Aruba eszközeire kapcsolódó i225-ös vezérlők hibátlanul működnek. A vizsgálatok persze még zajlanak, ám javítás várhatóan nem készül a hibára, hiszen a jelek szerint csak egy új hardver revízióval lehet azt száműzni. Aki tapasztalta a hibát, az Intel Network Connections panelen keresztül átállíthatja a vezérlő működését 1 GbE szintre, így a hiba elmúlik, viszont így „csak” 1 GbE sebességszintet érhet el a rendszer, ami egy 2,5 GbE alapú infrastruktúránál probléma lehet.

Az új stepping köré épülő i225-ös 2,5 GbE vezérlők várhatóan az év második felében érkezhetnek, amikor a Rocket Lake-S processzorok sorozatgyártása is megindul. Utóbbi meglepetés, ugyanis eddig hivatalos forrásból nem érkezett információ a Rocket Lake-S generáció rajtjával kapcsolatban, most azonban biztosra vehető, hogy erre az év második felében sor kerül.

A Comet Lake-S generáció után érkező Rocket Lake-S az aktuális információk alapján ugyan még mindig 14 nm-es csíkszélesség köré épül, ám már új architektúrát alkalmazhat a processzormagok esetében, ez pedig nem más, mint a Willov Cove. Utóbbi a Skylake és az Ice Lake sorozathoz képest egyaránt IPC növekedést hozhat, vagyis növekedni fog az órajelenként végrehajtható műveletek száma, ami a teljesítmény növekedését is eredményezi. Az új processzorok várhatóan „csak” 8 maggal rendelkeznek majd, extraként azonban PCI Express 4.0-s támogatást is kínálnak, ami megmagyarázza, miért készítették fel az LGA-1200-as sorozatú alaplapokat a PCI Express 4.0-s szabvány támogatására.

A hamarosan megjelenő Comet Lake-S generáció a jelek szerint nem lesz túl hosszú életű, amennyiben az ugyancsak LGA-1200-as tokozással rendelkező Rocket Lake-S processzorok még idén megjelennek. Igazából azt sem lehet kizárni, hogy a Rocket Lake-S tömegtermelése ugyan megindul még idén, ám a tényleges rajt csak a következő év elején lesz esedékes, valamikor a második negyedév folyamán.

Hírlevél feliratkozás
A feliratkozással elfogadom a Felhasználási feltételeket és az Adatvédelmi nyilatkozatot.

10 hozzászólás

A komment írásához előbb jelentkezz be!
Ferguson
Ferguson
2020. ápr. 29. 16:17
#4

Az, hogy nem megy egy cput rendesen megtervezni mondnam h hagyjan, de h egy ekkora cegnek egy 2.5 es ethernet adapter se megy mikor mar rajtuk kivul van 10 masik gyarto aki megoldotta gond nelkul. Ez kesz kabare.

Boostocska
Boostocska
2020. ápr. 29. 11:11
#3

Ez feature!

Egyesek nagyon hiányolták a random generátort AMD-nél, már értem miért. Intel minden termékében ott van a random generátor :D

Más kérdés, hogy random szám helyett random hibát generál, de ezek csak apró részletek :D

//Troll off

Ez véletlenül nem az a csip, amiről írtak servethehome-on, hogy a SuperMicro lapokban bugoltak?

_PARASZT_
_PARASZT_
2020. ápr. 28. 18:58
#2

Szerintem az meglepőbb lenne ha nem lenne egy intel termékben hiba.

Dragon3k
Dragon3k
2020. ápr. 29. 9:05

@Mosdatlan_falusi  az amd nem is rak Intel megoldást a lapjaira, tekintve, hogy nincs is amd alaplap. A gyártók tesznek Intel illetve realtek lan chipet az amd-s lapjaikra.

Busterftw
Busterftw
2020. ápr. 28. 16:07
#1

50% lassulas!

BiroAndras
BiroAndras
2020. ápr. 29. 16:39

@tomm27

Elméletileg lehetséges (közel) hibátlan szoftvert írni, de senki se fogja megfizetni, vagy kivárni, legfeljebb nagyon kivételes esetekben. És az egy dolog, hogy egyes ismert hibákat nem éri meg javítani, de ráadásul már a hibák megtalálása is költséges. És igen, minél komplexebb egy szoftver, annál több a hiba, és annál többe kerül megtalálni és javítani is őket. Ráadásul minden változtatás a kódon potenciálisan újabb hibákat generálhat, akár sokkal súlyosabbakat is, ezt is komolyan mérlegelni kell.

Sokat segít, ha próbáljuk a lehetőségekhez képest minimalizálni a komplexitást. Tekintve, hogy mennyi baj származik belőle, erre nagyon sok erőforrást érdemes áldozni.

Vissza az oldal tetejére