我已經瞭解到,代碼解釋比執行編譯代碼慢得多。但shell腳本總是被解釋。許多* nix軟件使用shell腳本。那麼會不會導致性能下降?shell腳本中的性能問題
解決此問題有任何新的進展嗎?像許多新語言所遵循的字節碼格式一樣?
我已經瞭解到,代碼解釋比執行編譯代碼慢得多。但shell腳本總是被解釋。許多* nix軟件使用shell腳本。那麼會不會導致性能下降?shell腳本中的性能問題
解決此問題有任何新的進展嗎?像許多新語言所遵循的字節碼格式一樣?
一個典型的shell腳本比解釋腳本代碼花費更多的時間來運行其他程序。如果需要性能,那些程序將以編譯語言編寫。例如,grep
是用C編寫的。
shell腳本通常會喚起各種用各種語言編寫的二進制程序。 在循環和樹中調用這些外部程序的腳本經歷了大量的fork()ing,它創建了大量的上下文切換,使所有事情變得非常緩慢。你可以彌補這個
一個方法是makeing你的shell腳本通過ssh利用多CPU和多臺機器的
考慮學習'assembly'或'C' =) – 2013-04-03 20:49:02
你有一個特別關注?或者你只是想盡可能快?通常情況下,shell腳本調用編譯的C工具來完成其大部分工作,不是嗎? – 2013-04-03 21:18:54