|
|
|
Home » Community » U++ community news and announcements » 2022.3rc1
|
|
|
|
|
|
|
|
|
|
|
|
| Re: 2022.3rc1 [message #59374 is a reply to message #59369] |
Mon, 19 December 2022 10:22   |
Tom1
Messages: 1212
Registered: March 2007
|
Senior Contributor |
|
|
Hi Mirek,
I'm now testing and noticed that the compiler messages on console are invisible. Tested with both light and dark theme. I can copy the invisible contents to clipboard though and view them on text editor, so this must be a coloring issue.
Best regards,
Tom
EDIT: I see, I'm not the only one. I'm on Windows 11.
[Updated on: Mon, 19 December 2022 10:24] Report message to a moderator |
|
|
|
|
|
|
|
| Re: 2022.3rc1 [message #59377 is a reply to message #59375] |
Mon, 19 December 2022 11:47 |
 |
mirek
Messages: 13975
Registered: November 2005
|
Ultimate Member |
|
|
coolman wrote on Mon, 19 December 2022 10:32mirek wrote on Mon, 19 December 2022 09:34coolman wrote on Mon, 19 December 2022 07:47Hi Mirek,
I've been testing latest version master version from the GitHub and I really don't like the behaviour of the IDE when editing the file.
- I mean the cursor getting stuck while typing, when the delay between pressing a key and then writing a character is too long.
- Also, double clicking on a word to highlight the word does not work properly. I have to try double clicking multiple times with different speeds to get this feature to work at all.
OS: Ubuntu 20.04
Linux 5.15.0-56-generic #62~20.04.1-Ubuntu SMP Tue Nov 22 21:24:20 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0
Ubuntu clang version 13.0.1-++20220120110924+75e33f71c2da-1~exp1~20220120231001.5 8
Is this specific for the latest version? (If not, why are your reporting this now ? 
I started regularly using the latest version of the IDE after the Alt+J fix.
Quote:
Does switching off Assist help?
Yes it can help.
Quote:
What is your CPU?
cat /proc/cpuinfo
vendor_id : GenuineIntel
cpu family : 6
model : 165
model name : Intel(R) Core(TM) i7-10850H CPU @ 2.70GHz
stepping : 2
microcode : 0xf0
cpu MHz : 2700.000
cache size : 12288 KB
physical id : 0
siblings : 12
...
BR, Radek
This is probably Assist indexer overloading your HW. Please try to reduce the number of indexer threads (Setup/Settings/Assist/Number of indexer threads).
Also report what default number do you have there. IMO it should be 10, if there is more, maybe you have tested some time ago and it was left with much higher number.
(Default settings are in ClangConfigSetDefaults, currently I set indexer threads at CPU threads - 2). Maybe this need finetuning.
|
|
|
|
| Re: 2022.3rc1 [message #59379 is a reply to message #59377] |
Mon, 19 December 2022 17:31 |
coolman
Messages: 114
Registered: April 2006
Location: Czech Republic
|
Experienced Member |
|
|
mirek wrote on Mon, 19 December 2022 11:47coolman wrote on Mon, 19 December 2022 10:32mirek wrote on Mon, 19 December 2022 09:34coolman wrote on Mon, 19 December 2022 07:47Hi Mirek,
I've been testing latest version master version from the GitHub and I really don't like the behaviour of the IDE when editing the file.
- I mean the cursor getting stuck while typing, when the delay between pressing a key and then writing a character is too long.
- Also, double clicking on a word to highlight the word does not work properly. I have to try double clicking multiple times with different speeds to get this feature to work at all.
OS: Ubuntu 20.04
Linux 5.15.0-56-generic #62~20.04.1-Ubuntu SMP Tue Nov 22 21:24:20 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0
Ubuntu clang version 13.0.1-++20220120110924+75e33f71c2da-1~exp1~20220120231001.5 8
Is this specific for the latest version? (If not, why are your reporting this now ?
I started regularly using the latest version of the IDE after the Alt+J fix.
Quote:
Does switching off Assist help?
Yes it can help.
Quote:
What is your CPU?
cat /proc/cpuinfo
vendor_id : GenuineIntel
cpu family : 6
model : 165
model name : Intel(R) Core(TM) i7-10850H CPU @ 2.70GHz
stepping : 2
microcode : 0xf0
cpu MHz : 2700.000
cache size : 12288 KB
physical id : 0
siblings : 12
...
BR, Radek
This is probably Assist indexer overloading your HW. Please try to reduce the number of indexer threads (Setup/Settings/Assist/Number of indexer threads).
Also report what default number do you have there. IMO it should be 10, if there is more, maybe you have tested some time ago and it was left with much higher number.
(Default settings are in ClangConfigSetDefaults, currently I set indexer threads at CPU threads - 2). Maybe this need finetuning.
10 indexing threads were set up.
I tried reduce the number of indexer threads but after a while, the behaviour described above returned again. I monitored the running of the IDE using htop and noticed that occasionally a thread consumed more percent of the processor it was assigned to when I was typing. When I tried to double-click, the main IDE thread was consuming up to 18 percent of CPU and still the word was not highlighted.
What confuses me is that I can see a lot of threads assigned to the main process. And the number of threads is equal to 2x the number of CPU cores. The current output from pstree is when 4 of indexing threads was set. But it doesn't matter how many indexing threads is set up, the output is still the same.
pstree -tpch 121637
ide(121637)─┬─{dconf worker}(121639)
├─{gdbus}(121640)
├─{gmain}(121638)
├─{ide}(121642)
├─{ide}(121643)
├─{ide}(121644)
├─{ide}(121645)
├─{ide}(121646)
├─{ide}(121647)
├─{ide}(121648)
├─{ide}(121649)
├─{ide}(121650)
├─{ide}(121651)
├─{ide}(121652)
├─{ide}(121653)
├─{ide}(121654)
├─{ide}(121655)
├─{ide}(121736)
├─{ide}(121737)
├─{ide}(121738)
├─{ide}(121739)
├─{ide}(121740)
├─{ide}(121784)
└─{threaded-ml}(121666)
Edited:
While editing I noticed that a single thread can use up to 60% of the dedicated CPU while the main thread uses up to 80% of the allocated CPU.
[Updated on: Mon, 19 December 2022 17:57] Report message to a moderator |
|
|
|
| Re: 2022.3rc1 [message #59381 is a reply to message #59379] |
Mon, 19 December 2022 18:22 |
|
mirek
Messages: 13975
Registered: November 2005
|
Ultimate Member |
|
|
coolman wrote on Mon, 19 December 2022 17:31mirek wrote on Mon, 19 December 2022 11:47coolman wrote on Mon, 19 December 2022 10:32mirek wrote on Mon, 19 December 2022 09:34coolman wrote on Mon, 19 December 2022 07:47Hi Mirek,
I've been testing latest version master version from the GitHub and I really don't like the behaviour of the IDE when editing the file.
- I mean the cursor getting stuck while typing, when the delay between pressing a key and then writing a character is too long.
- Also, double clicking on a word to highlight the word does not work properly. I have to try double clicking multiple times with different speeds to get this feature to work at all.
OS: Ubuntu 20.04
Linux 5.15.0-56-generic #62~20.04.1-Ubuntu SMP Tue Nov 22 21:24:20 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0
Ubuntu clang version 13.0.1-++20220120110924+75e33f71c2da-1~exp1~20220120231001.5 8
Is this specific for the latest version? (If not, why are your reporting this now ?
I started regularly using the latest version of the IDE after the Alt+J fix.
Quote:
Does switching off Assist help?
Yes it can help.
Quote:
What is your CPU?
cat /proc/cpuinfo
vendor_id : GenuineIntel
cpu family : 6
model : 165
model name : Intel(R) Core(TM) i7-10850H CPU @ 2.70GHz
stepping : 2
microcode : 0xf0
cpu MHz : 2700.000
cache size : 12288 KB
physical id : 0
siblings : 12
...
BR, Radek
This is probably Assist indexer overloading your HW. Please try to reduce the number of indexer threads (Setup/Settings/Assist/Number of indexer threads).
Also report what default number do you have there. IMO it should be 10, if there is more, maybe you have tested some time ago and it was left with much higher number.
(Default settings are in ClangConfigSetDefaults, currently I set indexer threads at CPU threads - 2). Maybe this need finetuning.
10 indexing threads were set up.
I tried reduce the number of indexer threads but after a while, the behaviour described above returned again. I monitored the running of the IDE using htop and noticed that occasionally a thread consumed more percent of the processor it was assigned to when I was typing. When I tried to double-click, the main IDE thread was consuming up to 18 percent of CPU and still the word was not highlighted.
What confuses me is that I can see a lot of threads assigned to the main process. And the number of threads is equal to 2x the number of CPU cores. The current output from pstree is when 4 of indexing threads was set. But it doesn't matter how many indexing threads is set up, the output is still the same.
pstree -tpch 121637
ide(121637)─┬─{dconf worker}(121639)
├─{gdbus}(121640)
├─{gmain}(121638)
├─{ide}(121642)
├─{ide}(121643)
├─{ide}(121644)
├─{ide}(121645)
├─{ide}(121646)
├─{ide}(121647)
├─{ide}(121648)
├─{ide}(121649)
├─{ide}(121650)
├─{ide}(121651)
├─{ide}(121652)
├─{ide}(121653)
├─{ide}(121654)
├─{ide}(121655)
├─{ide}(121736)
├─{ide}(121737)
├─{ide}(121738)
├─{ide}(121739)
├─{ide}(121740)
├─{ide}(121784)
└─{threaded-ml}(121666)
Edited:
While editing I noticed that a single thread can use up to 60% of the dedicated CPU while the main thread uses up to 80% of the allocated CPU.
What if you switch assist off completely? (Just to find out where to look next, is that Assist related or not...) (Do not forget to restart theide)
(Those threads are fine - those are CoWork worker threads, there should be 14 of them. Most of time they are just waiting).
Mirek
|
|
|
|
| Re: 2022.3rc1 [message #59384 is a reply to message #59381] |
Mon, 19 December 2022 19:25 |
coolman
Messages: 114
Registered: April 2006
Location: Czech Republic
|
Experienced Member |
|
|
mirek wrote on Mon, 19 December 2022 18:22coolman wrote on Mon, 19 December 2022 17:31mirek wrote on Mon, 19 December 2022 11:47coolman wrote on Mon, 19 December 2022 10:32mirek wrote on Mon, 19 December 2022 09:34coolman wrote on Mon, 19 December 2022 07:47Hi Mirek,
I've been testing latest version master version from the GitHub and I really don't like the behaviour of the IDE when editing the file.
- I mean the cursor getting stuck while typing, when the delay between pressing a key and then writing a character is too long.
- Also, double clicking on a word to highlight the word does not work properly. I have to try double clicking multiple times with different speeds to get this feature to work at all.
OS: Ubuntu 20.04
Linux 5.15.0-56-generic #62~20.04.1-Ubuntu SMP Tue Nov 22 21:24:20 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0
Ubuntu clang version 13.0.1-++20220120110924+75e33f71c2da-1~exp1~20220120231001.5 8
Is this specific for the latest version? (If not, why are your reporting this now ?
I started regularly using the latest version of the IDE after the Alt+J fix.
Quote:
Does switching off Assist help?
Yes it can help.
Quote:
What is your CPU?
cat /proc/cpuinfo
vendor_id : GenuineIntel
cpu family : 6
model : 165
model name : Intel(R) Core(TM) i7-10850H CPU @ 2.70GHz
stepping : 2
microcode : 0xf0
cpu MHz : 2700.000
cache size : 12288 KB
physical id : 0
siblings : 12
...
BR, Radek
This is probably Assist indexer overloading your HW. Please try to reduce the number of indexer threads (Setup/Settings/Assist/Number of indexer threads).
Also report what default number do you have there. IMO it should be 10, if there is more, maybe you have tested some time ago and it was left with much higher number.
(Default settings are in ClangConfigSetDefaults, currently I set indexer threads at CPU threads - 2). Maybe this need finetuning.
10 indexing threads were set up.
I tried reduce the number of indexer threads but after a while, the behaviour described above returned again. I monitored the running of the IDE using htop and noticed that occasionally a thread consumed more percent of the processor it was assigned to when I was typing. When I tried to double-click, the main IDE thread was consuming up to 18 percent of CPU and still the word was not highlighted.
What confuses me is that I can see a lot of threads assigned to the main process. And the number of threads is equal to 2x the number of CPU cores. The current output from pstree is when 4 of indexing threads was set. But it doesn't matter how many indexing threads is set up, the output is still the same.
pstree -tpch 121637
ide(121637)─┬─{dconf worker}(121639)
├─{gdbus}(121640)
├─{gmain}(121638)
├─{ide}(121642)
├─{ide}(121643)
├─{ide}(121644)
├─{ide}(121645)
├─{ide}(121646)
├─{ide}(121647)
├─{ide}(121648)
├─{ide}(121649)
├─{ide}(121650)
├─{ide}(121651)
├─{ide}(121652)
├─{ide}(121653)
├─{ide}(121654)
├─{ide}(121655)
├─{ide}(121736)
├─{ide}(121737)
├─{ide}(121738)
├─{ide}(121739)
├─{ide}(121740)
├─{ide}(121784)
└─{threaded-ml}(121666)
Edited:
While editing I noticed that a single thread can use up to 60% of the dedicated CPU while the main thread uses up to 80% of the allocated CPU.
What if you switch assist off completely? (Just to find out where to look next, is that Assist related or not...) (Do not forget to restart theide)
(Those threads are fine - those are CoWork worker threads, there should be 14 of them. Most of time they are just waiting).
Mirek
When asssist is turned off, the problems do not appear. And the main thread consumes around 20% of CPU.
Radek
|
|
|
|
| Re: 2022.3rc1 [message #59393 is a reply to message #59384] |
Tue, 20 December 2022 11:10 |
|
mirek
Messages: 13975
Registered: November 2005
|
Ultimate Member |
|
|
coolman wrote on Mon, 19 December 2022 19:25mirek wrote on Mon, 19 December 2022 18:22coolman wrote on Mon, 19 December 2022 17:31mirek wrote on Mon, 19 December 2022 11:47coolman wrote on Mon, 19 December 2022 10:32mirek wrote on Mon, 19 December 2022 09:34coolman wrote on Mon, 19 December 2022 07:47Hi Mirek,
I've been testing latest version master version from the GitHub and I really don't like the behaviour of the IDE when editing the file.
- I mean the cursor getting stuck while typing, when the delay between pressing a key and then writing a character is too long.
- Also, double clicking on a word to highlight the word does not work properly. I have to try double clicking multiple times with different speeds to get this feature to work at all.
OS: Ubuntu 20.04
Linux 5.15.0-56-generic #62~20.04.1-Ubuntu SMP Tue Nov 22 21:24:20 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0
Ubuntu clang version 13.0.1-++20220120110924+75e33f71c2da-1~exp1~20220120231001.5 8
Is this specific for the latest version? (If not, why are your reporting this now ?
I started regularly using the latest version of the IDE after the Alt+J fix.
Quote:
Does switching off Assist help?
Yes it can help.
Quote:
What is your CPU?
cat /proc/cpuinfo
vendor_id : GenuineIntel
cpu family : 6
model : 165
model name : Intel(R) Core(TM) i7-10850H CPU @ 2.70GHz
stepping : 2
microcode : 0xf0
cpu MHz : 2700.000
cache size : 12288 KB
physical id : 0
siblings : 12
...
BR, Radek
This is probably Assist indexer overloading your HW. Please try to reduce the number of indexer threads (Setup/Settings/Assist/Number of indexer threads).
Also report what default number do you have there. IMO it should be 10, if there is more, maybe you have tested some time ago and it was left with much higher number.
(Default settings are in ClangConfigSetDefaults, currently I set indexer threads at CPU threads - 2). Maybe this need finetuning.
10 indexing threads were set up.
I tried reduce the number of indexer threads but after a while, the behaviour described above returned again. I monitored the running of the IDE using htop and noticed that occasionally a thread consumed more percent of the processor it was assigned to when I was typing. When I tried to double-click, the main IDE thread was consuming up to 18 percent of CPU and still the word was not highlighted.
What confuses me is that I can see a lot of threads assigned to the main process. And the number of threads is equal to 2x the number of CPU cores. The current output from pstree is when 4 of indexing threads was set. But it doesn't matter how many indexing threads is set up, the output is still the same.
pstree -tpch 121637
ide(121637)─┬─{dconf worker}(121639)
├─{gdbus}(121640)
├─{gmain}(121638)
├─{ide}(121642)
├─{ide}(121643)
├─{ide}(121644)
├─{ide}(121645)
├─{ide}(121646)
├─{ide}(121647)
├─{ide}(121648)
├─{ide}(121649)
├─{ide}(121650)
├─{ide}(121651)
├─{ide}(121652)
├─{ide}(121653)
├─{ide}(121654)
├─{ide}(121655)
├─{ide}(121736)
├─{ide}(121737)
├─{ide}(121738)
├─{ide}(121739)
├─{ide}(121740)
├─{ide}(121784)
└─{threaded-ml}(121666)
Edited:
While editing I noticed that a single thread can use up to 60% of the dedicated CPU while the main thread uses up to 80% of the allocated CPU.
What if you switch assist off completely? (Just to find out where to look next, is that Assist related or not...) (Do not forget to restart theide)
(Those threads are fine - those are CoWork worker threads, there should be 14 of them. Most of time they are just waiting).
Mirek
When asssist is turned off, the problems do not appear. And the main thread consumes around 20% of CPU.
Radek
What about leaving Assist on and disabling "Indexer gets invoked automatically" (and restarting).
Also, is it a problem even with 1 indexer thread?
How much RAM do you have?
(For reference, I am testing with 2400G (4C/8T) with 8GB RAM, Ubuntu 20.04. Assist feels slower than my Win machine (5950x), but no symptoms as you describe. So I am puzzled).
|
|
|
|
| Re: 2022.3rc1 [message #59396 is a reply to message #59393] |
Tue, 20 December 2022 18:09 |
coolman
Messages: 114
Registered: April 2006
Location: Czech Republic
|
Experienced Member |
|
|
mirek wrote on Tue, 20 December 2022 11:10coolman wrote on Mon, 19 December 2022 19:25mirek wrote on Mon, 19 December 2022 18:22coolman wrote on Mon, 19 December 2022 17:31mirek wrote on Mon, 19 December 2022 11:47coolman wrote on Mon, 19 December 2022 10:32mirek wrote on Mon, 19 December 2022 09:34coolman wrote on Mon, 19 December 2022 07:47Hi Mirek,
I've been testing latest version master version from the GitHub and I really don't like the behaviour of the IDE when editing the file.
- I mean the cursor getting stuck while typing, when the delay between pressing a key and then writing a character is too long.
- Also, double clicking on a word to highlight the word does not work properly. I have to try double clicking multiple times with different speeds to get this feature to work at all.
OS: Ubuntu 20.04
Linux 5.15.0-56-generic #62~20.04.1-Ubuntu SMP Tue Nov 22 21:24:20 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0
Ubuntu clang version 13.0.1-++20220120110924+75e33f71c2da-1~exp1~20220120231001.5 8
Is this specific for the latest version? (If not, why are your reporting this now ?
I started regularly using the latest version of the IDE after the Alt+J fix.
Quote:
Does switching off Assist help?
Yes it can help.
Quote:
What is your CPU?
cat /proc/cpuinfo
vendor_id : GenuineIntel
cpu family : 6
model : 165
model name : Intel(R) Core(TM) i7-10850H CPU @ 2.70GHz
stepping : 2
microcode : 0xf0
cpu MHz : 2700.000
cache size : 12288 KB
physical id : 0
siblings : 12
...
BR, Radek
This is probably Assist indexer overloading your HW. Please try to reduce the number of indexer threads (Setup/Settings/Assist/Number of indexer threads).
Also report what default number do you have there. IMO it should be 10, if there is more, maybe you have tested some time ago and it was left with much higher number.
(Default settings are in ClangConfigSetDefaults, currently I set indexer threads at CPU threads - 2). Maybe this need finetuning.
10 indexing threads were set up.
I tried reduce the number of indexer threads but after a while, the behaviour described above returned again. I monitored the running of the IDE using htop and noticed that occasionally a thread consumed more percent of the processor it was assigned to when I was typing. When I tried to double-click, the main IDE thread was consuming up to 18 percent of CPU and still the word was not highlighted.
What confuses me is that I can see a lot of threads assigned to the main process. And the number of threads is equal to 2x the number of CPU cores. The current output from pstree is when 4 of indexing threads was set. But it doesn't matter how many indexing threads is set up, the output is still the same.
pstree -tpch 121637
ide(121637)─┬─{dconf worker}(121639)
├─{gdbus}(121640)
├─{gmain}(121638)
├─{ide}(121642)
├─{ide}(121643)
├─{ide}(121644)
├─{ide}(121645)
├─{ide}(121646)
├─{ide}(121647)
├─{ide}(121648)
├─{ide}(121649)
├─{ide}(121650)
├─{ide}(121651)
├─{ide}(121652)
├─{ide}(121653)
├─{ide}(121654)
├─{ide}(121655)
├─{ide}(121736)
├─{ide}(121737)
├─{ide}(121738)
├─{ide}(121739)
├─{ide}(121740)
├─{ide}(121784)
└─{threaded-ml}(121666)
Edited:
While editing I noticed that a single thread can use up to 60% of the dedicated CPU while the main thread uses up to 80% of the allocated CPU.
What if you switch assist off completely? (Just to find out where to look next, is that Assist related or not...) (Do not forget to restart theide)
(Those threads are fine - those are CoWork worker threads, there should be 14 of them. Most of time they are just waiting).
Mirek
When asssist is turned off, the problems do not appear. And the main thread consumes around 20% of CPU.
Radek
What about leaving Assist on and disabling "Indexer gets invoked automatically" (and restarting).
If the option "Indexer gets invoked automatically" is turned off, the mentioned errors appear less often, but they are still there.
Quote:
Also, is it a problem even with 1 indexer thread?
The mentioned errors appear less often, but they are still there too.
Quote:
How much RAM do you have?
I have got 32GB RAM.
Quote:
(For reference, I am testing with 2400G (4C/8T) with 8GB RAM, Ubuntu 20.04. Assist feels slower than my Win machine (5950x), but no symptoms as you describe. So I am puzzled).
I don't know how long you've been writing the code under Linux testing, but mentioned problems show up after some time of editing the code. And I always have more than three files open. And I have two IDE opened. One with the IDE code and the second is openned from the first one with a different project.
|
|
|
|
| Re: 2022.3rc1 [message #59398 is a reply to message #59396] |
Wed, 21 December 2022 18:41 |
coolman
Messages: 114
Registered: April 2006
Location: Czech Republic
|
Experienced Member |
|
|
coolman wrote on Tue, 20 December 2022 18:09mirek wrote on Tue, 20 December 2022 11:10coolman wrote on Mon, 19 December 2022 19:25mirek wrote on Mon, 19 December 2022 18:22coolman wrote on Mon, 19 December 2022 17:31mirek wrote on Mon, 19 December 2022 11:47coolman wrote on Mon, 19 December 2022 10:32mirek wrote on Mon, 19 December 2022 09:34coolman wrote on Mon, 19 December 2022 07:47Hi Mirek,
I've been testing latest version master version from the GitHub and I really don't like the behaviour of the IDE when editing the file.
- I mean the cursor getting stuck while typing, when the delay between pressing a key and then writing a character is too long.
- Also, double clicking on a word to highlight the word does not work properly. I have to try double clicking multiple times with different speeds to get this feature to work at all.
OS: Ubuntu 20.04
Linux 5.15.0-56-generic #62~20.04.1-Ubuntu SMP Tue Nov 22 21:24:20 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0
Ubuntu clang version 13.0.1-++20220120110924+75e33f71c2da-1~exp1~20220120231001.5 8
Is this specific for the latest version? (If not, why are your reporting this now ?
I started regularly using the latest version of the IDE after the Alt+J fix.
Quote:
Does switching off Assist help?
Yes it can help.
Quote:
What is your CPU?
cat /proc/cpuinfo
vendor_id : GenuineIntel
cpu family : 6
model : 165
model name : Intel(R) Core(TM) i7-10850H CPU @ 2.70GHz
stepping : 2
microcode : 0xf0
cpu MHz : 2700.000
cache size : 12288 KB
physical id : 0
siblings : 12
...
BR, Radek
This is probably Assist indexer overloading your HW. Please try to reduce the number of indexer threads (Setup/Settings/Assist/Number of indexer threads).
Also report what default number do you have there. IMO it should be 10, if there is more, maybe you have tested some time ago and it was left with much higher number.
(Default settings are in ClangConfigSetDefaults, currently I set indexer threads at CPU threads - 2). Maybe this need finetuning.
10 indexing threads were set up.
I tried reduce the number of indexer threads but after a while, the behaviour described above returned again. I monitored the running of the IDE using htop and noticed that occasionally a thread consumed more percent of the processor it was assigned to when I was typing. When I tried to double-click, the main IDE thread was consuming up to 18 percent of CPU and still the word was not highlighted.
What confuses me is that I can see a lot of threads assigned to the main process. And the number of threads is equal to 2x the number of CPU cores. The current output from pstree is when 4 of indexing threads was set. But it doesn't matter how many indexing threads is set up, the output is still the same.
pstree -tpch 121637
ide(121637)─┬─{dconf worker}(121639)
├─{gdbus}(121640)
├─{gmain}(121638)
├─{ide}(121642)
├─{ide}(121643)
├─{ide}(121644)
├─{ide}(121645)
├─{ide}(121646)
├─{ide}(121647)
├─{ide}(121648)
├─{ide}(121649)
├─{ide}(121650)
├─{ide}(121651)
├─{ide}(121652)
├─{ide}(121653)
├─{ide}(121654)
├─{ide}(121655)
├─{ide}(121736)
├─{ide}(121737)
├─{ide}(121738)
├─{ide}(121739)
├─{ide}(121740)
├─{ide}(121784)
└─{threaded-ml}(121666)
Edited:
While editing I noticed that a single thread can use up to 60% of the dedicated CPU while the main thread uses up to 80% of the allocated CPU.
What if you switch assist off completely? (Just to find out where to look next, is that Assist related or not...) (Do not forget to restart theide)
(Those threads are fine - those are CoWork worker threads, there should be 14 of them. Most of time they are just waiting).
Mirek
When asssist is turned off, the problems do not appear. And the main thread consumes around 20% of CPU.
Radek
What about leaving Assist on and disabling "Indexer gets invoked automatically" (and restarting).
If the option "Indexer gets invoked automatically" is turned off, the mentioned errors appear less often, but they are still there.
Quote:
Also, is it a problem even with 1 indexer thread?
The mentioned errors appear less often, but they are still there too.
Quote:
How much RAM do you have?
I have got 32GB RAM.
Quote:
(For reference, I am testing with 2400G (4C/8T) with 8GB RAM, Ubuntu 20.04. Assist feels slower than my Win machine (5950x), but no symptoms as you describe. So I am puzzled).
I don't know how long you've been writing the code under Linux testing, but mentioned problems show up after some time of editing the code. And I always have more than three files open. And I have two IDE opened. One with the IDE code and the second is openned from the first one with a different project.
It works correctly with the latest changes.. Thank you
|
|
|
|
|
|
|
|
| Re: 2022.3rc1 [message #59407 is a reply to message #59406] |
Thu, 22 December 2022 17:05 |
Tom1
Messages: 1212
Registered: March 2007
|
Senior Contributor |
|
|
Hi,
Just checked, and Windows is working fine with Dark theme. However, selecting IDE settings GUI theme = Dark, results in very dark console text on pretty black paper in Linux. (At least on my Linux Mint 21.1.) When GUI theme = Host platform in Linux, and the host platform theme is dark, the console looks good.
Best regards,
Tom
EDIT: BTW, in Windows 11 the Dark theme (host platform) drop down menu item texts now appear with black text and gray selection bar, which is hard to read. The white text and gray selection bar in the previous release was better. However, the light theme is now better than in the previous release (2022.2) on Windows 11, since the contrast of menu text and selection bar is better.
[Updated on: Thu, 22 December 2022 17:15] Report message to a moderator |
|
|
|
|
|
Goto Forum:
Current Time: Fri Apr 19 03:50:55 CEST 2024
Total time taken to generate the page: 0.04476 seconds
|
|
|
Members
Pages
Help
Register
Login
Home
