-
Notifications
You must be signed in to change notification settings - Fork 237
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Memory exhaustion by dotnet.exe, vscode, (-vscode) #353
Comments
Can you please check what was that dotnet instance running? Is it or
|
REM Offending Process Path
"C:\Program Files\dotnet\dotnet.exe"
REM CmdLine
"dotnet %USERPROFILE%\AppData\Roaming\Code\User\cs-script.user\dotnet\syntaxer\syntaxer.dll -port:18003 -listen -client:25096 -timeout:60000 -cscs_path:%USERPROFILE%\AppData\Roaming\Code\User\cs-script.user\dotnet\cscs.dll"
REM CWD: %USERPROFILE%\AppData\Local\Programs\Microsoft VS Code\ REM Process Path
"C:\Program Files\dotnet\dotnet.exe"
REM CmdLine
"C:\Program Files\dotnet\dotnet.exe" exec "C:\Program Files\dotnet\sdk\8.0.100\Roslyn\bincore\VBCSCompiler.dll" "-pipename:woio4wp_Ft0hUxCL0ccp10qgrtoa0OV_xaVlAJ1gHZs"
REM cwd=C:\Program Files\dotnet\sdk\8.0.100\Roslyn\bincore\ >dotnet %USERPROFILE%\AppData\Roaming\Code\User\cs-script.user\dotnet\syntaxer\syntaxer.dll
CS-Syntaxer v3.1.1.0
Syntax provider for C# scripts (cs-script).
Copyright (C) 2022 Oleg Shilo (github.com/oleg-shilo/syntaxer.core)
Path: %USERPROFILE%\AppData\Roaming\Code\User\cs-script.user\dotnet\syntaxer\syntaxer.dll |
VBCSCompiler.dll is SDK, it's not use dby CS-Script. It's something else that starts it. And, syntaxer.dll is a part of CS-Script extension. It's used for the intellisense. If it misbehaves you can kill it and the extension wil restart it with the correct args. I will analyze syntaxer.dll utilization and see where the problems can be rtiggered. Most likely too many concurrent requests |
This happens only when I use I tried using Selenium, css_nuget, it seems there are some CWD issues/NUGET/SystemProtection issues, but I want to resolve this issue before going further. I "solved" it (after Whitelisting cscs/css) and using Question; I want to find any files from older releases, if I use the current release, will a system search for each filename also discover files from older releases? I think I am asking if any files from older releases is not present in the current release. I'll mention Notepad++, I think thats the only integration I tried, otherwise from ... well, thats why I ask. |
Let's make it a little more clear.
If your script ever stuck while being executed ("CS-Script is busy" error message) then you can always reset your session with "Ctrl+Shift+P":
This happens a lot and not only to CS-Script :o(
On the Releases page: https://github.com/oleg-shilo/cs-script/releases |
…harp" has been changed to "Microsoft.CodeAnalysis.CSharp.Workspaces." Updated nuget dependencies
--- ## Changes ### CLI - Added CLI help for `-new:cmd` command. - Added CLI listing custom commands for `-cmd`. - All dependencies are updated to the latest version - Added `SetEnvironmentVariable("EntryScript",...)` on opening script in VS - Updated -mkshim command script to allow relative path ### CSScriptLib - All dependencies are updated to the latest version - CSScriptLib: Issue oleg-shilo#353: NET8: "Microsoft.CodeAnalysis.CSharp" has been changed to "Microsoft.CodeAnalysis.CSharp.Workspaces."
So I am back again :-) I was going to to ignore this, and try with NppExec or try go to bed, but decided to try reproduce this nuisance, and I started by just clicking inside the opened file, and - it took less than 60 seconds. This writ however....
The building, running, debugging, intellisense, it all works, but with dotnet.exe forcing Windows and everything else, to be paged out of memory to a slow hdd pagefile. Not this picture, but it was at 10-12 GB (/16GB), it ate both my SSD pagefile and HDD pagefile, and I guess Windows just grew the HDD just enough to constantly alt+tab, delete (kill the task) in Taskmanger.
Environment for cmd.exe
dotnet.exe also has
Process tree;
wt.exe hosting cmd.exe:
D:\_TEMP\css_memory_exhaustion>
css -vscode hello.cscmd.exe CurDir is
D:\_TEMP\css_memory_exhaustion
Code.exe CurDir is
%LocalAppData%\Programs\Microsoft VS Code\
dotnet.exe CurDir is
%LocalAppData%\Programs\Microsoft VS Code\
Now I just did some sanity checks:
The other dotnet.exe (at about 100mb), CurDir at
%LocalAppData%\Programs\Microsoft VS Code
:The text was updated successfully, but these errors were encountered: