search for: warmups

Hi I'm building new samba server (on Debian 6.0, software RAID10 2TB, Xeon CPU). Generally everything is working fine, so I have decided to run some stress tests. My choice was dbench. Old server is Debian 4.0 (samba 3.0.24, Athlon 3000+, one ATA 160GB disk). So run dbench 16 on both old and new server The results are strange old serwer: about 300MB/sek (dbench 3.0) and below are first

hi guys/gals I realize that this question must have been asked before, I sroogled and found some posts on the web on how to tweak/tune gluster, however.. What I hope is that some experts and/or devel could write a bit more, maybe compose a doc on - How to investigate and trouble gluster's speed-performance bottleneck. Why I think such a thorough guide would be important? Well.. I guess

Torsdag, 23 januar 2003, skrev Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch- link.de>: >According to the format description, the coding method has to be 0. > >I've been using libFLAC 1.0.4 to encode the stream. I've checked my interpretation against "flac -a" and it seems to read 17 bits for each warmup sample. Here is its output: frame=168 blocksize=4608

--- lib/unicorn/configurator.rb | 19 ++++++++++++++++--- lib/unicorn/http_server.rb | 3 +++ test/unit/test_configurator.rb | 8 ++++++++ 3 files changed, 27 insertions(+), 3 deletions(-) diff --git a/lib/unicorn/configurator.rb b/lib/unicorn/configurator.rb index 0d0eac7..a0ae576 100644 --- a/lib/unicorn/configurator.rb +++ b/lib/unicorn/configurator.rb @@ -441,9 +441,22 @@ class

We''re using unicornctl restart with the default before/after hook behavior, which is to reap old Unicorn workers via SIGQUIT after the new one has finished booting. Unfortunately, while the new workers are forking and begin processing requests, we''re still seeing significant spikes in our haproxy request queue. It seems as if after we restart, the unwarmed workers get swamped by

hello, I am now develloping an embeded decoding system for flac.I have a problem about the format of the rice coding: the residual begins with : 01 01 08 0C the first two bytes are the warmups, the prediction order is 2. and the 080C is the following: 00 0010 0000 001100 the first two bits mean: residual coding method is partitioned rice the following four bits mean: the partition order is 2 ; the following four bits mean: the rice parametre is 0; then, accdoring the ["k" ze...

--- CHI Hongliang <hongliang.chi@enst-bretagne.fr> wrote: > hello, > > I am now develloping an embeded decoding system for flac.I have a > problem about the format of the rice coding: > > the residual begins with : 01 01 08 0C > > the first two bytes are the warmups, the prediction order is 2. and > the 080C is the following: > 00 0010 0000 001100 > > the first two bits mean: residual coding method is partitioned rice > the following four bits mean: the partition order is 2 ; > the following four bits mean: the rice parametre is 0; > &gt...

Torsdag, 23 januar 2003, skrev Miroslav Lichvar <lichvarm@phoenix. inf.upol.cz>: >If input is 16 bit, side channel will be 17 bit (16bit - 16bit is >17bit number). And warmup samples will be (17 - wasted_bits) bit. Voila, this was the source of all my frustration, sync problems and who knows what. My decoder now works correctly for files encoded with the default settings. Are

Hello you all, this is my first time on this forum because I recently started to learn this exciting "new" language and Frame stuff... anyway, I used to have Ruby 1.8.2 installed with Rails and I wrote some warmup applications on these. Yesterday I decided to update my Ruby and Rails... about 4-5 hours later I finished... it wasn''t easy but what is.. right? so I changed

On 7/11/2017 3:58 PM, Fred Smith wrote: > I faced the same issue some years ago, and found a low-priced mono > laser that lated me quite a few years. no color, but few thing I > wanted to print actually demanded color. my last two laser printers have been Brother black&white all-in-ones ("MFC"). *VERY* cheap per page printing costs, even if you use Brother brand toner

On 05/05/2015 07:21 PM, Jeremy Fitzhardinge wrote: > On 05/03/2015 10:55 PM, Juergen Gross wrote: >> I did a small measurement of the pure locking functions on bare metal >> without and with my patches. >> >> spin_lock() for the first time (lock and code not in cache) dropped from >> about 600 to 500 cycles. >> >> spin_unlock() for first time dropped

On 05/05/2015 07:21 PM, Jeremy Fitzhardinge wrote: > On 05/03/2015 10:55 PM, Juergen Gross wrote: >> I did a small measurement of the pure locking functions on bare metal >> without and with my patches. >> >> spin_lock() for the first time (lock and code not in cache) dropped from >> about 600 to 500 cycles. >> >> spin_unlock() for first time dropped

Thanks Miroslav, for your help - much appreciated. > > RICE PARTITION SIZE: In a zero-partition-order Rice block, the > > documentation says the number of samples in the partition is equal > > to the frame's blocksize. Surely this should be equal to the > > frame's-blocksize-minus-the-predictor-order, since we shouldn't need > > to encode residual for

On Wed, Dec 10, 2014 at 10:54:15PM -0800, Erik de Castro Lopo wrote: > Erik de Castro Lopo wrote: > > > I think I have an alternative fix for the CVE which should not break > > seeking. I'm working on getting an copy of the file with which to test. > > Patch applied and pushed. I think this revives the CVE, at least in some configurations. The patch seems to cover

On Mon, Jun 30, 2014 at 03:27:18AM +0400, lvqcl wrote: > lvqcl wrote: > > FLAC 1.2.1 and 1.3.0 cannot encode snippet6.wav with -7 and -8 encoding modes. > > But they are able to do this with --disable-fixed-subframes option. This > > implies that snippet6.wav triggers a problem somewthere inside > > FLAC__fixed_compute_residual(data[], data_len, order, residual[])

> From: "James Bean" <james@hdcs.com.au> > Has anyone every setup an external open/close relay, off say a serial > interface, and have an extension trigger the relay? The following will do the trick. Just add a 5vdc solid state relay ('cause you can't sink too much current out of the RS232C port). Substitute "2", "4" or "6" in the

Hi, I'm trying to write a FLAC decoder for my Java audio app. Can I ask a couple of questions to this list about the format? I think there are a couple of things not-quite-mentioned in the official spec. RICE CODING: Which order are Rice-coded numbers stored in? (a) [sign-bit][low-order bits]["k" zeroes][1] (b) [sign-bit]["k" zeroes][1][low-order bits] (c)

Erik de Castro Lopo wrote: > I think I have an alternative fix for the CVE which should not break > seeking. I'm working on getting an copy of the file with which to test. Patch applied and pushed. commit b4b2910bdca010808ccf2799f55562fa91f4347b Author: Erik de Castro Lopo <erikd at mega-nerd.com> Date: Wed Dec 10 18:54:16 2014 +1100

I think I've gotten FLAC__lpc_restore_signal() about as good as I'm going to get it. Here's what I have: -a new file, lpc_asm.s, which has the assembly routines -changes to cpu.h, cpu.c, and stream_decoder.c to enable them -changes to configure.in to support the new cpu stuff -a preliminary Makefile.am -maybe something else I'm forgetting Now automake complains that configure.in

Here's what I listed in that email. Merging doesn't appear to be necessary. If you have any build problems, let me know. Note that my detection code is Darwin-specific. It's a BSD call (sysctl()), so a change to the platform-detection macros should enable it to work on other BSDs. However, I don't know what that would be, and I couldn't determine any safe way to do the check