LAN और Wi-Fi के साथ लोड-बैलेंस


8

मेरे पास एक मैक है, जो मैक ओएस एक्स 10.6 या उबंटू 9.10 या विंडोज एक्सपी (मल्टीबूट) चलाता है। समाधान किसी भी प्रणाली के लिए हो सकता है, जो भी बेहतर काम करता है।

मेरे पास दो आईएसपी हैं , एक वाई-फाई के माध्यम से पहुँचा जा सकता है , एक लैन के माध्यम से पहुँचा जा सकता है । Mac OS XI में प्राथमिकता को परिभाषित कर सकते हैं कि कौन सा नेटवर्क पहले चुनना है। लेकिन मैं जो करना चाहता हूं वह दोनों नेटवर्क के साथ लोड-बैलेंस करना है।

मैं अतिरिक्त हार्डवेयर नहीं खरीदना चाहता। मेरे पास कुछ अप्रयुक्त वाई-फाई राउटर हैं अगर यह मदद करेगा।

लिनक्स में प्रोग्राम को संकलित और कॉन्फ़िगर करना मेरे लिए कोई समस्या नहीं है।

इसी तरह का सवाल: कई गेटवे के साथ लोड संतुलन


2
आप यह जांचना चाहेंगे कि सुझाए गए किसी भी समाधान में इसके इंटरफ़ेस पर कनेक्शन बनाए रखने के नियम होंगे। यदि आपका कनेक्शन ISPs के बीच उछलता है, तो दूसरे छोर पर मौजूद सर्वर गड़बड़ हो सकता है। मुझे पता है, उदाहरण के लिए, कि यदि आप एक अलग आईपी पते से कनेक्ट करते हैं, तो याहू आईएम अपना कनेक्शन छोड़ देगा।
डॉग हैरिस

लगता है कि आपको 2 अलग-अलग वाईफ़ाई राउटर से संकेतों को भिगोने और लैन कनेक्शन के माध्यम से इसे अपने कंप्यूटर पर फीड करने के लिए किसी प्रकार के वायरलेस मल्टी-वैन पुनरावर्तक की आवश्यकता है।
djangofan

LISP (लोकेटर / आइडेंटिफ़ायर सेपरेशन प्रोटोकॉल) एक समाधान हो सकता है, लेकिन यह मेरे लिए बहुत जटिल है। ;-)
सिनॉक्स

आप बैलेंस लोड करना चाहते हैं?
डेविड श्वार्ट्ज

बड़ी फ़ाइल डाउनलोड, वीडियो-स्ट्रीम, यूट्यूब, आदि
Synox

जवाबों:


1

एक क्लोज-इश विषय, लिनक्स के लिए, मार्गों के लिए 'मीट्रिक' सेटिंग होगा। कम संख्या को अधिक संख्या में पसंद किया जाता है। यदि आप दोनों मार्गों को एक ही मीट्रिक देते हैं, तो मुझे लगता है कि उन्हें समान संभावना के साथ चुना जाएगा।

मुझे लगता है कि जिस तकनीक को आप हासिल करने की कोशिश कर रहे हैं उसे मल्टीहोमिंग कहा जाता है । मुझे इसके साथ कोई प्रत्यक्ष अनुभव नहीं है। हालाँकि, कुछ बातों को आपको ध्यान में रखना होगा।

  • डिफ़ॉल्ट रूप से, मुझे लगता है कि आप केवल एक डिफ़ॉल्ट मार्ग के साथ समाप्त होंगे। इसका मतलब है कि सभी आउटगोइंग ट्रैफ़िक डिफ़ॉल्ट रूप से एक इंटरफ़ेस पसंद करेंगे। आपको समय के साथ कई डिफ़ॉल्ट मार्गों को देखना होगा, या उस मार्ग को गतिशील रूप से बदलना होगा।
  • एक व्यक्ति के आने वाले (टीसीपी) कनेक्शन के जीवन के लिए, उसे उसी इंटरफ़ेस पर रहना चाहिए जो उस पर आया था। मुझे लगता है।

वैसे भी, वे सभी संकेत हैं जो मैं इस समय सोच सकता हूं।


metricविंडोज और ओएस एक्स में नेटवर्क इंटरफेस के लिए एक पैरामीटर भी है; कोई भी ओएस जो कई नेटवर्क इंटरफेस का समर्थन करता है, को पूर्ववर्ती सेटिंग के साधन की आवश्यकता होगी।
अपराह्न

1

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

आपके अनुरोधों के जवाब में आने वाला ट्रैफ़िक भी संतुलित होना चाहिए क्योंकि यह इंटरफ़ेस (सार्वजनिक IP) पर वापस आ जाएगा, जो अनुरोध से बाहर आया था।

इसके साथ समस्या सत्र की दृढ़ता होगी, उदाहरण के लिए आप अपने किसी लिंक के माध्यम से एक वेबसाइट देखते हैं, लेकिन अगले पृष्ठ का दृश्य आपके अन्य इंटरफ़ेस से संतुलित है, यह कुछ अनुप्रयोगों को भ्रमित करेगा क्योंकि आपका स्रोत आईपी पता लगातार बदल रहा होगा।

इसलिए मैं शायद आपके इंटरफ़ेस को कुछ समान लागत मार्गों का उपयोग करके अन्य इंटरफ़ेस पर विभाजित कर सकता हूं, यह एप्लिकेशन, गंतव्य या प्रोटोकॉल द्वारा हो सकता है। बस कुछ ऐसा जो आपके ट्रैफ़िक पथ को बनाए रखेगा।


1

कनेक्टिफाई डिस्पैच में एक समाधान होता है जो आपको वही करेगा जो आपको चाहिए। वर्तमान में केवल विंडोज के लिए, लेकिन लोगों को ओएस एक्स पर अपने सॉफ्टवेयर का वर्चुअलाइजेशन और उपयोग करने में सफलता मिली है।

चूंकि आप पहले से ही (रन कर रहे थे) विंडोज एक्सपी मैं समझ गया था कि आप उस हिस्से का पता लगा पाएंगे।


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


0

एक तरह का वर्कअराउंड है: मेरा एप्लिकेशन लोड-बैलेंस करने में सक्षम है, मैं 2 कनेक्शनों को परिभाषित कर सकता हूं जो तब दोनों का उपयोग करते हैं।

मैं तब एक IPS के लिए सर्वर IP में से एक को रूट करता हूं।

मैक ओएस पर 10.6:

रूट ऐड -होस्ट XXX-XXX.XXX.XXX 192.168.1.1

मुझे पता है, यह बहुत विशिष्ट है, और केवल तभी काम करता है जब सर्वर-ips हमेशा समान होते हैं। और अगर आवेदन किसी भी तरह से लोड-बैलेंस कर सकता है।


0

मुझे नहीं लगता कि ऐसा करने के बिना कुछ संभव होगा जैसे कि सभी ट्रैफ़िक एक आईएसपी है और ट्रैफ़िक एक और आईएसपी है।

कारण 2 अलग-अलग नेटवर्क में दोनों ट्रैफ़िक को विभाजित कर रहा है, ऐसा नहीं लगता कि वे इसे वापस करेंगे। यदि आपके पास 1 आईएसपी से 2 पाइप थे तो यह संभव हो सकता है।

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

उदाहरण: 192.168.2 का उपयोग करके अपडेट चलाएं। 192.168.1 का उपयोग करके वाई-फाई आईएसपी आधा जीवन चलाएं। * लैन आईएसपी।


0

नीचे उल्लिखित यूआरएल विशेष रूप से 7 जीत के लिए है, लेकिन आपको इससे एक विचार प्राप्त करना चाहिए। यह इंटरफ़ेस पर लोड के आधार पर डिफ़ॉल्ट गेटवे के मीट्रिक को बदलता है, इस प्रकार साझाकरण को लोड करता है।

http://www.youtube.com/watch?v=Qh5Eb8sXvuk


0

मैं एक ही सवाल यह एक दर्जन बार एक दर्जन अलग अलग तरीकों से सुना है। सबसे पहले, आंतरिक सत्र और बाहरी सत्रों को समान रूप से नियंत्रित किया जाता है, लेकिन समान नहीं हैं। प्रत्येक आंतरिक सत्र के लिए, कई बाहरी हो सकते हैं, और इसके विपरीत। आप जिस बारे में बात कर रहे हैं वह तार्किक रूप से असंभव नहीं है, लेकिन इसके लिए थोड़ी प्रोग्रामिंग और प्रस्तुत करने की आवश्यकता है। कुछ उपकरणों को नेटवर्क पर आंतरिक रूप से तीव्र गति के लिए ईथरनेट कनेक्शन या वाईफाई को संयोजित करने की क्षमता के साथ बनाया जा रहा है, लेकिन बाहरी नेटवर्किंग के लिए, मैंने केवल FAILOVER के साथ डिवाइस पाया है, जिसका अर्थ है कि वे केवल तब स्विच करते हैं जब उन्हें करना पड़ता है। हालाँकि, आप कनेक्शन प्रोटोकॉल में एक मूल स्विचिंग (यदि 0 या 1 के साथ स्टेटमेंट) का उपयोग कर सकते हैं जो प्रत्येक बाहरी सत्र के लिए एक अलग गेटवे पर ट्रैफ़िक को पुनर्निर्देशित करता है। फिर आपको एक सत्र के साथ एक मुख्य सत्र के अंदर एक उप-सत्र लपेटकर, प्रत्येक आंतरिक सत्र के लिए भेजे गए प्रत्येक बाहरी सत्र का ट्रैक रखना होगा। तब आपके पास साइट डोमेन की जांच करने या आंतरिक मार्ग को पूरा करने के लिए सेशन का उपयोग करने का एक तरीका होगा (दूसरे शब्दों में, आपको प्रत्येक बाहरी सत्र \ कनेक्शन के लिए क्लाइंट से संदेशों को अलग करने में सक्षम होना होगा जिसके आधार पर साइट वे डेटा से अनुरोध कर रहे थे या डेटा भेज रहे थे ताकि प्रत्येक साइट के लिए पाइप सेट हो जाए, साइट को पाइप को अस्वीकार करने से रोक दिया जाएगा)। इसका मतलब है कि आपको अपने राउटर में एक नया नेटवर्क प्रोटोकॉल बनाना होगा, और यह तय करना होगा कि कनेक्शन कैसे अलग करें (यदि केवल साइट डोमेन द्वारा किया जाता है, तो यह राउटर से संभव हो सकता है, लेकिन क्लाइंट आईपैड के उपयोग की कोशिश कर सकता है वेबसाइट के लिए बाहरी गेट, जो इसे नकारता है; यदि दोनों सिरों पर किया जाता है, तो क्लाइंट को कुछ पहचानकर्ता का ट्रैक रखने की आवश्यकता होती है, आमतौर पर बाइनरी मास्किंग का एक संख्यात्मक मान, जो मुख्य द्वार पर रूट किए जा रहे बाहरी सत्र के खिलाफ मेल भेजने की अनुमति देता है)। दूसरे शब्दों में, आपको नेटवर्किंग को संभालने के लिए अपने स्वयं के प्रोटोकॉल को प्रोग्राम करना होगा, और आपको यह तय करना होगा कि क्या आप इसे स्वयं बनाना चाहते हैं (क्लाइंट और होस्ट प्रोग्रामिंग दोनों का उपयोग करना), या यदि आप कुछ बनाना चाहते हैं। यह पुराने मौजूदा प्रोग्रामिंग के साथ संगत है (जिसे होस्ट और क्लाइंट के बीच मैसेजिंग द्वारा बाध्य किया जाना चाहिए, होस्ट पर अधिक पहनना लेकिन क्लाइंट के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। क्लाइंट को कुछ पहचानकर्ता, आमतौर पर बाइनरी मास्किंग के एक संख्यात्मक मूल्य का ट्रैक रखने की आवश्यकता होती है, जो कि मुख्य सत्र पर रूट किए जा रहे बाहरी सत्र के खिलाफ मेल भेजने की अनुमति देता है)। दूसरे शब्दों में, आपको नेटवर्किंग को संभालने के लिए अपने स्वयं के प्रोटोकॉल को प्रोग्राम करना होगा, और आपको यह तय करना होगा कि क्या आप इसे स्वयं बनाना चाहते हैं (क्लाइंट और होस्ट प्रोग्रामिंग दोनों का उपयोग करना), या यदि आप कुछ बनाना चाहते हैं। यह पुराने मौजूदा प्रोग्रामिंग के साथ संगत है (जिसे होस्ट और क्लाइंट के बीच मैसेजिंग द्वारा बाध्य किया जाना चाहिए, होस्ट पर अधिक पहनना लेकिन क्लाइंट के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। क्लाइंट को कुछ पहचानकर्ता, आमतौर पर बाइनरी मास्किंग के एक संख्यात्मक मूल्य का ट्रैक रखने की आवश्यकता होती है, जो कि मुख्य सत्र पर रूट किए जा रहे बाहरी सत्र के खिलाफ मेल भेजने की अनुमति देता है)। दूसरे शब्दों में, आपको नेटवर्किंग को संभालने के लिए अपने स्वयं के प्रोटोकॉल को प्रोग्राम करना होगा, और आपको यह तय करना होगा कि क्या आप इसे स्वयं बनाना चाहते हैं (क्लाइंट और होस्ट प्रोग्रामिंग दोनों का उपयोग करना), या यदि आप कुछ बनाना चाहते हैं। यह पुराने मौजूदा प्रोग्रामिंग के साथ संगत है (जिसे होस्ट और क्लाइंट के बीच मैसेजिंग द्वारा बाध्य किया जाना चाहिए, होस्ट पर अधिक पहनना लेकिन क्लाइंट के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। आम तौर पर बाइनरी मास्किंग का एक संख्यात्मक मान, जो मुख्य द्वार पर रूट किए जा रहे बाहरी सत्र के खिलाफ मेल भेजने की अनुमति देता है)। दूसरे शब्दों में, आपको नेटवर्किंग को संभालने के लिए अपने स्वयं के प्रोटोकॉल को प्रोग्राम करना होगा, और आपको यह तय करना होगा कि क्या आप इसे स्वयं बनाना चाहते हैं (क्लाइंट और होस्ट प्रोग्रामिंग दोनों का उपयोग करना), या यदि आप कुछ बनाना चाहते हैं। यह पुराने मौजूदा प्रोग्रामिंग के साथ संगत है (जिसे होस्ट और क्लाइंट के बीच मैसेजिंग द्वारा बाध्य किया जाना चाहिए, होस्ट पर अधिक पहनना लेकिन क्लाइंट के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। आम तौर पर बाइनरी मास्किंग का एक संख्यात्मक मान, जो मुख्य द्वार पर रूट किए जा रहे बाहरी सत्र के खिलाफ मेल भेजने की अनुमति देता है)। दूसरे शब्दों में, आपको नेटवर्किंग को संभालने के लिए अपने स्वयं के प्रोटोकॉल को प्रोग्राम करना होगा, और आपको यह तय करना होगा कि क्या आप इसे स्वयं बनाना चाहते हैं (क्लाइंट और होस्ट प्रोग्रामिंग दोनों का उपयोग करना), या यदि आप कुछ बनाना चाहते हैं। यह पुराने मौजूदा प्रोग्रामिंग के साथ संगत है (जिसे होस्ट और क्लाइंट के बीच मैसेजिंग द्वारा बाध्य किया जाना चाहिए, होस्ट पर अधिक पहनना लेकिन क्लाइंट के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। जो बाहरी सत्र के मुख्य गेट पर रूट किए जाने के विरुद्ध भेजे गए मेल को भेजने की अनुमति देता है)। दूसरे शब्दों में, आपको नेटवर्किंग को संभालने के लिए अपने स्वयं के प्रोटोकॉल को प्रोग्राम करना होगा, और आपको यह तय करना होगा कि क्या आप इसे स्वयं बनाना चाहते हैं (क्लाइंट और होस्ट प्रोग्रामिंग दोनों का उपयोग करना), या यदि आप कुछ बनाना चाहते हैं। यह पुराने मौजूदा प्रोग्रामिंग के साथ संगत है (जिसे होस्ट और क्लाइंट के बीच मैसेजिंग द्वारा बाध्य किया जाना चाहिए, होस्ट पर अधिक पहनना लेकिन क्लाइंट के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। जो बाहरी सत्र के मुख्य गेट पर रूट किए जाने के विरुद्ध भेजे गए मेल को भेजने की अनुमति देता है)। दूसरे शब्दों में, आपको नेटवर्किंग को संभालने के लिए अपने स्वयं के प्रोटोकॉल को प्रोग्राम करना होगा, और आपको यह तय करना होगा कि क्या आप इसे स्वयं बनाना चाहते हैं (क्लाइंट और होस्ट प्रोग्रामिंग दोनों का उपयोग करना), या यदि आप कुछ बनाना चाहते हैं। यह पुराने मौजूदा प्रोग्रामिंग के साथ संगत है (जिसे होस्ट और क्लाइंट के बीच मैसेजिंग द्वारा बाध्य किया जाना चाहिए, होस्ट पर अधिक पहनना लेकिन क्लाइंट के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। और आपको यह तय करना होगा कि क्या आप इसे स्वयं बनाना चाहते हैं (क्लाइंट और होस्ट प्रोग्रामिंग दोनों का उपयोग कर रहे हैं), या यदि आप कुछ ऐसा बनाना चाहते हैं जो पुरानी मौजूदा प्रोग्रामिंग के अनुकूल हो (जिसे होस्ट के बीच मैसेजिंग द्वारा बाध्य किया जाना चाहिए) और क्लाइंट, होस्ट पर अधिक पहनने के लिए लेकिन क्लाइंट के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। और आपको यह तय करना होगा कि क्या आप इसे स्वयं बनाना चाहते हैं (क्लाइंट और होस्ट प्रोग्रामिंग दोनों का उपयोग कर रहे हैं), या यदि आप कुछ ऐसा बनाना चाहते हैं जो पुरानी मौजूदा प्रोग्रामिंग के अनुकूल हो (जिसे होस्ट के बीच मैसेजिंग द्वारा बाध्य किया जाना चाहिए) और क्लाइंट, होस्ट पर अधिक पहनने के लिए लेकिन क्लाइंट के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। मेजबान पर अधिक पहनना लेकिन ग्राहक के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए। मेजबान पर अधिक पहनना लेकिन ग्राहक के लिए कुछ भी नया नहीं है)। यदि आप अपने यूनिक्स को जानते हैं, या आप अपने विजेता पर्यवेक्षक को जानते हैं, तो यह केवल थोड़े समय के साथ किया जा सकता है, लेकिन इसके लिए आवश्यक है कि प्रत्येक डिवाइस के संतुलित होने के लिए बड़ी मात्रा में संसाधनों का आवंटन किया जाए।

बड़े कॉर्पोरेट स्टाइल नेटवर्क के लिए, आप नेटवर्किंग को जाल कर सकते हैं, और प्रत्येक मंजिल या विभाग को एक समर्पित गेटवे दे सकते हैं, जो कई आईएसपी के लिए अनुमति देता है, और उनमें से किसी एक पर बहुत अधिक नहीं डाल सकता है। आप एक ऐसे हब द्वारा नियंत्रित फ़ेलओवर को भी संभाल सकते हैं जो किसी एक को परेशानी होने पर एक अलग गेटवे में परिवर्तन या रीडायरेक्ट भेजता है। यह कुछ दोष सहिष्णुता प्रदान करता है।


2
यदि पाठ की दीवार नहीं है तो आपका उत्तर पढ़ने की संभावना है। कृपया इसे पैराग्राफ में विभाजित करने के लिए एक मिनट लें।
फिक्सर 1234

मैंने किया। लेकिन इंटरफ़ेस ने इसे वैसे भी पाठ की दीवार के रूप में पोस्ट किया।
Htd Tech

केवल संदर्भ के लिए, एकल कनेक्शन को लोड करने के लिए उत्तर यह है कि यदि आप दोनों छोर पर इस पर काम नहीं कर रहे हैं तो यह वास्तव में संभव नहीं है। लेकिन वेब एक्सेस को गति देने के उद्देश्यों के लिए, कुछ तृतीय पक्ष मल्टी-एनआईसी कार्ड हैं जो एक साथ आंतरिक नेटवर्क तक पहुंच बनाएंगे। यदि आपके पास एकाधिक isp सेवाएँ हैं, तो आप अपने सिस्टम को बैंडविड्थ संतुलन को संभालने की अनुमति दे सकते हैं। यह वास्तव में गेमिंग के लिए या असम्पीडित वीडियो के लिए लागू नहीं है, क्योंकि दोनों छोर पैकेट के आकार के लिए बातचीत करते हैं, लेकिन यदि आप काम के लिए ऑनलाइन हैं, तो यह संभव है, और कुछ प्रदर्शन में वृद्धि होगी।
एचटीडी टेक

मैंने केवल एक पैराग्राफ ब्रेक पाया और यह तय किया। "गुप्त" यह है कि आपको पैराग्राफ के बीच एक डबल रिटर्न (एक रिक्त रेखा) की आवश्यकता है। अन्यथा, सिस्टम आपकी सुविधा के लिए इसे एक साथ चलाता है।
फिक्सर 1234
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.