एरलांग: बहुत सारे टाइमर ठीक है?

Question

मेरे पास एक आने वाली अनुरोध के लिए एक पूल बनाए रखने के लिए एक gen_server प्रक्रिया है, मुझे पूल की जांच करने की आवश्यकता है यह देखने के लिए कि क्या इनकमिंग अनुरोध के लिए कोई मिलान है, यदि कोई है, मिलान किए गए पूल को पूल से हटा दिया गया है और जवाब दोनों अनुरोधों के लिए बने होते हैं; यदि कोई नहीं है, तो बाद में परीक्षा के लिए पूल में नया अनुरोध लगाया गया है।

बिज़ तर्क की आवश्यकता है कि, अगर एक अनुरोध, R, बिना मिलान किया गया T सेकंड के लिए पूल में बैठता है, मैं की तरह "मैं तुम्हारे लिए एक मैच नहीं मिल सकता है" कुछ कह R के लिए एक जवाब बनाने की जरूरत है।

आदर्श रूप से, मैं टाइमर के साथ ऐसा करना चाहता हूं, विशेष रूप से, प्रत्येक आने वाले अनुरोध के लिए, यदि कोई मैच नहीं है, तो इसे पहले पूल में डाल दें, लेकिन समय-समय पर इसे हटाने के लिए gen_server को बताने के लिए टाइमर शुरू करें बेशक, अगर यह बाद में मेल खाता है, टाइमर रद्द किया जाना चाहिए।

मेरी चिंता यह है कि, यदि पूल में बहुत बेजोड़ अनुरोध हैं, तो बहुत सारे चलने वाले टाइमर होंगे, क्या यह (बहुत अधिक टाइमर) एक समस्या बन जाएगा?

Answer 1

R18 में टाइमर कार्यान्वयन में बड़े सुधार किए गए थे।

Besides the API changes and time warp modes a lot of 
    scalability and performance improvements regarding time 
    management has been made internally in the runtime system. 
    Examples of such improvements are scheduler specific timer 
    wheels, scheduler specific BIF timer management, parallel 
    retrieval of monotonic time and system time on systems with 
    primitives that are not buggy. 

अनुसूचक विशिष्ट टाइमर पहियों क्या अपने परिदृश्य में दिलचस्प बात यह है कि वास्तव में है। मुझे संदेह है कि आप Erlang या किसी अन्य भाषा/पर्यावरण में अपनी समस्या के बेहतर प्रदर्शन समाधान के आसपास आ जाएगा। तो जब आप R18 या नए का उपयोग कर रहे हों तो आपका समाधान ठीक होना चाहिए।