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

• #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.

• #61 hallador addikt bambano #60

  Új Válasz 2014-03-08 14:38:55 #61

  Ú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

  

  hallador

  addikt

  válasz bambano #60 üzenetére

  Nyilván sok fajta szerver van, de egy szervert nem minden esetben a chipkészlet, mint inkább az elrendezés fogja eldönteni mire jó, mivel chipsetből van 2 - 5 fajta szerver elrendezésből, meg 40 fajta, igen meg ide hozhatnád az IBM x3950-et, meg a HP DL980-et is, meg utána a Power 780-t is, de nyilván nem releváns ebben az esetben, amit leírsz.

  Nyilván a GigaByte laphoz hasonlót kerestem nem pedig a zEC12-höz akartam hasonítani.

  Nyilvánvaló az is, hogy az 1 U-s szerver nem a standalone házba építhető szerverlap kategória, mint ahogyan az x3650 sem.

  Amúgy ha már így leírtad akkor nézzük azt a halmot a 2013-ban megjelent M4-es 3650-en van összesen 6 publikusan használható , kettő elöl, 4 hátul, meg kettő a lapon, ugye megegyezhetúnk, hogy 2013-ban nem egy halom...

  Ha megnézzük a 2008-2009-ben megjelent x3650M2-t akkor elöl 2, hátul 2, na ez is messze van a halomtól. Szóval máshogy látjuk a sok USB fogalmát.....

  De lehet hogy tévedek...

• #53 anulu félisten bambano #50

  Új Válasz 2014-03-08 07:58:07 #53

  Ú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

  

  anulu

  félisten

  válasz bambano #50 üzenetére

  hmm, jogos. a cad fel se merült bennem.

• #48 hallador addikt bambano #47

  Új Válasz 2014-03-07 13:08:40 #48

  Ú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

  

  hallador

  addikt

  válasz bambano #47 üzenetére

  + 1

• #43 vellerd tag bambano #40

  Új Válasz 2014-03-07 11:24:16 #43

  Ú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

  

  vellerd

  tag

  válasz bambano #40 üzenetére

  Na-ne már hogy 80-100k kérjenek már érte!

• #38 Akybron aktív tag bambano #37

  Új Válasz 2014-03-06 23:16:08 #38

  Ú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

  

  Akybron

  aktív tag

  válasz bambano #37 üzenetére

  És ami vicces, a TV-m is rendelkezik soros porttal. Alapvetően azért, hogy rendszerbe kötve lehessen őket pl. egyszerre ki-bekapcsolni.
  usb-rs232 illesztőkre: prolific gyártmányokból ha csak 1 van a gépben tök jó. Ha több, akkor 2-3 port nyitás-zárás után magával rántja a kernelt is... Az FTDI chipesek már jók, pár éve még pocsék olt a driverük. TI-USB-re a gyártó maga mondta, hogy inkább az FTDI-t ajánlják.
  Korlátozottan használhatók válaszidő kritikus helyeken. Az FTDI alap beállításokkal 16 msec késleltetést okoz hozzáférésenként. Ha egy program egyesével küldi ki a byte-okat, akkor 60 byte/sec a sebesség 115200 baud esetén is.

• #35 anulu félisten bambano #32

  Új Válasz 2014-03-06 22:09:58 #35

  Ú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

  

  anulu

  félisten

  válasz bambano #32 üzenetére

  sziasztok Hobbitok! a munkátok a hobbitok?

  bocs...

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