是否有任何標誌可以傳遞給meteor工具來加速重新編譯？當我編輯client/內的代碼時，他們幾乎立即得到處理，而編輯lib/或server/需要幾十秒才能處理。流星應用需要很長時間才能重新編譯
我猜這是因爲Node.js的服務器代碼重建，重新啓動服務器？
重新編譯也（自然）隨着代碼大小的增加而變慢。
這確實減慢了發展：edit -> run -> debug -> edit週期時間過長，由於慢重新編譯。
這是否有任何魔術修復？
編輯：一個神奇的修復似乎是一個meteor reset，這似乎加快大幅度當meteor被重新啓動的重建時間。
你會發現在client文件夾等是編輯文件將更新直線距離爲流星知道你在做客戶端的變化。
服務器更改需要源代碼的完整重新編譯，因此運行時間更長，它也會在安裝的軟件包中進行一些重新計算，並確保沒有任何新的或過時的，如果需要更新。
此外，它監視.meteor/packages文件，看看是否您已經添加或刪除沒有任何包裝，使更改，而無需重新啓動命令行的服務器。
有希望的一些速度提升很快就包版本的解決，但此刻的談話，而這是在包裝的版本聰明，這是一個有點慢，在重新編譯時間。
這對我來說似乎很奇怪，因爲我每次更改一些非客戶端代碼時都會收到這些_「下載軟件包」_消息。它真的是在線上的東西？我的JS代碼中有6,500行是否需要幾十秒才能在i7 @ 2Ghz w/16GB的RAM上編譯？也許Meteor在我之上添加的代碼增加了大部分開銷？ – 2014-12-04 07:02:51
一年後，這仍然是一個非常不愉快的問題......在MS Win7下，在一臺4年前的機器上開發一個小型Meteor應用程序的速度很慢。絕對是不行？ – davidbourguignon 2015-12-28 03:02:07
[這裏是關於使版本檢查可選/只有當包文件更改]（https：//forums.meteor。COM /噸/禁用版本檢查的過程中 - 構建 - 或 - 剛剛做它一次/ 12502） – 2016-02-25 10:07:41
不是真的，你必須忍受它。我在重新加載時遇到性能問題，並且在應用程序增長時它只會變得最糟糕。
當您更改您的代碼時，流星只是重新包裝整個應用程序。我會修正這個問題，每次你做出改變都很容易分心。
，你會恨簡單的解決方案：我最近買了一個更好的電腦，它荒原快，但你還是會注意到這一點。在流星0.8.3上，這讓我感到非常沮喪，因爲我沒有像往常一樣生產，在新電腦上的流星0.9/1.0根據我的個人經驗，它需要增加大約3到8秒。
謝謝你，現在我在這個問題上投入了更多的「金錢」，看看它是否能解決問題。 – 2014-12-04 06:55:36
的可能重複[流星1.0 - 爲什麼「構建應用程序」採取比以前長得多（http://stackoverflow.com/questions/26878570/meteor-1-0-why-does-建立應用程序需要多長時間的使用） – 2014-12-04 05:59:37