[CLOSED] Mac OSX Performance #5788
Comments
|
I have the same issue. My system is Mavericks and I use Chrome with Brackets for developing. Brackets becomes slower and slower during development and finally gets no responding. I can see there're bracket helper processes in the Activity Monitor, one consumes 100% CPU and the other is not responding. |
|
This is also reproducible for me on Mac OS 10.7.5. |
|
That doesn't sound good. Could each of you respond with a list of extensions you have installed (if any)? |
|
Code folding, delete to line start/end, and live markdown preview. I just uninstalled them all, though, and it's still slow. Strange, though - for me, Activity Monitor shows Brackets uses only 0.1% of the computer's memory. |
|
I disabled all user extensions, but the problem still exists. |
|
Additional questions:
|
|
Btw |
|
For a while (or when I have a tiny file open), it'll be quite responsive, sometimes perfect (on the level of TextEdit - not quite that of Sublime, but quite close), but often slipping into more like 200 ms. I've noticed it especially slows down when I navigate by holding down the arrow keys. I've also found (naturally) a connection between any file over about 30 lines and the speed issue. Each new line seems to slow it down incrementally, but after 30 or 40, it gets noticeable. There isn't the same connection (as far as I can tell) with columns - tried ten lines with 470 columns each, and it's perfectly responsive. |
|
|
|
With View > Highlight Active Line disabled, Brackets is completely responsive and fast. Thanks so much for help with this issue! |
|
I'm wondering if we should take that feature out for now (or highly prioritize figuring out what the heck is going on with it). We've had so many reports of performance problems with it on. Other folks on this thread - could you verify that the problems you're having are also related to Highlight Active Line? If not, we might want to split out a separate bug. |
|
Just to add, I too have been experiencing performance issues (and I do not have Highlight Active Line enabled). |
|
|
|
I’m always pulling from the latest master branch of Brackets and brackets-shell. Unfortunately, I don’t remember exactly at which point the bug was introduced, but I think it was in Sprint 29, as After disabling Highlight Active Line and all user extensions, removing all projects and creating a blank folder, Brackets became more responsive in plain text files. However, as soon as I edited a JavaScript file with about 50 lines, typing became much slower and laggy. Highlight Active Line definitely slows things down, but the culprit for the initial bug report might be CodeHints. |
|
At this point it sounds like the original filer
|
|
FYI, |
|
Ive noticed pretty much all pages that use alot of javascript or my own javascript games, make the google chrome helper use 100% cpu and overheat my mac. So i dont think the problem is with brackets but instead with chrome. |
Saturday Jan 04, 2014 at 19:23 GMT
Originally opened as adobe/brackets#6365
Brackets opens up fine, but the instant I start editing a file (of even tiny proportions), the typing, scrolling, and arrow navigation is so slow it's completely unusable. For a while after opening it, things run only relatively slowly (about 100-200 ms delays between key press and text modification), but then it quickly deteriorates. All my other applications run fine, so it doesn't seem to be the memory on my computer.
I recently upgraded to Mavericks, hoping that would be the solution, but no. All releases of Brackets have done the same thing.
The text was updated successfully, but these errors were encountered: