TobiasChe / conemu-maximus5

Automatically exported from code.google.com/p/conemu-maximus5
0 stars 0 forks source link

Slow input response on startup with more than one open tab #1590

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
OS version: Win7 x64
ConEmu version: 140523

When I start Conemu with at least two startup tabs (both git bash, i.e. 
C:\Program Files (x86)\Git\bin\sh.exe), in all but the last tab, all input 
response is noticably delayed, i.e. I type and it is only displayed after a 
second or so. The output is also a little delayed. The problem goes away after 
I restart the tab. It only happnes when more than tab opens at startup. 

Example task commands:

""C:\Program Files (x86)\Git\bin\sh.exe" --login -i"  
-cur_console:d:C:\Users\user.folder\folder"-cur_console:t:title"

""C:\Program Files (x86)\Git\bin\sh.exe" --login -i"  
-cur_console:d:C:\Users\user.folder\folder"-cur_console:t:title"

Please let me know if I can provide more information. Thanks!

Original issue reported on code.google.com by mjsta...@gmail.com on 26 May 2014 at 8:42

GoogleCodeExporter commented 9 years ago
First update using this patch
https://www.dropbox.com/s/q2l1fopgkg44bj2/ConEmuCD.141126a.dll.7z?dl=0

Generally I'm interested in tabs are. Especially in [Sleep] prefixes. If you 
can make video - it would be nice.

LogFiles and screenshots are small in size so you may attach them here.

Original comment by ConEmu.Maximus5 on 27 Nov 2014 at 3:52

GoogleCodeExporter commented 9 years ago
Attached screenshots and logs.
Hope you find them useful.

Regards,
Robert

Original comment by r.gom1...@gmail.com on 27 Nov 2014 at 7:35

Attachments:

GoogleCodeExporter commented 9 years ago
Check this patch
https://www.dropbox.com/s/ikvml77m83wvfe7/ConEmuCD.141126b.dll.7z?dl=0

Original comment by ConEmu.Maximus5 on 27 Nov 2014 at 11:40

GoogleCodeExporter commented 9 years ago
Issue 1793 has been merged into this issue.

Original comment by ConEmu.Maximus5 on 27 Nov 2014 at 11:41

GoogleCodeExporter commented 9 years ago
Or better this
https://www.dropbox.com/s/qqqh1qggmt5iqr8/ConEmuCD.141126c.dll.7z?dl=0
If still there - redo screenshots and LogFiles.

Original comment by ConEmu.Maximus5 on 28 Nov 2014 at 10:08

GoogleCodeExporter commented 9 years ago
Thanks for heads up.
I'm going to do that later today.

Original comment by r.gom1...@gmail.com on 28 Nov 2014 at 11:59

GoogleCodeExporter commented 9 years ago
Log files and single screenshot attached.

Please let me know whet else you'd need or what should I focus on when 
debugging.

Original comment by r.gom1...@gmail.com on 28 Nov 2014 at 9:55

Attachments:

GoogleCodeExporter commented 9 years ago
I see no problems in your logs from #57. Also, seems like your screenshot does 
not match logs, no?

Original comment by ConEmu.Maximus5 on 30 Nov 2014 at 10:47

GoogleCodeExporter commented 9 years ago
I'm sorry if it didn't work for you.
I've repeated the procedure:
- launched conemu 64 with parameter log
- pressed win-shift-q to go from last (active) tab to first one
- did screenshot
- entered some text confirming that the input is slow

In the meantime upgrade window showed up, but don't think that matters.

Do you find it useful?

Regards,
Robert

Original comment by r.gom1...@gmail.com on 1 Dec 2014 at 7:39

Attachments:

GoogleCodeExporter commented 9 years ago
You still have not upgraded to the latest build?
Check it.

Original comment by ConEmu.Maximus5 on 1 Dec 2014 at 8:35

GoogleCodeExporter commented 9 years ago
I still observe the same (or similar) behaviour.
Test procedure:
- launched conemu 64 with parameter log
- pressed win-shift-q to go from last (active) tab to first one
- first tab was ok (fast)
- pressed win-shift-q to go to next tab
- second tab was ok (fast)
- pressed win-shift-q to go to next tab
- third tab was slow
- did screenshot
- entered some text confirming that the input is slow
- grabbed logs

Original comment by r.gom1...@gmail.com on 2 Dec 2014 at 7:49

Attachments:

GoogleCodeExporter commented 9 years ago
And again I do not see any problems in the log or tab title. Your 3d tab is not 
sleeping, it is in "fast response" state.

So. I'm not sure what you are talking about...
What you can do further

1. All archives omits significant log files "ConEmu-input-*.log". One for each 
console.
2. You may create simple test config with only cmd/powershell tabs to make me 
able to reproduce your exact tests. ConEmuXml...
3. Video of your test with "slow input" may helps too.
4. What is the state of your UAC? Does Win show elevation confirmation?
5. I'm not sure about having your latest config... Anyway try to play with 
option "Monitor console lang".

Original comment by ConEmu.Maximus5 on 2 Dec 2014 at 3:16

GoogleCodeExporter commented 9 years ago
Well, when running with /log (or /log2) switch, there are no other files in 
C:\Program Files\Conemu generated other than attached. Is there any other way 
to have more logs?

I'm unable to create video on this computer for other reasons.

I believe I have UAC disabled.

I'll try to see what else I can do either today or tomorrow.

Original comment by r.gom1...@gmail.com on 2 Dec 2014 at 3:49

GoogleCodeExporter commented 9 years ago
Just realized that tge slowness may be caused by logging itself.

Original comment by ConEmu.Maximus5 on 2 Dec 2014 at 4:34

GoogleCodeExporter commented 9 years ago
No, don't think so.
With or without logging enabled the difference between tabs is really 
noticeable.

Regards,
Robert

Original comment by r.gom1...@gmail.com on 2 Dec 2014 at 7:55

GoogleCodeExporter commented 9 years ago
Any news about issue?

I have one more question - what's about CPU consuming (in TaskManager or 
ProcessExplorer) when you are on slow tab? Total usage, ConEmu's processes and 
shells, and so on...

Original comment by ConEmu.Maximus5 on 4 Dec 2014 at 7:57

GoogleCodeExporter commented 9 years ago
Pretty busy these days, so I had to delay this a bit.

As for tasks:
- general cpu is the same
- when looking at the individual conemu processes, it's hard to tell (I'll
possibly do that tomorrow). Are the processes names ok?
-- conemu64.exe
-- conemuc.exe *32 (2 copies)
-- conemuc64.exe (3 copies)

Some time ago you mentioned missing log files (*input*). Is there a way I
could get them?

Well, it seems I'll try to export and bisect configuration file, but that
definitely will take a while.

Original comment by r.gom1...@gmail.com on 4 Dec 2014 at 8:56

GoogleCodeExporter commented 9 years ago
LogFiles are located in the program's folder or on desktop in the ConEmuLogs 
subfolder.

ConEmuC*.exe are console server processes (one per tab) and their ID you may 
see in the status bar.

As for config... First try to create new fresh one, for example run "ConEmu.exe 
-loadcfgfile c:\...\Test.xml" and just create some cmd/powershell tasks.

Original comment by ConEmu.Maximus5 on 4 Dec 2014 at 9:23

GoogleCodeExporter commented 9 years ago
Few more notes.

Update to latest (141204 ATM) build. I've added some more logging (LogFiles) 
and KBD performance counters on the SettingsInfo page.
All counters may be significant so compare them for fast and slow tabs and 
attach screenshots.

You said there is no much CPU consumption but to be sure please attach 
screenshot of ProcessExplorer. There is a handy process tree with CPU 
percentage usage... With total usage graph on the top of the window.

At last, I'm still not sure about behavior. What do you mean by "slow"? 
Describe in words please.

Original comment by ConEmu.Maximus5 on 5 Dec 2014 at 10:11

GoogleCodeExporter commented 9 years ago
And how about other users starred this issue?

Original comment by ConEmu.Maximus5 on 5 Dec 2014 at 10:12

GoogleCodeExporter commented 9 years ago
I'll perform the test today.
By slow I mean - when pressing keys (alphanumeric or delete) the character
is displayed (or deleted) after about a 0.5-1 second.
When I enter characters fast enough, whole group gets displayed at once.
For example when I enter "what" quickly, it might be that "w" is displayed
after timeout, then sleep, then "hat" is displayed.

Original comment by r.gom1...@gmail.com on 5 Dec 2014 at 10:32

GoogleCodeExporter commented 9 years ago
Attached all the screenshots and log files.
Please note that *size* and *gui* logs are generated in C:\program 
files\conemu, but there are no *input* log files.

Original comment by r.gom1...@gmail.com on 5 Dec 2014 at 10:43

Attachments:

GoogleCodeExporter commented 9 years ago
Have you checked your Desktop folder?

Original comment by ConEmu.Maximus5 on 5 Dec 2014 at 10:47

GoogleCodeExporter commented 9 years ago
Yes, I did. I even checked whole hard disk for *conemu*log and while
conemu*size*log are generated in program files, *input* are not.

Robert

Original comment by r.gom1...@gmail.com on 5 Dec 2014 at 12:13

GoogleCodeExporter commented 9 years ago
OK. Can you make full MemoryDump of my server process (ConEmuC or ConEmuC64)?
Here is small update:
https://www.dropbox.com/s/cmkk5tciwjei5ts/ConEmuCD.141204a.dll.7z?dl=0
Please create MemoryDump of server process in the "slow tab". You may do that 
with ProcessExplorer.
Produced file will be large, please Zip it and upload to DropBox or any...

Original comment by ConEmu.Maximus5 on 5 Dec 2014 at 12:30

GoogleCodeExporter commented 9 years ago
I've started with new configuration file.
The effect was the same.
I wonder if it might be related to tabs start time.
When using the following tabs:
*set ConEmuSleepIndicator=TITLE & C:\Python27\Scripts\ipython.exe notebook 
--no-browser -cur_console:ab -cur_console:d:C:\Users\rgomulk

>*set ConEmuSleepIndicator=TITLE & C:\Python27\Scripts\ipython.exe console 
-cur_console:a -cur_console:d:C:\Users\rgomulk

I couldn't reproduce the issue.
But when repeating those two lines multiple times the effect was reproducible 
(instantly).
Just:
- copy/modify the files to fit your configuration
- copy them multiple times
- start conemu with the file with those tasks settings
- press win+q several times and try to write a few letters in each tab
Could you confirm that each tab responds with the same speed to entered 
characters or the behaviour is the same as mine?

Regards,
Robert

Original comment by r.gom1...@gmail.com on 7 Dec 2014 at 8:47

GoogleCodeExporter commented 9 years ago
Why do you create copy of "notebook's" tabs? I do not know ipython internals 
but these lags may be ipython's problems.
It's better to check simple cmd.exe tabs to ensure.

And no, tried several times but without lags.
However, sometimes there is an error in "console" tabs:

> kernel died, restart ([y]/n)?

Original comment by ConEmu.Maximus5 on 8 Dec 2014 at 8:48

Attachments:

GoogleCodeExporter commented 9 years ago
I'd rule ipython out, as I observe the issue *witthout* the one.
(I use two ipython instances, as the first one launches Python console in
cmd, the second launches IPython server which can be accessed from web
browser - just a convenience)

Again,
this is the tasks file which I can use to reproduce the issue:
*set ConEmuSleepIndicator=TITLE & C:\Windows\System32\cmd.exe
-cur_console:a -cur_console:d:c:\temp\sphinx-automation3.0

*set ConEmuSleepIndicator=TITLE &
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -cur_console:ab
-cur_console:d:C:\git\CTTrunk8

*set ConEmuSleepIndicator=TITLE & C:\Windows\System32\cmd.exe
-cur_console:a -cur_console:d:c:\temp\sphinx-automation3.0

*set ConEmuSleepIndicator=TITLE &
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -cur_console:ab
-cur_console:d:C:\git\CTTrunk8

*set ConEmuSleepIndicator=TITLE & C:\Windows\System32\cmd.exe
-cur_console:a -cur_console:d:c:\temp\sphinx-automation3.0

*set ConEmuSleepIndicator=TITLE &
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -cur_console:ab
-cur_console:d:C:\git\CTTrunk8

*set ConEmuSleepIndicator=TITLE & C:\Windows\System32\cmd.exe
-cur_console:a -cur_console:d:c:\temp\sphinx-automation3.0

*set ConEmuSleepIndicator=TITLE &
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -cur_console:ab
-cur_console:d:C:\git\CTTrunk8

*set ConEmuSleepIndicator=TITLE & C:\Windows\System32\cmd.exe
-cur_console:a -cur_console:d:c:\temp\sphinx-automation3.0

*set ConEmuSleepIndicator=TITLE &
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -cur_console:ab
-cur_console:d:C:\git\CTTrunk8

*set ConEmuSleepIndicator=TITLE & C:\Windows\System32\cmd.exe
-cur_console:a -cur_console:d:c:\temp\sphinx-automation3.0

*set ConEmuSleepIndicator=TITLE &
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -cur_console:ab
-cur_console:d:C:\git\CTTrunk8

*set ConEmuSleepIndicator=TITLE & cmd.exe -cur_console:ab
-cur_console:d:C:\Users\rgomulk

Original comment by r.gom1...@gmail.com on 8 Dec 2014 at 9:38

GoogleCodeExporter commented 9 years ago
No, I do not observe any lags while starting these 13 tabs.

May be you are trying to type while "startup" was not finished?
While Windows creates processes there are CPU and IO system utilization and 
lags may be noticed for a small time, but when all tabs were started after 
switching to any tab (regardless of Win+Q or tab click) the label [Sleep] is 
dropped immediately and response is fast.

So I'm still interested in MemoryDump's mentioned in #75.

But I've one note.
ConEmu.exe already started as admin. No use in "-cur_console:a" switch. Also 
you've marked some tabs as background (:b) but more than a one tab was left 
"active".
However that must not affect the tests.

Original comment by ConEmu.Maximus5 on 9 Dec 2014 at 3:10

GoogleCodeExporter commented 9 years ago
По ощущениям в 2014.11.26 вроде было пофикшено, 
не проявлялось.
но в текущей конфигурации стало 
проявляться чаще.

ConEmu 141206 Far30b4210 x64
Правда поведение изменилось.
Раньше
Если зажать стрелку вниз переходило с 
задержками по одной строчке.
Теперь
Переходит на одну строчку вниз, а потом 
через время прыгает файлов на 25.

Если просто нажимать на клавиши то 
действия все происходят с несколько 
секундными задержками.

Original comment by DVal...@gmail.com on 10 Dec 2014 at 7:05

GoogleCodeExporter commented 9 years ago
@DVallBY вам тоже в коммент #75

Original comment by ConEmu.Maximus5 on 10 Dec 2014 at 9:04

GoogleCodeExporter commented 9 years ago
Так я раньше делал, хоть тогда помогло?
Без проблем, сделаю по новой.
Может какие доп вещи надо?

Original comment by DVal...@gmail.com on 10 Dec 2014 at 9:52

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Дампы полезны, но нужны новые, с новоц 
версии ест-но - там дополнительная 
информация появилась для поиска проблемы.

Обязательно полные дампы - процессов ConEmu, 
ConEmuC и самого Far.exe

После снятия дампов убедиться что таб 
остался тормознутым, иначе дампы могут 
быть бесполезны.
И поскольку проблема уже может быть другая 
- было бы хорошо еще и видео сделать по 
возможности этого действа.

А, еще, перед снятием дампов сделайте 
скриншот вкладки SettingsInfo (после нажиманий 
кнопок в фаре а убеждении в тормознутости 
вкладки).

Еще посмотрите сверху про SleepIndicator. Но это 
вряд ли из той темы...

Original comment by ConEmu.Maximus5 on 10 Dec 2014 at 10:29

GoogleCodeExporter commented 9 years ago
RAR5 p:12345
http://rusfolder.com/42510059
Правда скриншот забыл сделать, если нужно 
будет напиши, сделаю ещё раз.

Original comment by DVal...@gmail.com on 11 Dec 2014 at 6:59

GoogleCodeExporter commented 9 years ago
Hello, I can also confirm the bug with ConEmuPack.141221.7z
I run the conemu on 64bit win7
I starts conemu with 2 cmd.exe and 1 far tab.
At least one cmd.exe tab is always slow often both. The last one far is ok.

Regards
Kamil

Original comment by ha...@oskavan.cz on 8 Feb 2015 at 6:05

GoogleCodeExporter commented 9 years ago
I can also confirm this with 150309 -- it started for me only 1-2 months ago.
4 tabs in startup TCC/LE, TCC/LE, cmd.exe, cmd.exe

Original comment by cybert...@gmail.com on 12 Mar 2015 at 10:28

GoogleCodeExporter commented 9 years ago
Reproduce slowness, attach LogFiles.

Original comment by ConEmu.Maximus5 on 12 Mar 2015 at 10:42

GoogleCodeExporter commented 9 years ago
I also have slow responding tabs with 7 startup tabs, unrelated to the 
underlying console (cmd, git bash, ...)
Using ConEmu 150224a [64].

Was playing around and found out following:
- If the last active tab before shutdown is the first one, the first and last 
tab have normal responsiveness after startup.
- If the last active tab before shutdown is the last one, only the last tab has 
normal responsiveness after startup.
- Startup with /log enabled got only 1 slow response tab in 1 out of 50 
startups! 49/50 startups were perfectly fine! Unfortunately I have no logs for 
the one case.
- Also seems that startup with /log is faster.

I hope this is some new information that can help diagnose this issue.

Regards
Jens

Original comment by der.ligg...@gmail.com on 13 Mar 2015 at 8:03

GoogleCodeExporter commented 9 years ago
I think I've been able to "fix" this issue.

My original tasks file (with problem):
*set ConEmuSleepIndicator=TITLE & C:\Windows\System32\cmd.exe 
-cur_console:d:c:\temp\sphinx-automation3.0
*set ConEmuSleepIndicator=TITLE & 
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -cur_console:b 
-cur_console:d:C:\git\CTTrunk8
*set ConEmuSleepIndicator=TITLE & cmd.exe -cur_console:b 
-cur_console:d:C:\Users\rgomulk
*set ConEmuSleepIndicator=TITLE & C:\Python27\Scripts\ipython.exe notebook 
--no-browser -cur_console:b -cur_console:d:C:\Users\rgomulk
>*set ConEmuSleepIndicator=TITLE & C:\Python27\Scripts\ipython.exe console 
-cur_console:d:C:\Users\rgomulk

My new file (without problem - at least couldn't reproduce it so far):
C:\Windows\System32\cmd.exe -cur_console:d:c:\temp\sphinx-automation3.0
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -cur_console:b 
-cur_console:d:C:\git\CTTrunk8
cmd.exe -cur_console:b -cur_console:d:C:\Users\rgomulk
c:\Python27\python.exe C:\Python27\Scripts\ipython notebook --no-browser 
-cur_console:b -cur_console:d:C:\Users\rgomulk
c:\Python27\python.exe C:\Python27\Scripts\ipython console 
-cur_console:d:C:\Users\rgomulk

Notes:
1. ipython.exe -> ipython change - probably irrelevant (tasks 4 and 5)
2. set TITLE - probably irrelevant
3. * (and >) - this is probably related. When adding * to first task things 
started behaving weird again.

I might have misunderstood something in configuration (*, >, -cur_console and 
other switches), but for now I have working configuration - I wanted to share 
that with others.

Regards,
Robert

Original comment by robert.z...@gmail.com on 27 Mar 2015 at 8:23

GoogleCodeExporter commented 9 years ago
Asterisk prefix and (not mentioned here) "-cur_console:a" tells ConEmu to run 
tab "As administrator".
">" prefix tells what tab must be active.

Original comment by ConEmu.Maximus5 on 27 Mar 2015 at 9:01

GoogleCodeExporter commented 9 years ago
I also have the very same problem, even with only tow tabs opened. The last tab 
opened always works OK, but all the others are slow. Sometimes restart of whole 
computer helps, sometimes just closing ConEMu and reopening. 

Original comment by nenad.bulatovic on 3 Apr 2015 at 5:51

GoogleCodeExporter commented 9 years ago
I am not sure if the issue I am seeing is the same as what is being referenced 
in this ticket, but I could find no other place to discuss it.

I just downloaded ConEmuPack.150405.7z yesterday, after deciding to move away 
from the outdated Console2 application.

When running a Win7 command prompt (cmd.exe), it is speedy.  However, when 
running a Cygwin bash command prompt, there is a distinct delay after each 
command completes.

I ran a "time ls" on Cygwin in Console2 and in ComEmu.  There is a clear timing 
difference.

Console2 "time ls":
real: 0.052s, user: 0.000s, sys: 0.015s

ConEmu "time ls":
real: 0.479s, user: 0.046s, sys: 0.015s

This can also be seen be running a simple command in a loop, such as:
while : ; do ls; done

On Console2, there is a continuous stream of files, while on ConEmu, there is a 
clear delay between each listing of files.

I should also note that I am starting Cygwin identically on both Console2 and 
ConEmu, which is using:
C:\cygwin\Cygwin.bat

I have also tried starting Bash directly, and I have tried using the previous 
release of ConEmu (150327).  The same slow down occurs.

I would love to solve this.

Original comment by zalewski...@gmail.com on 8 Apr 2015 at 4:07

GoogleCodeExporter commented 9 years ago
The ConEmu team has fixed the delay that I referenced in #93 above!

As of release 150409, there is no longer a delay after running a shell command 
within Cygwin.

I consider this to be addressed.  Thank you so much!

Original comment by ken.zale...@gmail.com on 10 Apr 2015 at 5:06

GoogleCodeExporter commented 9 years ago

Original comment by ConEmu.Maximus5 on 22 Apr 2015 at 6:56

GoogleCodeExporter commented 9 years ago
I think it isn't fixed. It is better than before, because most of my tabs are 
fast again, but one or two of them are still slow.

Original comment by kranczle...@gmail.com on 22 Apr 2015 at 7:14

GoogleCodeExporter commented 9 years ago
Ah, forgotten that this cygwin spawning was an aside issue actually.

Original comment by ConEmu.Maximus5 on 22 Apr 2015 at 7:17

GoogleCodeExporter commented 9 years ago
In 150420 tabs are fast.

But since last report I change machine, so it's not the same, but I will try to 
find some slow one.

And my previous version was 141208, so, maybe new icon fixed the issue?

Original comment by seik0ix...@gmail.com on 24 Apr 2015 at 6:22

GoogleCodeExporter commented 9 years ago
Hi, thanks for the great work on this.  I just wanted to chime in to say that I 
experience the lag reported here too on win7x64. I have 4 tabs open, and tabs 
1-3 all have lag, with 4 being fine and 1 being the slowest.  similar results 
as in post #34 when viewing the native term there is no lag.  I tried on both 
150705 preview, and 150728 alpha with the same results.  

I can eliminate the issue if i change from saving previously open tasks on 
startup to opening only one gitbash task. (instead of four)

My usual task is multiple instances of...
-new_console:d:D:\vagrant-local\www "%ProgramFiles(x86)%\Git\bin\sh.exe" 
--login -i -new_console:C:"%ProgramFiles(x86)%\Git\etc\git.ico"

Hope this helps!

Original comment by tonym...@gmail.com on 13 Aug 2015 at 6:19