-
Notifications
You must be signed in to change notification settings - Fork 29
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
100% browser CPU usage even though guest OS "idle" #3
Comments
Yeah... This one is a bummer. Unfortunately, as far as I know (and I might very well be wrong here), the architecture doesn't give me a way to know that the guest is idle. If I were to get serious about this, i.e. build an emulator to run real applications, the 100% CPU issue would of course have to be solved, which means I would probably have to go for Intel or ARM. The reason I did LatticeMico32 was just because I wanted to know if I could and LM32 was the easiest target I could find. Also, I wanted a "dynamic recompilator" instead of just an interpreter. |
According to Wikipedia, the HLT instruction requires ring 0 access. As I see it, that leaves us with two options:
|
Closing this since it is unactionable (we can't know whether the guest is idle). |
This usability issue makes jslm32 turn the fans of laptops. Some people even get afraid that their laptop breaks if the CPU fan starts spinning. So I think it's a pretty major issue since it's discouraging people from using this over jsLinux.
I don't know if the LatticeMico supports anything like the x86 HLT instruction, if it doesn't I can see how this might be very hard to prevent, as I don't know how the emulator would know if the guest is idle.
jsLinux does not consume 100% CPU time when "idle".
The text was updated successfully, but these errors were encountered: