SlickEdit Community
SlickEdit Product Discussion => SlickEdit® => Topic started by: abcd on June 04, 2010, 08:28:32 AM
-
When switched from other application window, SlickEdit 15.0.0.5 need wait some seconds to be ready to be used: for example, I switched from msn messager window to SlickEdit project, the messager window still stay upon the window of SlickEdit, and there was no reaction when I move cursor or move mice, the SlickEdit's toolbar displays as whole white as it was idle.
I use it on Windows XP, and enabled the "Symbol coloring" function. The attach is my Context Tagging option.
What's the reason and how to fix it ?
Thanks a lot!
-
May I adapt the display thread to a higher priority than the job's priority that it does when it be switched to be non-active?
The speed of SlickEdit 15.0.0.5 resume to working status is so slow that I can't tolerate it, so this problem make me think that even source insight is better than it even it's free.
-
>:( >:(
Just A minutes ago, I tested it's performance when I disabled Symbol coloring, still slow; then I closed all the opening file, it reacted right now when I switched it with other application.
So, Is there some performance problem with SlickEdit when open more than 15 files? And is there some options to adapt it to make it resume faster when switch it from inactive to active state?
But when I have posted this message, I return to SlickEdit, I found it become unreponse until 1-2 minutes later: please note that I just open one file. So, there's some problem with mine SlickEdit 15.0.0.5 surely. Who can tell me how to resolve it??
Thanks and Regards!
-
I routinely have several files open and switch between apps with very little delay. On occasion, I might see a delay as much as 15 seconds, but that's rare. I am also on Windows XP.
Try turning auto reload off. This setting is at Tools > Options, then navigate down to File Options > Load. Set "Auto reload" to "False". When that is on, SlickEdit checks to see if the open files have been modified when you switch applications.
Are the files you are editing stored on your machine locally or on a network resource? Also, can you post your Help > About SlickEdit information?
What about when you switch away and switch back with no files open? Is that also slow? Try closing your workspace, thens switch away and switch back. Lastly, try starting with a new, default config. You can do this by using the "-sc" option on the command line, either by typing the command directly or editing the "Target" field for a shortcut. Use something like "vs -sc c:\temp". It needs to point somewhere you don't already have a config so that a new, default config will be created. After doing that, don't tag any files. Try to switch away and then back. Was that slow? Then try opening one of the files you've been editing--not the workspace--just the file. Switch away and then back. Was that slow? Now try opening the workspace and repeat the test.
Sorry for the permutations, but this will help us understand where the problem might be.
-
I routinely have several files open and switch between apps with very little delay. On occasion, I might see a delay as much as 15 seconds, but that's rare. I am also on Windows XP.
Try turning auto reload off. This setting is at Tools > Options, then navigate down to File Options > Load. Set "Auto reload" to "False". When that is on, SlickEdit checks to see if the open files have been modified when you switch applications.
Are the files you are editing stored on your machine locally or on a network resource? Also, can you post your Help > About SlickEdit information?
What about when you switch away and switch back with no files open? Is that also slow? Try closing your workspace, thens switch away and switch back. Lastly, try starting with a new, default config. You can do this by using the "-sc" option on the command line, either by typing the command directly or editing the "Target" field for a shortcut. Use something like "vs -sc c:\temp". It needs to point somewhere you don't already have a config so that a new, default config will be created. After doing that, don't tag any files. Try to switch away and then back. Was that slow? Then try opening one of the files you've been editing--not the workspace--just the file. Switch away and then back. Was that slow? Now try opening the workspace and repeat the test.
Sorry for the permutations, but this will help us understand where the problem might be.
hi, ScottW, my source files are on the network, but my workspace files are on local.I have tried to open a 100% local project, it react quickly.
And I have test your method as run using cmd "vs -sc c:\temp", it's fast too.
And I have test your advice to set "Auto load" to false, it's effective. I can see the big distance between this option be true and false. Perhaps it's where's my problem on, for my project source file is on network.
Thank you very much for your very nice and professional help!
-------------------------------------------------------------------
There's+ still a problem, just a minutes ago, after I read some web page, I switched to SlickEdit, it display as a whole white until some seconds later. I tried it several times, sometime it displayed "no response" on the title bar and other region displayed as a whole white. Could you tell me how to resolve it?
Thanks!
-
OK, let's summarize where we are:
- workspace files are local
- source files are remote
- Symbol Coloring is on
- auto-reload is off
When you switch back to SlickEdit, is the active buffer particularly large? Does the problem still occur when a smaller file is in the active buffer? When you switch applications, does the vs.exe process use a lot of CPU? Does your disk like blink a lot. We need to know where the latency is occurring.
Try turning Symbol Coloring off to see if that avoids the delay. If so, then maybe we can get to acceptable performance through changing the settings.
-
OK, let's summarize where we are:
- workspace files are local
- source files are remote
- Symbol Coloring is on
- auto-reload is off
When you switch back to SlickEdit, is the active buffer particularly large? Does the problem still occur when a smaller file is in the active buffer? When you switch applications, does the vs.exe process use a lot of CPU? Does your disk like blink a lot. We need to know where the latency is occurring.
Try turning Symbol Coloring off to see if that avoids the delay. If so, then maybe we can get to acceptable performance through changing the settings.
How to see the active buffer SlickEdit using?I have open about 20 files, but most file are less of 1000 lines. The no response situation happened too when small file is open.
Today, the no response situation is being worse, it happens frequently so that each time I need wait about a minutes to continue when switch back to SlickEdit.
My CPU is core-dual, when SlickEdit have no response, the CPU occupy rate is less than 20%, and there are larger than 1G physical memory available.
because using source-insight, it reacts quickly, so I think it maybe a performance problem of SlickEdit 15.0.0 .
First of all, Could you give me a temp resolve method to make it works quickly?
Thank you very much!
-
Hi, today I found a important phenomenon: I opened slickedit, but when I switch to it, the bottom tool windows(reference, preview, search.. etc) display previous windows color; I closed the workspace, and I switched slickedit with other application, the situation continued, what's more, when I clicked the tool windows' auto hide button(reference, preview, search.. etc), SlickEdit can't draw these windows correctly.
The attachments are the slickedit picture.
Another phenomenon is that when I restart vs, with no project load, it works fine... oh, my god!what had happened?
-
The active buffer is the one that you are editing or has focus. It's the visible editing window if you only have one window visible.
I can't give you a workaround because we don't know what's going on here. Based on what you've told me, it sounds like a latency problem accessing the remote files. But shutting off auto-reload should have addressed that.
-
abcd:
Have you restarted your editor recently?
If you go to Document>List Open Buffers, are there only files you expect to be there?
-
abcd:
Have you restarted your editor recently?
If you go to Document>List Open Buffers, are there only files you expect to be there?
Yes, everyday I restart edit about 3-10 times.
In the List Open Buffers, those files are those files opened last time, the number is about 20 - 30.
-
The active buffer is the one that you are editing or has focus. It's the visible editing window if you only have one window visible.
I can't give you a workaround because we don't know what's going on here. Based on what you've told me, it sounds like a latency problem accessing the remote files. But shutting off auto-reload should have addressed that.
Yes, if it's because of opening Network files, the auto-reload should solve it. But it still reacted slowly. It
s strange.
This problem is not so significant on previous SlickEdit version such as 14.0.0, I even can't feel it.
Perhaps some modifications on the 15.0.0 version produce this problem.
-
If you go to Macro>Set Macro Variable and select "def_actapp", what is the value?
-
The value is 16.
-
Not sure if this is related, but thought I would put it out there. I personally have noticed something odd when I have a large file open (1800 lines)... Whenever I switch back to SE after using another application, there is a good 3-5 second delay before SE is ready to roll again. Nothing fancy here, everything is on a local disk. It does not happen with smaller files to the same degree. Sometimes the screen "appears" instantly, but you cannot move the cursor for several seconds.
If I switch between other files and a large file within SE, there is no delay at all.
So far, I've tried the following:
- Disabled Symbol Coloring (no difference)
- Disabled Auto Reload (no difference)
- Set Load Entire File = False ( this seems to help a bit, but problem remains )
About:
SlickEdit Version 15.0.0.5
Serial number: WB936535
Licensed number of users: Single user
License file: C:\ProgramData\slickedit\15\slickedit.lic
Build Date: April 26, 2010
Emulation: CUA
OS: Windows 7
OS Version: 6.01.7600
Memory: 45% Load, 828MB/4194MB Physical, 294MB/2097MB Virtual
Shell Info: C:\Windows\system32\cmd.exe /q
Screen Size: 1440 x 900
Project Type:
Language: .cs (C#)
Installation Directory: C:\Program Files (x86)\SlickEditV15.0.0\ (non-removable drive,NTFS,29676MB free)
Configuration Directory: Z:\vivitron\Documents\My SlickEdit Config\15.0.0\ (non-removable drive,NTFS,80016MB free)
Hotfixes:
Z:\vivitron\Documents\My SlickEdit Config\15.0.0\hotfixes\hotfix_se1500_2_cumulative.zip (Revision: 2)
Z:\vivitron\Documents\My SlickEdit Config\15.0.0\hotfixes\hotfix_se1500_3_cumulative.zip (Revision: 3)
Z:\vivitron\Documents\My SlickEdit Config\15.0.0\hotfixes\hotfix_se1500_5_cumulative.zip (Revision: 5)
Z:\vivitron\Documents\My SlickEdit Config\15.0.0\hotfixes\hotfix_se1500_cumulative.zip (Revision: 1)
-
I can confirm this on 15.0.0.3 and on several versions of 14 (maybe as far back as 14.0.0)
I regularly keep several dozen (30-40+) files open at a time in the workspace with almost all files residing on a remote network share (via a mapped network drive) on a Windows XP Pentium 4 desktop.
Intrafile switching is sometimes problematic but I attribute that to network latency/syntax color issues (Slickedit goes non-responsive on the order of several seconds but its maddening if I'm trying to trace code logic while hopping through files... probably no more than 5-10 seconds but it feels like minutes)
But there's sometimes a MUCH longer delay when swapping between Slickedit and another application (say Firefox/Outlook) that really is on the order of minutes for me. The Slickedit window does not refresh and the app will not respond to window events (IE if I try to close the app window, I get the Windows dialog box of the app being non-responsie and do I want to forcibly close it). I don't see a pattern to this one, sometimes I can toggle back and forth with no problem and then >bam< Slickedit goes out to lunch. I had been on a trip for the past several days and returned to my computer today (left it on) where I had left Slickedit running and selected it from the app bar to help answer a co-worker's question, it unminimized and filled my screen but took almost 5 minutes to repaint the windows and then let me navigate around. But after that I could use the app, minimize it and jump around to other apps and back all day and had no problem with Slickedit at all. it *might* be related to a disconnected network (which did happen while I was gone but my UPS kept my PC up).
-
Not sure if this is related, but thought I would put it out there. I personally have noticed something odd when I have a large file open (1800 lines)... Whenever I switch back to SE after using another application, there is a good 3-5 second delay before SE is ready to roll again. Nothing fancy here, everything is on a local disk. It does not happen with smaller files to the same degree. Sometimes the screen "appears" instantly, but you cannot move the cursor for several seconds.
If I switch between other files and a large file within SE, there is no delay at all.
The situation usually happened here too when I using SE 15.0.5. All these problems have the same effect that the work will can't be continued until some seconds-minutes later.
-
Using the same procedure to check a SlickEdit macro variable, what is the value of def_filetouch_checking?
-
0 here
-
0 here
-
OK. Just ruling something out. Back to the drawing board.
-
The value of "def_filetouch_checking" is 0.
-
OK. Just ruling something out. Back to the drawing board.
When could be solved this problem?
-
Is there a way we can run some sort of log to send? It hangs pretty regularly when I switch from another application.
-
Just had this occur on my Windows XP SP2 system.
I clicked off SlickEdit, jumped around through several other apps for about 20 minutes and when I clicked back, SlickEdit refreshed but was non-responsive. The status text at the bottom said "Retagging paused"
I pulled up the task manager but vs.exe showed 0 cpu usage. After about 30 seconds slickedit came back.
Here's some info from the about box about a minute after it came back but Slickedit is still behaving very sluggishly with slow refreshes (IE while moving the mouse over the menu bar, the pop ups would appear slowly and the "Windows" option actually stayed highlighted after a hiccup as if it has missed a message)
Emulation: Brief
OS: Windows XP
OS Version: 5.01.2600 Service Pack 2
Memory: 63% Load, 1337MB/2095MB Physical, 784MB/2097MB Virtual
Shell Info: C:\WINDOWS\system32\cmd.exe /q
Screen Size: 1680 x 1050
Project Type: cpp
Language: .cpp (C/C++)
Number of tagging threads was set to 2 but I have a Pentium 4 single core (with HT which looks like 2 cores but isn't really).
-
Several people in here, so you will all have to report separately. What happens if you set def_actapp to 0? This will shut off auto reload, as well as some other things. Please shut this off and see if this eliminates the problem.
To do this, go to Macro>Set Macro Variable and set choose def_actapp from the combo box.
-
Done. Mine was set to 5 before. I'll let you know what I find.
-
Done. Mine was set to 5 before. I'll let you know what I find.
Mine is 16.
When I set the macro to 0, it seems no delay, but I haven't test it for a long time.
-
Done. Mine was set to 17.
-
No more lockups/slowdowns here... although I do miss the autoreload function :)
-
Sounds like we're making progress on this one. We still need some more data to pin this down. For everyone who is experiencing this problem, we could use the information from the profiler.
Please be sure to reset the value for def_actapp to its previous value before running this procedure.
1) Launch SlickEdit as normal and open any workspaces and files that seem to trigger the slow response.
2) Turn on the profiler. From the SlickEdit command line, run: profile on.
3) Switch to another application.
4) Switch back to SlickEdit.
5) Wait for normal responsiveness to return.
6) Turn off the profiler. From the SlickEdit command line, run: profile save "profile.txt"
7) Post the resulting "profile.txt" file.
Please try to do as little as possible while the profiler is running so that the times reported reflect what is being done after switching back to SlickEdit. Thanks for your help with this.
-
Also, let's check the value of def_fast_auto_readonly.
-
def_fast_auto_readonly = 1
It seems to be better but it sometimes takes a day or two for me to see it so I can't confirm the issue is resolved yet.
I'll do the profile when I get some free cycles.
What does def_actapp do?
-
If it turns out to be due to polling the open files, on Windows it is possible to use FindFirstFileChangeNotification to get asynchronous notification about files changing, and eliminate polling.
-
def_fast_auto_readonly is 1.
-
Today SE is strangely no significant delay, so the profile I producing may haven't such reference effect.
-
My profile file is too big to be copied here (greater than 20000 characters)... is there a way to attach it?
-
You can email it directly to me at swestfall@slickedit.com. Please use the following for the subject: "Profile data for forum thread 6131".
-
But what's the answer of this BUG??
-
Slickedit 18 and still running into this. Thinking more and more of switching editors.
-
Do you have a file that is on a slow file system? There is a feature now that should keep this from happening. Do you have the issue when there are no files open?