क्या लिनक्स पर एक पर्यावरण चर में संग्रहीत डेटा की मात्रा की सीमा है, और यदि ऐसा है: तो यह क्या है?
Windows के लिए, मैंने KB आलेख का अनुसरण किया है जो संक्षेप में बताता है: Windows XP या बाद में: 8191 वर्ण Windows 2000 / NT 4.0: 2047 वर्ण
क्या लिनक्स पर एक पर्यावरण चर में संग्रहीत डेटा की मात्रा की सीमा है, और यदि ऐसा है: तो यह क्या है?
Windows के लिए, मैंने KB आलेख का अनुसरण किया है जो संक्षेप में बताता है: Windows XP या बाद में: 8191 वर्ण Windows 2000 / NT 4.0: 2047 वर्ण
जवाबों:
मुझे नहीं लगता कि लिनक्स पर प्रति-पर्यावरण चर सीमा है। सभी पर्यावरण चर का कुल आकार execve()
समय पर सीमित है । अधिक जानकारी के लिए "तर्क और पर्यावरण के आकार पर सीमाएं" यहां देखें।
एक प्रक्रिया निष्पादन द्वारा आवंटित प्रारंभिक स्थान से परे पर्यावरण का उपयोग setenv()
या putenv()
विकसित करने के लिए हो सकती है ।
यहां एक त्वरित और गंदा कार्यक्रम है जो 256 एमबी पर्यावरण चर बनाता है।
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
int main(void)
{
size_t size = 1 << 28; /* 256 MB */
char *var;
var = malloc(size);
if (var == NULL) {
perror("malloc");
return 1;
}
memset(var, 'X', size);
var[size - 1] = '\0';
var[0] = 'A';
var[1] = '=';
if (putenv(var) != 0) {
perror("putenv");
return 1;
}
/* Demonstrate E2BIG failure explained by paxdiablo */
execl("/bin/true", "true", (char *)NULL);
perror("execl");
printf("A=%s\n", getenv("A"));
return 0;
}
xargs --show-limits
अधिक जानकारी प्राप्त करने के लिए चर्चा करता है ।
खैर, यह मेरे बॉक्स पर कम से कम 4M है। उस बिंदु पर, मैं ऊब गया और भटक गया। उम्मीद है कि सोमवार को काम पर वापस आने से पहले टर्मिनल का उत्पादन खत्म हो जाएगा :-)
export b1=A
export b2=$b1$b1
export b4=$b2$b2
export b8=$b4$b4
export b16=$b8$b8
export b32=$b16$b16
export b64=$b32$b32
export b128=$b64$b64
export b256=$b128$b128
export b512=$b256$b256
export b1k=$b512$b512
export b2k=$b1k$b1k
export b4k=$b2k$b2k
export b8k=$b4k$b4k
export b16k=$b8k$b8k
export b32k=$b16k$b16k
export b64k=$b32k$b32k
export b128k=$b64k$b64k
export b256k=$b128k$b128k
export b512k=$b256k$b256k
export b1m=$b512k$b512k
export b2m=$b1m$b1m
export b4m=$b2m$b2m
echo $b4m
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
: : : : : : : : : : : :
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
यदि आप चिंतित हैं कि 4M आपके पर्यावरण चर के लिए पर्याप्त नहीं हो सकता है, तो आप चीजों को कैसे करना चाहते हैं, इस पर पुनर्विचार करना चाहते हैं।
शायद जानकारी को किसी फ़ाइल में डालना बेहतर होगा और फिर उस फ़ाइल को संदर्भित करने के लिए एक पर्यावरण चर का उपयोग करें। मैंने ऐसे मामले देखे हैं, जहां यदि चर रूप है @/path/to/any/fspec
, तो यह फ़ाइल से वास्तविक जानकारी प्राप्त करता है path/to/any/fspec
। यदि यह इसके साथ शुरू नहीं होता है @
, तो यह पर्यावरण चर के मान का उपयोग करता है।
दिलचस्प रूप से पर्याप्त है, उन सभी चर सेटों के साथ, हर एक कमांड शिकायत करना शुरू कर देता है कि तर्क सूची बहुत लंबी है, भले ही यह आपको उन्हें सेट करने की अनुमति देता है, हो सकता है कि यह आपके द्वारा किए जाने के बाद प्रोग्राम शुरू करने में सक्षम न हो (जब से इसे करना है पर्यावरण को उन कार्यक्रमों में पास करें)।
मैंने निम्नलिखित स्निपेट के साथ अपने लिनक्स बॉक्स पर एक त्वरित परीक्षण किया:
a="1"
while true
do
a=$a$a
echo "$(date) $(numfmt --to=iec-i --suffix=B --padding=7 ${#a})"
done
मेरे बॉक्स पर (Gentoo 3.17.8-gentoo-r1) में यह परिणाम (आउटपुट की अंतिम पंक्तियाँ):
Wed Jan 3 12:16:10 CET 2018 16MiB
Wed Jan 3 12:16:11 CET 2018 32MiB
Wed Jan 3 12:16:12 CET 2018 64MiB
Wed Jan 3 12:16:15 CET 2018 128MiB
Wed Jan 3 12:16:21 CET 2018 256MiB
Wed Jan 3 12:16:33 CET 2018 512MiB
xrealloc: cannot allocate 18446744071562068096 bytes
तो: सीमा काफी अधिक है!
n = (n + DEFAULT_ARRAY_SIZE) - (n % DEFAULT_ARRAY_SIZE);
और मुझे इस भाग पर संदेह है: (n + DEFAULT_ARRAY_SIZE)
ओवरफ्लो। सब बहुत अच्छा है, लेकिन हम यहाँ किसी भी सीमा से परे
यहाँ दो सहायक आदेश दिए गए हैं:
getconf -a |grep MAX
true | xargs --show-limits
मैंने इसे बहुत जल्दी और गंदे php कोड (नीचे) का उपयोग किया, इसे विभिन्न मूल्यों के लिए संशोधित किया, और पाया कि यह 128k तक की चर लंबाई के लिए काम करता है। उसके बाद, जो भी कारण से, यह काम नहीं करता है; कोई अपवाद नहीं उठाया गया है, कोई त्रुटि नहीं बताई गई है, लेकिन मूल्य उप-क्रम में नहीं दिखा है।
शायद यह एक php- विशिष्ट सीमा है? शायद वहाँ php.ini सेटिंग्स हैं जो इसे प्रभावित कर सकती हैं? या हो सकता है कि var के आकार की कोई सीमा है जो एक सबहेलिट इनहेरिट करेगा? हो सकता है कि प्रासंगिक कर्नेल या शेल कॉन्फिग सेटिंग्स हों ..
वैसे भी, डिफ़ॉल्ट रूप से, CentOS में, php में putenv के माध्यम से वातावरण में एक var सेट करने की सीमा लगभग 128k लगती है।
<?php
$s = 'abcdefghijklmnop';
$s2 = "";
for ($i = 0; $i < 8100; $i++) $s2 .= $s;
$result = putenv('FOO='.$s2);
print shell_exec('echo \'FOO: \'${FOO}');
print "length of s2: ".strlen($s2)."\n";
print "result = $result\n";
?>
संस्करण की जानकारी -
[root@localhost scratch]# php --version
PHP 5.2.6 (cli) (built: Dec 2 2008 16:32:08)
<..snip..>
[root@localhost scratch]# uname -a
Linux localhost.localdomain 2.6.18-128.2.1.el5 #1 SMP Tue Jul 14 06:36:37 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
[root@localhost scratch]# cat /etc/redhat-release
CentOS release 5.3 (Final)
set
कमांड के बारे में पढ़ते हैं , जिसमें इसकी कमांड सीमा 8191 अक्षर है। यह एमएसडीएन लेख देखें फिर भी एक यादृच्छिक सीमा, हालांकि।