search for: 76mb

Hello list, right now SSH Tunnel / scp is reaches just around 76Mb/s on my E5 Xeon using AES-NI but openssl reaches around 600-700Mb/s using 128aes-cbc cipher. As far as i understand http://www.psc.edu/index.php/hpn-ssh this is due to very small buffers in ssh / scp. Is there any work on this? Like autotuning the buffer size? Are there plans to integrate the...

...unt=32x1024 conv=fsync filefrag test test: 10 extents found, perfection would be 9 extents When I create the file in the same dir, but from another machine, mounted over NFS: filefrag test test: 4833 extents found, perfection would be 9 extents With such a file a sequential read is quite slow (~76MB vs >200MB on my raid card). I can just suspect that this is a problem of block allocation when the same file is appended by different processes (8 NFS threads). I''ve tried mounting ext3 with -o reservation and switch to NFS over TCP, with no improvement. Both systems are Centos 5....

...Syslinux's TFTP+UDP >> implementation. If it's in the TFTP implementation, lpxelinux.0 >> should also exhibit issues with larger files (which I seem to recall >> but can't be certain at the moment). > >lpxelinux.0 seems clear of this issue. I did a transfer of ~76MB and >didn't see any decay. I'm thinking either UDP or memory allocation >bug/misuse. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

I have been through the help file archives a number of times, and still cannot figure out what is wrong. I have a tab-delimited text file. 76Mb, so while it's large.. it's not -that- large. I'm running Win7 x64 w/4G RAM and R 2.10.1 When I open this data in Excel, i have 27 rows and 450932 rows, excluding the first row containing variable names. I am trying to get this into R as a dataset for analysis. z<-"Data/media...

On Wed, Sep 23, 2015 at 4:24 PM, Patrick Masotta <masottaus at yahoo.com> wrote: >>>> > > > BTW if you take a minute and read the first report > > https://communities.vmware.com/message/2536774 > > You'll realize that VMWare TFTP "surprisingly" does not present slow TFTP transfers > > when they are driven by MS

...here's a bug in Syslinux's TFTP+UDP > implementation. If it's in the TFTP implementation, lpxelinux.0 > should also exhibit issues with larger files (which I seem to recall > but can't be certain at the moment). lpxelinux.0 seems clear of this issue. I did a transfer of ~76MB and didn't see any decay. I'm thinking either UDP or memory allocation bug/misuse. -- -Gene

Adam, With the blog entry[1] you''ve made about gzip for ZFS, it raises a couple of questions... 1) It would appear that a ZFS filesystem can support files of varying compression algorithm. If a file is compressed using method A but method B is now active, if I truncate the file and rewrite it, is A or B used? 2) The question of whether or not to use bzip2 was raised in the

https://bugs.freedesktop.org/show_bug.cgi?id=59069 Priority: medium Bug ID: 59069 Assignee: nouveau at lists.freedesktop.org Summary: nouveau E[ DRM] fail ttm_validate QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: kees.bakker at xs4all.nl