Bash'de (veya diğer kabuklarda) bir girişin ne kadar uzun olabileceği için bir tür karakter sınırı var mı? Eğer öyleyse, bu karakter sınırı nedir?
Yani bash'de komut satırının yürütmesi için çok uzun bir komut yazmak mümkün müdür? Gerekli bir limit yoksa önerilen bir limit var mı?
Yanıtlar:
Bir komut satırının uzunluğu için sınır, kabuk tarafından değil, işletim sistemi tarafından belirlenir. Bu sınır genellikle yüz kilobayt aralığındadır. POSIX bu sınırı belirtir ARG_MAXve POSIX uyumlu sistemlerde sorgulayabilirsiniz.
$ getconf ARG_MAX # Get argument limit in bytes
Örneğin Cygwin'de bu 32000'dir ve kullandığım farklı BSD'ler ve Linux sistemlerinde 131072'den 2621440'a kadar herhangi bir yerdedir.
Bu sınırı aşan bir dosya listesini işlemeniz gerekiyorsa xargs, bir programı aşmayan bir bağımsız değişken alt kümesiyle tekrar tekrar çağıran yardımcı programa bakmak isteyebilirsiniz ARG_MAX.
Özel sorunuzu cevaplamak için, evet, çok uzun bir argüman listesiyle bir komutu çalıştırmayı denemek mümkündür. Kabuk, "argüman listesi çok uzun" boyunca bir mesajla hata verecektir.
O Not girişi bir programa (stdin veya başka bir dosya tanımlayıcı okumak gibi) olduğu değil (sadece mevcut programı kaynakları ile) sınırlı. Dolayısıyla, kabuk betiğiniz bir dizgeyi bir değişkene okursa, kısıtlanmazsınız ARG_MAX. Kısıtlama, kabuk yerleşikler için de geçerli değildir.
cmd <<< "$LONG_VAR"alırsam ve LONG_VAR değeri sınırı aşarsa, komutumu bozar mı?
LONG_VARstdin üzerinden aktarılır - ve bu tamamen kabukta yapılır; argüman olarak genişletilmez cmd, dolayısıyla fork () / exec () için ARG_MAX sınırı devreye girmez. Kendinizi denemek kolaydır: ARG_MAX'ı aşan içeriğe sahip bir değişken oluşturun ve komutunuzu çalıştırın.
blah="$(cat /home/schwager/Music/Recordings/20090420\ 131623.m4a)"; cat <<< $blah >/dev/null. Hata olmadığını unutmayın.
xargsbu olanınıtakabilecek çalışır ne kadar MacOS 10.12.6 limitleri exec()için ARG_MAX - 4096. Dolayısıyla xargs, bir gün birileri ortama çok fazla şey koyana kadar komut dosyaları kullanmak işe yarayabilir. Şimdi bununla karşılaşıyorum (bunun üzerine çalışın :) xargs -s ???.
Tamam, Denizens. Bu yüzden uzun bir süredir komut satırı uzunluk sınırlarını müjde olarak kabul ettim. Öyleyse, kişinin varsayımlarıyla ne yapılmalı? Doğal olarak kontrol edin.
Elimde bir Fedora 22 makinesi var (anlamı: bash4 ile Linux). Her biri 18 karakter uzunluğunda 500.000 düğüm (dosya) içeren bir dizin oluşturdum. Komut satırı uzunluğu 9.500.000 karakterdir. Bu şekilde oluşturuldu:
seq 1 500000 | while read digit; do
touch $(printf "abigfilename%06d\n" $digit);
done
Ve şunu not ediyoruz:
$ getconf ARG_MAX
2097152
Ancak şunu yapabilirim:
$ echo * > /dev/null
Ancak bu başarısız olur:
$ /bin/echo * > /dev/null
bash: /bin/echo: Argument list too long
Bir for döngüsü çalıştırabilirim:
$ for f in *; do :; done
başka bir kabuk yerleşik olan.
Durumlar için belgelerinARG_MAX dikkatli okunması , exec işlevlerine maksimum argüman uzunluğu . Bu şu anlama gelir: Aramadan exec, ARG_MAXsınırlama yoktur . Bu yüzden kabuk yerleşiklerinin neden kısıtlanmadığını açıklayabilir ARG_MAX.
Ve gerçekten, lsbağımsız değişken listem 109948 dosya uzunluğunda veya yaklaşık 2.089.000 karakter (ver veya al) ise dizinimi yapabilirim. Yine de 18 karakterlik bir dosya adı dosyası ekledikten sonra, Argüman listesi çok uzun bir hata alıyorum. Yani ARG_MAXreklamı olarak çalışıyor: exec daha fazlası ile başarısız oluyor ARG_MAXdahil listesi-argüman üzerinde karakterlerin, bu, çevre verilerini unutulmamalıdır.
for f in *; do echo $f; donehiç çatallanmayacak (tüm yerleşikler). Bu yüzden find-xargs combo'nun daha hızlı olacağını bilmiyorum; test edilmedi. Doğrusu, OP'nin problem setinin ne olduğunu bilmiyorum. Belki find /path/to/directoryonun için yararlı olmayacaktır çünkü dosyanın yol adını döndürecektir. Belki bir for f in *döngünün basitliğinden hoşlanıyor . Her şeye rağmen, konuşma verimlilikle değil hat giriş sınırı ile ilgilidir. Öyleyse, komut satırı uzunluğuyla ilgili olan konuya devam edelim.
1024 gibi bir arabellek sınırı vardır. Okuma, yapıştırma veya girişin ortasında asılı kalacaktır. Bunu çözmek için -e seçeneğini kullanın.
http://linuxcommand.org/lc3_man_pages/readh.html
-e satırı etkileşimli bir kabukta elde etmek için Readline'ı kullanın
Okumanızı -e olarak değiştirin ve can sıkıcı satır giriş askıda kalması ortadan kalkar.
readşununla ilgili değil : "Yani bash'de komut satırının yürütmesi için çok uzun bir komut yazmak mümkün müdür?"
bash --noeditingyeni komut isteminde bir echo somereallylongwordmiktar uzun sözcüğün 4090 karakterden uzun olduğu komutu çalıştırmayı deneyin . Ubuntu 18.04'te denendi, kelime kesildi, bu yüzden açık bir şekilde Readline'ın etkinleştirilmemesiyle bir ilgisi var.