Open GoogleCodeExporter opened 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
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:
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
Issue 1793 has been merged into this issue.
Original comment by ConEmu.Maximus5
on 27 Nov 2014 at 11:41
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
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
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:
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
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:
You still have not upgraded to the latest build?
Check it.
Original comment by ConEmu.Maximus5
on 1 Dec 2014 at 8:35
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:
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
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
Just realized that tge slowness may be caused by logging itself.
Original comment by ConEmu.Maximus5
on 2 Dec 2014 at 4:34
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
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
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
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
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
And how about other users starred this issue?
Original comment by ConEmu.Maximus5
on 5 Dec 2014 at 10:12
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
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:
Have you checked your Desktop folder?
Original comment by ConEmu.Maximus5
on 5 Dec 2014 at 10:47
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
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
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
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:
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
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
По ощущениям в 2014.11.26 вроде было пофикшено,
не проявлялось.
но в текущей конфигурации стало
проявляться чаще.
ConEmu 141206 Far30b4210 x64
Правда поведение изменилось.
Раньше
Если зажать стрелку вниз переходило с
задержками по одной строчке.
Теперь
Переходит на одну строчку вниз, а потом
через время прыгает файлов на 25.
Если просто нажимать на клавиши то
действия все происходят с несколько
секундными задержками.
Original comment by DVal...@gmail.com
on 10 Dec 2014 at 7:05
@DVallBY вам тоже в коммент #75
Original comment by ConEmu.Maximus5
on 10 Dec 2014 at 9:04
Так я раньше делал, хоть тогда помогло?
Без проблем, сделаю по новой.
Может какие доп вещи надо?
Original comment by DVal...@gmail.com
on 10 Dec 2014 at 9:52
[deleted comment]
Дампы полезны, но нужны новые, с новоц
версии ест-но - там дополнительная
информация появилась для поиска проблемы.
Обязательно полные дампы - процессов ConEmu,
ConEmuC и самого Far.exe
После снятия дампов убедиться что таб
остался тормознутым, иначе дампы могут
быть бесполезны.
И поскольку проблема уже может быть другая
- было бы хорошо еще и видео сделать по
возможности этого действа.
А, еще, перед снятием дампов сделайте
скриншот вкладки SettingsInfo (после нажиманий
кнопок в фаре а убеждении в тормознутости
вкладки).
Еще посмотрите сверху про SleepIndicator. Но это
вряд ли из той темы...
Original comment by ConEmu.Maximus5
on 10 Dec 2014 at 10:29
RAR5 p:12345
http://rusfolder.com/42510059
Правда скриншот забыл сделать, если нужно
будет напиши, сделаю ещё раз.
Original comment by DVal...@gmail.com
on 11 Dec 2014 at 6:59
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
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
Reproduce slowness, attach LogFiles.
Original comment by ConEmu.Maximus5
on 12 Mar 2015 at 10:42
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
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
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
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
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
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
Original comment by ConEmu.Maximus5
on 22 Apr 2015 at 6:56
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
Ah, forgotten that this cygwin spawning was an aside issue actually.
Original comment by ConEmu.Maximus5
on 22 Apr 2015 at 7:17
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
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
Original issue reported on code.google.com by
mjsta...@gmail.com
on 26 May 2014 at 8:42