İlk olarak, "performans" ile ne demek tanımlamak zorunda ve bu almak için vazgeçmeye istekli ne kadar.
Çoğu kişi böyle bir şey "görevi hızlı tamamlar" anlamına geldiğini söylerdim. Ama bu çok ilginç değil. Eğer gerçekten hızlı bir çözüm istiyorsa, PHP veya Perl kullanarak olmamalıdır. Mümkün olduğunca çıplak metale yakın olarak almak istiyorum. Genel amaçlı araçlar, çünkü Yüksek seviyeli diller çok zaman israf. Onlar yapmak istemiyorum sadece ne, bir şey yapmak için hazır olmak zorunda. Gibi, onlar esneklik için bazı hız vazgeçmek.
Oh, ama böyle bir düşük seviyede programlama çok uzun sürüyor ve taşınabilir değildir. Şimdi bunu size programın sadece kabul edilebilir hızlı noktasına ulaşmak için götürür geliştirme süresi faktör var. Bir göz açıp kapayıncaya kadar tamamlanırsa, yarım açıp kapayıncaya bitirmek için ihtiyacınız gerekiyor? Belki bir üst düzey dil yeterince hızlı olduğunu.
Bazı insanlar Perl (ya da diğer dil) gerçekten çok kolay ve deneyimli programcı için olduğunu söyleyecektir. Henüz Perl bilmiyorsanız bu olsa, size yardımcı olmuyor. Dil gerçekten önemli değil. PHP biliyorum ama Perl, belki bir PHP çözüme gece olabilir değilse. Eğer onlar egzersizleri tüm yaparsanız makul bir kişi yaklaşık 40 saat yapabileceğiniz benim Learning Perl kitap, üzerinden giderseniz, belki iki haftada bir Perl çözüm var. Tam tersi, makul Perl becerilere sahip bir kişi bir Perl çözüme gece var, ama bir hafta içinde bir PHP çözüm olabilir. Bu ekstra geliştirici zaman değer olmayabilir.
Ben programcı herhangi bir tür görmek yaygın bir sorun, ancak, çoğu verimsizliğin temel nedeni şudur: Onlar sadece program nasıl bilmiyorum ve onlar umurumda yapmak ne. Tabii, onlar bir sözdizimsel olarak geçerli program yapabilirsiniz, ve birlikte dize sonunda istenilen etkiyi vermek Rube Goldbergesque tabloların bir dizi olabilir, ama onlar çok üzerinde, tasarımı biliyorum kaynakların verimli kullanımı ve yok.
Böyle iddiasındaki bir kez değerlendirmek şirket% 5 tepesi asla CPU kullanımına rağmen, daha fazla donanım satın ısrar vardı. O karma başına 500 MB kaplıyor ve 16 apache çocuk süreçler üzerinde çalışan, hafıza in-her şeyi yapılandırmak sağlamalarının büyük yaptı. Bir dosya yüklemek ve bir veritabanında koymak için onun çok basit bir program makinede RAM fiziksel miktarı ile sınırlandırılmıştı. O ne yaptığını bilmiyordu, çünkü onun performansı çok düşük. O Perl önemi yoktu kullanırken.
Nitekim, bu sitede artık silindi cevap generate 100 random numbers için 16GB kullanılabilir. Programları tasarımı nasıl biliyorsanız, herhangi bir dilde böyle aptalca şeyler yapmak için gitmiyoruz.
Bazı insanlar oyuncak programlar için kriterler işaret etmek istiyorum. Sorun oyuncak programları yazma ilgilenen hiç olduğunuzu, bu yüzden kriterler alakasız. Tim Bray, bir Winde Finder rekabeti koştu ve o olabilir gibi bir Ruby veya Erlang çözüm üstüne çıkıp yapmaya çalışın, Perl ödülünü aldı. O düşünceden hakkında çok heyecan alamadım. Üst 20 çözümler insanların sadece bir avuç geldi ve çoğu dil de çok kötü çözümler olduğunu dikkat edin. Tim kendisi bu sonuçları elde etmek için Erlang kadar yetenekli değildi (ve o hiçbir sarkma, sakıncası var) olsa bile iyi çözümleri bazıları, Erlang vardı. Ayrıca onlar Sun'ın T5120 yaptım daha Ruby çözümler Mac dizüstü hızlı koştu belirtiyor. O, ancak iyi çözümleri çok, hiçbir dili önemli değil sadece, aynı tekniği kullandı: Onlar bir dosya eşlenmiş. Ise temel olarak aynıydı. Henüz resim alma? Programlama dili önemli bir karar olarak bile yakın değil.
Şimdi belki bazı insanlar verimlilik açısını görmeye başlar: ne kadar ben dışarı almak için ne koymak gerekiyor? Benim Perl meslektaşlarının çoğu, PHP alay tasarım hakkında art niyetli açıklamalar yapmak, ve benzeri, ancak tamamen bazı temel şeyleri, size ne gerek çıkmak için çok az koymak zorunda olduğu gerçeğini göz ardı eder. Ancak, muhtemelen PHP'nin modeline kendinizi bağlayan bir çok fedakarlık haklısın. Belki PHP tamamen geçerli olduğu, bir kısa vadeli kazandırır, ancak bunun yerine web sayfaları web hizmetlerine taşımak istediğiniz zaman üzerine çiftlik bahis, diyelim ki, doğru uzun vadeli bir çözüm olmayabilir (ben arıyorum sana, Sourceforge'a).
Ve bu sadece oradan devam ediyor. Eğer "performans" için ne istediğini anlamaya var, sizin seçimleriniz darbenin bütün o sizin için doğru çözümü seçmek, o nasıl anlamaya. Yani hiç kimse sizin için bu soruya cevap olduğunu söylemek için uzun bir yol var, ve hatta sizin için, cevap yeni ihtiyaçlarına göre değişebilir ki.