क्या किसी प्रकार का वर्ण सीमा (या अन्य गोले) में लगाया जा सकता है कि इनपुट कितने समय के लिए हो सकता है? यदि हां, तो उस चरित्र की सीमा क्या है?
यानी क्या बैश में एक कमांड लिखना संभव है जो कमांड लाइन को निष्पादित करने के लिए बहुत लंबा है? यदि आवश्यक सीमा नहीं है, तो क्या कोई सुझाई गई सीमा है?
जवाबों:
कमांड लाइन की लंबाई की सीमा शेल द्वारा नहीं लगाई जाती है, लेकिन ऑपरेटिंग सिस्टम द्वारा। यह सीमा आमतौर पर सौ किलोबाइट की सीमा में होती है। POSIX इस सीमा को दर्शाता है ARG_MAXऔर POSIX अनुरूप सिस्टम पर आप इसके साथ क्वेरी कर सकते हैं
$ getconf ARG_MAX # Get argument limit in bytes
जैसे सिग्विन पर यह 32000 है, और विभिन्न बीएसडी और लिनक्स सिस्टम पर मैं इसका उपयोग करता हूं 131072 से 2621440 तक कहीं भी है।
यदि आपको इस सीमा से अधिक फ़ाइलों की एक सूची संसाधित करने की आवश्यकता है, तो आप xargsउपयोगिता को देखना चाहते हैं , जो एक कार्यक्रम को बार-बार कॉल करता है जिसमें उपसर्ग तर्क से अधिक नहीं होते हैं ARG_MAX।
अपने विशिष्ट प्रश्न का उत्तर देने के लिए, हां, बहुत लंबे तर्क सूची के साथ कमांड चलाने का प्रयास करना संभव है। शेल "तर्क सूची के साथ बहुत लंबा" संदेश के साथ त्रुटि करेगा।
ध्यान दें कि एक प्रोग्राम का इनपुट (जैसा कि स्टडिन या किसी अन्य फ़ाइल डिस्क्रिप्टर पर पढ़ा जाता है) सीमित नहीं है (केवल उपलब्ध प्रोग्राम संसाधनों द्वारा)। इसलिए यदि आपकी शेल स्क्रिप्ट एक चर में पढ़ती है, तो आप इसके द्वारा प्रतिबंधित नहीं हैं ARG_MAX। प्रतिबंध शेल-बिल्डिंस पर भी लागू नहीं होता है।
cmd <<< "$LONG_VAR"और LONG_VAR मान सीमा से अधिक हो गया, तो क्या यह मेरी कमांड को उड़ा देगा?
LONG_VARपूरी तरह से , क्योंकि सामग्री की स्टड पर पारित कर रहे हैं - और यह पूरी तरह से खोल में किया जाता है; यह एक तर्क के रूप में विस्तारित नहीं है cmd, इसलिए कांटा () / निष्पादन () के लिए ARG_MAX की सीमा खेल में नहीं आती है। अपने आप को आज़माना आसान है: ARG_MAX से अधिक की सामग्री वाली एक चर बनाएं और अपनी कमांड चलाएं।
blah="$(cat /home/schwager/Music/Recordings/20090420\ 131623.m4a)"; cat <<< $blah >/dev/null:। नोट कोई त्रुटि नहीं है।
xargsmacOS 10.12.6 की सीमा है कि यह एक में कितना डालने की कोशिश करता exec()है ARG_MAX - 4096। तो स्क्रिप्ट का उपयोग xargsकर काम कर सकते हैं, जब तक कि एक दिन जब कोई पर्यावरण में बहुत अधिक सामान डालता है। अब इसमें चल रहा है (इसके साथ काम करें:) xargs -s ???।
ठीक है, डेनिज़ेंस। इसलिए मैंने काफी समय तक कमांड लाइन की लंबाई को सुसमाचार के रूप में स्वीकार किया है। तो, किसी की धारणाओं का क्या करें? स्वाभाविक रूप से- उन्हें जांचें।
मेरे पास अपने निपटान में एक फेडोरा 22 मशीन है (जिसका अर्थ है: bash4 के साथ लिनक्स)। मैंने १। अक्षरों में से प्रत्येक में ५००,००० इनकोड (फाइलें) के साथ एक निर्देशिका बनाई है। कमांड लाइन की लंबाई 9,500,000 अक्षर है। इस प्रकार बनाया गया:
seq 1 500000 | while read digit; do
touch $(printf "abigfilename%06d\n" $digit);
done
और हम ध्यान दें:
$ getconf ARG_MAX
2097152
ध्यान दें, लेकिन मैं यह कर सकता हूं:
$ echo * > /dev/null
लेकिन यह विफल रहता है:
$ /bin/echo * > /dev/null
bash: /bin/echo: Argument list too long
मैं लूप के लिए चला सकता हूं:
$ for f in *; do :; done
जो एक अन्य शेल बिलिन है।
राज्यों के लिए प्रलेखनARG_MAX का सावधानीपूर्वक पढ़ना , निष्पादन कार्यों के लिए तर्क की अधिकतम लंबाई । इसका मतलब है: कॉल किए बिना exec, कोई ARG_MAXसीमा नहीं है । इसलिए यह समझाता है कि शेल बिल्डरों को प्रतिबंधित क्यों नहीं किया जाता है ARG_MAX।
और वास्तव में, मैं lsअपनी निर्देशिका कर सकता हूं यदि मेरी तर्क सूची 109948 फाइलें लंबी है, या लगभग 2,089,000 अक्षर (दे या ले) हैं। एक बार जब मैं एक और 18-अक्षर फ़ाइल नाम फ़ाइल जोड़ देता हूं, तो मुझे एक तर्क सूची बहुत लंबी त्रुटि मिलती है । इसलिए ARG_MAXविज्ञापित के रूप में काम कर रहा है: निष्पादन ARG_MAXसूची में अक्षरों से अधिक के साथ निष्पादन विफल हो रहा है- सहित, यह ध्यान दिया जाना चाहिए, पर्यावरण डेटा।
for f in *; do echo $f; doneनहीं बनेगा (सभी बिलिंस)। इसलिए मुझे पता नहीं है कि एक खोज-एक्सगार्स कॉम्बो तेज हो जाएगा; इसका परीक्षण नहीं किया गया है। वास्तव में, मुझे नहीं पता कि ओपी की समस्या क्या है। हो find /path/to/directoryसकता है कि यह उसके लिए उपयोगी न हो क्योंकि यह फ़ाइल का पथनाम वापस कर देगा। शायद वह एक for f in *पाश की सादगी पसंद करता है । बावजूद, बातचीत लाइन इनपुट सीमा के बारे में है - दक्षता नहीं। तो आइए विषय पर बने रहें, जो कमांड लाइन की लंबाई से संबंधित है।
1024 जैसी किसी चीज़ की बफर सीमा होती है। रीड बस मिड पेस्ट या इनपुट लटकाएगा। इस उपयोग -e विकल्प को हल करने के लिए।
http://linuxcommand.org/lc3_man_pages/readh.html
-एक इंटरैक्टिव शेल में लाइन प्राप्त करने के लिए रीडलाइन का उपयोग करें
पढ़ने के लिए अपने पढ़ने को बदलें -ई और कष्टप्रद लाइन इनपुट हैंग चली जाती है।
read: "यानी क्या कमांड में लाइन को निष्पादित करने के लिए बहुत लंबा है जो बैश में कमांड लिखना संभव है?"
bash --noediting, और नए प्रॉम्प्ट पर कमांड चलाने की कोशिश करें echo somereallylongword, जहाँ somereallylongword 4090 वर्णों से अधिक लंबा हो। उबंटू 18.04 पर कोशिश की गई, शब्द छोटा हो गया, तो जाहिर है कि यह कुछ करने के लिए है Readline सक्षम नहीं होने के साथ।