Mike, Cygwin and Cygwin/XFree86 use tcp/ip sockets extensively. Therefore, it makes perfect sense that any additional overhead in the sockets layer would show a large effect on the performance of Cygwin/XFree86. I have no experience with Hummingbird's SOCKS package, but from the nature of what the package does (it is essentially a firewall product) I can guess that it would slow down the responsiveness of tcp/ip sockets significantly.
Prognosis: don't install Hummingbird's SOCKS :) Harold > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Daffey > Sent: Thursday, April 25, 2002 7:52 AM > To: [EMAIL PROTECTED] > Subject: xfree impossibly slow with hummingbird socks installed > > > I'm new to cygwin & xfree and pretty ignorant of Win2K; apologies if > this is so well-known it doesn't rate a mention. > It's also not a problem for me - I can live without SOCKS most of the > time. > I installed cygwin & xfree from the net on a win2k (service pack 2) > laptop a few days ago. 256MB, 650MHz PIII. startxwin.sh gets XWin, twm > and xterm running, but amazingly slow. (xsetroot takes 22seconds to > run...) Only other effect is that menu fonts seem to be invisible - > green fg on green background? > > Cygwin performance seems ok. A few experiments strongly suggest that > XWin is being scheduled very briefly once per second and this behaviour > is independent of mouse movement. Another laptop with the same h/w & O/S > is fine. > Considerably later.... > Noticed that an unconfigured Hummingbird SOCKS client has a DLL loaded. > Deinstall SOCKS with XWin running and get the interesting message to the > effect that cygwin/xfree should be stopped before proceeding with the > deinstall. > Obey orders, restart XWin; everything fine (including menus). > Reinstalled/deinstalled SOCKS to verify that this is reproducible. > The SOCKs client is a version 7.10 - (socks_v71_releasd.exe), a free > download from www.hummingbird.com. Dunno whether 7.10 is the latest > version; it's certainly only a few months old. > below are the outputs of xdpyinfo and the XWin log. diff tells me > there's no difference with or without SOCKS. > > Mike > > xdpyinfo output: > =========== > name of display: 127.0.0.1:0.0 > version number: 11.0 > vendor string: The XFree86 Project, Inc > vendor release number: 40200000 > XFree86 version: 4.2.0 > maximum request size: 4194300 bytes > motion buffer size: 256 > bitmap unit, bit order, padding: 32, LSBFirst, 32 > image byte order: LSBFirst > number of supported pixmap formats: 7 > supported pixmap formats: > depth 1, bits_per_pixel 1, scanline_pad 32 > depth 4, bits_per_pixel 8, scanline_pad 32 > depth 8, bits_per_pixel 8, scanline_pad 32 > depth 15, bits_per_pixel 16, scanline_pad 32 > depth 16, bits_per_pixel 16, scanline_pad 32 > depth 24, bits_per_pixel 24, scanline_pad 32 > depth 32, bits_per_pixel 32, scanline_pad 32 > keycode range: minimum 8, maximum 255 > focus: window 0x20000e, revert to PointerRoot > number of extensions: 22 > BIG-REQUESTS > DEC-XTRAP > DOUBLE-BUFFER > Extended-Visual-Information > FontCache > GLX > LBX > MIT-SUNDRY-NONSTANDARD > RANDR > RECORD > RENDER > SECURITY > SGI-GLX > SHAPE > SYNC > TOG-CUP > XC-APPGROUP > XC-MISC > XFree86-Bigfont > XKEYBOARD > XTEST > XVideo > default screen number: 0 > number of screens: 1 > > screen #0: > dimensions: 1018x715 pixels (345x242 millimeters) > resolution: 75x75 dots per inch > depths (7): 32, 1, 4, 8, 15, 16, 24 > root window id: 0x36 > depth of root window: 32 planes > number of colormaps: minimum 1, maximum 1 > default colormap: 0x20 > default number of colormap cells: 2048 > preallocated pixels: black 0, white 16777215 > options: backing-store NO, save-unders NO > largest cursor: 1018x715 > current input event mask: 0xd0001d > KeyPressMask ButtonPressMask ButtonReleaseMask > EnterWindowMask SubstructureRedirectMask PropertyChangeMask > > ColormapChangeMask > number of visuals: 2 > default visual id: 0x22 > visual: > visual id: 0x22 > class: TrueColor > depth: 32 planes > available colormap entries: 2048 per subfield > red, green, blue masks: 0xff0000, 0xff00, 0xff > significant bits in color specification: 8 bits > visual: > visual id: 0x23 > class: TrueColor > depth: 32 planes > available colormap entries: 2048 per subfield > red, green, blue masks: 0xff0000, 0xff00, 0xff > significant bits in color specification: 8 bits > XWin.log (from just running XWin at the bash prompt) > ==================================== > winInitializeDefaultScreens () - w 1024 h 768 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - Using Windows display depth of 32 bits > per pixel > winAdjustForAutoHide - Original WorkArea: 0 0 740 1024 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 740 1024 > winCreateBoundingWindowWindowed () - WindowClient w 1018 h 715 r 1018 l > 0 b 715 t 0 > winCreateBoundingWindowWindowed () - Returning > winAllocateFBShadowDDNL () - lPitch: 4072 > winInitVisualsShadowDDNL () - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d > 32 > winLayerCreate () - dwDepth 32 > winRandRInit () > winCreateDefColormap () - Deferring to fbCreateDefColormap () > winScreenInit () - returning > error opening security policy file > /usr/X11R6/lib/X11/xserver/SecurityPolicy > Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, > removing from list! > winWindowProc () - Closekey hit, quitting > winCloseScreenShadowDDNL () - Freeing screen resources > >
