perl，python，parallel processing，fork

-4

從Perl或python開始，在發送或接收郵件或消息時創建進程或並行處理時，哪種語言花費更少的開銷，更少的內存消耗和更少的時間？我的客戶想使用任何一種技術Perl或Python？perl，python，parallel processing，fork

在此先感謝

來源

2011-03-31 user634139

從下面的一條評論中，也許你應該使用Gearman這樣的工作隊列，而不用擔心哪種語言fork（）更好。 – runrig 2011-03-31 13:47:06

你更熟悉哪些？ 使用！對於您提到的條件，兩者都會有細微的差別，但兩者都會比使用C編譯語言編寫的應用程序更慢。但您得到的是更快的開發時間和使用高級語言功能和庫進行設計的能力。所以，答案歸結爲 - 使用更熟悉的東西。

來源

2011-03-31 07:18:25

我知道perl的一些基本的東西，而我的客戶端已經在使用perl腳本，但是在發送消息時，他在現有的應用程序（使用paraller :: forkmanager）中出現了一些bug。所以，他給了使用python更多的優勢。 – user634139 2011-03-31 07:34:20

只需修復這些錯誤，而不是改變語言。誰知道你可能會遇到更多看不見的新語言的錯誤？ – 2011-03-31 07:43:42

我很確定創建進程的底線是由您的操作系統定義的。 Python和Perl都會很快進入系統調用，所以我不會爲此擔心。

如果您的應用程序具有任何大小，並且您不是Perl專家，那麼我建議您使用Python。你的大腦會受傷很少。

在這個發展階段，你也可以嘗試測試的各種語言。創建一個基準和一些原型，並感受語言。

來源

2011-03-31 07:20:47

我知道perl的一些基本的東西，而且我的客戶端已經在使用perl腳本，但是在發送消息時，他在現有的應用程序（使用paraller :: forkmanager）中出現了一些bug。因此，他在使用python.we時給予了更多的優勢無法預測發送郵件或郵件的no.os大小（假設接近5億用戶） – user634139 2011-03-31 07:42:59

@ user634139：當然，代碼中的錯誤或錯誤的設計，應歸咎於庫或語言。當然，它不可能是程序員的錯:-) – runrig 2011-03-31 13:42:20

......我預測它在Python中也是一個同樣不好的設計。 – runrig 2011-03-31 13:44:13

perl，python，parallel processing，fork

回答

相關問題