Stdin ve komut satırı argümanı arasındaki performans farkı

Bazı komutlar için belirli girdiyi stdin veya komut satırı bağımsız değişkeni olarak belirtmek mümkündür.

Özellikle, varsayalım commandStdin giriş ve komut satırı argümanı olarak bir dosya adı alabilir ve command < myfile, cat myfile | command ve command myfileaynı sonucu üretebilir.

Örneğin,

Komut şu olduğunda sed:

sed s/day/night/ <myfile >new   
sed s/day/night/ myfile >new    
cat myfile | sed s/day/night/ >new

Komut şu olduğunda cat:

cat < myfile
cat myfile

1. Performansları hakkında bazı genel kurallar olup olmadığını merak ediyordum, yani hangileri genellikle en verimli ve hangisi en az?
2. Yönlendirme her zaman borudan daha mı iyidir?

cat file | commandSözdizimi bir sayılır bir Yararsız KullanımıCat . Tüm seçenekleriniz arasında, bir performans isabeti alır çünkü çekirdeğin başka bir sürecini ortaya çıkarmak zorundadır. Bununla birlikte, bu büyük resimde ortaya çıkabilir, ancak diğer formların sahip olmadığı havai. Bunun gibi sorular üzerinde durulmuştur: Gereksiz kedilere önem vermeli miyim?

Diğer iki form arasında neredeyse hiçbir performans farkı yoktur. STDIN, sürecin diğer tüm dosyalar gibi açması ve okuması gereken özel bir dosya düğümüdür. STDIN yerine bir dosya adı iletmek yalnızca farklı bir dosya açmasını sağlar.

Fark, hangi özellikleri / esnekliği aradığınız olacaktır.

• Dosya adının programa iletilmesi, giriş dosyasının aranabilir olduğu anlamına gelir. Bu program için önemli olabilir veya olmayabilir, ancak akış aranabilirse bazı işlemler hızlandırılabilir.
• Gerçek giriş dosyasını bilmek, programınızın ona potansiyel olarak yazmasına izin verir. Örneğin sed -iyerinde düzenleme için. (Not: Bunun sahne arkasında yeni bir dosya oluşturması gerektiğinden, diğer yönlendirmelere göre bir performans kazancı değildir, ancak bir kolaylık adımıdır.)
• Kabuk yönlendirmelerini kullanmak size birden fazla dosyayı birleştirme veya hatta işlem yeniden yönlendirmesini kullanma olanağı verir. sed [exp] < file1 file2hatta sed [exp] < <(grep command). Bu kullanım senaryosunun ayrıntıları şu soruda bulunabilir: Proses ikamesi ve boru

1. Olduğu göz önüne alındığında command filesadece dosyayı açar ve eğer gibi eserleri o andan itibaren stdin, çok az bir fark var. Kabuk yeniden yönlendirme ile, ikili komutun aksine dosyayı önceden açarsınız (kabuk yapar).

2. Bahsettiğimiz varsa cat file | commandvs command <file, sonra ikincisi tercih edilir. Sen İkisi arasındaki önemli performans farkı fark edecek değildir, ancak eski gereksiz yere karmaşık (belirli akış ile, ekstra süreci ve boru bellek tampon paylaştı.) Ayrıca, olamaz seeka'da (keyfi dosya işaretçisi konumunu değiştirmek) boru, sıradan bir dosyada yapabilirsiniz. seekGiriş dosyasında -ing mümkün olduğunda bazı komutlar daha verimli algoritma kullanabilir .