Closed JWo1F closed 7 years ago
Please provide a full reproduction as described in: https://github.com/meteor/meteor/wiki/Contributing-to-Meteor#reporting-a-bug-in-meteor Without a way to replicate your problem, we can't debug and fix it.
Way to replicate my problem:
meteor create test
cd test && meteor
OK, we'll look into this! Thanks for the reproduction recipe, it's good to know that you are encountering this issue with a newly created app.
For example. The same issue in all popular browsers.
What Windows version are you running?
Windows 10 x64 just now, but I had the same issue in windows 8.1
In linux (Ubuntu 15.04 x64 and ArchLinux x64 + KDE) all working perfectly.
Note that the screenshot is featuring a browser that we don't normally test (Yandex Browser). It is supposed to be the same as Google Chrome, but it could be an issue specific to Y.Browser too.
@JWo1F did say "The same issue in all popular browsers." Hopefully that includes browsers that aren't from Yandex.
Yea, @stubailo are right. I have the same issue in Chrome and Firefox (and IE / Edge).
If you need more technical data about this issue, I'll give them.
this is a meteor issue, it downloading sources one at a time in debug mode. to fix this add a --production flag
@4thlaurocruz in production mode I can't see a full debug information about my files because they will be merged into a single file. It's a bad idea.
Yeah, I too am having this issue on meteor 1.2.0.1 using windows 10 (32 bit). Looks like on every js(x) code change the server is verifying the state of the project by doing the entire restart flow.
Selecting package versions
Downloading ...
Building...
Meteor server restarted
While modifying just the html seems to just show a => Client modified -- refreshing (xX)
(while also being very slow)
yes and the git version of meteor, minification isnt working at all.
linux has this issue as well
You need to add the package standard-minifiers
to get minification, @4thlaurocruz. If you are running from installed Meteor, you get this automatically when upgrading, but not from the checkout.
Please read the notes here: https://github.com/meteor/meteor/wiki/Breaking-changes-in-Meteor-1.2
try opening the chrome properties and disable cache. each refresh takes at least 30 to 40 seconds to complete
@4thlaurocruz what are you talking about when you mean "refresh"? And is this in production or development?
this for development, refresh in chrome browser with cache off.
standard minifiers also removed.
in the git master version, js is minified even no --production flag
and meteor only uses one core 100% other cores are not used.
On Fri, Sep 25, 2015 at 12:20 AM, Sashko Stubailo notifications@github.com wrote:
@4thlaurocruz https://github.com/4thlaurocruz what are you talking about when you mean "refresh"? And is this in production or development?
— Reply to this email directly or view it on GitHub https://github.com/meteor/meteor/issues/5091#issuecomment-142977372.
and i also seen that when have multiple meteor application with different ports, the first one will be minified, but the rest wont have a one minified js file like the first.
You should add the standard-minifiers
package, maybe that will help?
css is okay here, my problem is javascript, it is downloaded one at a time. and it really took ages.
On Tue, Sep 29, 2015 at 8:35 AM, Sashko Stubailo notifications@github.com wrote:
You should add the standard-minifiers package, maybe that will help?
— Reply to this email directly or view it on GitHub https://github.com/meteor/meteor/issues/5091#issuecomment-143910902.
Since you are developing locally, the network speed between your browser and your local web server should be pretty much instant. I don't see how the network speed could be the issue.
im developing remote from google cloud that is why this is a blocker
On Wed, Sep 30, 2015 at 12:42 AM, Sashko Stubailo notifications@github.com wrote:
Since you are developing locally, the network speed between your browser and your local web server should be pretty much instant. I don't see how the network speed could be the issue.
— Reply to this email directly or view it on GitHub https://github.com/meteor/meteor/issues/5091#issuecomment-144114823.
this is fixed on top of nginx. but when using meteor binary alone, downloading javascript is a blocker.
On Wed, Sep 30, 2015 at 1:09 PM, Lauro Cruz lauro.cruz@the4thshift.com wrote:
im developing remote from google cloud that is why this is a blocker
On Wed, Sep 30, 2015 at 12:42 AM, Sashko Stubailo < notifications@github.com> wrote:
Since you are developing locally, the network speed between your browser and your local web server should be pretty much instant. I don't see how the network speed could be the issue.
— Reply to this email directly or view it on GitHub https://github.com/meteor/meteor/issues/5091#issuecomment-144114823.
Is this problem being worked on? Same thing happens to me...Meteor on Windows 10 takes 15 seconds to reload simplest app possible after changing the file, while on Ubuntu it works like it should. I'm using the latest Meteor version.
I am having the same problem on Meteor 1.2.1 it is an extremely long wait from clicking save on a file, waiting for the rebuild, waiting for the websocket, then waiting for it to refresh to the page, yes there is a long time with a blank page in between.
Even changing between routes manually takes a long time.
This used to be smooth as.
Having the same problem, Meteor Js run slowly in my Windows 10, Hopefully it will fixed as soon as possible
I'm having this same problem, I'm hoping that it will be fixed very soon.
Same problem here the rebuild is rediculous. windows 8.1 basic app with no packages takes 20 - 60s
(I would use on cloud9 like everything else i do but meteor/mongodb exceeds the workspace ram capacity and the build gets killed)
Same thing happens to me on W10 64bits. Simplest app takes forever to reload, after any server or client side file changes.
This used to be instantly on older version of meteor.
Same here
Same here Windows 10 x64. Refreshing takes 10-20sec, even when editing starter meteor app.
Thought it was just me. Guess not :) Windows 10 as well.
Cloud9 now has enough ram on free tier to run meteor without killing the build/serve process
Runs ubuntu... The changes aren't instantaneous like they are on the mac YouTube videos... 5-10 seconds but much less painful than 30-60 seconds locally....
It would be sooooo nice if Windows Meteor restarted as fast as on Linux. Honestly, I bought a Mac for that 1 reason alone (faster restart on Meteor), and use it strictly for Meteor coding. I would prefer to code in Windows since that's where I have all my other software tools. Restart time taking 20 or 30 seconds per code change change adds up fast. My Mac restarts probably 3 times as fast on code changes, likely because it's Unix based and more native for NodeJS/Meteor.
It would be nice if this was faster.. Engineers like efficiency. This is sufficiently deficient.
+1 :(
me too....
My tip: don't use Meteor installer for windows. Install meteor from https://github.com/meteor/meteor/wiki/Meteor-on-Windows:-Alternate-installation. It works very fine.
It's not just Windows. Meteor is slow on Linux too. I have a 500mb/s SSD, and my "builds" are 30 seconds. 10s of that is sqlite. #4284 has some more info.
I am experiencing the same thing here. Using webstorm or starting from command line does not make a difference. It's meteor 1.2.1 with velocity using jasmine for testing. The client side changes and refresh can sometimes take 5 minutes?! Even if I stop the app and start it again.
Closing the browser tab and opening a new one also does not help. Lastly, I am using Windows 10 x64, Firefox and Chrome. Please let me know if you need any further information
Same for me, unfortunately. Tried Windows 7 and Windows 10. Very slow build. Meteor 1.3.0, 1.3.1. More like a turtle than meteor :( On Linux Debian - works great.
I'm also experiencing very slow startup and refresh in windows 7. Any way we can tweak this to increase the speed in windows?
How meteor updates the changes? Is there anyway we can change the default behavior and specify which set of files to look for changes?
I don't know if this will help anyone but I was suffering excruciating refresh times and build times. I found a post somewhere talking about the files in the public directory and that Meteor indexes them.
At that point, I was just using it as a holding place and didn't really give much thought to it. I had hundreds of images from a previous website, a whole ton of bower plugins - most of which I wasn't using (I am loading what I need using ocLazyLoad), css files, test html, etc. I didn't think it would factor into the speed as I was only calling what I needed when I needed it.
After reading the post I decided to clean up my public directory and only have what was actually being used by the app. I also cleaned up the npm-modules directory. I get a 2-3 second refresh now (as opposed to 40-50 seconds) and the build time is a great deal better. Might be worth a check?
I am also suffer from this slow build performance issue in windows 10, using 1.3 meteor version. difficult to digest the wait duration, for a change to appear in the browser.
Do we really have solution for this?
does meteor works on windows same as mac nd other os ?. I installed meteor on windows and i run 'meteor' using cmd then i created a new app 'explore' using 'meteor create explore', after that i again run 'meteor' command using cmd then it should show following things: started proxy, started mongodb, started app but it shows only 'started proxy' and 'starting your application' and its showing for long time i do not know what is the mistake.. plss help me out in this
For troubleshooting build times, from command line enter set METEOR_PROFILE=200
. Then when building with meteor
, the console will log any operation that takes longer than 200 milliseconds.
@baloodevil , it is still the same, idle at 'starting your app' , i m reaaly fed up with this :|
@baloodevil , Hey are u aware of latest version of Meteor, which is 1.3
_2 Upvotes_ Hi all! Meteor for Windows is very-very slow. When I make a change I should wait for 20-30 seconds while a page reloading..