Programlama dillerinin daha yavaş performans göstermesi gerçekten kötü bir şey midir? [kapalı]

İşte böyle görüyorum.

Orada makine kodu ve çalışma şey için tüm bu bilgisayarlar ihtiyaçlarını bu. Bilgisayarlar programlama dillerini umursamazlar. Makine kodunun Perl, Python veya PHP'den gelmesi onlar için önemli değil. Programlama dilleri bilgisayara hizmet etmez. Programcılara hizmet ediyorlar.

Bazı programlama dilleri diğerlerinden daha yavaş çalışır, ancak bununla ilgili bir sorun yoktur. Çoğu durumda, programcıların aksi takdirde yapmak zorunda oldukları (yani bellek yönetimi) daha fazla şey yapmaları ve bu şeyleri yaparak, yapmaları gereken şeylerde daha iyidir - programcılara hizmet ederler.

Peki, programlama dillerinin daha yavaş performansı, gerçekten kötü bir şey midir?

Otomatik olarak kötü olduğunu sanmıyorum. Python, C ++ 'dan daha yavaştır, ancak her ikisi de yeterince hızlı olduğunda , Python, yavaş olsa bile eldeki sorun için en iyi seçim olabilir .

Her zaman bir ödünleşmedir. Küçük bir kerelik görevler için, aynı şeyi yapan bir C ++ uygulamasına göre bir Python betiği yazmak çok daha hızlıdır (benim için tipik örnek, bir tür toplu metin işleme veya bir dizin ağacını yürüyüş ve dosyalara bir şeyler yapmak olabilir), ve 100x daha yavaş olmasına rağmen 10 ms veya 1000 ms sürmesini umursamıyorum, çünkü yazıp test etmemin yarısı kadar zaman alabilir.

Tabii ki, Python C ++ kadar hızlı olsaydı iyi olurdu, bu yüzden "yavaş = kötü" ifadesine katılıyorum. Ama daha sonra, ne zaman o tradeoff (örneğin, std kullanarak) karar vermenize izin verdiği sürece bazı şeyler (diyelim, dizi dizileri kontrol ham dizileri üzerinde kontrol) yaparak istediğim kadar hızlı çalışan güçlü bir dil var. :vektör).

Oldukça basit - yavaş olmak kötü bir şeydir

zaman programı belli bir performans düzeyi gerektirir

çünkü bu performans olmadan gereksinimleri karşılamıyorsunuz.

Bu, sorguları kabul edilebilir bir sürede işlemesi gereken bir iş uygulamasından, herhangi bir zamanda ekranda çok fazla bilgi görüntülemesi gereken bir oyuna kadar her şey olabilir. Program yeterince hızlı değilse, o zaman işe yaramaz .

Şuna bak: bilgisayarlar aptal . Trig tablosu olan herhangi bir moronun takip edebileceği talimatları yürekten izlerler. Onlar kasten kastettiğiniz yerine söylediklerinizi yapmakta ısrar ediyorlar. Öz-yönelim ya da sezginin bir parçası değil. Bu korkunç.

Bir bilgisayarın bunun için yaptığı tek şey, hızlı. Gerçekten mi! Dosya dolabına sahip bir mafsal kafası bir veritabanı ile aynı işi yapabilir. Matbaayı kuran bazı adam Apache'nin yaptıklarını yapabilirdi. Ciddi anlamda! Ve yüzlerce ve yüzlerce yıldır, aslında. Bir bilgisayarın neden HİÇBİR ŞEY için iyi olduğu, hızıdır.

Bu nedenle (diğer dillerle karşılaştırıldığında) bilgisayar kullanmanın SADECE avantajı olmayan bir programlama dili kullanılamaz.

Bir programlama dili çok yüksek seviyede olabilir, "çok şey yapın", yine de çok hızlı olabilir. OCaml, PHP'den daha üst düzey bir dildir, ancak neredeyse C kadar hızlı bir kod üretir. Javascript, PHP kadar dinamiktir, ancak gerçekten hızlı bir şekilde yürütülebilir. Yani, bir tasarım değil, bir dil uygulaması ile ilgili bir konudur. Dinamik dillerin verimli bir şekilde uygulanması daha zordur, ancak imkansız değildir.

Hız, çalışma zamanı, ilk geliştirme zamanı ve bakım süresi (sorunları / hataları tersine çevirmek ve yeni kod üretmek ve dağıtmak için geçen süre) olarak ölçülebilir.

Komut dosyası dilleri genellikle daha yavaş çalışma süresine ancak daha hızlı bakım süresine sahiptir, çünkü tüm sistemi yeniden oluşturmak zorunda kalmadan ve bazen durup yeniden başlatmak zorunda kalmadan hızlı bir değişiklik yapabilir ve dağıtabilirsiniz.

Bu nedenle çok şey, ihtiyacınız olan hıza bağlı olarak bir dengedir.

Bağlam da önemlidir. Başlangıç ​​yapılandırmanızı 0,1 saniye yerine 0,5 saniye sürmek önemli değildir, ancak çalışma zamanında, 100 sorguyu işlemesi gerekiyorsa 0,1 saniye yerine bir sorgu gerçekleştirmek için 0,5 saniye almak büyük bir sorun olabilir. 10.

Basit - müşteriler hızlı yazılımı sever. Aslında bilgisayarların tüm amacı hızlı bir şekilde hesaplamaktır.

Yavaş görecelidir. Bir bağlantı noktasını saniyede 10 kez okuma gereksinimim varsa, bunu yapabilecek bir ikili dosya oluşturamayan bir dil çok yavaştır. Otoh sunucu ve tarayıcı / istemci arasındaki istek / yanıt dizisinin saniye cinsinden ölçüldüğü ve kullanıcının bir düğmeyi tıklamadan önce ekranda dakikalar geçireceği bir web uygulaması yazıyorsam, istek işleme işleyebilen bir programlama dili 1 saniyede muhtemelen yeterince hızlı (çoğu zaman çok daha hızlı).

Elbette programlama dili, yürütme hızını belirlemede bir faktör olabilir, ancak bu dilin kendisi değil, beraberinde gelen derleyiciler ve / veya çalışma zamanları olacaktır. Bu, JVM'lerin performansının (aynı donanım ortamlarında bile) yıllar boyunca radikal bir şekilde arttığı Java'nın gelişimini açıkça görüyor. Ve elbette, hangi ortamda seçerseniz seçin, yavaş yavaş kod yazmak her zaman mümkündür. "C ++, Java'dan on kat daha hızlıdır" gibi iddialar, tam olarak hangi koşulların test edildiğine ve nasıl test edildiğine göre kalifiye ve nicelleştirilmedikçe otomatik olarak sahte olur. Java'nın C ++ 'dan daha hızlı olduğu bir test oluşturmak da aynı şekilde mümkündür, hepsi test kodu olarak ne kullandığınıza ve nasıl yürüttüğünüze bağlıdır.

Programlama dilleri programcılara hizmet etmek için mevcut olmadığından, kullanıcılara hizmet vermek için programlar oluşturmak üzere vardır .

Bir şeyi bir kez yapmak için basit bir kişisel araca ihtiyacınız varsa, istediğiniz kadar yavaş olabilir. Ancak kullanıcılara konuşlandırmaya başladığınızda, özellikle tekrar tekrar kullanacaklarsa hız ve ölçeklendirmeyi önemsiyorlar. (Örneğin, bir yükleyici yavaş olabilir; yüklediği program daha iyi olmasaydı.) Ve bu sadece dil değil; genel olarak program. Programınız yavaşsa kullanıcılar bundan hoşlanmaz. Rekabetiniz varsa, programınızı beğenmeyen kullanıcılar çok kötü bir şeydir. Dolayısıyla, kullanıcıların programınızı beğenmemesine katkıda bulunan bir dil (yavaşlatarak) kötüdür.

Yayın medyası için kontrol yazılımı yazan bir ekibin parçasıyım. ABD'deyseniz, en sevdiğiniz TV veya radyo kanalının yayınlanma şansı yüksektir. Performans, müşterilerden en sık duyduğumuz şeylerden biridir. Başlangıçta küçük tek istasyon işlemleri için yazılmıştır, ancak şimdi yüzlerce kanalla büyük yayın ve kablo ağlarını imzalıyoruz ve ölçek bir sorun olmaya başlıyor. İşleri onlar için hızlı bir şekilde yapamazsak, milyonlarca dolarlık sözleşmelerini yapabilecek insanlara götürürler ve sonunda işimiz biter. Bu yüzden hızlı, derlenmiş bir dil kullanıyoruz ve halkanızı veritabanlarımızdan optimize ediyoruz.

Çünkü daha hızlı daha iyidir. Vakit nakittir. Sunucu yazılımı yazarsanız ve daha yavaş bir programlama dili kullanırsanız, daha fazla sunucu satın alırsınız. Büzülmüş bir yazılım yazarsanız, müşterileri daha hızlı rakiplere kaybedersiniz.

İnsanlar tarafından kullanılan her türlü kalıcı yazılım için genellikle mümkün olduğunca hızlı olmasını isteriz. Meclis düzeyinde, pazara sunma süresi karlı olmadığı için çok artar. Hepsi değiş tokuş. Bir iş açısından bakıldığında, zayıf programcıların C ++ 'daki bellek hatalarını ayıklamasına izin vermek , ürün rakiplerinizden daha hızlı olduğu anlamına gelirse , birkaç ay daha yapmak daha karlı olabilir .

Bu yüzden hız aslında birçok yazılımda önemlidir . Günümüzde yavaş diller "kötü" olarak kabul edilir, çünkü çok yavaştırlar (Python kolayca 50x - 100x daha yavaş olabilir ve bu çok fazladır)

Programcı dilleri programcılara hizmet etmek için mevcuttur.

Bu sonuca nasıl geldiğini bilmiyorum. Şunu söyleyebilirim: yazılım mühendisleri ihtiyaçları için programlama dillerini kullanırlar .

Bazı programlama dilleri diğerlerinden daha yavaştır, ancak bunun nedeni yanlış bir şey olmasıdır.

Bu aynı zamanda ince bir ifadedir. Burada 'daha yavaş' kelimesini kullanarak ne demek istediğinizi tanımlayın. Daha yavaş anlamına gelebilir:

1. Aynı şeye ulaşan final programları, bir dilde diğerine göre 'daha yavaş' çalışır.
2. Nihai programı oluşturmak için geçen süre daha uzun olabilir (bu nedenle, bazıları programı 'daha yavaş' olarak tanımlar).

Akla gelen bu iki konu, geliştirme ve performans için harcanan zaman arasında bir tür değiş tokuşun olduğu yerlerde iç içe geçmiştir.

Herhangi bir yazılım gibi, yavaş olmak altta yatan sorunların / kötü tasarımın işareti olabilir. Tasarım kuşkusuz biraz zeitgeist, ama bu şu anda dayandığı tasarım ilkelerinin güncel olmadığı ve 'kötü' olduğu düşünülmüyor.

Örneğin, klasik ASP ve ASP.net'i ele alalım.

Birisi "Müşteriler, gereksinimlere ve bütçe dahilinde performans gösteren yazılımlara bayılıyor" yorumunu yaptı. Evet, bu doğrudur - ancak yavaş yazılım üzerinde oldukça etkilidir ve neredeyse tanım gereği daha yavaş programlama dilleri (ve çerçeveleri) ve algoritmaları ve yapılandırması anlamına gelir. Yavaş bir programlama dili muhtemelen yukarıdakilerin en önemli kısmıdır, çünkü onun değiştirilmesini en zor bulacağınız bir temeldir. Bir Oracle DB kullanıyorsanız ve daha fazla performansa ihtiyacınız varsa, tabloları / index / etc'yi optimize edebilirsiniz. Kolay. Kodunuzda zayıf bir algoritma varsa, farklı kod yazabilirsiniz. Çerçeveniz yavaşsa, değiştirebilirsiniz - bu o kadar kolay değildir, ancak her şeyi yeniden yazmadan yapılabilir. Diliniz çok yavaşsa, pratik olarak tekrar başlamanız gerekir.

PHP'nin ölçeklendirilmesi gerektiğinde yeterince hızlı çalışması için uğraştıkları güçlük için Facebook'a bakın.

Geri kalanımız için 'işlevsel olmayan performans gereksinimleri' genellikle özellikle ölçeklenebilir web uygulamaları için spesifikasyonlara yazılmıştır. 'Sayfa yerine getirilemediğinde kullanıcıya istekten sonra 2 saniye içinde gösterilmelidir "ve sözleşmeyi kaybedersiniz (veya cezaları ödersiniz). (kullanıcıların kum saatine bakarken ne kadar zaman harcadıklarını umursamayabilirsiniz, ancak müşteri kesinlikle yapar - bu büyük bir maliyettir).

Örneğin, büyük bir çağrı merkezinde, her saniye için çağrı alma sürecinden tasarruf edebileceğinizi belirledikleri söylendi, 1 çağrı görevlisi 'küçültülebilir'. Bu aniden gerçek paradır ve patronların daha hızlı, verimli ve daha kullanışlı bir yazılım almaları için büyük bir teşviktir.

Programcıların kodu olabildiğince hızlı bir şekilde çalkalamalarından (ve her zaman birim test ve yeniden düzenleme, lol) endişelenmek için çok zaman harcanıyor. Bunun insanların düşündüğü kadar bir faktör olmadığını gördüm - eğer dilinizde bir uzmansanız, deneyimsiz olmanızdan çok daha hızlı kodlayabilirsiniz. Böylece uzman bir C ++ geliştirici, acemi bir PHP geliştiricisinden daha hızlı ve daha doğru bir şekilde kod yazabilir. Bu yüzden uzman olmanın 'kolay' bir dil seçmekten daha önemli olduğunu düşünüyorum ve bu yüzden bugün her yerde görünen 'havalı, yeni şeylerde yeniden yaz' kültünden hoşlanmıyorum.

Performans sorunlarının çoğunun mevcut olduğuna dikkat çekeceğim çünkü programcı dil çok yavaş olduğu için kötü bir iş çıkardı. Gerçekten, performans konusunda endişelenmeniz gereken dilden çok daha önemli şeyler var. Bu, listemde yaklaşık 1.203.407.

Peki, programlama dillerinin daha yavaş performansı, gerçekten kötü bir şey midir?

Diğer her şey eşit olmak, daha hızlı gitmek iyi bir şeydir. Sonuçta, hiç kimse bazı sonuçlar için daha uzun süre beklemek istemiyor ve bu sonuç yapıldıktan sonra başka şeyler için kaynakları serbest bırakabiliyor.

Ancak diğer her şey eşit değildir. Yeni başlayanlar için doğru sonucu veya en azından yeterince doğru sonucu üretmek de önemlidir . (Tamamen yanlış sonuçlara izin verilirse, bunları çok hızlı bir şekilde üretebilirsiniz ve bunlar herkes için tam olarak sıfır değere sahip olacaktır.) Biraz daha yavaş bir dilde yapılan değişiklik, doğru sonucun üretilmesini daha olası hale getirirse, bu genellikle büyük takas. Daha yüksek düzeyli diller, daha düşük düzeyli dillere göre bir avantaja sahiptir, çünkü daha zengin model kümeleri, çoğunlukla çok açık bir ayrıntı olmadan karmaşık bir sorunu ifade etmeyi kolaylaştırır.

Yazılımın ilk etapta üretilmesi, istenildiği gibi yeni özellikler eklenmesi ve temel sistemler değiştikçe çalışmaya devam etmesinin maliyetini yönetmek de genellikle önemlidir. Daha yüksek seviyeli diller genellikle daha hızlı programlama dönüşümü sağlar ve programlama maliyetlerini bütçe dahilinde tutmanın çok değeri vardır. Aslında, maliyetleri orada tutmak genel olarak daha farklı şeylerin elde edilmesini sağlar, bu genellikle iyi bir şeydir.

Unutulmaması gereken son nokta, sadece bir dil kullanılmasının gerekli olmadığı ve birçok yazılım sisteminin bileşenlerinin çoğunun performans açısından kritik olmadığıdır. Kritik bitler için yüksek performanslı bileşenler üretmek için düşük seviyeli bir dil kullanmak mantıklıdır, daha az kritik parçaları yüksek seviyeli bir dile bırakmak (bunları üretme maliyetini en aza indirecek şekilde) son derece mantıklıdır. Dahası, iyi bir düşük seviyeli dil yapan özellikler (makinenin ne yaptığını tam olarak kontrol etme yeteneği), iyi bir yüksek seviyeli dil yapan özellikler değildir (ayrıntıları çok daha küçük açıklamalardan çıkarma yeteneği): taban tabana zıttırlar, bu yüzden onları bir araya getirip güçlü yönleri için kullanabilmek ve zayıflıklarından kaçınabilmek, gerçekten harika bir şey.

Yüksek performanslı tedaviyi hangi bileşenler kullanmalıdır? Optimizasyon? Onları ölçün . Profil verin. Tahmin etmek yerine gerçeği bulun. Çabalarınızı en iyi olduğu yere odaklayın.