New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Very slow boot time on Mac app #2284
Comments
Questions:
We have a menu entry under the |
Thanks for your reply, I submitted my issue using the "report a bug" Best, On Sun, Mar 29, 2015 at 2:28 PM, Carlos Cordoba notifications@github.com
|
I can't find the new issue ? Instead of creating a new one, you can just open the page with spyder's menu and copy-paste the content in this one. Either way is fine ! |
It's a duplicate of #2171, right ? |
Not a duplicate, though #2171 sounds very similar to my issue. I checked and can confirm that the % CPU does go to 100% in the activity monitor while I'm waiting (though my computer is multicore so the overall percentage in use is still modest). The people in the other thread don't have to wait nearly as long to load as I am (10 minutes would be a dream at this point!) Mine is taking more like an hour or two. My splash screen takes a few minutes once it is up, but that doesn't bother me much. During the long wait before the splash, the program is giving me no indication that it's doing anything... Also I am running Yosemite 10.10.2, not Mavericks. Once/if spyder boots today I will paste my report in this thread, as requested. |
Okay, here's the bug report info: |
@myeomans, please update to Spyder 2.3.4. I think I fixed this problem in 2.3.3. |
Yeah, the update did it! Thanks so much! |
@myeomans, glad to know things are working fine for you again! :-) |
Unfortunately I don't think 2.3.4 fixes it. I'm using a Retina MBP, OSX 10.10.3 and python 2.7. When I used Spyder 2.3.2 it would always take very varying amounts of time, say between 10 and 120 minutes, to start up Spyder. I then switched to 2.3.4 and the problem SEEMED fixed, so it always started up within a few seconds. However, after a crash it all went bad again, now showing the exact same behavior as 2.3.2 did before. I think the may have been caused by me trying to open the variable explorer while the code was running - it seems to be very sensitive about that. I'm not sure though, don't remember exactly. Bottom line is, something in 2.3.4 fixed it at first but now the problem is back. |
Agreed with leonsuetfeld, the problem is back... though I didn't have any "crash" moment that changed things. I don't ever use the variable explorer, and rarely run a lot of code at once (i mainly use the interpreter to test out small things before I load them onto a python server). I'm not ruling out the possibility that I opened something that triggered the problem by accident. |
Hi, I need a reproducible test to fix this problem because I'm not seen it myself :-) For now you can try to run in a terminal:
or
to see if that fixes the problem. @leonsuetfeld: what variable were you seeing when using the variable explorer? |
@blink1073, are you seeing this problem in your machine? |
I am not. — On Mon, May 25, 2015 at 1:27 PM, Carlos Cordoba notifications@github.com
|
What folder would I have to be in to execute the commands you suggest? I think just re-installing the dmg file of spyder 2.3.4. may have done the trick. At least start-up time is back to what it should be (<10s), for now. So there probably is something that can go wrong after some time (or a spyder crash possibly), that can be fixed by re-installing spyder 2.3.4. About the variable explorer: If you're referring to the time it crashed after which the problem may have occured for the first time: It didn't get to that point when it showed any variables. It crashed right after I requested the VE, since it wasn't happy about requests while executing code. |
@leonsuetfeld, if you're using our dmg, you can't run Glad to hear that your problem was fixed :-) |
I put the same comment in a different thread of a similar problem, but I had this same exact issue. After a random crash of the application, it would take up to 10 minutes to start up. After looking at the Package Contents, I noticed that a file name 'pep8' was getting very large (over 1GB). After I deleted that file, my slow startup issue went away completely. |
This problem still isnt' fixed. The program can run after installing for a month or two and then slows down dramatically at load. If I have to keep reinstalling the whole thing each time it starts freezing at the program load, that makes it very difficult to rely on long-term. I found a few pep8 files in the directory but none of them were very big (all <100kB) so I don't think that's the issue in my case. |
Same here. Using 2.3.7 on OS X 10.10.5. I had to remove spyder and reinstall it. The older 2.3.7 Spyder.app was ~900MB, the freshly installed 2.3.7 is ~500MB |
Just installed this on a new mac (10.11.2) and it looks like the same problem exists. I checked the app contents and found that the files pep8 and pylint continually are getting larger and larger in size. Fresh install. Before launching Spyder, the file size was as follows: Start spyder, the filesize jumps: Restart the application. File sizes jump again: After trying this a few times, I see these files are doubling in size every time I restart the application. I opened the files, and it looks like the file is just doubling the newlines/return carriages every time the application launches. Seems like it should be a simple fix. |
@zach-morris, thanks for the update. I think I know what's happening, but I have to do some experiments to confirm it. |
This is a significant problem for our research group. We must use Python 3.4 on MacOS X, which is part of the Spyder 2.3.7 release. As mentioned above, the pep8 and pylint files explode in size each time the Spyder IDE runs. We realize that this is an older version, but we would really appreciate it if this problem could be investigated and solved. The release is: Thanks. |
@ionoDORK3, I'm sorry but I'm unable to produce more DMG's with Python 3.4 because it's not supported anymore in Homebrew. You could Anaconda instead :-) |
Is there any version that doesn't have this problem? I keep a DMG handy On Wed, Mar 2, 2016 at 11:19 AM, Carlos Cordoba notifications@github.com
|
|
Right, exactly. our solutions are surely doing the same thing to provide I don't want to be a complainer because Spyder really is a good programming On Wed, Mar 2, 2016 at 2:22 PM, ionoDORK3 notifications@github.com wrote:
|
Here, just deleting |
You won't be able to use our integration with those libraries, but there isn't harm in removing them because they are not core functionality for Spyder :-) |
I also encounter the same problem. The size of pep8, pep8.bak and pylint are getting larger and larger in size and it takes a long long time to open spyder. I install spyder by using spyder-2.3.8-py2.7.dmg. My OS version is 10.11.5 |
Great tip SjoerdOptLand! Problem: slow startup or spyder gets stuck starting up.
|
I finally found the problem with this issue. It'll be fixed when I release new DMGs along with Spyder 3.0.1 :-) |
What was it ? |
This function: https://github.com/spyder-ide/spyder/blob/master/create_app.py#L173 which is added to the the file that boots our Mac app, was adding new, empty lines to its |
👍 |
Hi, I switched from windows to Mac recently and noticed that Spyder takes a very long time to start up when I try to open the program. I'm talking, like, 30min to maybe an hour or two sometimes. I still use it because it's a phenomenal program, but the long boot time is really annoying. It didn't happen on my old windows machine, so I don't know what the issue is. Any idea what's up? If there's a simple fix I'd love to know. I hate having to wait to use the console.
The text was updated successfully, but these errors were encountered: