> lsof -i :58199
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
Transmiss 304 Fyodor 8u IPv4 0x2fbc34fe135e3895 0t0 UDP *:58199
lsof = list open files. See manual for more details.
/usr/sbin/lsof
You can see with "ps -ef" more info about the PID "lsof" gave you.
I too have this issue. If you stop scrolling for 5 seconds because your reading, then go to start scrolling again, there is a freeze or delay of about 1 second. its noticeable, and very annoying. There are no viruses, and its not a plugin. (I don't use chrome extensions or plugins.) Safari doesn't have the issue, and its machine specific. The identical Chrome on an older iMac, identical OS, doesn't have the issue.
My guess is that chrome has "frozen" the page, to save on CPU cycles, and has to release that and start live rendering it again when it sees you start scrolling. Or maybe its a delay of swapping between graphics mode on the hardware...?
Some interesting extra notes...if a text editor panel is open, such as the one you comment on here, the issue does not exist. If an active video such as on youtube is playing in the window, then there is no lag scrolling either.
If you are scrolling up, there is never a delay, its only scrolling down that has the delay.
You see the mouse pointer change for the items that would be scrolling under it before you see the page even move. So this indicates its some lower level thing that is going on, and most likely graphics related.
Best Answer
I found the level of detail I needed to find in
/var/log/system.log
where it outlines what's happening on the port.