Sublime Forum

[SOLVED] ST3 slow on Win8 64bit

#8

[quote=“GrantSP”]Perhaps you could also explain why you need to run these, apparently, critical projects on three different setups?
Why the need to have the EXACT project worked on the SAME machine with 2 different versions of ST? With, I assume, both having purchased licenses.
[/quote]

Get a clue. I use ST2 on the same machine because ST3 doesn’t work. (I have ST3 to get the updates until it does work)

Yes.

No

I used ProcExplorer and noticed the problem already described

0 Likes

#9

Yes, that obviously “fixes” the problems, but I need to have it on.

0 Likes

#10

When ST is opened, the project files are changed by other processes? The problem goes away if you unplug the network?

0 Likes

#11

[quote=“Arjan”]

Yes, that obviously “fixes” the problems, but I need to have it on.[/quote]

So then the reason it works in ST2 is because ST2 does not index files.

How much ram do you have on this machine? I wonder if you machine can’t handle keeping the index of all 100,000 files in memory?

Have you tried moving a few folders to see if 80,000 files works ok?

Are some of these 100,000 version control files? If so, have you set them to be ignored?

Have you tried checking out another really large project to see if it happens with that too? Using SVN to checkout something like svn.apache.org/repos/asf/subversion/tags/ should give ST3 plenty to chew on.

0 Likes

#12

[quote]Arjan wrote:
First of all, it’s important to realize I use the EXACT same project on ST2 on the same machine with no problems whatsoever. Moreover, I use the exact same project on ST3 on a Linux machine with no problems whatsoever.[/quote]

[quote]wbond wrote:
So then the reason it works in ST2 is because ST2 does not index files.[/quote]

Clearly then you are not using the EXACT same project.

0 Likes

#13

ST3 indexes files whilst ST2 doesn’t. So yes, he can still be using the EXACT same project and have a different experience.

0 Likes

#14

[quote=“wbond”]

How much ram do you have on this machine? I wonder if you machine can’t handle keeping the index of all 100,000 files in memory?

Have you tried moving a few folders to see if 80,000 files works ok?

Are some of these 100,000 version control files? If so, have you set them to be ignored?

Have you tried checking out another really large project to see if it happens with that too? Using SVN to checkout something like svn.apache.org/repos/asf/subversion/tags/ should give ST3 plenty to chew on.[/quote]

  1. 16gb ram

  2. I have not tried moving any folders, as i assume reducing the file set will fix the problem

  3. It’s under git, nothing is ignored

  4. I will try that

0 Likes

#15

Check also that the disk holding your project is in good shape, both at the filesystem level (chkdsk, fragmentation etc) and also at the low level (smart errors, sector/seek errors etc.). For the latter you can check the system event log for errors reported by the “disk” service.

If there are disk problems, especially low level, this will cause things to get very slow indeed as your system gets stuck in endless timeout/retry loops that sublime is unaware of.

You can also check that windows hasn’t fallen back to PIO (vs. UDMA) access mode for the project’s drive as well. This creates CPU load and slow everything down like hell.

0 Likes

#16

[quote=“qgates”]Check also that the disk holding your project is in good shape, both at the filesystem level (chkdsk, fragmentation etc) and also at the low level (smart errors, sector/seek errors etc.). For the latter you can check the system event log for errors reported by the “disk” service.

If there are disk problems, especially low level, this will cause things to get very slow indeed as your system gets stuck in endless timeout/retry loops that sublime is unaware of.

You can also check that windows hasn’t fallen back to PIO (vs. UDMA) access mode for the project’s drive as well. This creates CPU load and slow everything down like hell.[/quote]

SSD, I have no problem with it whatsoever. I did a benchmark on it just to have done it, and it’s in good shape; no errors in system log.

0 Likes

#17

[quote]jbrooksuk wrote:
ST3 indexes files whilst ST2 doesn’t. So yes, he can still be using the EXACT same project and have a different experience.[/quote]

Yes, that is true. “index_files” is not a setting within the scope of the project settings. However, he is so adamant that the only difference between the two setups is the apparent degradation in speed he is experiencing. This firm conviction forcing him to avoid the obvious error in his belief. Take this comment.

[quote]Arjan wrote:
Yes, that obviously “fixes” the problems, but I need to have it on.[/quote]

Again, clearly he does not “need” to have it on, for in his own words the experience with ST2 was without fault. Despite there being no indexing.
Despite all advice to the betterment of the experience, he remains resolute he is right.
I am no ST guru, I readily admit that. I am also not so stubborn as to reject the solution because it does not fit with my idea of what is the problem.
If only Arjan would see that.

0 Likes

#18

Can you expand on what you mean by unresponsive? Also, is it a gradual thing, or does it happen all at once?

0 Likes

#19

[quote=“Arjan”]

I used ProcExplorer and noticed the problem already described[/quote]

What did ProcExplorer show you?

0 Likes

#20

[quote=“Arjan”]

Yes, that obviously “fixes” the problems, but I need to have it on.[/quote]

It’s not at all obvious to me. Just to be sure, can you confirm that you did indeed try this and that the symptoms disappeared after turning it off?

0 Likes

#21

[quote=“jps”]

Yes, that obviously “fixes” the problems, but I need to have it on.

It’s not at all obvious to me. Just to be sure, can you confirm that you did indeed try this and that the symptoms disappeared after turning it off?[/quote]

Yes, index_files=false completely solves the problem.

I have found that removing the most insanely large files makes the slowdown much less likely (there’s a couple of generated >1gb text files with bulk sql commands)

0 Likes

#22

[quote=“Arjan”]
Yes, index_files=false completely solves the problem.

I have found that removing the most insanely large files makes the slowdown much less likely (there’s a couple of generated >1gb text files with bulk sql commands)[/quote]

u don’t say?

0 Likes

#23

Files over 4 MB aren’t indexed btw.

In case you missed them, could you also provide the information requested in the above few posts?

0 Likes

#24

[quote=“jps”]

Files over 4 MB aren’t indexed btw.

In case you missed them, could you also provide the information requested in the above few posts?[/quote]

I answered them already.

If >4MB files aren’t indexed, I am really puzzled about what is going on.

0 Likes

#25

[quote=“Arjan”]…
I answered them already.
…[/quote]

jps is referring to posts on the previous page:

If he’s trying to figure out what is going on for you, you’ll need to provide as much info as you can since clearly he’s unable to reproduce your problem.

0 Likes

#26

[quote=“qgates”]

[quote=“Arjan”]…
I answered them already.
…[/quote]

jps is referring to posts on the previous page:

If he’s trying to figure out what is going on for you, you’ll need to provide as much info as you can since clearly he’s unable to reproduce your problem.[/quote]

  1. Not gradual, happens when project is opened.

  2. ProcExplorer show 4 Sublime processes, each using ~28MB ram, and I just noticed that the processes oscillates between 0% and 100%.

0 Likes

#27

FINALLY, PROBLEM “SOLVED!”

It was an interaction with McAfee (!) Turn off mcafee, no slowdown in st3.

Since mcafee plays well with st2, I assume there’s something tripping up st3 indexing when mcafee is running.

Amusingly, mcafee’s process is idling when I open the project, while st3 processes are going haywire for some reason. I suppose there might be some mcafee service processes churning along, but I’m to tired of this to even look further…

Admittedly, I had issue with mcafee and a diffing tool before, so I’m inclined to just uninstall the crap and declare st3 healthy.

Sorry about the noise.

0 Likes