Hi again, desoca —
Sorry I misunderstood your original query.
I'd hoped someone would post back before this — that they
have had this experience and know how to help (or at least explain). I've never noticed the behavior, and haven't tried to replicate it to provide confirmation or to test possible "fixes." Although I might be able to create a similar situation between my eMac and my Power Mac 6500, I'd expect the differences in processor speeds, etc. would cause all sorts of significant delays.
I took a look at your PowerBook's
Block diagram and the clock speeds of buses supported by the
Intrepid 2 Controller. From my ("layperson's") perspective, it seems plausible that any intensive CPU activity
could easily affect the performance of a lower-priority function like Bluetooth traffic. But a meaningful understanding of this is well over my head.
Have you checked whether the problematic behavior also occurs with all
USB devices disconnected?
Out of curiosity, during the coincident AFP transfers::wireless mouse lags, does
Activity Monitor show unusually high CPU usage by any particular process(es)? Is anything useful written to your
system.log or
console.log that correlates closely (via "time-stamps") to the Bluetooth behavior?
I wish I could be more help...
Sincerely,
Dean