XBT ट्रैकर के साथ समस्या, एक बिटटोरेंट ट्रैकर


1

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

तो .. मुझे क्या उपयोग करना चाहिए? किस OS पर?


1
क्या आप अधिक जानकारी जोड़ सकते हैं? आप किस तरह का हार्डवेयर चला रहे हैं, आपके पास किस तरह का इंटरनेट पाइप है, इस मुद्दे को पैदा करने के लिए कितने साथियों की ज़रूरत है? इसके अलावा, मैं यह सुझाव देना चाहूंगा कि आप अपने ट्रैकर पर क्या होस्ट कर रहे हैं, ताकि लोग यह पायरेटेड सॉफ्टवेयर मानकर सवाल को बंद करने के लिए वोट / वोट न दें।
Zypher

इसके 775 सॉकेट इंटेल (Core2 श्रृंखला) पर चल रहा है। लोड कोई समस्या नहीं है, किसी भी हानिकारक स्तर (लगभग 0.3?) के नीचे इसका रास्ता नहीं है। अधिकतम आउटपुट पर नेटवर्क लगभग 1 जीबीपीएस है। समस्या 850k / 900k साथियों के बारे में होती है। खैर .. मैं साइट का नाम नहीं बताना चाहता, लेकिन मैं इसका इस्तेमाल ईमानदार होने के लिए नेटवर्किंग लागत को कम करने के लिए करता हूं। पायरेटेड सॉफ्टवेयर नहीं, अवैध सामान नहीं। लेकिन वैसे भी, मैं अपनी पहचान (साइट के उपयोगकर्ताओं के लिए) प्रकट नहीं करना चाहता। हाँ, मुझे पता है .. क्योंकि मैं गारंटी नहीं देता, इसकी अपनी पसंद मुझे वोट देने के लिए .. लेकिन .. कृपया, मदद करें।
Shiki

विंडोज पर uTorrent का इस्तेमाल करें। ओह।
Josh Stodola

उह..एक ट्रैकर? :)
Shiki

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

जवाबों:


2

हम काफी समय से FreeBSD पर XBT Tracker (XBTT) का उपयोग कर रहे हैं। अब हमारे पास लगभग 500k + सहकर्मी हैं, और वे तेजी से बढ़ रहे हैं। और हमारे पास 700 सेकंड का एक घोषणा अंतराल है जो बहुत कम है।

1. एक्सबीटी ट्रैकर के लिए एकमात्र अनुकूलन मैंने लिनक्स में सुना है:

#Backlog
net.core.netdev_max_backlog = 4096
net.core.somaxconn = 4096

# In case you use listen_check
net.ipv4.ip_local_port_range="1024 65535"

net.ipv4.tcp_syncookies = 1

#Timewait sockets (this can negatively impact clients under NAT)
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1

#Firewall conntrack
net.ipv4.netfilter.ip_conntrack_max = 1048576
net.nf_conntrack_max = 1048576

खोली गई फ़ाइलों की अधिकतम संख्या बढ़ाना न भूलें:

ulimit -n 1000000

और में परिवर्तन सहेजें limits.conf

2. हमारे XBT ट्रैकर निम्नलिखित पैच का उपयोग करता है: सुनो कतार लेन वृद्धि

3. यह विन्यास रेखा सहायक हो सकती है:

listen_check = 0

और हमारे पास बहुत कम है

read_files_interval = 2
write_db_interval = 3

4. MySQL ट्यूनिंग की आवश्यकता है, जैसा कि न्यूनतम आपको बढ़ना चाहिए

max_allowed_packet = 48M

5. इसके अलावा एक साइड नोट के रूप में, लिनक्स पर XBTT एपोल () का उपयोग करता है, जबकि अन्य OSes पर यह चयन () का उपयोग करता है जो उच्च भार के लिए उपयुक्त नहीं है।

पुनश्च। आप जांच कर सकते हैं OpenTracker अगर कुछ भी मदद नहीं करता। लेकिन मैंने इसका परीक्षण नहीं किया।


सुझावों के लिए धन्यवाद। जल्द ही उन्हें बाहर करने की कोशिश करेंगे .... और .. देर से जवाब के लिए खेद है। :)
Shiki

धन्यवाद पीटर! अब यह बेहतर लग रहा है। पुनश्च। क्षमा करें अंग्रेजी मेरी मूल भाषा नहीं है जैसा कि आप देख सकते हैं =)
SaveTheRbtz
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.