Opened 15 years ago
Closed 15 years ago
#5254 closed bug (fixed)
GUI freezes during jam
| Reported by: | bbjimmy | Owned by: | bonefish |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | System/Kernel | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
jam-q of the haiku tree on hrev35073 and hrev35040 the GUI will freeze while the Terminal si still displaying "...pacience..."
running on an AMD Athlon 64 180GHZ 480MB ram 3 GB vm swap
After the GUI freezes the disk continues to access as if the system is compiling the tree. then in about 10 minutes the disk stops accessing. the keyboard is frozen and the mouse is useless.
I can compile on the same system using r1a1 and hrev34802 compiled ok as well.
My guess is that recent vm changes have caused this issue.
Change History (3)
comment:1 by , 15 years ago
comment:2 by , 15 years ago
| Component: | - General → System/Kernel |
|---|---|
| Owner: | changed from to |
| Status: | new → assigned |
Definitely.
comment:3 by , 15 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
The handling of cached pages and the paging mechanism have been reworked in hrev35393 (and following). The issue should be fixed. Please reopen, if not.
Note:
See TracTickets
for help on using tickets.
I noticed that too. I don't think anything has changed that directly influences the page handling in low memory situations. My guess is that the lowered lock contention in the VM leads to odd quasi livelock situations where threads keep stealing each others pages, in the end making virtually no progress anymore. The whole mechanism needs reworking I'm afraid.