रिसीवर टीसीपी विंडो के आकार को 64,512 तक सीमित करता है


34

तथ्य (कृपया किसी भी गलत बयान की पहचान करें):

  1. मेरे पास दो साइटों के बीच 100 एमबीपीएस कनेक्शन है जो 80 एमएस से अलग हैं

  2. यह एक लंबा वसा कनेक्शन है जो शायद 100 एमबीपीएस * 0.08 सेकंड = 1,000,000 बाइट तक बड़े टीसीपी खिड़की के आकार से लाभ उठा सकता है

  3. दोनों मशीनें विंडोज सर्वर 2012 चला रही हैं। "दोनों पर विंडो ऑटो ट्यूनिंग स्तर प्राप्त करें" सामान्य है। "विंडो स्केलिंग heuristics" दोनों पर अक्षम हैं।

  4. मैंने एक तरफ "iperf -s" और दूसरी तरफ "iperf -c" चलाया। हस्तांतरण 5 एमबीपीएस पर हुआ। मुझे वही परिणाम मिलता है जो दूसरी दिशा में जाता है।

  5. दोनों पक्षों ने अपने SYNs में टीसीपी स्लाइडिंग विंडो के लिए समर्थन का विज्ञापन किया।

  6. रिसीवर ने "नहीं शिफ्ट" (0x000) के एक टीसीपी विंडो स्केल मूल्य के साथ पूरे रन के दौरान 64,512 बाइट्स (0xFC00) के एक टीसीपी विंडो के आकार का अनुरोध किया।

  7. नेटवर्क एक बड़े विंडो आकार को संभालने में सक्षम था (नीचे अनुक्रम आरेख देखें)

  8. रिसीवर ने विंडो को नेटवर्क सपोर्ट से छोटा रखा

  9. यह कनेक्शन एक IPSEC VPN के भीतर हो रहा है। सुरंग इंटरफ़ेस का एमटीयू दोनों दिशाओं में 1400 बाइट्स तक कम हो गया है।

सवाल

  • रिसीवर खिड़की को छोटा क्यों रखता है?

गैर-जवाब

  • नेटवर्क टूट गया है

    समान नेटवर्क पर चलने वाली लिनक्स मशीनें टीसीपी विंडो को 1.5 मेगाबाइट तक खोलती हैं और बैंडविड्थ पर 6 बार डेटा प्रसारित करती हैं

  • विंडो स्केलिंग heuristics सक्षम हैं

    विंडो स्केलिंग के आंकड़े अक्षम हैं ("netsh इंटरफ़ेस tcp शो हेयूरिस्टिक्स का आउटपुट देखें")

  • विंडो ऑटो-ट्यूनिंग स्तर सामान्य नहीं है

    विंडो ऑटो-ट्यूनिंग स्तर सामान्य है ("netsh इंटरफ़ेस tcp शो ग्लोबल" का आउटपुट देखें)

  • यह सिर्फ ESXi के भीतर एक आभासी मशीन पर अच्छी तरह से काम नहीं करता है

    मुझे एक ही होस्ट पर चलने वाली वर्चुअल लिनक्स मशीन पर 6 गुना बेहतर प्रदर्शन मिलता है।


अपडेट 1 जून 12, 2015 4:30 बजे पीडीटी

मैंने कनेक्शन के एक तरफ लिनक्स डालकर परीक्षण को संशोधित किया। निश्चित रूप से पर्याप्त है, जब लिनक्स विंडोज सर्वर 2012 को डेटा भेजता है, तो विंडोज बहुत छोटी टीसीपी प्राप्त विंडो (64,512 बाइट्स) प्रदान करता है।

जब मैं विंडोज से लिनक्स पर डेटा भेजता हूं, तो लिनक्स बड़ी-पर्याप्त टीसीपी प्राप्त विंडो (1,365,120 बाइट्स) प्रदान करता है। हालाँकि, Windows प्रतिबंधित उड़ान में अधिकतम ~ 60,000 बाइट्स भेजता है।


अपडेट 2 जून 13, 2015 3:00 बजे पीडीटी

मूल कारण के करीब एक कदम। मेरे सेटअप में, न तो SO_SNDBUF और न ही SO_RCVBUF सेट (iperf द्वारा) हैं। ये भेजने और प्राप्त करने वाले बफ़र्स हैं जो प्रभावी रूप से प्राप्त विंडो को बाध्य करते हैं। जब इन मूल्यों को निर्दिष्ट नहीं किया जाता है, तो विंडोज सर्वर 2012 64 kB का डिफ़ॉल्ट मान प्रदान करता है। तो अब सवाल यह है:

सवाल

  • जब कोई निर्दिष्ट नहीं होता है, तो MSDN पर बताए अनुसार लंबे सर्वर पाइप को समायोजित करने के लिए Windows Server 2012 गतिशील रूप से SO_SNDBUF / SO_RCVBUF क्यों नहीं बढ़ रहा है ?

गैर-जवाब

  • "नेटश विनसॉक शो ऑटोट्यूनिंग" अक्षम है

    यह सक्षम है।


अपडेट 3 अगस्त 24, 2015 शाम 4:00 बजे पीडीटी

नेटश को स्पष्ट रूप से सेट-नेटटीसीपीएसटिंग और परिवार के साथ बदल दिया गया है। Get-NetTCPConnection के साथ संयुक्त- NetTCPSetting से पता चलता है कि मैं 'इंटरनेट' शासन में काम कर रहा हूं जो मुझे ये सेटिंग्स प्रदान करता है:

SettingName                   : Internet
MinRto(ms)                    : 300
InitialCongestionWindow(MSS)  : 4
CongestionProvider            : CTCP
CwndRestart                   : False
DelayedAckTimeout(ms)         : 50
MemoryPressureProtection      : Enabled
AutoTuningLevelLocal          : Normal
AutoTuningLevelGroupPolicy    : NotConfigured
AutoTuningLevelEffective      : Local
EcnCapability                 : Enabled
Timestamps                    : Disabled
InitialRto(ms)                : 3000
ScalingHeuristics             : Disabled
DynamicPortRangeStartPort     : 49152
DynamicPortRangeNumberOfPorts : 16384

प्रेषक टीसीपी सेटिंग्स

PS C:\Users\acs> netsh interface tcp show global
Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled
Chimney Offload State               : disabled
NetDMA State                        : disabled
Direct Cache Access (DCA)           : disabled
Receive Window Auto-Tuning Level    : normal
Add-On Congestion Control Provider  : none
ECN Capability                      : enabled
RFC 1323 Timestamps                 : disabled
Initial RTO                         : 3000
Receive Segment Coalescing State    : enabled

PS C:\Users\acs> netsh interface tcp show heuristics
TCP Window Scaling heuristics Parameters
----------------------------------------------
Window Scaling heuristics         : disabled
Qualifying Destination Threshold  : 3
Profile type unknown              : normal
Profile type public               : normal
Profile type private              : normal
Profile type domain               : normal

PS C:\Users\acs> Get-NetTCPSetting

SettingName                   : Automatic
MinRto(ms)                    : 
InitialCongestionWindow(MSS)  : 
CongestionProvider            : 
CwndRestart                   : 
DelayedAckTimeout(ms)         : 
MemoryPressureProtection      : 
AutoTuningLevelLocal          : 
AutoTuningLevelGroupPolicy    : 
AutoTuningLevelEffective      : 
EcnCapability                 : 
Timestamps                    : 
InitialRto(ms)                : 
ScalingHeuristics             : 
DynamicPortRangeStartPort     : 
DynamicPortRangeNumberOfPorts : 

SettingName                   : Custom
MinRto(ms)                    : 20
InitialCongestionWindow(MSS)  : 4
CongestionProvider            : DCTCP
CwndRestart                   : True
DelayedAckTimeout(ms)         : 10
MemoryPressureProtection      : Enabled
AutoTuningLevelLocal          : Normal
AutoTuningLevelGroupPolicy    : NotConfigured
AutoTuningLevelEffective      : Local
EcnCapability                 : Enabled
Timestamps                    : Disabled
InitialRto(ms)                : 3000
ScalingHeuristics             : Disabled
DynamicPortRangeStartPort     : 49152
DynamicPortRangeNumberOfPorts : 16384

SettingName                   : Compat
MinRto(ms)                    : 300
InitialCongestionWindow(MSS)  : 2
CongestionProvider            : Default
CwndRestart                   : False
DelayedAckTimeout(ms)         : 200
MemoryPressureProtection      : Enabled
AutoTuningLevelLocal          : Normal
AutoTuningLevelGroupPolicy    : NotConfigured
AutoTuningLevelEffective      : Local
EcnCapability                 : Enabled
Timestamps                    : Disabled
InitialRto(ms)                : 3000
ScalingHeuristics             : Disabled
DynamicPortRangeStartPort     : 49152
DynamicPortRangeNumberOfPorts : 16384

SettingName                   : Datacenter
MinRto(ms)                    : 20
InitialCongestionWindow(MSS)  : 4
CongestionProvider            : DCTCP
CwndRestart                   : True
DelayedAckTimeout(ms)         : 10
MemoryPressureProtection      : Enabled
AutoTuningLevelLocal          : Normal
AutoTuningLevelGroupPolicy    : NotConfigured
AutoTuningLevelEffective      : Local
EcnCapability                 : Enabled
Timestamps                    : Disabled
InitialRto(ms)                : 3000
ScalingHeuristics             : Disabled
DynamicPortRangeStartPort     : 49152
DynamicPortRangeNumberOfPorts : 16384

SettingName                   : Internet
MinRto(ms)                    : 300
InitialCongestionWindow(MSS)  : 4
CongestionProvider            : CTCP
CwndRestart                   : False
DelayedAckTimeout(ms)         : 50
MemoryPressureProtection      : Enabled
AutoTuningLevelLocal          : Normal
AutoTuningLevelGroupPolicy    : NotConfigured
AutoTuningLevelEffective      : Local
EcnCapability                 : Enabled
Timestamps                    : Disabled
InitialRto(ms)                : 3000
ScalingHeuristics             : Disabled
DynamicPortRangeStartPort     : 49152
DynamicPortRangeNumberOfPorts : 16384

प्रेषक SYN

No.     Time           Source                Destination           Protocol Length Delta      Sequence number Acknowledgment number Bytes in flight Calculated window size Info
    814 5.036577000    10.10.0.21            10.11.0.1             TCP      66     0.000000000 0               0                                     64512                  49758→5001 [SYN, ECN, CWR] Seq=0 Win=64512 Len=0 MSS=1460 WS=1 SACK_PERM=1

Frame 814: 66 bytes on wire (528 bits), 66 bytes captured (528 bits) on interface 0
Ethernet II, Src: 00:11:22:33:44:55, Dst: aa:bb:cc:dd:ee:ff
Internet Protocol Version 4, Src: 10.10.0.21 (10.10.0.21), Dst: 10.11.0.1 (10.11.0.1)
Transmission Control Protocol, Src Port: 49758 (49758), Dst Port: 5001 (5001), Seq: 0, Len: 0
    Source Port: 49758 (49758)
    Destination Port: 5001 (5001)
    [Stream index: 73]
    [TCP Segment Len: 0]
    Sequence number: 0    (relative sequence number)
    Acknowledgment number: 0
    Header Length: 32 bytes
    .... 0000 1100 0010 = Flags: 0x0c2 (SYN, ECN, CWR)
    Window size value: 64512
    [Calculated window size: 64512]
    Checksum: 0x1451 [validation disabled]
    Urgent pointer: 0
    Options: (12 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), SACK permitted
        Maximum segment size: 1460 bytes
        No-Operation (NOP)
        Window scale: 0 (multiply by 1)
            Kind: Window Scale (3)
            Length: 3
            Shift count: 0
            [Multiplier: 1]
        No-Operation (NOP)
        No-Operation (NOP)
        TCP SACK Permitted Option: True

अनुक्रम ग्राफ का प्रेषक परिप्रेक्ष्य यहाँ छवि विवरण दर्ज करें

यहाँ छवि विवरण दर्ज करें

रिसीवर टीसीपी सेटिंग्स

PS C:\Users\acs> netsh interface tcp show global
Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled
Chimney Offload State               : disabled
NetDMA State                        : disabled
Direct Cache Access (DCA)           : disabled
Receive Window Auto-Tuning Level    : normal
Add-On Congestion Control Provider  : none
ECN Capability                      : enabled
RFC 1323 Timestamps                 : disabled
Initial RTO                         : 3000
Receive Segment Coalescing State    : enabled

PS C:\Users\acs> netsh interface tcp show heuristics
TCP Window Scaling heuristics Parameters
----------------------------------------------
Window Scaling heuristics         : disabled
Qualifying Destination Threshold  : 3
Profile type unknown              : normal
Profile type public               : normal
Profile type private              : normal
Profile type domain               : normal

PS C:\Users\acs> Get-NetTCPSetting

SettingName                   : Automatic
MinRto(ms)                    : 
InitialCongestionWindow(MSS)  : 
CongestionProvider            : 
CwndRestart                   : 
DelayedAckTimeout(ms)         : 
MemoryPressureProtection      : 
AutoTuningLevelLocal          : 
AutoTuningLevelGroupPolicy    : 
AutoTuningLevelEffective      : 
EcnCapability                 : 
Timestamps                    : 
InitialRto(ms)                : 
ScalingHeuristics             : 
DynamicPortRangeStartPort     : 
DynamicPortRangeNumberOfPorts : 

SettingName                   : Custom
MinRto(ms)                    : 20
InitialCongestionWindow(MSS)  : 4
CongestionProvider            : DCTCP
CwndRestart                   : True
DelayedAckTimeout(ms)         : 10
MemoryPressureProtection      : Enabled
AutoTuningLevelLocal          : Normal
AutoTuningLevelGroupPolicy    : NotConfigured
AutoTuningLevelEffective      : Local
EcnCapability                 : Enabled
Timestamps                    : Disabled
InitialRto(ms)                : 3000
ScalingHeuristics             : Disabled
DynamicPortRangeStartPort     : 49152
DynamicPortRangeNumberOfPorts : 16384

SettingName                   : Compat
MinRto(ms)                    : 300
InitialCongestionWindow(MSS)  : 2
CongestionProvider            : Default
CwndRestart                   : False
DelayedAckTimeout(ms)         : 200
MemoryPressureProtection      : Enabled
AutoTuningLevelLocal          : Normal
AutoTuningLevelGroupPolicy    : NotConfigured
AutoTuningLevelEffective      : Local
EcnCapability                 : Enabled
Timestamps                    : Disabled
InitialRto(ms)                : 3000
ScalingHeuristics             : Disabled
DynamicPortRangeStartPort     : 49152
DynamicPortRangeNumberOfPorts : 16384

SettingName                   : Datacenter
MinRto(ms)                    : 20
InitialCongestionWindow(MSS)  : 4
CongestionProvider            : DCTCP
CwndRestart                   : True
DelayedAckTimeout(ms)         : 10
MemoryPressureProtection      : Enabled
AutoTuningLevelLocal          : Normal
AutoTuningLevelGroupPolicy    : NotConfigured
AutoTuningLevelEffective      : Local
EcnCapability                 : Enabled
Timestamps                    : Disabled
InitialRto(ms)                : 3000
ScalingHeuristics             : Disabled
DynamicPortRangeStartPort     : 49152
DynamicPortRangeNumberOfPorts : 16384

SettingName                   : Internet
MinRto(ms)                    : 300
InitialCongestionWindow(MSS)  : 4
CongestionProvider            : CTCP
CwndRestart                   : False
DelayedAckTimeout(ms)         : 50
MemoryPressureProtection      : Enabled
AutoTuningLevelLocal          : Normal
AutoTuningLevelGroupPolicy    : NotConfigured
AutoTuningLevelEffective      : Local
EcnCapability                 : Enabled
Timestamps                    : Disabled
InitialRto(ms)                : 3000
ScalingHeuristics             : Disabled
DynamicPortRangeStartPort     : 49152
DynamicPortRangeNumberOfPorts : 16384

रिसीवर SYN

No.     Time           Source                Destination           Protocol Length Delta      Sequence number Acknowledgment number Bytes in flight Calculated window size Info
    817 5.110501000    10.11.0.1             10.10.0.21            TCP      70     0.073924000 0               1                                     64512                  5001→49758 [SYN, ACK, ECN] Seq=0 Ack=1 Win=64512 Len=0 MSS=1460 WS=1 SACK_PERM=1 [ETHERNET FRAME CHECK SEQUENCE INCORRECT]

Frame 817: 70 bytes on wire (560 bits), 70 bytes captured (560 bits) on interface 0
Ethernet II, Src: aa:bb:cc:dd:ee:ff, Dst: 00:11:22:33:44:55
Internet Protocol Version 4, Src: 10.11.0.1 (10.11.0.1), Dst: 10.10.0.21 (10.10.0.21)
Transmission Control Protocol, Src Port: 5001 (5001), Dst Port: 49758 (49758), Seq: 0, Ack: 1, Len: 0
    Source Port: 5001 (5001)
    Destination Port: 49758 (49758)
    [Stream index: 73]
    [TCP Segment Len: 0]
    Sequence number: 0    (relative sequence number)
    Acknowledgment number: 1    (relative ack number)
    Header Length: 32 bytes
    .... 0000 0101 0010 = Flags: 0x052 (SYN, ACK, ECN)
    Window size value: 64512
    [Calculated window size: 64512]
    Checksum: 0xb5bb [validation disabled]
    Urgent pointer: 0
    Options: (12 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), SACK permitted
        Maximum segment size: 1460 bytes
        No-Operation (NOP)
        Window scale: 0 (multiply by 1)
            Kind: Window Scale (3)
            Length: 3
            Shift count: 0
            [Multiplier: 1]
        No-Operation (NOP)
        No-Operation (NOP)
        TCP SACK Permitted Option: True
    [SEQ/ACK analysis]

अनुक्रम ग्राफ का रिसीवर परिप्रेक्ष्य यहाँ छवि विवरण दर्ज करें यहाँ छवि विवरण दर्ज करें

टीसीपी विंडो यहाँ छवि विवरण दर्ज करें


1
क्या आप दोनों पक्षों के लिए सटीक कॉन्फ़िगरेशन - सॉफ्ट और हार्डवेयर प्रासंगिक (नेटवर्क कार्ड) जोड़ सकते हैं?
टॉमटॉम

1
विंडो ट्यूनिंग जैसी आवाज़ प्रतिबंधित है
डेविड श्वार्ट्ज

@TomTom दोनों मशीनें एचपी प्रोलेयंट DL380 G5 पर चलने वाले ESXi के अंदर VM हैं। वर्चुअल ईथरनेट एडेप्टर इंटेल 82574L हैं। हार्डवेयर ईथरनेट एडेप्टर BCM5719 हैं।
क्रिस स्टैंकेविटज

@ डेविड शवार्ट्ज "विंडो ऑटो ट्यूनिंग स्तर प्राप्त करते हैं" दोनों पर सामान्य है और "विंडो स्केलिंग हेयुरिस्टिक्स" अक्षम हैं (ओपी में अपडेटेड कॉन्फ़िगरेशन देखें)। मेरा मानना ​​है कि यह इंगित करता है कि ट्यूनिंग प्रतिबंधित नहीं है
क्रिस स्टेन्केविटज

2
मुझे नहीं लगता कि यह सवाल राय-आधारित होगा, मुझे लगता है कि इसके साथ वास्तविक समस्या यह है कि एक अच्छा जवाब देने से ओपी के सिस्टम / नेटवर्क के डिबगिंग की आवश्यकता होगी, जो केवल उसके द्वारा किया जा सकता है, और हमारे द्वारा नहीं ।
पीटर कहते हैं कि मोनिका

जवाबों:


1

मैंने इसे ड्राइवर-विशिष्ट मुद्दे के रूप में देखा है; मेरे मामले में QLogic नेटवर्क नियंत्रकों के साथ जो TCPChimney का उपयोग करने का प्रयास कर रहे थे। यह लिंक Windows 2008 में TCPChimney कार्यक्षमता को शामिल करता है - लेकिन मुझे पूरा यकीन है कि यह अभी भी लागू होता है: https://support.microsoft.com/en-us/kb/951037

मैं क्रम में, निम्नलिखित परीक्षण की सिफारिश करूंगा; प्रत्येक परीक्षण के बाद, रिबूट करें और देखें कि क्या रिसीवर ने उम्मीद के मुताबिक टीसीपी आरडब्ल्यूआईएन बढ़ाना शुरू कर दिया है।

1) प्राप्त कंप्यूटर पर नेटवर्क एडेप्टर के लिए ड्राइवरों के नवीनतम संस्करण लोड करें। 1) प्राप्त कंप्यूटर पर TCPChimney को डिसेबल करें 2) सभी 'TCP रिसीव' ऑफलोडिंग को डिसेबल करें। यह नेटवर्क एडॉप्टर प्रॉपर्टीज (उसी क्षेत्र में जहां स्पीड और डुप्लेक्स सेट किया जाएगा) की उन्नत सेटिंग्स में पाया जाएगा) 3) सभी 'टीसीपी सेंड' ऑफलोडिंग (नेटवर्क एडॉप्टर के एडवांस्ड प्रॉपर्टीज में भी) को अक्षम करें।

(और टिप्पणी के विपरीत "और 65k से अधिक बड़े टीसीपी विंडो आकार सर्वरों के लिए खराब हैं, क्योंकि तब कनेक्शन की मेमोरी की मांग बढ़ जाती है। 65k अकेले भी आपको बहुत खुश नहीं कर सकते हैं। - user303507 अगस्त 6 '15 11:30 बजे"। बड़े टीसीपी प्राप्तकर्ता विंडोज सर्वर के लिए स्वाभाविक रूप से खराब नहीं होते हैं। उच्च-बैंडविड्थ, उच्च-विलंबता लिंक (जैसे उपग्रह रिले) के मामले में, बड़े RWIN मान आवश्यक हैं ताकि हमारे पास "पाइप में" अधिक टीसीपी डेटा हो। 600 एमबी लेटेंसी के साथ 600 एमबीपीएस कनेक्शन; उच्च-बैंडविड्थ लिंक लगभग 20 केबीपीएस तक सीमित होगा; क्योंकि संयुक्त राष्ट्र का केवल 65 केबी का डाटा एक समय में "पाइप में" हो सकता है।)


0

मेरे लिए एक विंडोज ऑटोट्यूनिंग बग जैसा दिखता है, शायद इसके साथ कुछ करना है? https://support.microsoft.com/en-us/kb/932170

क्या आपने WskControlSocket का उपयोग करके मैन्युअल रूप से एक बड़े SO_RCVBUF मान का अनुरोध करने की कोशिश की है?


तकनीकी रूप से उन बफ़र्स का टीसीपी विंडो के आकार से कोई संबंध नहीं है: stackoverflow.com/questions/14381303/increasing-tcp-window-size
मैरी

फिल: मैं दोनों तरफ विंडोज सर्वर 2012 चला रहा हूं ताकि लिंक लागू न हो, लेकिन मुझे कुछ प्रकार के बग पर संदेह है। मैं एक बड़े SO_RCVBUF का अनुरोध कर सकता हूं - और इससे मदद मिलती है - लेकिन इससे मुझे यह समझने में मदद नहीं मिलती है कि क्या टूटा हुआ है (देखें "अपडेट 2")।
क्रिस स्टैंकेविट

मैरी: बफ़र्स अप्रत्यक्ष रूप से खिड़कियों के आकार से संबंधित हैं। नेटवर्क स्टैक छोटे बफ़र्स को पहचान लेगा और फलस्वरूप खिड़की का आकार नहीं बढ़ाएगा। मैं "अपडेट 2" में हैंडवॉइंग का उपयोग करके इसका वर्णन करता हूं।
क्रिस स्टैंकेविट

0

सिस्को WAAS या रिवरबेड जैसे नेटवर्क ऑप्टिमाइज़र का उपयोग करें। वे स्थानीय ऐक्स जल्दी करते हैं, इसलिए आपको सर्वर सेटिंग्स के बारे में परवाह करने की आवश्यकता नहीं है। बड़े नेटवर्क में आपके पास सर्वर सेटअप पर वैसे भी कोई प्रभाव नहीं है क्योंकि ये अन्य टीम हैं या यह आउटसोर्स है।


और 65k से अधिक बड़ी टीसीपी विंडो का आकार सर्वरों के लिए खराब है, क्योंकि तब कनेक्शन की मेमोरी की मांग बढ़ जाती है। अकेले 65k भी आपको खुश नहीं कर सकते हैं।
user303507

user303507: मैं समझना चाहता हूं कि विंडोज सर्वर 2012 नेटवर्किंग स्टैक के साथ क्या हो रहा है। मैं एक नेटवर्क उपकरण के साथ समस्या को मास्क करने में दिलचस्पी नहीं रखता। लेकिन मैं सहमत हूं कि एक नेटवर्क उपकरण खरीदना या मेरे कार्यालयों को एक साथ स्थानांतरित करना इस समस्या के आसपास काम करेगा।
क्रिस स्टैंकेविट

user303507 की टिप्पणी सही रास्ते पर हो सकती है - मुझे आश्चर्य है कि अगर स्मृति की चिंता के कारण विंडो कुछ अदृश्य हेरास्टिक या रजिस्ट्री सेटिंग के आधार पर विंडो के आकार को सीमित करती है। ऐसा नहीं है कि उचित व्यवहार है, यह मानते हुए कि आप प्रलेखन के बारे में सही हैं।
दान प्रिट्ट्स

0

यहाँ कुछ जानकारी है जो मुझे पता है कि आप जिस उत्तर की तलाश में हैं वह हो सकता है। नोट करें कि अक्षम मोड पर 64kb सीमा का उल्लेख सामान्य मोड पर समान सीमाओं के लिए एक सुराग हो सकता है जो दस्तावेज नहीं हैं।

खगोलीय ऑटो-ट्यूनिंग स्तरों के लिए "प्रयोगात्मक" मोड को सक्षम करने का प्रयास करें।

विंडोज ऑटो-ट्यूनिंग स्तर सेट करते समय संभावित सेटिंग्स निम्नानुसार हैं:

  • सामान्य: डिफ़ॉल्ट मान, प्राप्त विंडो को अधिकांश स्थितियों को समायोजित करने की अनुमति देता है
  • अक्षम: tcp प्राप्त विंडो के लिए एक निश्चित मान का उपयोग करता है। इसे 64KB (65535 पर सीमित) तक सीमित करता है।
  • अत्यधिक अप्रतिबंधित: प्राप्त विंडो को अपने डिफ़ॉल्ट मान से परे बढ़ने की अनुमति देता है, बहुत रूढ़िवादी रूप से
  • प्रतिबंधित: tcp का कुछ प्रतिबंधित विकास अपने डिफ़ॉल्ट मान से परे विंडो प्राप्त करता है
  • प्रयोगात्मक: चरम स्थितियों को समायोजित करने के लिए प्राप्त विंडो को बढ़ने की अनुमति देता है (अनुशंसित नहीं, यह आम परिदृश्य में प्रदर्शन को नीचा कर सकता है, केवल अनुसंधान के उद्देश्य से। यह 16 एमबी से अधिक के आरडब्ल्यूआईएन मूल्यों को सक्षम करता है)

यह समझ में आता है लेकिन ओपी दिखाता है कि वह 64k पर छाया हुआ है, 1024 पर भी नहीं।
जिम बी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.