Re: [STUMP] profiling StumpWM

[Eric Abrahamsen]

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