Maximální rychlost připojení PC-Server ?

Ahoj, řeším (zatím teoretický) problém...

jak za dostupný peníz lze propojit server s klientem (1:1) v rámci LAN tak, abych dosáhl co nejrychlejší přenos dat?
Myslím tím např. vyhrazená Gb linka. Vzdálenost je cca 30 v budově.

Jde mi o to, že stávající pracovní stanice mi moc nesedne kvůli hluku diskového pole, ale rychlost potřebuju (databáze, střih videa,..). Uvažuju o možnosti pole přesunout na server na druhém konci bytu, ale do toho bych šel pouze v případě, že se nepřipravím výrazně o rychlost. Na stanici je HW RAID 5 s průměrnou propustností 120MB/s.
Gigabit LAN jsem zatím reálně netestoval, tak netuším jak rychle dokáže chodit. S investicí do kvalitních síťovek samozřejmě počítám.

Otestovaný to nemám, ale na některejch deskách bejvaj 2 Gbit konektory a v ovladačích lze zapnout "Teaminng function", kdy se ty dvě linky chovaj jako jedno 2Gbit připojení. To by mohlo celkem elegantně řešit tvůj problém pokud zjistíš, že single gigabit je pro tebe málo.

Jo o tom vím, ale o Realteku a tom jeho bazmeku co dává na MB mám dost skeptický mínění. Zajímalo by mě jestli to už někdo reálně testoval.

By me zajimalo jaky protokol na to chces pouzit? Predpokladam, ze to ma bezet pod Windows?
S vselijakym pripojovanim sitovych disku do Windows jsem si hral celkem dlouho a nenasel jsem protokol, ktery by behal rozumne, limit je tam nejakych 30-50 MBps. Takze pote je naprosto jedno, zdali to mas pripojene gigabitem, ci dvema, jsi limitovan nekde jinde.

Já se s win sdílením (Vista-Vista) dostal na nějakejch 80-85MB/s na obyč integrovanejch realtekách, ale je fakt, že to je spíš vyjímka než pravidlo.

Server OpenSUSE, PC Vista/W7 64bit, klasicke sdileni.

Pocitam s tim, ze nejspis nic rozumneho nenajdu a musim se smirit s kravalem, ale doufal sem, ze treba uz nekdo prisel s necim novym. :-/
Rychlosti vsude stoupaji, kapacita roste,..

OT: Jasne ze resenim by bylo pouzit treba externi SAS pole, ale kvuli tichu nebudu kupovat novej radic navic abych si pomohl nejakym metrem od stolu. Sluchatka jsou v tom pripade levnejsi reseni...:-(

Pokud ten disk opravdu potrebujes pripojovat jen ke konkretni stanici, tak zapomen na sambu a rozjet iSCSI. Je to relativne eazy a z pohledu OS (je jedno jestli widle nebo cokoli jinyho) se to chova jako lokalni disk. Samo vyzaduje rekonfiguraci a znamena nejak prelejt data.

Co se vykonu tyce, dva dvouportovy intely sice prijdou na nejakou tisicku, ale parametry o rady jinde nez to co mas integrovany (vcetne toho co je integrovany na serverovejch deskach).
Pokud by ti 2Gbit bylo malo, da se samo 4port (ale to uz bude financne dost nakladny). Pokud by i to bylo malo, existujou dalsi technologie ... (FC napr ).

Jop, lepsi sitovky umi jumbo pakety, velice vhodne zapnout.

Citace:

---

Původně odeslal Aigor

OT: Jasne ze resenim by bylo pouzit treba externi SAS pole, ale kvuli tichu nebudu kupovat novej radic navic abych si pomohl nejakym metrem od stolu. Sluchatka jsou v tom pripade levnejsi reseni...:-(

---

Jen takový čistě teoretický nápad - předpokládám že sedíš u stolu a za tvým monitorem je zeď a za zdí je co ?
jinej pokoj? - pak dej PC tam a skrze zeď (otvor) protahej kabely :)

Jestli sedi jako ja, tak za stolem je zed, ve zdi okno a za nim 8 pater "nic" ;D.

to Atreides:
kdyby to šlo, je to to první co udělám...

to Jezevec:
budu se ptát blbě, ale furt nevím co si pod tím iSCSI mám představit. Vygooglil jsem spoustu PR keců o konsolidaci, řešeních a platformách, ale nikde technickej konkrétní popis jak to provést a jaké to má ev. háčky.

Pokud už budu dělat extra server, tak samozřejmě potřebuju data sdílet na několik stanice, ale jenom na jediné vyžaduju co nejvyšší rychlost. S nějakou tou tisícovkou za kvalitní PCI-E Intel kartu de-facto počítám, ale nevím jestli je možné iSCSI vůbec zprovoznit mezi uvedenýma OS (s požadovaným výsledkem) a zachováním dostupnosti dat klasickým sdílením na další stanice...

iSCSI je protokol zalozeny na SCSI (ktery se pouziva i na SATA/SAS) akorat prevedeny na LAN (ethernet). Je to protokol specielne pro pripojeni disku => da ti na dany technologii maximalni vykon (o dost lepsi nez jakykoli zpusob sdileni). Ovsem chova se to skutecne jako disk => nelze tentyz prostor zaroven pripojit pres iSCSI k nekolika ruznym strojum (stejne jako disk). Lze jej samozrejme dal nasdilet ze stroje, ke kteremu je pripojen.

Pro klienta se to chova tak, ze system proste vidi "fyzicky" disk a jak si ho naformatujes je na tobe. To je ve spouste situaci vyhoda, protoze napriklad widle odmitaji lecjake operace delat na samba discich (win sdileni) s tim, ze nejde o lokalni disk.

Samo ten disk muzes pripojit kamkoli, ovsem vzdy jen k jednomu stroji (RW), nektery implementace umoznujou pripojit N dalsich stroju ale RO. Ten protokol
umi dneska vetsina "lepsich" SAS.

Protokol neobsahuje zadny zabezpeceni => neni v zadnym pripade dobry ho provozovat ve verejny siti ;). Existujou i swiste pro nej spesl optimalizovany. Pohledej benchmarky.

Ja jsem pred cca tremi lety iSCSI jen tak z prdele jednou na asi hodinu zprovoznil, trvalo mi to cca hodku a pul, ale je mozne ze to dnes uz pujde rychleji. Je to neco ala FC, akorat na normalnim HW. Ja to provozoval pres gigabit na integrovanych obyc sitovkach, coz mozna bude duvod, protoc jsem se nedostal pres cca 35-40MB cteni z RAID5 4x500GB SATAII, oboje dualcore cca 2GHz. Server byl openSuSE, klient XPcka. Verim ze na lespim zeleze (hlavne poradne intel sitovky do PCI-E) a po vytuneni TCP (jumbo frame a vetsi buffery) by ses mohl dostat pres 80MBps, mozna az na 100, vic bude asi problem. Dost dobre ale nechapu, proc by diskove pole melo byt hlucne, onehda jsem postavil linuxovy RAID-5 5x1TB fileserver co skoro neni slyset. zapracuj na odhlucneni a mas to vyresene.

vi nekdo neco o tomto? ATA over Ethernet (AoE): http://en.wikipedia.org/wiki/ATA_over_Ethernet

update: ted si vpozminam ze AoE mel nejaky levny NAS se kterym jsem pracoval...mozna to je lepsi nez iSCSI, protoze to nejede pres TCP/IP.

update 2: http://www.pr-inside.com/study-finds...r-r1266956.htm WAU!

Na linuxu problem neni, tam treba NFS beha bez problemu 115MBps na gigabitu, ale jakmile je klientem windows, tak to ne a ne a nejede.
Zkousel jsem sambu, nfs a iscsi. Instalace targetu na linuxu je dnes jeden prikaz a vse udela distribuce, pripojeni na windows je taky otazka par kliknuti. Jen ten vykon nejak schazel.

nj, ale pokud to nejde sdílet zároveň jinam (čehož jsem se obával), pak to pro mě nemá význam. Ne že bych to nemohl nasdílet z workstation, ale pak to celé trochu ztrácí kouzlo. Data bych musel rozsekat na storage a pracovní, přičemž podle požadované rychlosti a dostupnosti (workstation nepojede nonstop) bych je musel přesouvat mezi iSCSI a Sambou,... ve výsledku jedna velká komplikace a zmatek.

Co se týká hlučnosti, myslím že víc už se udělat nedá (snad krom vodníka). Disky mám na gumách a ofukuje je regulovaná Noctua, snažím se je udržet aspoň pod 40°C, navíc extra peče samotný řadič, tj. další fan, potom outtake na bedně a zdroj. Není to sice kravál (většina lidí tvrdí že je to tiché), ale večer/v noci to prostě vnímám jako souvislej hukot+seek a možnost pracovat na úplném pasívu je lákavá.

mno, ja neco podobnyho rozbehaval linux vs. mac ... na TGe jsem daval po tuningu skoro vseho cca 600-700MB/s, jedinej problem byl, ze nektery pomerne podstatny masoxovy aplikace (finalcut, quicktime), po par minutach streamovani touhle rychlosti proste zamrazily celej pocitac ... ani kurzor se nehejbal ...

co se tyce widli, tak existuje modifikace NTFS pro praci s videem, ktera umi mountit jeden fyzickej svazek na vice strojich, ale zaboha si nevzpomenu na nazev. bylo to urceny pro nejakej AVIDackej grabovaci/strihovej hardware ...

Ještě zpět - náhodou jsem teď narazil na požadavek malé domácí stanice s velkým úložným prostorem. Tam by iSCSI mohlo najít uplatnění, ale nedaří se mi dohledat požadavky na HW a reálnou rychlost. Na stanici určitě Win, na serveru Linux.

Představuju si stanici jako diskless a vzdálený boot z iSCSI. Jde taky o to, jestli by se zvládal ukládat TV stream (HTPC), nebo minimálně přehrávání DivX ???

Citace:

---

Původně odeslal Aigor

Ještě zpět - náhodou jsem teď narazil na požadavek malé domácí stanice s velkým úložným prostorem. Tam by iSCSI mohlo najít uplatnění, ale nedaří se mi dohledat požadavky na HW a reálnou rychlost. Na stanici určitě Win, na serveru Linux.

Představuju si stanici jako diskless a vzdálený boot z iSCSI. Jde taky o to, jestli by se zvládal ukládat TV stream (HTPC), nebo minimálně přehrávání DivX ???

---

linux by mel jit z iSCSI bootovat bez problemu, wokna tusim taky. co se pozadavku tyce, jsou skoro nulovy. da se to dokonce rozchodit tak, ze klient opravdu posila SCSI commandy primo radici a server do toho vubec nesaha ...

Citace:

---

Původně odeslal Fox!MURDER

co se pozadavku tyce, jsou skoro nulovy. da se to dokonce rozchodit tak, ze klient opravdu posila SCSI commandy primo radici a server do toho vubec nesaha ...

---

Na straně Linuxu/serveru věřím že implementace existuje, ale dost pochybuju, že např. běžná síťovka umí natáhnout systém po iSCSI. Jak nainstaluju widle, mají iSCSI default ovladač, nebo ho musím integrovat do CD ?

Citace:

---

Původně odeslal Aigor

Na straně Linuxu/serveru věřím že implementace existuje, ale dost pochybuju, že např. běžná síťovka umí natáhnout systém po iSCSI. Jak nainstaluju widle, mají iSCSI default ovladač, nebo ho musím integrovat do CD ?

---

afaik PXElinux umi nejakym zpusobem bootovat z iscsi (ale nemam vyzkouseno).
u tech woken fakt netusim. iscsi initiator se urcite doinstalovaval ... ale jak s integraci/bootem netusim ... (mno google tusi ... omrkl bych http://etherboot.org/wiki/sanboot/win2k8_iscsi_direct)

Od Vist je iSCSI defaultni soucast systemu.

mirne OT, ale myslim ze presto zajimave. Dnes jsem ve firme kopiroval cca 30GB dat po gigabitu skrz scp, obe masiny jsou openSUSE 11.1 s realtek sitovkama a C2D 2GHz a bezne SATA disky.

Pri normalnim scp jsem dosahl rychlosti 50MBps, po pouziti prepinace -c arcfour (velmi rychla sifra) se rychlost zvedla na 88MBps, coz je vpodstate limit rychlosti zapisu na SATA disky a zaroven to je blizko teoretickeho limitu Gb site. Zatizeni CPU na obou strojich bylo cca 60-70 jednoho jadra. Verim, ze pri pouiziti intel PCI-E sitovek a trunkingu (bonding) a bez sifrovani je mozna mnohem vyssi rychlost, jen clovek nesmi pouzit pomaly SMB protokol :)

Jen pro zajimavost, rychlost uploadu na tentyz server skrz WinSCP (zkousel jsem SCP,SFTP oboje s arcfour) neprezele 11MBps ;) to je presne 8x pomalejsi nez v linuxu. Otazka je, zda to je chyba winscp, woken, nebo obojiho. Stable verze dosahuje cca 10MBps, posledni beta tech 11MBps.

Citace:

---

Původně odeslal Petrik

Jen pro zajimavost, rychlost uploadu na tentyz server skrz WinSCP (zkousel jsem SCP,SFTP oboje s arcfour) neprezele 11MBps ;) to je presne 8x pomalejsi nez v linuxu. Otazka je, zda to je chyba winscp, woken, nebo obojiho. Stable verze dosahuje cca 10MBps, posledni beta tech 11MBps.

---

nepoustis si u toho nahodou MP3 ? :)

Na zadnem mem pocitaci windows snek edition (vista) vazne nemam ;) tohle jsou XP 32bit SP3