Açıkçası Python daha kullanıcı dostudur, Google'da hızlı bir arama, Python bayt olarak derlendiğinden genellikle daha hızlı olduğunu söyleyen birçok sonuç gösterir. Hatta buldum bu o size sözlük tabanlı operasyonlara 2000'den fazla Geliştirme% görebilirsiniz iddiaları.
Bu konudaki deneyiminiz nedir? Her biri ne tür bir görevde açık bir kazanan?
Yanıtlar:
Tipik ana bilgisayar akışı ...
Input Disk/Tape/User (runtime) --> Job Control Language (JCL) --> Output Disk/Tape/Screen/Printer
| ^
v |
`--> COBOL Program --------'
Tipik Linux akışı ...
Input Disk/SSD/User (runtime) --> sh/bash/ksh/zsh/... ----------> Output Disk/SSD/Screen/Printer
| ^
v |
`--> Python script --------'
| ^
v |
`--> awk script -----------'
| ^
v |
`--> sed script -----------'
| ^
v |
`--> C/C++ program --------'
| ^
v |
`--- Java program ---------'
| ^
v |
: :
Sh / ksh / bash / ... gibi Linux kabukları , eski ana bilgisayar Job Control Language'e çok benzer şekilde girdi / çıktı / akış kontrol atama olanakları sağlar ... ama steroidler üzerinde! Onlar edilir komple dilleri Turing verimli ve O / destekleri S herhangi bir dilde yazılmış diğer yürütme süreçlerinde veri ve kontrol geçmek geliştirilmiştir ancak kendi başlarına.
Çoğu Linux uygulaması, programın büyük bir kısmının hangi dilde yazıldığına bakılmaksızın, kabuk komut dosyalarına bağlıdır ve Bash en yaygın uygulama haline gelmiştir. Masaüstündeki bir simgeye tıklamak genellikle kısa bir Bash komut dosyası çalıştırır . Bu komut dosyası, doğrudan veya dolaylı olarak, gerekli tüm dosyaların nerede olduğunu bilir ve değişkenleri ve komut satırı parametrelerini ayarlar ve sonunda programı çağırır. Bu bir kabuğun en basit kullanımıdır.
Ancak bildiğimiz haliyle Linux, sistemi başlatan, olaylara yanıt veren, yürütme önceliklerini kontrol eden ve programları derleyen, yapılandıran ve çalıştıran binlerce kabuk komut dosyası olmadan Linux olmazdı. Bunların çoğu oldukça büyük ve karmaşıktır.
Kabuklar, derleme zamanında değil çalışma zamanında birbirine bağlanan önceden oluşturulmuş bileşenleri kullanmamıza izin veren bir altyapı sağlar. Bu bileşenler, kendi başlarına veya yeniden derlenmeden başka kombinasyonlarda kullanılabilen bağımsız programlardır. Bunları çağırmanın sözdizimi, bir Bash yerleşik komutununkinden ayırt edilemez ve aslında, sistemde tek başına çalıştırılabilir olan ve genellikle ek seçeneklere sahip olan çok sayıda yerleşik komut vardır.
Performansta Python ve Bash arasında dil çapında bir fark yoktur . Tamamen her birinin nasıl kodlandığına ve hangi harici araçların çağrıldığına bağlıdır.
Awk, sed, grep, bc, dc, tr, vb. Gibi iyi bilinen araçlardan herhangi biri, bu işlemleri her iki dilde tozda yapmayı bırakacaktır. Bash daha kolay ve çağrı ile bu gibi bir araç ile ilgili veri geri geçmek için daha etkili olduğu için daha sonra bir grafiksel kullanıcı arabirimi olmadan herhangi bir şey için tercih edilir Bash daha Python .
Bash kabuk betiğinin hangi programları çağırdığına ve bunların alt görev için uygunluğuna bağlı olarak, genel verim ve / veya yanıt verme hızının eşdeğer Python'dan daha iyi veya daha kötü olup olmayacağına bağlıdır . İşleri karmaşıklaştırmak için Python , çoğu dil gibi, diğer çalıştırılabilir dosyaları da çağırabilir, ancak daha hantaldır ve bu nedenle çok sık kullanılmaz.
Bir alan Python net kazanır kullanıcı arayüzüdür. Yani Bir o doğal GTK formatını destekler ve çok daha sezgisel geride olduğu yerel veya istemci-sunucu uygulamaları oluşturmak için mükemmel bir dil yapar Bash .
Bash yalnızca metni anlar. Diğer araçlar bir GUI için çağrılmalı ve veriler onlardan geri iletilmelidir. Bir Python komut bir seçenektir. Daha hızlı ancak daha az esnek seçenekler YAD, Zenity ve GTKDialog gibi ikililerdir .
İken gibi kabukları Bash gibi GUI'leri ile iyice işin Yad , Gtkdialog (gömülü XML gibi GTK + işlevlerine arayüzünün) , iletişim ve xmessage , Python çok daha yetenekli ve böylece daha iyi karmaşık GUI windows içindir.
Kabuk komut dosyalarıyla derleme, bir bilgisayarı hazır bileşenlerle bir araya getirmeye benzer.
İle Bina Python , C ++ veya en başka bir dil daha birlikte akıllı olduğun gibi cips (kitaplıklar) ve diğer elektronik parçalar kaynatılması ile bir bilgisayar bina gibidir.
En iyi sonuçlar genellikle her birinin en iyi yaptıklarını yapabileceği bir dil kombinasyonu kullanılarak elde edilir . Bir geliştirici buna " çok dilli programlama " adını veriyor .
Genellikle, bash, yalnızca python'un kullanılamadığı ortamlarda python'dan daha iyi çalışır. :)
Cidden, her iki dille de günlük olarak ilgilenmem gerekiyor ve seçim yapılırsa anında python alacağım. Ne yazık ki, bazı "küçük" platformlarda bash kullanmak zorunda kalıyorum çünkü birisi (yanlışlıkla, IMHO) python'un "sığamayacak kadar büyük" olduğuna karar verdi.
Bazı seçili görevler için bash'ın python'dan daha hızlı olabileceği doğru olsa da, geliştirmesi hiçbir zaman bu kadar hızlı veya bakımı kolay olamaz (en azından 10 satırlık kodu geçtikten sonra). Bash'in python veya ruby veya lua vb. Gibi tek güçlü noktası, her yerde bulunabilmesidir.
osveya shutilmodül komutlarından çok daha yavaş yapıyor .
Hem bash hem de Python'un mantıklı seçimler olduğu senaryolarda geliştirici verimliliği benim için çok daha önemli.
Bazı görevler kendilerini bash için, diğerleri de Python'a borçludur. Bir şeye bir bash betiği olarak başlamak ve birkaç hafta içinde geliştikçe onu Python'a değiştirmek benim için alışılmadık bir şey değil.
Python'un sahip olduğu büyük bir avantaj, dosya adı işlemeyle ilgili köşelerde bulunurken , genel komut dosyası oluşturma ihtiyaçları için glob , shutil , subprocess ve diğerlerine sahiptir.
Komut dosyası yazarken performans önemli değildir (çoğu durumda).
Performansı önemsiyorsanız 'Python vs Bash' yanlış bir sorudur.
Python :
+ yazmak
daha kolay + bakımı
daha kolay + kodun yeniden kullanımı daha kolay (ortak kod içeren dosyaları dahil etmek için evrensel, hataya dayanıklı bir yol bulmaya çalışın sh,
size meydan okuyorum ) + onunla da OOP yapabilirsiniz!
+ daha kolay argümanlar çözümleme. tam olarak daha kolay değil. yine de benim zevkime göre fazla sözlü olacak, ancak python'da argparseyerleşik bir tesis var .
- çirkin çirkin 'alt süreç'. komutları zincirlemeye çalışın ve kodunuzun ne kadar çirkinleşeceğini bir nehirde ağlamamaya çalışın. özellikle çıkış kodlarını önemsiyorsanız.
Bash :
+ daha önce söylendiği gibi her yerde bulunma gerçekten.
+ basit komutlar zinciri. farklı komutları basit bir şekilde bir araya getirmenin yolu budur. Ayrıca Bash(yok sh) bazı iyileştirmeler var pipefail, yani zincirleme gerçekten kısa ve anlamlı.
+ 3. parti programların yüklenmesini gerektirmez. hemen infaz edilebilir.
- Tanrım, bol bol aldatmaca. IFS, CDPATH .. binlercesi.
Eğer biri 100 LOC'den büyük bir komut dosyası yazıyorsa: Python'u seçin
Eğer komut dosyasında yol manipülasyonu gerekiyorsa: Python'u seçin (3)
Eğer biri biraz benziyor aliasancak biraz karmaşıksa: Bash / sh'yi seçin
Her neyse, neler yapabileceklerine dair fikir edinmek için her iki tarafı da denemeli.
Belki yanıt paketleme ve IDE destek noktaları ile genişletilebilir, ancak bu taraflara aşina değilim.
Her zamanki gibi boktan sandviç ve dev pislik arasından seçim yapmalısın. Ve unutmayın, sadece birkaç yıl önce Perl yeni bir umuttu. Şimdi olduğu yerde.
Performans bilge bash, işlem başlatma süresinde python'dan daha iyi performans gösterir.
Linux Mint çalıştıran çekirdek i7 dizüstü bilgisayarımdan bazı ölçümler:
Starting process Startup time
empty /bin/sh script 1.7 ms
empty /bin/bash script 2.8 ms
empty python script 11.1 ms
python script with a few libs* 110 ms
* Python yüklü kütüphaneler şunlardır: os, os.path, json, time, requestler, threading, subprocess
Bu büyük bir fark gösterir, ancak genellikle harici süreçleri çağırması gerektiğinden, mantıklı bir şey yapması gerekiyorsa, bash yürütme süresi hızla düşer.
Performansı önemsiyorsanız, bash'ı yalnızca şunlar için kullanın:
/bin/echobu büyüklükte bash'den daha iyi performans gösteriyorsa, ölçmek zor. Bu nedenle, bash çalıştırmak yerine /bin/echo mycommand > named_pipe(komutları / mesajları adlandırılmış bir boruya veya sokete gönder) ... kullanabilir ve bu borudan komutları / talimatları okuyup çalıştıran bir Python işlemine sahip olabilirsiniz. Yani bash, gerçekten iyi bir "başlangıç maliyeti optimizasyonu" değildir.
Bash, temelde çeşitli veri türleri için çok daha az desteğe ve kontrol yapıları ile ilgili her tür tuhaflığa sahip bir toplu iş / kabuk komut dosyası yazma dilidir - uyumluluk sorunlarından bahsetmeye bile gerek yok.
Hangisi daha hızlı? Hiçbiri, çünkü burada elmaları elmalarla karşılaştırmıyorsunuz. Bir ascii metin dosyasını sıralamanız gerekiyorsa ve zcat, sort, uniq ve sed gibi araçlar kullanıyorsanız, Python performansını akıllıca kullanacaksınız.
Bununla birlikte, kayan noktayı ve çeşitli kontrol akışını destekleyen uygun bir programlama ortamına ihtiyacınız varsa, Python eller aşağı kazanır. Bash ve Python'da yinelemeli bir algoritma yazdıysanız, Python sürümü bir büyüklük veya daha fazla sırayla kazanacaktır.
Hızlı bir yardımcı programı minimum çabayla bir araya getirmek istiyorsanız, bash iyidir. Bir uygulamanın etrafındaki bir sarmalayıcı için, bash paha biçilmezdir.
İyileştirmeler eklemek için tekrar tekrar gelmenize neden olabilecek her şey, muhtemelen (her zaman olmasa da) Python gibi bir dile daha uygundur, çünkü 1000'den fazla satır içeren Bash kodunun bakımı çok zahmetlidir. Bash kodu, uzun olduğunda hata ayıklamayı da rahatsız eder .......
Deneyimlerime göre, bu tür sorulardaki sorunun bir kısmı, kabuk komut dosyalarının genellikle tümünün özel görevler olmasıdır. Zaten özgürce kullanılabilen bir çözümün olduğu yerlerde karşılaştığım çok az kabuk komut dosyası oluşturma görevi olmuştur.
Bash performansının en azından eşit olduğu 2 senaryo var:
Bununla birlikte, genellikle komut dosyası dilinin kendisinin performansı ile gerçekten ilgilenmiyorum. Performans gerçek bir soruysa, komut dosyası oluşturmazsınız (muhtemelen Python'da).
Bu geç cevabı öncelikle Google bu soruyu beğendiği için gönderiyorum.
Konunun ve bağlamın gerçekten araçlarla değil, iş akışıyla ilgili olması gerektiğine inanıyorum. Genel felsefe her zaman "İş için doğru aleti kullanın" dır. Ancak bu gelmeden önce, çoğu kişi araçların içinde kaybolduğunda unutur: "İşi hallet."
Tamamen tanımlanmamış bir problemim olduğunda neredeyse her zaman Bash ile başlarım. Büyük Bash betiklerinde hem okunabilir hem de sürdürülebilir olan bazı karmaşık sorunları çözdüm.
Fakat sorun ne zaman Bash'in yapması gerekenleri aşmaya başlar? Bana uyarı vermek için kullandığım bazı çeklerim var:
Liste devam ediyor. Sonuç olarak, komut dosyalarınızı çalışır durumda tutmak için daha çok çalıştığınızda, özellikler eklediğinizde, Bash'den ayrılmanın zamanı geldi.
Çalışmanızı Python'a taşımaya karar verdiğinizi varsayalım. Bash komut dosyalarınız temizse, ilk dönüştürme oldukça basittir. Hatta sizin için ilk geçişi yapacak birkaç çevirici / çevirmen bile var.
Sonraki soru şudur: Python'a geçmek için nelerden vazgeçersiniz?
Harici yardımcı programlara yapılan tüm çağrılar, subprocessmodülden (veya eşdeğerinden) bir şeye sarılmalıdır . Bunu yapmanın birden fazla yolu var ve 3.7'ye kadar doğru yapmak için biraz çaba harcadı (3.7 subprocess.run(), tüm yaygın vakaları kendi başına ele alacak şekilde geliştirildi ).
Şaşırtıcı bir şekilde, Python'un klavyeyi (stdin) sorgulamak için standart platformdan bağımsız engellemeyen bir yardımcı programı (zaman aşımına sahip) yoktur. Bash readkomutu, basit kullanıcı etkileşimi için harika bir araçtır. En yaygın kullanımım, kullanıcı bir tuşa basana kadar bir değer değiştiriciyi gösterirken, bir yandan da işlerin hala iyi çalıştığından emin olmak için bir sorgulama işlevi (her döndürücü adımında) çalıştırmaktır. Bu, ilk başta göründüğünden daha zor bir problem, bu yüzden genellikle Bash'e bir çağrı yapıyorum: Pahalı, ama tam olarak ihtiyacım olanı yapıyor.
Gömülü veya bellek kısıtlı bir sistem üzerinde geliştirme yapıyorsanız, Python'un bellek ayak izi Bash'inkinden (eldeki göreve bağlı olarak) kat kat daha büyük olabilir. Artı, neredeyse her zaman bellekte zaten bir Bash örneği vardır, bu Python için geçerli olmayabilir.
Bir kez çalışan ve hızlı bir şekilde çıkan komut dosyaları için Python'un başlama süresi Bash'inkinden çok daha uzun olabilir. Ancak komut dosyası önemli hesaplamalar içeriyorsa, Python hızla öne geçer.
Python, gezegendeki en kapsamlı paket sistemine sahiptir. Bash biraz bile karmaşık hale geldiğinde, Python muhtemelen Bash'in tüm parçalarını tek bir çağrı haline getiren bir pakete sahiptir. Bununla birlikte, kullanılacak doğru paketleri bulmak, Pythonista olmanın en büyük ve en göz korkutucu kısmıdır. Neyse ki, Google ve StackExchange arkadaşlarınız.
Bunun doğru olup olmadığını bilmiyorum, ancak python / ruby'nin birçok matematiksel hesaplama içeren betiklerde çok daha iyi çalıştığını buldum. Aksi takdirde dcveya başka bir "keyfi hassas hesap makinesi" kullanmanız gerekir. Sadece çok büyük bir acıya dönüşüyor. Python ile, kayan değerlere karşı ints üzerinde çok daha fazla kontrole sahip olursunuz ve bazen çok sayıda hesaplama yapmak çok daha kolaydır.
Özellikle, ikili bilgileri veya baytları işlemek için asla bir bash betiği ile çalışmam. Bunun yerine python (belki) veya C ++ veya hatta Node.JS gibi bir şey kullanırdım.
Performans açısından her ikisi de eşit derecede aynı şeyi yapabilir, bu durumda soru, hangi geliştirme süresinden daha fazla tasarruf sağlar?
Bash, diğer komutları çağırmaya ve yenilerini oluşturmak için bunları aktarmaya dayanır. Bu, hangi programlama dilini kullanırlarsa kullansınlar, yalnızca başkalarından ödünç alınan kodla hızlı bir şekilde yeni programlar oluşturabilme avantajına sahiptir.
Bu aynı zamanda alt komutlardaki değişikliğe oldukça iyi direnme yan etkisine de sahiptir, çünkü aralarındaki arayüz sadece düz metin.
Ayrıca Bash, üzerine nasıl yazabileceğiniz konusunda oldukça müsamahakar. Bu, daha geniş bir bağlam çeşitliliği için iyi çalışacağı anlamına gelir, ancak aynı zamanda programcının temiz ve güvenli bir şekilde kodlama niyetine sahip olmasına da bağlıdır. Aksi takdirde Bash, bir karmaşa yaratmanızı engellemez.
Python daha çok stil üzerine yapılandırılmıştır, bu yüzden dağınık bir programcı o kadar dağınık olmayacaktır. Ayrıca Linux dışındaki işletim sistemlerinde de çalışacak ve bu tür bir taşınabilirliğe ihtiyacınız olduğunda onu anında daha uygun hale getirecektir.
Ancak diğer komutları çağırmak o kadar basit değildir. Dolayısıyla, işletim sisteminiz Unix ise, büyük olasılıkla Bash üzerinde geliştirmenin geliştirmenin en hızlı yolu olduğunu göreceksiniz.
Bash ne zaman kullanılmalı:
Python ne zaman kullanılır: