17

मैंने दिनों की खोज की है लेकिन इस प्रश्न के कोई प्रासंगिक उत्तर नहीं मिल सकते हैं।एक्शनडिस्पाच :: रूटिंग :: रूटसेट # कॉल रेल 4.1 वास्तव में धीमी

मेरे रेल में 4.1 एपोकू पर होस्ट किया गया, लोड लोड होने पर, कुछ PUT अनुरोध वास्तव में धीमे हो जाते हैं। सबसे धीमा आज 53 सेकंड था। डेटाबेस के बिना सभी (मोंगोडीबी) किसी भी धीमी क्वेरी को पंजीकृत करते हैं। आम तौर पर यह अनुरोध 0.3 मिमी इतनी तेजी से लेता है। अनुरोध धीमा है इससे कोई फर्क नहीं पड़ता कि पेलोड क्या है।

नई अवशेष स्थापित करने पर यह स्थिति पर कुछ और प्रकाश डाला, लेकिन मुझे अभी भी पता नहीं है कि इस समस्या को ठीक करने के लिए कहां है।

नियंत्रक में कोड तेजी से है, लेकिन नए अवशेष के अनुसार, बात यह है कि धीमी है ActionDispatch :: रूटिंग :: RouteSet # कॉल

है यहाँ नए अवशेष क्या रिपोर्ट की एक डंप है:

Slowest components      Count Duration % 
ActionDispatch::Routing::RouteSet#call 1 53,000 ms 100% 
Plugin::FetchablesController#update  1 38 ms  0% 
Rails::Rack::Logger#call    1 1 ms  0% 
ActionDispatch::Cookies#call   1 1 ms  0% 
ActiveSupport::Cache::Strategy::LocalCache::Middleware#call 1 0 ms 0% 
Rack::Runtime#call      1 0 ms  0% 
Total          53,000 ms 100% 

कुछ अन्य जानकारी जो मदद कर सकती हैं या शायद इसके साथ कुछ करने के लिए हो सकती हैं। मेरे पास मार्गों के लिए उपनाम है, लेकिन मैं नहीं देख सकता कि इससे कोई फर्क क्यों पड़ता है।

namespace :plugin do 
    resources :fetchables, path: :minables 
end 

क्या हो रहा हो सकता है और क्या मैं इसे बहुत सराहना की जाएगी ठीक करने के लिए कर सकता है पर कोई भी विचार।

अद्यतन तो ऐसा लगता है कि यह स्मृति संबंधित है। जब हम प्रदर्शन Dynos में अपग्रेड करते हैं तो हमने इन त्रुटियों को देखना बंद कर दिया है। लेकिन यह ऐसा कुछ है जो हरोकू में गंभीर रूप से बुरी तरह कॉन्फ़िगर किया गया है।

+0

मुझे भी एक ही समस्या का सामना करना पड़ रहा है। क्या आपको कोई समाधान मिला? आप किस रेल संस्करण का उपयोग कर रहे हैं? –

+0

अभी तक कोई समाधान नहीं है। मैंने समस्या को कम कर दिया है कि ऐसा तब होता है जब उपयोगकर्ता बड़े अपडेट करते हैं। खासकर यदि वे धीमे कनेक्शन पर हैं। क्या रेलवे शायद रूट्ससेट कॉल में अपना समय बिताते हैं जब यह पैरामीटर के लिए डेटा प्राप्त कर रहा है? मैंने हमेशा सोचा कि इसे समाप्त अनुरोध में एक बड़ा हिस्सा के रूप में प्राप्त किया जाएगा? –

+0

मुझे सरल कॉल प्राप्त करने के साथ इस तरह के परिदृश्य का सामना करना पड़ा। इसमें पैरामीटर में डेटा के बड़े हिस्से नहीं थे। मुझे संदेह है कि यह बड़े एनवी ऑब्जेक्ट के कारण हो सकता है जिसमें बड़े सत्र डेटा होते हैं। –

उत्तर

1

मंदी एक संकेतक है कि यह हरोकू-विशिष्ट है। संभवत: आपने प्रदर्शन Dynos में अपग्रेड किए जाने पर समस्या को गायब क्यों देखा।

0

वास्तविक समस्या कहां है, यह देखने के लिए आप rack-mini-profiler का उपयोग कर सकते हैं।

संबंधित मुद्दे