Author Topic: Recommended settings for fast performance (tagging, etc).  (Read 12011 times)


  • SlickEdit Team Member
  • Senior Community Member
  • *
  • Posts: 2960
  • Hero Points: 440
Re: Recommended settings for fast performance (tagging, etc).
« Reply #15 on: August 09, 2012, 04:26:39 pm »
Thanks, you are right, there was a bug in there.  We are fixing it for 17.0.2.

I have also went over the Symbol Coloring code with a fine-tooth comb, and I think it will be a bit less obtrusive while typing in 17.0.2.  There were some cases where it would overrun it's timeout before.


  • Community Member
  • Posts: 27
  • Hero Points: 1
Re: Recommended settings for fast performance (tagging, etc).
« Reply #16 on: August 09, 2012, 05:23:06 pm »
Thanks Dennis, looking forward to it!


  • New Community Member
  • Posts: 1
  • Hero Points: 0
Re: Recommended settings for fast performance (tagging, etc).
« Reply #17 on: February 15, 2013, 07:28:15 pm »
With SlickEdit v17.0.1 to v17.0.3 on Win7, I've been experiencing relatively frequent (once every few minutes) 5 to 10 seconds hangs (application is unresponsive, grey window). This is after following the recommendations in the "SlickEdit Performance Tuning" document (10/15/2008).

I'd like to recommend that this document be updated. SlickEdit is a fantastic tool for my purpose (authoring, refactoring, and maintaining new and legacy code bases for an enterprise). However, the performance issues are significant productivity issues.

Phil Barila

  • Senior Community Member
  • Posts: 742
  • Hero Points: 61
Re: Recommended settings for fast performance (tagging, etc).
« Reply #18 on: February 15, 2013, 10:22:52 pm »
It may not be SE's fault. I see that behavior on almost every app I run on Windows 7 x64.  What's aggravating is that it's just so elusive.  It's too intermittent to discover a pattern, and I can't think of any apps that don't suffer from it except, possible, command prompts.


  • Community Member
  • Posts: 13
  • Hero Points: -1
Re: Recommended settings for fast performance (tagging, etc).
« Reply #19 on: February 16, 2013, 02:28:21 am »
Exact same thing seen here, and it appears to be getting worse recently.  Culprit appears to be hundreds or even thousands of tiny payload packets - PER FILE.  MS seems to very strongly prefer using 100 - 150 bytes per packets, instead of the world-recommended TCP standard of 1,500.  The overhead is hiked way up, performance falls off a cliff.  We did discover a slight improvement by changing the openvpn transport protocol from UDP to TCP.  UDP restarts the entire conversation upon any dropped packet, and since there are many more tiny packets the chance of complete restart hikes way up over typical (lossy) wan; TCP only resends the dropped packets, not the whole conversation.  We noticed a speed improvement, but it was not nearly as much as we'd hoped for. YMMV.  We also tried removing all the recommended 'performance tunings' for SMB help.  IMO, openvpn needs to offer a way to 'bunch up' a clod of the MS small-payload packets and send them in 1,500 byte groupings.

We changed nothing on the servers, network. It's most likely MS slipped us a mickey with their auto-update game.

google this: windows7, small packets, smb
ms confirms a problem (again):

+1 for slickedit as best programmer editor.

Here's a question -- adding 14th project to single master workspace.  Why does SE1702 force rebuild of ENTIRE tag file - all 13 already-added projects and their thousands of remote files via WAN?  This seems incredibly wrong headed (and then when I cancel a project-add half-way, it seems to rebuild the entire tag file again!).  Why not just append the new project's tag (only hundreds of files)?  Why not just add all the files and let me get on with it, SE at some point building its tag file in the background?  I'm beginning to very seriously doubt the usefulness of tags in my application, since I almost always manually switch files anyway.  I mean, this has literally consumed already one solid day to add only 20 remote projects via openvpn / WAN to single workspace.  Can't possibly be right??  Is there some config option, amongst the billions available, that can put SE tag create/rebuild in tune with valuable human lifetime?

For true hilarity, here's a MS-funded white-paper 'proving' the exact opposite of what we're all experiencing!  LOL

Also possibly related

This is no small or obscure problem when MS itself publishes
"It may take 35 seconds to delete files over the network"

telex is faster than that
« Last Edit: February 16, 2013, 05:29:11 am by MichaelBrenden »


  • Senior Community Member
  • Posts: 1410
  • Hero Points: 131
Re: Recommended settings for fast performance (tagging, etc).
« Reply #20 on: February 19, 2013, 08:25:26 am »
Exact same thing seen here...
Wait, how was it determined that the cause of the other respondents' issues were SMB packets on remote file transfers?  It doesn't sound like the performance discussed in this topic has anything to do with the remote file transfer issue you've posted about in several forum topics.