search for: 103mb

.....). Then we ran the same things on our CentOS cluster, getting surprisingly high results. I installed a machine from scratch with the CentOS CD (6.2 x64) to be sure another component of the cluster was not playing a role. On this freshly installed machine I get the following results: SH: 103MB PYTHON: 114MB R: 200MB So, compared to the highest of our users (among the 64 bits ones), we have a ratio of ~7, ~3, ~2, respectively. It is very problematic for us because many jobs now cannot run properly, because they lack memory on most of our computing nodes. So we really cannot...

...on my smb.conf file on my fileserver: socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_SNDBUFF=2048000 SO_RCVBUFF=2048000 large readwrite=yes read raw= yes write raw= yes I did these changes and still top out at 53 MB/s however via AFP I am able to get an average of 90MB/s up to tops 103MB/s. It seems really odd that I cannot tweak SMB to utilize the pipe properly. Any ideas on what settings I need to tweak to make this work? Any help would be appreciated. Best, Patrik

...rt xfmedia with a video, X.Org shuts down because of a fatal error and restarts. Debian GNU/Linux lenny/sid i386, NV43 (XFX GeForce 6600LE 128MiB). xserver-xorg 1:7.3+10 xserver-xorg-core 2:1.3.0.0.dfsg-12lenny2 --- Both videos are in Ogg/Theora+Vorbis: 1. rms_gplv3_launch_high_quality.ogg (103MB) from http://gplv3.fsf.org/ Usually crashes immediately after the video window appears. 2. big_buck_bunny_720_stereo.ogg (197MB) from http://www.archive.org/details/BigBuckBunny1280x720Stereo Usually takes a couple of seconds or more to crash. --- I have tried: DRM with last check-in on 20080522...