My (HP laptop) keyboard also causes the lag on notify-osd, and it's particularly bad when at minimum or maximum volume -- it's actaully faster to kill notify-osd than to wait for it to stop spazzing.
I have attached a log of my keyboard behavior ( xev | grep --line-buffered KeyPress | ts %.S | tee keyrepeat.log ) -- as you'll see, it repeats every 0.05 (1/20) second or so. It seems notify-osd can't cope with this rate of key repeats... and because notify-osd lags at displaying the volume change, the sound volume itself lags at changing. That's an entirely different issue, however (and it's synchronous "by design").
My (HP laptop) keyboard also causes the lag on notify-osd, and it's particularly bad when at minimum or maximum volume -- it's actaully faster to kill notify-osd than to wait for it to stop spazzing.
I have attached a log of my keyboard behavior ( xev | grep --line-buffered KeyPress | ts %.S | tee keyrepeat.log ) -- as you'll see, it repeats every 0.05 (1/20) second or so. It seems notify-osd can't cope with this rate of key repeats... and because notify-osd lags at displaying the volume change, the sound volume itself lags at changing. That's an entirely different issue, however (and it's synchronous "by design").