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

• #68 kchris78 veterán kchris78 #66

  Új Válasz 2014-03-10 18:12:44 #68

  Ú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

  

  kchris78

  veterán

  válasz kchris78 #66 üzenetére

  Én azt látom hogy a régi buta hálózati kártyák ma már ebben a sebességtartomanyban processzorral ellátott cuccok lettek (crc offload pl) másképp nem tudják hozni a névleges sebességet. Egyik másik típuson még aktív hűtés is van . Ehhez képest egy nem túl drága Switch (nem otthoni) rendelkezhet 4 10gbites sfp/x2 hellyel es 20-30Gbit (minimális routinggal) nem tolja fel 10% fölé a cpujának a terhelését. Ennyi.

• #66 kchris78 veterán bambano #65

  Új Válasz 2014-03-10 17:56:06 #66

  Ú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

  

  kchris78

  veterán

  válasz bambano #65 üzenetére

  A standard működés olyan hogy ha jön/ megy csomag akkor az generál egy irqt értesíti a megfelelő processzt, feldolgozza és megy tovább az élet. Az hogy akár küldés akár fogadás oldalon összevár a kártya egy jópár csomagot és így megy a feldolgozás az nekem már workaround megoldás aminek nagyobb késleltetés az ára. Szerintem, én még ezt tanultam.

• #64 kchris78 veterán bambano #63

  Új Válasz 2014-03-10 10:09:14 #64

  Ú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

  

  kchris78

  veterán

  válasz bambano #63 üzenetére

  ez a fajta tuning ami szerintem abba a körbe tartozik amit CDN szolgáltató meg tud ejteni, de abszolút nem plugandplay kategória (véleményem szerint ezért sem terjed a 10GbE, ahogy látható abszolút másképp kell konfigolni a TCP stacket ehhez a sebességhez).

  Egy sima desktop pc elmegy 900mbitig és kiszorzod hogy mennyi lenne a vége, abszolút nem jó megközelítés. nézd meg azt hogyha kitolod 900mbitig a géped hány IRQ esik be mp-enként gép szinten. nem az számít hogy egy bizonyos irq-n. Abból kiindulva hogy milyen gép volt nálam 300e IRQ/s környékén a gépek 90%-a megáll. ekkor viszont nem csinál mást a gép csak az I/O-val foglalkozik.
  Lehet a cikkben leírtaknak megfelelően tuningolni de sajnos nekem windowson kellett remekelnem ahol valamennyit lehetett a registryvel bűvészkedni de a performancia abszolút azon múlt hogy hogy volt az adott driver megírva (offload + irq coalescing), szépen kijött a különbség a broadcom és intel között.
  Plusz mégegy dolog: lehet bármennyi mag egy gépben, ha az a processz ami kommunikálni akar egy magon fut (másolás ilyen de webszerver is ilyen lehet ha nincs rendesen bekonfigolva), akkor annyi I/O van amennyit egy mag ki tud hozni magából.

  Finomítom a kijelentésem, de nekem ezek a fenntartásaim vannak, gyakorlati tapasztalatok alapján.

• #62 kchris78 veterán bambano #59

  Új Válasz 2014-03-09 23:45:24 #62

  Ú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

  

  kchris78

  veterán

  válasz bambano #59 üzenetére

  Azert mert egyszeruen a pc architektúrája olyan hogy annyi csomagot másodpercenként amennyit továbbítani kell hogy kijöjjön a 10 Gbit nem alkalmas. 1500 bytteos csomagokkal. Csak mindenféle offload eljárásokkal. Olvass utana. Teszteléskor nekem kb 4-6 gbit volt a vége pedig brutális vas volt alatta.

• #55 kchris78 veterán

  Új Válasz 2014-03-08 09:34:30 #55

  Ú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

  

  kchris78

  veterán

  Kivancsi vagyok nagyon hogy vajon azt a sebességet 1500 byteos csomagokkal ki tudja e hajtani az alaplap?? Az én tapasztalatom az hogy hamarabb meghal a rendszer mert annyi IRQt kell kezelnie és csak jumbo frame a megoldás ami viszont nem igazán szabványos. Hacsak nincs ennek a vezérlőnek valami brutális offload funkciója...

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