X freezes when flashing lines/text appears

[virtualcld]

This is a difficult problem to describe, but I'll do my best. I use some CAD software at work to over an SSH connection with X11 forwarding. This software uses flashing text and lines as markers for warnings and errors, however, when it does, it causes my computer to mostly freeze up/become unresponsive for a short while. By "mostly" I mean I can move the mouse cursor around like normal, but trying to do anything is extremely slow to point where it won't respond at all. Let me try to walk through what happens:
I open up a window with a drawing that contains flashing markers. At this point, the system seems to freeze up. I can see the drawing and the markers not flashing, I can move the cursor, but I can't really select any window or change anything. Even using Ctrl-Alt-F1 through F6 doesn't work well; if I try it, it hangs for a while, but eventually switches to the terminal. I then have to input my username and password one character at a time, very slowly, since the system is very unresponsive. Now eventually, things start to work again as normal, but it's a little odd how this occurs. For example, let's say I didn't do anything and I'm still looking at the drawing with the markers; eventually I'll start to see the markers start to flash, slowly at first, then faster (almost like it's playing catch up). After a bit, the system becomes responsive again and I can go about my normal work. Unfortunately, there is still an issue that is related to the number or slashing markers. When the system first freezes up, the length of time it takes appears to be dependent on the number of markers. If there are a very large number of flashing markers (even when I gain control of the system again) it may not be completely responsive as it seems to be hanging on each flash. For example, if I try scrolling the drawing window, it only scrolls in bursts that are in time with the flashing markers. If there's too many, the system may be so slow I have to close the window to get back control.

So far I can only test this by using the software over SSH, I can't install it locally to test that scenario. Also, I have used this software elsewhere (such as school) for the last 6 years across different hardware and distros like RedHat, Ubuntu/Kubuntu and never had this problem before. I ran the program from the servers here at work and from the servers from school and I get the same issue, so it doesn't appear to be on the server side. It might be a driver issue, I just don't know. I'm running an nVidia Quadro FX3800 using the drivers from the restricted repo, but they appear to function normally. I have also noticed this issue with other remote, GUI software, but this is the one that seems most consistent. And I have never noticed the issue with local software, just over SSH with X11 forwarding (or even X11 directly routed).

I do have an Xorg.0.log entry to help shed some light on the issue. When this does occur, I see the following entry show up:

[mi] EQ overflowing. The server is probably stuck in an infinite loop.

Backtrace:
0: /usr/bin/X (xorg_backtrace+0x28) [0x4a3258]
1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4a2ad4]
2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x47ceb4]
3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f400ff10000+0x53cf) [0x7f400ff153cf]
4: /usr/bin/X (0x400000+0x6fcb7) [0x46fcb7]
5: /usr/bin/X (0x400000+0x11d1d3) [0x51d1d3]
6: /lib/libpthread.so.0 (0x7f4015b84000+0xf8f0) [0x7f4015b938f0]
7: /usr/lib/xorg/extra-modules/nvidia_drv.so (_nv001484X+0xf) [0x7f401082bd1f]
8: /usr/lib/xorg/modules/libwfb.so (wfbBltPlane+0x208) [0x7f40103252f8]
9: /usr/lib/xorg/modules/libwfb.so (wfbCopyNto1+0x253) [0x7f4010326763]
10: /usr/bin/X (miCopyRegion+0x29d) [0x54d3cd]
11: /usr/bin/X (miDoCopy+0x44a) [0x54d8da]
12: /usr/lib/xorg/modules/libwfb.so (wfbCopyPlane+0x6b) [0x7f40103264eb]
13: /usr/lib/xorg/extra-modules/nvidia_drv.so (0x7f4010758000+0x340b68) [0x7f4010a98b68]
14: /usr/bin/X (0x400000+0xda175) [0x4da175]
15: /usr/bin/X (0x400000+0x2f621) [0x42f621]
16: /usr/bin/X (0x400000+0x30c3c) [0x430c3c]
17: /usr/bin/X (0x400000+0x261aa) [0x4261aa]
18: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f401487bc4d]
19: /usr/bin/X (0x400000+0x25d59) [0x425d59]

One time it was so bad it cause X11 to seg fault:

Segmentation fault at address 0x7f7604

Caught signal 11 (Segmentation fault). Server aborting

Please consult the The X.Org Foundation support
     at [url]http://wiki.x.org[/url]
 for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional information.

(II) Dell Dell USB Keyboard: Close
(II) UnloadModule: "evdev"
(II) Dell WMI hotkeys: Close
(II) UnloadModule: "evdev"
(II) Macintosh mouse button emulation: Close
(II) UnloadModule: "evdev"
(II) USB Optical Mouse: Close
(II) UnloadModule: "evdev"
(II) Power Button: Close
(II) UnloadModule: "evdev"
(II) Power Button: Close
(II) UnloadModule: "evdev"

My current xorg.conf file is relatively plain and was created after installing the nVidia drivers using the Hardware Drivers program.

Section "Screen"
    Identifier   "Default Screen"
    DefaultDepth  24
EndSection

Section "Module"
    Load  "glx"
EndSection

Section "Device"
    Identifier   "Default Device"
    Driver "nvidia"
    Option "NoLogo"    "True"
EndSection

I don't know if anyone has ever experienced something like this. If not, maybe some advice on where to look would be helpful. Nothing shows up on resource monitors like htop, so I don't know what appears to be hanging. It might be a network related issue, but again, I just don't know how I would even begin to diagnose this. If there are any suggestions, please let me know. If I can't get this to work reliably, I may have to give in to Xceed or X-Win32. ::shudders::