มีการ จำกัด จำนวนอักขระที่กำหนดไว้ใน bash (หรือเชลล์อื่น ๆ ) สำหรับระยะเวลาในการป้อนข้อมูลหรือไม่? ถ้าเป็นเช่นนั้นจำนวนอักขระสูงสุดคืออะไร?
คือเป็นไปได้ไหมที่จะเขียนคำสั่งใน bash ที่ยาวเกินกว่าที่บรรทัดคำสั่งจะดำเนินการได้? หากไม่มีขีด จำกัด ที่กำหนดมีข้อ จำกัด ที่แนะนำหรือไม่?
คำตอบ:
ขีดจำกัดความยาวของบรรทัดคำสั่งไม่ได้ถูกกำหนดโดยเชลล์ แต่โดยระบบปฏิบัติการ โดยปกติขีด จำกัด นี้จะอยู่ในช่วงร้อยกิโลไบต์ POSIX หมายถึงขีด จำกัด นี้ARG_MAXและบนระบบที่สอดคล้องกับ POSIX คุณสามารถสอบถามได้
$ getconf ARG_MAX # Get argument limit in bytes
เช่นใน Cygwin นี่คือ 32000 และใน BSDs และระบบ Linux อื่นที่ฉันใช้อยู่ที่ใดก็ได้ตั้งแต่ 131072 ถึง 2621440
หากคุณต้องการการประมวลผลรายการของไฟล์ที่เกินขีด จำกัด นี้คุณอาจต้องการที่จะมองไปที่xargsยูทิลิตี้ซึ่งเรียกโปรแกรมที่ซ้ำ ๆ ARG_MAXกับส่วนหนึ่งของข้อโต้แย้งไม่เกิน
เพื่อตอบคำถามเฉพาะของคุณใช่เป็นไปได้ที่จะพยายามเรียกใช้คำสั่งที่มีรายการอาร์กิวเมนต์ที่ยาวเกินไป เชลล์จะแสดงข้อผิดพลาดพร้อมข้อความใน "รายการอาร์กิวเมนต์ยาวเกินไป"
โปรดทราบว่าอินพุตไปยังโปรแกรม (ตามที่อ่านบน stdin หรือตัวอธิบายไฟล์อื่น ๆ ) ไม่จำกัด (โดยทรัพยากรโปรแกรมที่มีเท่านั้น) ดังนั้นถ้าสคริปต์เปลือกของคุณอ่านสตริงลงในตัวแปรที่คุณจะไม่ถูก จำกัด ARG_MAXโดย ข้อ จำกัด นี้ใช้ไม่ได้กับการสร้างเชลล์
cmd <<< "$LONG_VAR"และค่า LONG_VAR เกินขีด จำกัด มันจะระเบิดคำสั่งของฉันหรือไม่
LONG_VARจะถูกส่งต่อไปยัง stdin - และทำทั้งหมดในเชลล์ มันไม่ได้ถูกขยายเป็นอาร์กิวเมนต์cmdดังนั้นขีด จำกัด ARG_MAX สำหรับ fork () / exec () จะไม่เข้ามามีบทบาท เป็นเรื่องง่ายที่จะลองด้วยตัวเอง: สร้างตัวแปรที่มีเนื้อหาเกิน ARG_MAX และรันคำสั่งของคุณ
blah="$(cat /home/schwager/Music/Recordings/20090420\ 131623.m4a)"; cat <<< $blah >/dev/null. หมายเหตุไม่มีข้อผิดพลาด
xargsใน MacOS 10.12.6 ขีด จำกัด เท่าใดก็พยายามที่จะใส่ในหนึ่งไปexec() ARG_MAX - 4096ดังนั้นการใช้สคริปต์xargsอาจใช้งานได้จนกระทั่งวันหนึ่งมีคนใส่สิ่งต่างๆมากเกินไปในสภาพแวดล้อม พบกับสิ่งนี้ในขณะนี้ (แก้ไขปัญหาด้วยxargs -s ???:)
โอเคพลเมือง ดังนั้นฉันจึงยอมรับขีดจำกัดความยาวบรรทัดคำสั่งเป็นพระกิตติคุณมาระยะหนึ่งแล้ว แล้วจะทำอย่างไรกับสมมติฐานของตน? ตรวจสอบตามธรรมชาติ
ฉันมีเครื่อง Fedora 22 พร้อมจำหน่าย (หมายถึง: Linux พร้อม bash4) ฉันได้สร้างไดเร็กทอรีที่มี 500,000 inodes (ไฟล์) ในแต่ละไฟล์มีความยาว 18 อักขระ ความยาวบรรทัดคำสั่งคือ 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 ซึ่งหมายความว่า: โดยไม่ต้องโทรexecก็ไม่มีARG_MAXข้อ จำกัด ดังนั้นจึงจะอธิบายว่าทำไม builtins เปลือกจะไม่ถูก จำกัด ARG_MAXโดย
และแน่นอนฉันสามารถlsไดเร็กทอรีของฉันได้หากรายการอาร์กิวเมนต์ของฉันยาว 1,09948 ไฟล์หรือประมาณ 2,089,000 อักขระ (ให้หรือรับ) เมื่อฉันเพิ่ม 18 ตัวอักษรไฟล์อีกหนึ่งชื่อไฟล์ แต่แล้วฉันจะได้รับรายการอาร์กิวเมนต์ยาวเกินไปข้อผิดพลาด ดังนั้นARG_MAXคือการทำงานตามที่โฆษณา: exec มีความล้มเหลวที่มีมากกว่าARG_MAXตัวอักษรบนอาร์กิวเมนต์ list- รวมทั้งก็ควรจะตั้งข้อสังเกตข้อมูลสภาพแวดล้อม
for f in *; do echo $f; doneจะไม่แยกเลย (builtins ทั้งหมด) ดังนั้นฉันไม่รู้ว่าคอมโบ find-xargs จะเร็วขึ้น ยังไม่ได้รับการทดสอบ อันที่จริงฉันไม่รู้ว่าชุดปัญหาของ OP คืออะไร อาจfind /path/to/directoryจะไม่มีประโยชน์กับเขาเพราะมันจะคืนชื่อพา ธ ของไฟล์ บางทีเขาอาจชอบความเรียบง่ายของการfor f in *วนซ้ำ ไม่ว่าการสนทนาจะเกี่ยวกับขีด จำกัด การป้อนข้อมูลบรรทัดไม่ใช่ประสิทธิภาพ มาดูหัวข้อกันดีกว่าซึ่งเกี่ยวข้องกับความยาวบรรทัดคำสั่ง
มีขีด จำกัด บัฟเฟอร์บางอย่างเช่น 1024 การอ่านจะหยุดการวางหรือการป้อนข้อมูลลงกลาง ในการแก้ปัญหานี้ให้ใช้ตัวเลือก -e
http://linuxcommand.org/lc3_man_pages/readh.html
- ใช้ Readline เพื่อรับบรรทัดในเชลล์แบบโต้ตอบ
เปลี่ยนการอ่านของคุณเป็นอ่าน -e และการป้อนข้อมูลบรรทัดที่น่ารำคาญหายไป
read: "เช่นเป็นไปได้ไหมที่จะเขียนคำสั่งใน bash ที่ยาวเกินกว่าที่บรรทัดคำสั่งจะดำเนินการ"
bash --noeditingและเมื่อพร้อมต์ใหม่ลองเรียกใช้คำสั่งecho somereallylongwordโดยที่ somereallylongword ยาวกว่า 4090 อักขระ พยายามบน Ubuntu 18.04 คำถูกตัดทอนดังนั้นเห็นได้ชัดว่ามีบางอย่างเกี่ยวกับ Readline ที่ไม่ได้เปิดใช้งาน