NodeJS: कैसे बफ़र्स कि वी 8 स्मृति ढेर

Question

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

function downloadNextTrack(){ 
    var request = http.get('http://mp3server.com', function(response){ 
    response.on('data', function(data) { 
     fs.appendFile('sometrack.mp3', data, function (err) {}); 
    }); 
    response.on('end', function(){ 
     streamTrack('sometrack.mp3'); 
    } 
    }); 
}; 

var clients = []; // client response objects are pushed to this array when they request the stream through a route like /stream.mp3 

var stream; 

function streamTrack(track){ 
    stream = fs.createReadStream(track); 
    stream.on('data', function(data){ 
    clients.forEach(function(client) { 
     client.write(data); 
    }); 
    }); 
    stream.on('end', function(){ 
    downloadNextTrack(); // redoes the same thing with another track 
    } 
}; 

जाहिर है इस कोड, बफ़र्स जो ओएस द्वारा मुक्त नहीं किया जा रहा है की एक बहुत कुछ पैदा कर रही है जब मैं 'मुक्त -M' कमांड चलाने के लिए, यह मैं (एप्लिकेशन चलाने का लगभग 4 घंटे के बाद प्राप्त होता है):

    total  used  free  shared buffers  cached 
       Mem: 750  675   75   0   12  180 
-/+ buffers/cache:   481  269 
      Swap: 255  112  143 

'बफर' के तहत संख्या लगातार बढ़ती है (साथ ही साथ कैच एड मेमोरी) और ओएस स्पष्ट रूप से उस 180 एमबी को पुनः प्राप्त नहीं करता है, जब तक कि मेरा ऐप स्मृति और क्रैश से बाहर हो जाता है जब मैं ट्रैक की बिटरेट, नमूना दर, आईडी 3 जानकारी इत्यादि को सत्यापित करने के लिए एक छोटी सी प्रक्रिया को बढ़ाने की कोशिश करता हूं।

मैं अलग-अलग टूल पता लगाने के लिए अगर यह एक आंतरिक स्मृति रिसाव था और यह नहीं है (जैसे memwatch और nodetime के रूप में) का एक बहुत के साथ का निदान किया है, वी 8 स्मृति ढेर के साथ-साथ नोड आरएसएस भिन्न हो +/- 10 एमबी लेकिन लगातार रहने अधिकांश भाग के लिए जबकि ओएस फ्री मेमोरी कम हो जाती है और कम होती है (जब नोड प्रक्रिया शुरू होती है तो मेरे पास 350 एमबी मुफ्त मेमोरी होती है)।

मैंने कहीं पढ़ा है कि नोड द्वारा आवंटित बफर उदाहरणों में कच्ची मेमोरी तक सीधी पहुंच है और इसलिए वी 8 में उनके पास शक्ति नहीं है (जो इस तथ्य से जांचता है कि मुझे वी 8 ढेर से मेमोरी लीक नहीं मिल रहा है), बात यह है कि मुझे इन पुराने बफर से छुटकारा पाने के लिए एक रास्ता चाहिए। क्या यह संभव है? या मुझे हर 5 घंटों में या तो मेरे ऐप को पुनरारंभ करना होगा (या बदतर, अधिक रैम खरीदें!)?

पी एस। मैं उबंटू 10.04 पर नोड v0.8.16 चला रहा हूं।

Answer 1

मैं टियागो, से सहमत हूं, मुझे लगता है कि यह आपके कोड की पुनरावर्ती प्रकृति के कारण होता है। मैं धाराओं में नहीं सोचता क्या, अपने ढेर ऊपर gobbling क्योंकि जैसा कि आपने कहा, धारा चर हर यात्रा के साथ एक नया ReadStream साथ पुन: सौंपा जा रहा है। हालांकि, http.get के अनुरोध और प्रतिक्रिया (और जो कुछ बफ़र वे का उपयोग करें) पंक्ति 2 में अगले चरण कॉल करने से पहले जारी किया जा रहा कभी नहीं कर रहे हैं; वे DownloadNextTrack फ़ंक्शन के भीतर स्कॉप्ड हैं। आप एक रिकर्सिव स्टैक ट्रेस के साथ समाप्त होते हैं जिसमें प्रति फ़ाइल अनुरोध और प्रतिक्रिया ऑब्जेक्ट्स (और कुछ अंतर्निहित बफर) का एक सेट होता है।

सामान्य रूप से, यदि इस कोड को कई बार चलाने की ज़रूरत है, तो कई बार रिकर्सन का चयन क्यों न करें और इसे पूरी तरह से करें? एक प्रोग्राम समाप्त होने तक, कभी भी समाप्त होने वाली पुनरावृत्ति हमेशा अधिक से अधिक स्मृति को घुमाएगी, भले ही आपके हिस्से पर कोई स्मृति रिसाव न हो।

Answer 2

इस पढ़ें: http://www.linuxatemyram.com

बफर कैश inodes और dentries (फाइल सिस्टम संरचनाओं) के लिए एक कैश है। वह स्मृति अभी भी प्रक्रियाओं के लिए उपलब्ध है। आपको इसकी परवाह नहीं करनी चाहिए।