2010-03-05 47 views
5

我正在做一些Rails應用程序的初始測試,它將部署在Windows上,但VirtualBox中的開發服務器非常慢。在Linux中我從來沒有見過類似的東西(但是服務器平臺必須是Windows),即使在相同的虛擬設備中也是如此。Windows上的Rails:慢?

在Windows上的Rails可行的速度?

回答

0

另一方面,我發現它非常穩定,並沒有任何種類的速度問題。

我一直在使用Rails與Windows和Linux(仍然使用它與Mac OSX),並有完全相同的響應時間。

雖然我寧願在Linux上使用它,但由於終端和所有Linux的好處,但我很樂意在Windows上使用它。

更新:

認爲這將是很好的完成說我使用的Rails無論是從Windows計算機上,並從Linux機器與虛擬的Windows安裝,並且如前所述,我有同樣的響應時間。

+0

hmmmm ...有趣 – 2010-03-05 17:12:58

+1

還有許多其他報告窗口緩慢。不確定這是一個答案,因爲沒有repro。 – Doug 2011-12-20 15:49:17

1

我開始在Windows和RoR編程和是的,服務器是真的慢。 如果Windows在vbox中運行或直接作爲操作系統運行,服務器運行緩慢並不重要。 我嘗試了幾件事情來讓它更快(一個CPU核心只爲紅寶石等),但沒有真正的幫助,所以我去了Linux,因爲工作更快。如果您每次都必須等待服務器響應,那麼您無法以較高的速度工作。

2

我在Window,OS X和Linux上試過18.6,1.8.7和1.9.1。 我發現使用Windows的響應時間要長於使用OS X或Linux(Webbrick和Mongrel)的響應時間。 如果我純粹將Windows作爲服務器使用,則響應時間似乎爲OS X Linux,但如果使用任何瀏覽器在使用同一臺計算機的情況下開發和渲染結果,則響應時間會更慢。

+0

有趣。不知道該做什麼呢。謝謝! – 2010-03-05 17:53:03

+0

開發模式下的響應時間要慢得多,因爲Rails會在每次請求時重新加載所有控制器和模型(如果它們已更改)。 – Gdeglin 2010-03-05 23:59:29

+0

@Gdeglin,比較慢,但比MacOS或Linux慢?所有的開發環境應該大致相同。 – 2010-03-06 02:11:44

1

我一直在windows開發rails三年,其實性能一直很好。我的設置相當強大:雙核3.0 GHz,3個ram,並且它的表現超過了我同事的新macbook優點20-30%。 (運行1200個集成測試時)。

這就是說,我已經有了ruby在移到1.9後隨機崩潰,所以我絕對不會推薦在Windows上使用MRI來運行任何生產服務器。

如果您要在Windows上託管您的站點,您應該強烈考慮切換到JRuby。許多生產軌道應用程序都運行在JRuby上,性能很好,平臺之間差別不大。以下是一些運行JRuby的站點的列表:http://kenai.com/projects/jruby/pages/SuccessStories,其主頁爲:http://jruby.org/

本地開發的另一種選擇(我偶爾使用過)是在CentOS VMWare實例中運行Rails。雖然我的經驗是,在那種環境下,表現大致相同或稍慢。如果您在多線程狀態下運行rails(而不是僅啓動腳本/服務器),則可能會看到好處。

祝你好運!

+0

謝謝...最後一個選項是不可行的,因爲該應用程序的目的是100%直接訪問Windows共享,所以VMWare將打敗目的。 – 2010-03-06 02:11:00

+0

是的,聽起來JRuby真的是您的最佳選擇,尤其是在您部署到Windows時。這也將允許您使用Java數據庫連接器而不是ruby的連接器(在Windows上已知存在問題)。 微軟一直在努力讓他們自己的Ruby的.NET實現運行一段時間,所以你可能想要關注他們的進展,但似乎他們還有很長的路要走, 。 – Gdeglin 2010-03-06 02:30:14

0

我可能是第一個理解爲什麼rails在windows上運行緩慢的原因,至少對於windows xp來說。 :)

當你用完windows xp上的空間時,它會問你是否可以通過刪除臨時文件和壓縮某些文件來釋放一些空間。如果你讓它這樣做,你會得到很多被壓縮的文件。 這意味着從那一刻起,許多文件將在您訪問它們時被解壓縮和重新壓縮,從而節省高清空間,但使用了cpu時間。

所以我最近試圖加快一個朋友的電腦,似乎註定在緩慢無論你嘗試,所以我最後的想法是..也許XP壓縮到許多文件,現在它正在忙於解壓縮&所有的壓縮時間...所以我尋找一個命令來解壓整個ntfs分區,我發現它:

compact/u/s/i(你需要從驅動器的根目錄運行它,即「C: 「)

之後,我認爲這可能是一個好主意,我的電腦上運行相同的命令。

不需要說,在此之前,rails -v花了15秒鐘才顯示出來。 因此,在解壓縮所有文件(它壓縮了54000個文件之類的東西)之後,我認爲這是一個很好的候選人,看看是否有任何區別,就是開始使用rails,並且使用我的大驚喜-v花了2秒鐘,因爲它發生了很久以前!

我不知道這是否適合你。但對我來說,它已經重置了我之前使用過的ruby響應和速度,比* nix慢,但是比我最近結束的方式更快,沒有任何明顯的原因!

希望有人會從中獲利!

只是我的0.75美分;)