rocket-mvbasic - java runtime slow down on stand alone machine

hi vscode users,

I'll share a strange behavior with rocket-mvbasic 1.1.0, where the java runtime goes cpu high and really slow.
The context of runtime is special - totaly isolated.
On a client site, we have a  server dedicated to development and running windowsTerminal sessions where we develop with vscode / rocket-mvbasic extension. 
The server and our RDP sessions are not authorized to internet
We are not authorized to extract the code outside the client's server. 

When coding I note a high usage of cpu (17% ) by java running rocket-mvbasic.

I note the extension respond really slowly - not at all, colorization is 'late' , code formatting is delayed 30sec to repond ... 
I'll join a  dump of the java process. windows dump java process (shared by onedrive)

here the vscode/extension log vscode log (shared onedrive)
Is anyone who share these bad experience ?

For info, after a search, I try to disable gpu acceleration and it's better ! 

Disable GPU acceleration#

-Open the Command Palette (Ctrl+Shift+P).
-Run the Preferences: Configure Runtime Arguments command. (This command will open a argv. json file to configure runtime arguments. )
- Add disable-hardware-acceleration: true .
- Restart VS Code.​

hi vscode users,

I'll share a strange behavior with rocket-mvbasic 1.1.0, where the java runtime goes cpu high and really slow.
The context of runtime is special - totaly isolated.
On a client site, we have a  server dedicated to development and running windowsTerminal sessions where we develop with vscode / rocket-mvbasic extension. 
The server and our RDP sessions are not authorized to internet
We are not authorized to extract the code outside the client's server. 

When coding I note a high usage of cpu (17% ) by java running rocket-mvbasic.

I note the extension respond really slowly - not at all, colorization is 'late' , code formatting is delayed 30sec to repond ... 
I'll join a  dump of the java process. windows dump java process (shared by onedrive)

here the vscode/extension log vscode log (shared onedrive)
Is anyone who share these bad experience ?

Hi Manu, 

Thanks for your feedback!

Could you help provide more information:

• Environment info, such as CPU, RAM, etc;
• From the logs, the extension version is 1.1.1, could you help double check?
• Reproduce scenario or steps:
  • Did this issue happens while loading or opening a BASIC program file?
  • Did this issue happens while typing or not? If so, when stop typing, did the CPU usage decreased?
  • Did this issue happens for some special BASIC program files? Could you provide the program files size (lines)?

You cab disable feature "semantic highlighting" and try again to see whether can fix it. Following steps  in attached screenshot to disable this feature.

Thanks!

hi vscode users,

I'll share a strange behavior with rocket-mvbasic 1.1.0, where the java runtime goes cpu high and really slow.
The context of runtime is special - totaly isolated.
On a client site, we have a  server dedicated to development and running windowsTerminal sessions where we develop with vscode / rocket-mvbasic extension. 
The server and our RDP sessions are not authorized to internet
We are not authorized to extract the code outside the client's server. 

When coding I note a high usage of cpu (17% ) by java running rocket-mvbasic.

I note the extension respond really slowly - not at all, colorization is 'late' , code formatting is delayed 30sec to repond ... 
I'll join a  dump of the java process. windows dump java process (shared by onedrive)

here the vscode/extension log vscode log (shared onedrive)
Is anyone who share these bad experience ?

Hi yunpu,

I'll try to respond. 
- loading/opening : no, it's quick
- while typing : yes
- if stop typing cpu decrease ? : not realy, code looks like it treat all events in a long late queue - when done cpu decrease. 
- no special basic, ~100 lines, 
- no change if I disable semantics highlight.

I've recorded a screen capture to show the behavior while editing a little basic and add some command. 00:00 start recording/vscode
00:30 Show rocket-mvbasic ext version 1.1.1
00:45 Load a basic prog
Add some code to show the 'non' reactivity
01:30 show the task manager - java is high
03:55 ask to 'reformat document' … The blue line run on the title bar
We see the code changing colors, red~ appears and desapears, .. code is late processing all 'event' 

07:50 the basic code is reformated (4 minutes !)
--------------
08:30 I switch sematic to off
08:45 restart vscode
09:00 re write the basic code to show the 'non' reactivity
11:30 ask for 'format docment'
14:50 the code is reformated (4 minutes)

attached you have the code-logs of the two session
I hope this help to define the trouble.

hi vscode users,

I'll share a strange behavior with rocket-mvbasic 1.1.0, where the java runtime goes cpu high and really slow.
The context of runtime is special - totaly isolated.
On a client site, we have a  server dedicated to development and running windowsTerminal sessions where we develop with vscode / rocket-mvbasic extension. 
The server and our RDP sessions are not authorized to internet
We are not authorized to extract the code outside the client's server. 

When coding I note a high usage of cpu (17% ) by java running rocket-mvbasic.

I note the extension respond really slowly - not at all, colorization is 'late' , code formatting is delayed 30sec to repond ... 
I'll join a  dump of the java process. windows dump java process (shared by onedrive)

here the vscode/extension log vscode log (shared onedrive)
Is anyone who share these bad experience ?

Hi Manu,

Thanks for your great help!

I think we have figured out the root cause.

When typing a character in the editor, feature "diagnostic" is triggered, it checks BASIC syntax of the whole document. While "diagnostic" working, it also checks whether a CATLOG program exists. But, this leads to lots of disk IO operation and also starts too many threads.
This is a bug of "diagnostic" and CATALOG checking. We plan to fix this in next release (planned at the end of July).

Thanks

hi vscode users,

I'll share a strange behavior with rocket-mvbasic 1.1.0, where the java runtime goes cpu high and really slow.
The context of runtime is special - totaly isolated.
On a client site, we have a  server dedicated to development and running windowsTerminal sessions where we develop with vscode / rocket-mvbasic extension. 
The server and our RDP sessions are not authorized to internet
We are not authorized to extract the code outside the client's server. 

When coding I note a high usage of cpu (17% ) by java running rocket-mvbasic.

I note the extension respond really slowly - not at all, colorization is 'late' , code formatting is delayed 30sec to repond ... 
I'll join a  dump of the java process. windows dump java process (shared by onedrive)

here the vscode/extension log vscode log (shared onedrive)
Is anyone who share these bad experience ?

One last info,

When I define strictly the catalog.accounts/programDirs/includeMapping and set isSearchAllDirs=false , it works much more quickly.
Then I define groupview.groups with relative path ../account/sourceDir"  - groupview and it's ok 
Too many files on the vscode.explorer but this must wait you enable multi-root-workspace ...
Regards.

hi vscode users,

I'll share a strange behavior with rocket-mvbasic 1.1.0, where the java runtime goes cpu high and really slow.
The context of runtime is special - totaly isolated.
On a client site, we have a  server dedicated to development and running windowsTerminal sessions where we develop with vscode / rocket-mvbasic extension. 
The server and our RDP sessions are not authorized to internet
We are not authorized to extract the code outside the client's server. 

When coding I note a high usage of cpu (17% ) by java running rocket-mvbasic.

I note the extension respond really slowly - not at all, colorization is 'late' , code formatting is delayed 30sec to repond ... 
I'll join a  dump of the java process. windows dump java process (shared by onedrive)

here the vscode/extension log vscode log (shared onedrive)
Is anyone who share these bad experience ?

Hi Manu, 
Thanks for your testing and investigation.
Currently, we only support open BASIC programs through an account level folder in VS Code, or there will be some unexpected behaviors. 
We already have a plan to do some enhancement on this part in the future.

Thanks