Oddbean new post about | logout
▲ ▼
John Siracusa | 1 years ago (raw) | root | parent | reply | flag 
 @731bb49a Did you have more than one user logged in?
▲ ▼
Jordan Cosentino | 1 years ago (raw) | root | parent | reply | flag 
 @a6ff0b2b I did not.  I have only one user on this particular machine.
▲ ▼
John Siracusa | 1 years ago (raw) | root | parent | reply | flag 
 @731bb49a Add a second user and try it. (You can easily delete the user later.) You should tip over at closer to 300 windows instead of 800.
▲ ▼
Jordan Cosentino | 1 years ago (raw) | root | parent | reply | flag 
 @a6ff0b2b I added a second user and attempted this in both user accounts.  All windows hidden except for TextEdit.  At 191 windows there was noticeably more delay between pointer movement and window toolbar.  At 346 it became just as unusable as the roughly 800 was before. Window Server is taking only 3.09 GB of RAM this time and the CPU usage is lower, but the lag and jumping is very much present. This is on macOS Sonoma.
▲ ▼
Jordan Cosentino | 1 years ago (raw) | root | parent | reply | flag 
 @a6ff0b2b I dropped it to 302 windows and the lag is there, but the jumpiness is greatly reduced.  I moved it up to 325 windows and it's now incredibly jumpy (as is the Safari window).  A second user definitely seems to lower the threshold. And attempting to drag windows in this state causes an extreme CPU spike.
▲ ▼
John Siracusa | 1 years ago (raw) | root | parent | reply | flag 
 @731bb49a Hold down Option when dragging to remove the jumpiness, leaving only the lag. (Option disables the OS-level window snapping.)
▲ ▼
John Siracusa | 1 years ago (raw) | root | parent | reply | flag 
 @731bb49a A wired USB mouse and two logged in users should get you down to 150 windows for similar lag. It really is a wild bug!