search for: 72mb

Howdy, Rsync has been churning away for 45 mins, presumably bulding an in-core list of files to be copied to the destination. This is a very very large filesystem we are copying locally - approximately 4.2million files (WebCT). The resident process size for rsync has grown to 72Mb. - is this normal behaviour for a file system this size, and does rsync have the ability to handle such a large number of files? The filesystem size is relatively modest - 20gb. or so, but the millions of small files might explain while its taking so long. I presume that once rsync has built...

...ainst a share configured with: > vfs objects = aio_pthread > aio read size = 1024 > aio read size = 1024 > > smb2 leases = yes > > I get 27MB/s with 4k blocks and 145MB/s with 64k blocks. Disabling > cacheing by passing the -h switch to diskspd lowered these to 72MB/s > and 11MB/s. Which I view as 'close enough' to wire speed. Thus it > seems that the dismal performance I see is associated with the > FreeBSD implementation somehow. That's interesting, but I'm afraid I don't know FreeBSD well enough to help here. This does imply th...

...pthread >>> aio read size = 1024 >>> aio read size = 1024 >>> >>> smb2 leases = yes >>> >>> I get 27MB/s with 4k blocks and 145MB/s with 64k blocks. Disabling >>> cacheing by passing the -h switch to diskspd lowered these to 72MB/s >>> and 11MB/s. Which I view as 'close enough' to wire speed. Thus it >>> seems that the dismal performance I see is associated with the >>> FreeBSD implementation somehow. >> That's interesting, but I'm afraid I don't know FreeBSD well >&gt...

On Tue, Jul 19, 2016 at 12:42:53PM -0700, Jeremy Allison wrote: > On Tue, Jul 19, 2016 at 12:49:09PM -0500, Russell R Poyner wrote: > > I'm tuning a samba 4.3 install on freebsd and I'm confused about aio > > settings. > > > > I've loaded the freebsd aio kernel module and tried various values > > or aio read size and aio write size, but it seems to

...from an 82mb Mpeg 1 file and it looks great it took about twenty minutes to encode. It runs for eight minutes and the audio is also fantastic using the lame encoder. However when I try to do the same in Quicktime with either Quicktime Pro 6 or Premiere6 or Ulead MSP6 I end up with a file that is 72mb in size and takes an hour and a half to encode. I use the same settings as I did with the AVI in flask except for using Qdesigns audio instead of MP3. I run Win2k Pro with a P4 2Ghz 512 Mb so have lots of grunt. If it is because of only supporting Quicktime 5 is their any intent to patch for 6...

On Thu, Jul 28, 2016 at 4:47 AM, Chris Bieneman via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Beyond all that I want to point out that the git multi-repository story is > basically the same thing we have today with SVN except for the absence of a > monotonically increasing number that corresponds across repositories. While > admittedly you do get a linear history with

...config file "/etc/xen/mydomain". Started domain MyDomain Linux version 2.6.12.6-xenU (root@Machine) (gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)) #2 SMP Sat Dec 10 20:19:56 CST 2005 BIOS-provided physical RAM map: Xen: 0000000000000000 - 0000000004000000 (usable) 0MB HIGHMEM available. 72MB LOWMEM available. IRQ lockup detection disabled Built 1 zonelists Kernel command line: root=/dev/hda9 ro 4 Initializing CPU#0 PID hash table entries: 512 (order: 9, 8192 bytes) Xen reported: 1295.792 MHz processor. Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash tab...

...and ran the same diskspd tests against a share configured with: vfs objects = aio_pthread aio read size = 1024 aio read size = 1024 smb2 leases = yes I get 27MB/s with 4k blocks and 145MB/s with 64k blocks. Disabling cacheing by passing the -h switch to diskspd lowered these to 72MB/s and 11MB/s. Which I view as 'close enough' to wire speed. Thus it seems that the dismal performance I see is associated with the FreeBSD implementation somehow. Thanks again RP On 07/20/2016 03:58 AM, Volker Lendecke wrote: > On Tue, Jul 19, 2016 at 12:42:53PM -0700, Jeremy Alliso...

...;> vfs objects = aio_pthread >> aio read size = 1024 >> aio read size = 1024 >> >> smb2 leases = yes >> >> I get 27MB/s with 4k blocks and 145MB/s with 64k blocks. Disabling >> cacheing by passing the -h switch to diskspd lowered these to 72MB/s >> and 11MB/s. Which I view as 'close enough' to wire speed. Thus it >> seems that the dismal performance I see is associated with the >> FreeBSD implementation somehow. > That's interesting, but I'm afraid I don't know FreeBSD well > enough to help her...

...io read size = 1024 > >>> aio read size = 1024 > >>> > >>> smb2 leases = yes > >>> > >>>I get 27MB/s with 4k blocks and 145MB/s with 64k blocks. Disabling > >>>cacheing by passing the -h switch to diskspd lowered these to 72MB/s > >>>and 11MB/s. Which I view as 'close enough' to wire speed. Thus it > >>>seems that the dismal performance I see is associated with the > >>>FreeBSD implementation somehow. > >>That's interesting, but I'm afraid I don't know Free...

...and this little computer came tumbling down...). > > So did mine -- but at 5000 (which is the value I first tried): > lots of disk grinding and then it went "prprprprp" and wrote > words to the effect "Calloc cannot allocate (18790050 times 4)" > i.e. it needed 72MB, which bankrupted my 192MB baby. > > 2000 was OK, however, but I had plenty of time for a meal etc. > before it finished. > > Which brings up that predict(loess(....)) seems to be very > memory-hungry. locfit to the rescue, perhaps? > library(locfit) > n <- 5000 >...

.... > > I think that this is a very good reason for not including libc++ in the > monorepo. Currently, it takes me about 15 seconds to do an checkout of > libc++ and the result is about 100MB. A clone from the git mirror takes > just under 6 seconds, downloads 17.15MB, and produces a 72MB directory. > The build directory is about 7MB. > > There is no dependency from libc++ to anything else in LLVM. In FreeBSD, > we use libc++ with both clang and gcc and people hacking on libc++ do not > typically need to build a new toolchain to do so. Pulling in all of LLVM, > c...

Hi - We've got a number of offices, and they're all using ODBC message storage using MySQL. I've been trying to get MySQL replication set up so messages left in a voicemail box at one office will get copied to the corresponding voicemail box at all the offices. We're also using MySQL replication for the voicemail user info, and that part works just fine. I'd like to

...-xen.conf". Started domain ttylinux Linux version 2.6.18-128.2.1.el5xen (mockbuild@builder16.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-44)) #1 SMP Tue Jul 14 07:49:50 EDT 2009 BIOS-provided physical RAM map: Xen: 0000000000000000 - 0000000004800000 (usable) 0MB HIGHMEM available. 72MB LOWMEM available. Using x86 segment limits to approximate NX protection ACPI in unprivileged domain disabled Built 1 zonelists. Total pages: 18432 Kernel command line: ip=192.168.1.3:1.2.3.4::::eth0:off root=/dev/sda1 ro 3 xencons=console Enabling fast FPU save and restore... done. Enabling unmas...

Respected R experts, I am trying to apply a user function that basically calls and applies the R loess function from stat package over each time series. I have a large matrix of size 21 X 9000000 and I need to apply the loess for each column and hence I have implemented this separate user function that applies loess over each column and I am calling this function foo as follows:

...think we will be OK with a dynamic stripe. Once I get approved for thumper im definitely going to go raidz2. Since we are a huge Sun partner.. It should be easier than its been :( >> The only requirement ive gotten so far is that it can be written to and read >> from at a minimum of 72mb/s locally and 1gb/35sec via nfs. I suspect I >> would need at least 600gb of storage. > > I hope you have a test case for this. It is difficult for us to predict > that sort of thing because there are a large number of variables. But in > general, to get high bandwidth, you ne...

...polines](http://lists.llvm.org/pipermail/llvm-dev/2018-January/120672.html). * Greg Clayton started a discussion about how to deal with [demangling huge symbols slowing down LLDB](http://lists.llvm.org/pipermail/lldb-dev/2018-January/013180.html). His example symbol de-mangles to something that is 72MB in size and takes 280 seconds. * Marshall Clow [reminds us](http://lists.llvm.org/pipermail/llvm-dev/2018-January/120808.html) that a number of components will be removed from `std::experimental` in libcxx in just a few days. * Peter Smith has provided a [mini guide](http://lists.llvm.org/piperma...

..."/etc/xen/dommain2". Started domain TheArtOfXen2 Linux version 2.6.12.6-xen3_7.1_fc4 (rread@shandlx) (gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)) #1 SMP Tue Dec 13 16:33:43 PST 2005 BIOS-provided physical RAM map: Xen: 0000000000000000 - 0000000004000000 (usable) 0MB HIGHMEM available. 72MB LOWMEM available. ACPI in unprivileged domain disabled IRQ lockup detection disabled Built 1 zonelists Kernel command line: ip=:1.2.3.4::::eth0:dhcp root=/dev/hda1 ro 4 Initializing CPU#0 PID hash table entries: 512 (order: 9, 8192 bytes) Xen reported: 993.322 MHz processor. Dentry cache hash tabl...

...t are not llvm. > > I think that this is a very good reason for not including libc++ in the monorepo. Currently, it takes me about 15 seconds to do an checkout of libc++ and the result is about 100MB. A clone from the git mirror takes just under 6 seconds, downloads 17.15MB, and produces a 72MB directory. The build directory is about 7MB. > > There is no dependency from libc++ to anything else in LLVM. In FreeBSD, we use libc++ with both clang and gcc and people hacking on libc++ do not typically need to build a new toolchain to do so. Pulling in all of LLVM, clang, lldb, lld, a...

> Subject: Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration > optimization > > On Fri, Mar 04, 2016 at 09:08:44AM +0000, Li, Liang Z wrote: > > > On Fri, Mar 04, 2016 at 01:52:53AM +0000, Li, Liang Z wrote: > > > > > I wonder if it would be possible to avoid the kernel changes > > > > > by parsing /proc/self/pagemap - if that