similar to: Weird behaviour concerning send-speed (Debian Etch, Samba from official deb)

Hi Folks, I'm running Debian-4.0 Etch, installed last September from a DVD, and regularly updated as things arise. I have R version 2.4.0 Patched (2006-11-25 r39997) installed (initially at the time of first installation of Debian, as provided by Debian), along with a variety of packages. I'd like to be able to connect to the CRAN repositories for Debian R, for updates etc. When I visit

Hi All, I finally decided to contact you. This problem bothers me for at least 5 years. I use Debian Linux-es with 2.6.16 - 2.6.19 kernels. Our computers on 100 MBit ethernet network. As we connect two windowses (XPs) they can transfer 9-10 MByte/s. That's the the theoretichal max. In the past when one side was linux the max speed was 7.5 MByte/s (This is the 3/4). When we connected two

Probably this is an old question, but i''m not able to find nothing about... So, i''ve just started to play with tc to limit the transfer speed to my hdsl connection. I''m using the tbf and the command # tc qdisc add dev eth0 root tbf rate 10kbit latency 50ms burst 1000 Then i''ve tried to transfer a big (20 Mbyte) file onto my lan, using ftp and the client

Witam, I had very big problem since last Friday. I noticed that clients with Windows can''t upload faster than ~140kB/s at one connection ( ftp http). It''s quite weird because when I do exactly the same test (the same server, time, computer, client ip address, even switch and port) but on Linux upload speed is much bigger. Very interesting is that this is always something about

Thanks Piet & Johannes for the backports. There seems to be a problem with the files for the amd64 architecture getting out. Here is my apt-get update Get:1 http://cran.ms.unimelb.edu.au etch-cran/ Release.gpg [189B] Hit http://cran.ms.unimelb.edu.au etch-cran/ Release Ign http://cran.ms.unimelb.edu.au etch-cran/ Packages/DiffIndex Ign http://cran.ms.unimelb.edu.au etch-cran/ Packages

Hi everyone, I'm trying to use samba in a small video post production house but we are not getting the performance we expected. Our setup: - CenOS 5.6 x86-64 - samba.x86_64 (3.0.33-3.29.el5_6.2 and 3.6.0rc1) - Intel based server (One 4 core Xeon E5620 @ 2.40GHz, 8 GB RAM) - 4 Intel Gigagit ethernet NIC ports with 802.3ad bonding connected to a switch configured tu use 802.3ad - 8 2TB 7.2

Hello Xen-Users, I am running a Debian GNU/Linux Devel-Station (P2/366 MHz, 512MByte) and use currently chroots which give some problems from time to time. I have following configuration: ----8<------------------------------------------------------------------ /dev/sda1 / 7700 GByte # Master System /dev/sda2 swap 256 MByte # Master System /dev/sda3 /var 512 MByte # Master System

I found that for a modern PC running zero loads, (my server is a P4 3.2 with 512 M dual channel RAM an Intel Etherpro Express 100 nic, serving cached disk files from RAM) samba could be 30% slower than it should be. It would serve data at about 7 MBytes/sec compared with the old NT4 sever (same Intel nic, 512 RAM, P2/266 Cpu, NT4 with SP6a) that would do it at 10 Mbytes/sec under all

Howdy folks. I''ve a customer looking to use ZFS in a DR situation. They have a large data store where they will be taking snapshots every N minutes or so, sending the difference of the snapshot and previous snapshot with zfs send -i to a remote host, and in case of DR firing up the secondary. However, I''ve seen a few references to the speed of zfs send being, well, a bit

>>>>> Kasper Daniel Hansen <kasperdanielhansen at gmail.com> >>>>> on Fri, 19 May 2017 20:09:24 -0400 writes: > I rebuilt R with > export LC_CTYPE=en_US.UTF-8 > and the test still fail. Surprisingly, when I run R from the bin directory > and execute the test code, it runs without error: >> oloc <-

Hi all, I am trying to get some decent speed out of a vanilla Debian (Proxmox) box and am running out of ideas. Basically I can exchange data at 110MB/sec (raw, nfs, ftp) but not with Samba shares. I tried almost every samba tuning tip I could find to no avail. The only optimisation left to smb.conf at the moment is debug level = 0. As one can see the robocopy throughput is merely half of what

I rebuilt R with export LC_CTYPE=en_US.UTF-8 and the test still fail. Surprisingly, when I run R from the bin directory and execute the test code, it runs without error: > oloc <- Sys.getlocale("LC_CTYPE") > mbyte.lc <- { + if(.Platform$OS.type == "windows") + "English_United States.28605" + else if(grepl("[.]UTF-8$", oloc,

On RedHat Enterprise Linux 6, the test below fails (this is using the stock GCC 4.4.7) from R-devel r72707. LC_CTYPE is unset when I run it, but LANG=en_US.UTF-8 It also failed "yesterday" where as far as I recall the test code looked a bit different. Best, Kasper > ## Results differed by platform, but some gave incorrect results on string 10. > > > ## str() on large

> hmm, perhaps we should add some configure arguments like > --with-firefox-cflags= and --with-firefox-libs= I've made it a single one, --with-gecko-sdk= and also default include path and xpidl path to that if specified. Also included are a patch that renames LIBOGGPLAY_* vars to OGGPLAY_* to match the latest change to configure.ac, and one that allows the audio to be compiled out -

Hello all, I've got a W95 box connected via crossover to a 2.2.12 RH 6.0 linux box, running 2.0.3 samba. Writes to samba from Win explorer are around 450 K/sec. Reads from samba to Windows using Explorer are around 8 K/sec. Using the smb version of tcpdump, I see between a .200 and .220 second lag between packets. smbd is nowhere near the top of my "top" list output in linux. Is

I''m trying to use the 0.20.1 deb from the reductivelabs site and it doesn''t seem to create the /var/lib/puppet directory even though my puppetd.conf file has: vardir=/var/lib/puppet So, when I try the second run, it fails with: Could not lock puppetd: No such file or directory - /var/lib/puppet/state/puppetdlock

Thanks to Lorenzo Martignoni, the RC2 Debian package is available. http://shorewall.net/pub/shorewall/Beta ftp://shorewall.net/pub/shorewall/Beta -Tom -- Tom Eastep \ Nothing is foolproof to a sufficiently talented fool Shoreline, \ http://shorewall.net Washington USA \ teastep@shorewall.net

I build the debian package for the latest version. Changes: shorewall (1.3.14beta2-1) unstable; urgency=low . * new beta release * added a warning message in the preinst script to inform users about the new way to handle ICMP. Files: 1848d430cab647c2e242890baf0367a2 774 net optional shorewall_1.3.14beta2-1.dsc 7577fc8de223fbab0609b3d664e4eee7 1611986 net optional

Lorenzo Marignoni reports that the Shorewall 1.3.1 Debian package is ready. See http://security.dsi.unimi.it/~lorenzo/debian.html. -Tom -- Tom Eastep \ Shorewall - iptables made easy AIM: tmeastep \ http://www.shorewall.net ICQ: #60745924 \ teastep@shorewall.net

Thanks, Lorenzo! -Tom -- Tom Eastep \ Shorewall - iptables made easy AIM: tmeastep \ http://www.shorewall.net ICQ: #60745924 \ teastep@shorewall.net