Nejčastěji odpovídající uživatel
XP x Vista - propustnost site

Dotaz
-
Hezky den,
zjistil jsem zajimaovu vec ohledne propustnosti site v XP oproti vistam.
Nejdrive popisu sve prostredi:
- gigabitova sit - sitovky, switche
- server s RAID5 polem z 5ti disku - propustnost 200-500MB/s
- nove PC - 3GHz Core2Duo, dva disky v RAID0 (stripe 128k), gigabit lan, chipset Intel P35
Pokud jsem nainststaloval na PC Windows XP a dodal posledni ovladace + zaplaty, dokazal jsem pri transferu velkych souboru vytizit sitovku zhruba na cca 25% +-
Pokud jsem na presne ten samy PC nainstaloval Vista + ovladace, nebyl problem sitovku vytizit temer na maximm (90 - 100%)
Tato situace se objevuje i u jinych stroju s RAID 0. Systemy nebyly nijak modifikovany, mimo zaplat a ovladacu novych.
Netusite nekdo cim by to mohlo byt, ze XP jsou cca 3x pomalejsi ?
Dekuji
Honzastředa 30. ledna 2008 9:02
Odpovědi
-
Ahoj,
podivej se jeste do moznosti ovladace sitove karty - FDX, jumbo MTU, checksum offload ... a pohraj si s nimi at ulehcis CPU.
Pro overeni realne propustnosti site doporucuji pouzit nejaky "nizkourovnovejsi" protokol, napr. ftp a ten pak srovnat s CIFS/SMB.
MP
- Označen jako odpověď KFL-MSMicrosoft employee pátek 26. listopadu 2010 12:46
středa 20. února 2008 9:38Moderátor
Všechny reakce
-
Ahoj Honzo,
může se jednat o několik faktorů, především součásti operačního systému Windows Vista určené pro sítě byly navrženy tak, aby byly efektivnější a bezpečnější.
Například funkce automatického nastavení velikosti přijímaného okna TCP pravidelně přepočítává ideální velikost přijímaného okna pro každé připojení k síti na základě měření šířky pásma, zpoždění (šířku pásma násobí zpožděním) a úspěšnosti doručení. Poté automaticky upraví maximální velikost přijímaného okna.
Dalšího „zrychlení“ při kopírování souborů (u Windows Serveru 2008 a Windows Vista) je dosaženo pomocí nové implementace protokolu SMB 2.0. To je nová přepracovaná verze SMB pro současná síťová prostředí.
SMB 2.0 má tyto vylepšení:• Větší vyrovnávací paměti oproti SMB 1.0.
• Více příkazů SMB uvnitř jednoho paketu. Tím je omezen počet paketů odeslaných mezi klientem a SMB serverem.
• Vyšší škálovatelnost díky zvýšení omezujících konstant v návrhu protokolu. Například zvýšený počet současně otevřených popisovačů souborů na serveru a sdílených složek, které může server obsahovat.
• SMB 2.0 nevadí krátká přerušení dostupnosti sítě.
SMB 2.0 se použije ale pouze tehdy, pokud to klient i server umožní. (Windows Server 2008 a Windows Vista)
Měj se pěkně...
Tomáš Pflanzer
středa 30. ledna 2008 10:35 -
Ahoj Tomasi,
dekuji za odpoved.
Ze windows vista ma vylepseni sitovych sluzeb vim, osobne je pouzivam uz rok a jsem jen spokojen.
Ale prave me zarazi, ze zjednodusene receno na zadnem stroji ktery by to hardwarove umoznovat (propustnosti lan,hdd) mel, tak pokud tam je Win XP ci 2003 srv, tak nejsem schopen dosahnout plne propustnosti site.
Vim ze to je hloupost abych s XP nedokazal gigabit lan vytizit, ale presto to tak vypada a proto by me zajimalo, kde muzu tak delat chybu.
Switche jsem vyloucil - vista potvrdily ze tam chyba neni. MTU je vsude stejne (1500).
Jediny rozdil je - XP versus vista.
Mam skoro 200 PC s XP, na Visty prejit nemohu nyni na vsech ani nahodou ..
Honzastředa 30. ledna 2008 10:44 -
Ahoj Honzo,
hlavní zrychlení ve Windows Vista bude v tvém případě zřejmě způsobeno novým TCP/IP Stackem. Přeci jen v XP byl TCP/IP Stack dělán ještě než existovala gigabit síť.Doporučuji například tyto články:
http://www.networkperformancedaily.com/2006/12/vistas_next_generation_tcpip_s.htmlReceive-side scaling is also pretty interesting. Every packet that comes inbound has to take a CPU clock cycle. When you factor in 10 gigabit Ethernet, there’s no way a single-core CPU can take advantage of that. The way the TCP/IP stack was written in XP, we couldn’t take advantage of multiple CPUs – it’s all done serially (due to limitations in the NDIS 5.1 driver). The nice thing about Vista’s receive-side scaling is that it takes advantage of additional processors, lessening a burden on the main CPU core. It basically enables packet receive-processing to scale with the number of available processors. Packet processing can now be done in parallel while preserving in-order delivery.
Více info například zde:
http://technet.microsoft.com/cs-cz/library/bb878127(en-us).aspxMěj se
Tomáš Pflanzer
středa 30. ledna 2008 12:42 -
Ahoj,
podivej se jeste do moznosti ovladace sitove karty - FDX, jumbo MTU, checksum offload ... a pohraj si s nimi at ulehcis CPU.
Pro overeni realne propustnosti site doporucuji pouzit nejaky "nizkourovnovejsi" protokol, napr. ftp a ten pak srovnat s CIFS/SMB.
MP
- Označen jako odpověď KFL-MSMicrosoft employee pátek 26. listopadu 2010 12:46
středa 20. února 2008 9:38Moderátor -
Ahoj,
Jumbo jsou vyple, offloading zapnuty (na testovacim stroji), jinde jej sitovky neporporuji .. Fullduplex nastaven mam.
Zkusim jeste pak provest jine testy dle rady (ftp,..)
Honza
pátek 22. února 2008 12:09 -
Pocinaje Vistou maji Win prepsany cely IP Stack, proto je to IMHOnesoumeritelne.L.On 30.1.2008 10:02, Jan Janeček wrote:> Hezky den,> zjistil jsem zajimaovu vec ohledne propustnosti site v XP oproti vistam.> Nejdrive popisu sve prostredi:> - gigabitova sit - sitovky, switche> - server s RAID5 polem z 5ti disku - propustnost 200-500MB/s> - nove PC - 3GHz Core2Duo, dva disky v RAID0 (stripe 128k), gigabit lan,> chipset Intel P35>> Pokud jsem nainststaloval na PC Windows XP a dodal posledni ovladace +> zaplaty, dokazal jsem pri transferu velkych souboru vytizit sitovku> zhruba na cca 25% +-> Pokud jsem na presne ten samy PC nainstaloval Vista + ovladace, nebyl> problem sitovku vytizit temer na maximm (90 - 100%)>> Tato situace se objevuje i u jinych stroju s RAID 0. Systemy nebyly> nijak modifikovany, mimo zaplat a ovladacu novych.>> Netusite nekdo cim by to mohlo byt, ze XP jsou cca 3x pomalejsi ?>> Dekuji> Honza>středa 1. června 2011 16:05
-
Zli jazykove rikali ze realny limit XP stacku konci na 100Mbit/s (na tom byl ladeny a s vetsi rychlosti se moc nepocitalo). Proto se ve Viste musel HOODNE prekopat!
MP
pátek 3. června 2011 11:01Moderátor