-
Notifications
You must be signed in to change notification settings - Fork 326
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
Test performance of Enso via WSL #1542
Comments
Results for WSL v1. Results for v2 will come on the next day. WSL v1Reading 1GB fileI've generated a 1GB file filled with ascii character. Tried measuring Enso's reading functions, however they are too slow to provide any meaningful results. See #1724.
(median over 10 repeated runs) Whether the WSL1 accessed file on mounted NTFS drive or read it from its local filesystem did not make significant difference. Our benchmarksNative Windows
WSL v1
WSL v2 (linux internal filesystem)
WSL v2 (mounted Win NTFS drive)
SummaryThe processing performance is comparable across WSL and native Windows. |
Updated with WSL v2 results. |
It looks like you've got an unfinished sentence in the big update. Can you clarify what you were trying to say? |
Summary
As Python and other "C-heavy" languages are not supported by GraalVM on Windows, we might want to run Enso via WSL. It is important to understand the performance implications of that, including file loading or any runtime performance overhead. If we come to the conclusion that this is the proper solution, then the WSL support would need to be added on Engine side, as it needs to work both in GUI as well as in batch (cmd) mode.
Specification
Acceptance Criteria & Test Cases
The text was updated successfully, but these errors were encountered: