Điều gì chi phối các giới hạn của mở rộng nẹp vỏ?

Trong ví dụ này tôi đề cập đến việc mở rộng một chuỗi các số nguyên, nhưng có lẽ (?) Các giới hạn sẽ phù hợp với tất cả các khía cạnh của mở rộng niềng răng .. Quan điểm chung hơn này cũng được tôi quan tâm.

seq dường như xử lý các chuỗi số nguyên dài hơn nhiều so với việc mở rộng dấu ngoặc {1..n} (ít nhất, đó là trường hợp trong ví dụ này).

ví dụ: 'seq -f @% 12.0f 1 1000000000> / dev / null' .. Điều này mở rộng 1 tỷ khá hạnh phúc trong 14m 04s

Tuy nhiên, echo {1..10000000000} >/dev/nullsự cố rơi vào quên lãng từ CLI trong 'gnome-terminal' và 'konsole' (... tạm biệt phiên cuối của thiết bị đầu cuối!)

Điều tốt nhất tôi có thể có được từ việc mở rộng cú đúp cho một chuỗi số nguyên, là khoảng {1..15000000} .. chỉ 15 triệu.

Đây có phải là một hạn chế của bản mở rộng niềng răng, hoặc về cách echoxử lý dữ liệu mở rộng? Có vẻ như nguyên nhân là do sử dụng hết RAM có sẵn, nhưng tôi nghĩ nó sẽ sử dụng swapvùng đó vào thời điểm đó ...

Ngoài ra (btw), chuỗi số nguyên 15000000 này, echo {..}mất 57.0s; trong khi seqchỉ mất 12,7 giây ...

echo {1..5}được mở rộng thành lệnh echo 1 2 3 4 5sau đó được mở rộng theo cách thông thường. Nó hoàn toàn không giống với seq 1 1000000000 >/dev/null, nó không bao giờ mở rộng thành một lệnh với rất nhiều đối số.

Nó giống như echo $(seq 1 1000000000): Tôi đoán điều này phá vỡ theo cùng một cách?

Vấn đề bạn đang gặp phải là xử lý các lệnh lớn, điều mà Unix luôn gặp phải, đó là vấn đề chung với việc xử lý các chuỗi lệnh. Đó là một trong những điều Perl được viết để sửa chữa.

Tôi sẽ gửi một báo cáo lỗi lịch sự và thông tin: nó có thể gây ra một cuộc thảo luận thú vị.

Tôi đoán việc mở rộng này không được thiết kế để được sử dụng theo cách đó. Sự cố cho thấy một lỗi, chắc chắn, nhưng hiếm khi gây ra một lỗi.

Bạn nghĩ nó thực tế đến mức nào để nuôi hàng tỷ số nguyên liên tiếp cho bất cứ thứ gì?