search for: 66mb

...> Wild guess - cached file attributes not getting updated properly in the NFS client? Has the actual file size changed recently, like in the last few hours or days? > > Cheers, > Glenn Hi, More info. So the file in question is showing to be 2.5MB today, were as yesterday it was ~66MB. A new file generated today is also 2.4MB but via NFS its 66MB, even when logged in to the server locally its 66MB! You hinted to cache and so I looked around my Raid controller settings, specifically write through vs write back. I will change it from write back to write through later tonight an...

Client: Dual 1GHz G4 OSX 10.2 Gig-Ethernet Server: Dual 2GHz P4 Linux 2.4.18 Raid-5 1TB Gig-Ethernet With netatalk 1.5.5 I get sustained writes of 66MB/s (yes, megabytes) With samba 2.2.7a I get sustained writes of 15MB/s I've tweaked the settings and ended up with these: socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 IPTOS_LOWDELAY SO_KEEPALIVE read raw = true write raw = true read size = 65535 write size =...

...rver 3.0 (Kernel 2.4.21) and i experienced that the memory consumption of the asterisk-process started by the init.d-script raises continously. Now, after 3 hours of operation (on our testing-system we have 30 concurrent connections to another asterisk box using IAX2 and GSM codec) there is already 66MB allocated. I think this could be ok, but the memory consumption increases until all memory (including swap) is used, and then there is following entry in /var/log/asterisk/messages: Failed to fork(): Cannot allocate memory On our other Asterisk box (running Fedora Core 3 with Kernel 2.6.9) there...

--- src/utils.ml | 21 +++++++++++++++++++++ src/utils.mli | 3 +++ 2 files changed, 24 insertions(+) diff --git a/src/utils.ml b/src/utils.ml index 3e81c21..7ae24bd 100644 --- a/src/utils.ml +++ b/src/utils.ml @@ -204,3 +204,24 @@ let compare_architecture a1 a2 = exit 1 in compare (index_of_architecture a1) (index_of_architecture a2) + +(* Parse a size field, eg. "10G".

"Ogg Vorbis uses the Ogg bistream format, and the correct extension is .ogg" -- http://www.xiph.org/ogg/vorbis/faq.html I'm guessing it should read 'bitstream'. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org'

...Benchmarks/Shootout-C++/heapsort 1.871 2.132 +13.9% +57mB SingleSource/Benchmarks/Shootout-C++/ary3 1.087 1.264 +16.3% +65mB MultiSource/Benchmarks/SciMark2-C/scimark2 27.491 23.596 -14.2% -66mB MultiSource/Benchmarks/Olden/bisort/bisort 0.360 0.428 +19.0% +75mB MultiSource/Benchmarks/Olden/bh/bh 1.074 1.287 +19.9% +79mB (Running on Sandy Bridge, x86-64) I'll try to figure out why. /jakob ----------...

On Tue, Apr 17, 2012 at 12:23 AM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > I am not sure how best to fix this. If possible, InstCombine's > canonicalization shouldn't hide arithmetic progressions behind bit masks. The entire concept of cleverly converting arithmetic to bit masks seems like the perfect domain for DAGCombine instead of InstCombine: 1) We know the

...erwise we'll get an error). + * Note that the file is sparsely allocated. * * The downside of allocating a very large initial disk is that the * fixed overhead of ext2 is larger (since ext2 calculates it based on * the size of the disk). For a 4GB disk the overhead is * approximately 66MB. - * - * In future, make this configurable, or determine it from the input - * files (XXX). *) -let appliance_size = 4L *^ 1024L *^ 1024L *^ 1024L +let default_appliance_size = 4L *^ 1024L *^ 1024L *^ 1024L -let build_ext2 debug basedir files modpath kernel_version appliance = +let build_ext2 d...

Look at this silly function: $ cat small.c unsigned f(unsigned a, unsigned *p) { unsigned x = a/4; p[0] = x; p[1] = x+x; return p[1] - 2*p[0]; } GCC turns this into straightforward code and figures out the 0 return value: shrl $2, %edi movl %edi, (%rsi) addl %edi, %edi movl %edi, 4(%rsi) movl $0, %eax ret LLVM optimizes the code: $ clang -O -S -o- small.c -emit-llvm define i32

Hi All, I am trying to determine whether a mail server cluster based on Dovecot will be capable of supporting 500,000+ mailboxes with about 50,000 IMAP and 5000 active POP3 connections. I have looked at the Dovecot clustering suggestions here: http://blog.dovecot.org/2012/02/dovecot-clustering-with-dsync-based.html and some other Dovecot mailing list threads but I am not sure how many

...- 0000000000100000 (reserved) [ 0.000000] user: 0000000000100000 - 0000000010000000 (usable) [...] [ 0.000000] user: 0000000100000000 - 0000000100800000 (reserved) [ 0.000000] Memory: 244212k/262144k available (6096k kernel code, 448k absent, 17484k reserved, 4785k data, 572k init) With 66MB of usable memory out of 256MB recovered and a reasonable 93% of memory usable for userspace instead of just 67%. I also see this on my 256MB DOM0: Memory: 146536k/6028224k available (6122k kernel code, 3932612k absent, 1949076k reserved, 4761k data, 576k init) Only 143MB out of 256MB allocated fo...

...rwise we'll get an error). Note that - * the file is sparsely allocated. - * - * The downside of allocating a very large initial disk is that the - * fixed overhead of ext2 is larger (since ext2 calculates it based on - * the size of the disk). For a 4GB disk the overhead is - * approximately 66MB. - * - * In future, make this configurable, or determine it from the input - * files (XXX). - */ -#define APPLIANCE_SIZE ((off_t)4*1024*1024*1024) - -static void -ext2_start (const char *hostcpu, const char *appliance, - const char *modpath, const char *initrd) -{ - initialize_ext2_erro...