थ्रेड में पर्ल मेमोरी लीक (थ्रेड मेमोरी रिलीज नहीं करते हैं)

Question

अब मैं इस समस्या के बारे में 2 सप्ताह खोज रहा हूं और ऐसा लगता है कि मुझे वेब पर सिर्फ कोई जवाब नहीं मिल रहा है।

1:

#! /usr/bin/perl 

# 
# RELEASE MEMORY 
# 

use threads; 

my @child; 

$ii=0; 


while (1) 
{ 
    my @child = threads->new(\&test, "test"); 
    $_->detach for @child; 
    print "$ii\n"; 
    $ii++; 
} 

sub test { 
    my ($ee) = 0;  
} 

2:

#! /usr/bin/perl 

# 
# DO NOT RELEASE MEMORY 
# 

use threads; 

my @child; 

$ii=0; 


for($ii=0;$ii<2000;$ii++) { 
    my @child = threads->new(\&test, "test"); 
    $_->detach for @child; 
    print "$ii\n"; 
} 

while(1) 
{ 
    sleep(10); 
} 

sub test { 
    my ($ee) = 0;  
} 

तो यहाँ समस्या है

तो, यहाँ कोड के दो टुकड़ा है। पहला कोड केवल एक अनंत लूप चलाता है और यह प्रत्येक 2 सेकंड (पीएस के अनुसार) ऑपरेटिंग सिस्टम पर वापस स्मृति जारी करता है

दूसरा कोड स्मृति भी जारी कर रहा है, लेकिन केवल जब वह "फॉर" लूप के अंदर चल रहा है। एक बार जब यह लूप के लिए बाहर निकलता है और अनंत लूप दर्ज करता है तो सभी मेमोरी जिन्हें लूप में मुक्त नहीं किया जाता है, कभी भी ऑपरेटिंग सिस्टम पर वापस नहीं छोड़ा जाता है।

क्या कोई भी एक ही समस्या का सामना कर रहा है?

पर्ल: (v5.16.1) x86_64-linux-धागे की बहु के लिए बनाया गया

ओएस: डेबियन 6.0.5

धन्यवाद एक बहुत

---

संपादित करें 1: मैं इस्तेमाल किया 800 धागे और सभी सत्यापित हैं कि वे $ e var प्रिंट करके बाहर निकलें।

लेकिन एक बार (1) लूप में प्रवेश करने के बाद यहां ps aux | grep perl आउटपुट:

root@srv:~# ps aux | grep perl 
root  6807 41.5 2.5 387780 209580 pts/0 S+ 16:38 0:02 /opt/ActivePerl-5.16/bin/perl /home/tttlast.pl 
root  7627 0.0 0.0 7548 856 pts/1 S+ 16:38 0:00 grep perl 

तो सभी थ्रेड निकल गए लेकिन स्मृति उपयोग अभी भी मेरे सर्वर की कुल स्मृति का 2.5% है। तो जब तक कि मैं प्रोग्राम को मार नहीं देता तब तक स्मृति अभी भी उपयोग में है।

---

संपादित करें 2:

मैं अपने समस्या हल हो गई है, मैं अपने संरचना बदल दिया है। असल में मुख्य कार्यक्रम (लंबे समय तक चलने वाला) अलग हो गया है और मैं छोटे प्रोग्राम का उपयोग करता हूं जो सभी धागे से बाहर निकलने से पहले प्रतीक्षा करते हैं।

इस तरह यह वर्चुअल मेमोरी और अन्य डिमन को पूरा नहीं करता है।

मुझे उस समाधान के लिए अग्रणी सभी के लिए धन्यवाद।

Answer 1

यहां कोई "समस्या" नहीं है। यह सब सामान्य, अपेक्षित व्यवहार है। यदि यह आपको किसी प्रकार की समस्या का कारण बन रहा है, तो आपने यह समझाया नहीं है कि यह क्या है।

वर्चुअल मेमोरी को ऑपरेटिंग सिस्टम में वापस करने का कोई कारण नहीं है क्योंकि वर्चुअल मेमोरी एक दुर्लभ संसाधन नहीं है। ऑपरेटिंग सिस्टम में भौतिक मेमोरी वापस करने का कोई कारण नहीं है क्योंकि ऑपरेटिंग सिस्टम इसे ले जाएगा यदि इसके लिए इसका बेहतर उपयोग होता है।

कोई सबूत नहीं है कि यह एक स्मृति रिसाव है। परीक्षण के नतीजे बताते हैं कि ऐसा कोई मामला नहीं है जहां मेमोरी उपयोग बाध्य किए बिना बढ़ता है - सभी मामलों में यह अंततः समाप्त होता है।