Re: [STUMP] profiling StumpWM
Evan <[email protected]>
| Newsgroups | gmane.comp.window-managers.stumpwm.devel |
|---|---|
| Message-ID | <[email protected]> |
Make sure that none of the parts of the modeline are causing lag. For example, I use the wicd library from joseph gay and it's not threaded, so when I resume from sleep stump won't accept/acknowledge input for ~30 seconds while the wicd lib chugs away figuring out what networks there are. -F On 03/25/2014 04:30 AM, Eric Abrahamsen wrote: > I'm constantly getting laggy prefix-key detection (I thought it had > gotten better, but it hadn't). I hit "C-t", and then the next keypress > or two goes to the active window, not StumpWM. My girlfriend has already > learned that when I send her "go" in Pidgin, I'm not actually telling > her to go anywhere, I was just trying to switch to the other group. > > Plenty of other commands, particularly frame- and group-related > commands, take a very user-visible chunk of time to execute. Resuming > from hibernation, it can take seven or eight seconds before StumpWM > starts seeing the prefix key. > > I'm quite sure that the problems aren't Stump-only problems, but > something going on with the stump/SBCL on my machine (arch linux, as I > mentioned), but I hope that profiling would help uncover those issues as > well. > > E > > On 03/25/14 16:39 PM, Ivan Kanis wrote: >> March, 25 at 11:50 Eric Abrahamsen wrote: >> >>> I still can't get rid of the idea that Stump is slow, both in reaction >>> to input and in its own operations. I know very little about profiling, >>> but I thought I'd take a whack at it and see if I could learn anything. >>> So far I haven't learned very much. >> >> What kind of slowness? I use it at work and it's snappy. >> >> Ivan >> -- >> You must no lose faith in humanity. Humanity is an ocean; if a few >> drops of the ocean are dirty, the ocean does not become dirty. >> -- Gandhi > > _______________________________________________ > Stumpwm-devel mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/stumpwm-devel >