Displaying 20 results from an estimated 48 matches for "warmup".
2011 Aug 01
0
dbench strange results
...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 seconds of dbench output
> 16 1766 398.71 MB/sec warmup 1 sec
> 16 4852 334.46 MB/sec warmup 2 sec
> 16 7956 317.26 MB/sec warmup 3 sec
> 16 11117 309.62 MB/sec warmup 4 sec
> 16 14357 298.27 MB/sec warmup 5 sec
> 16 17579 295.52 MB/sec warmup 6 sec
> 16 20912 294.48 MB...
2017 Sep 07
0
investigate & troubleshoot speed bottleneck(s) - how?
..... what is the point.
I did today such a oversimplified test, I used dbench on a
raw xfs lvm raid0 four ssd pvs (no hardware raid)
$ dbench -t 60 10
...
8 of 10 processes prepared for launch?? 0 sec
10 of 10 processes prepared for launch?? 0 sec
releasing clients
? 10???? 21573? 1339.94 MB/sec? warmup?? 1 sec? latency
35.500 ms
? 10???? 50505? 1448.58 MB/sec? warmup?? 2 sec? latency
10.027 ms
? 10???? 78424? 1467.54 MB/sec? warmup?? 3 sec? latency
8.810 ms
? 10??? 105338? 1462.94 MB/sec? warmup?? 4 sec? latency
19.670 ms
? 10??? 134820? 1488.04 MB/sec? warmup?? 5 sec? latency
11.237 ms...
2004 Sep 10
1
AW: AW: Incomplete format description?
...r-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
sample_rate=44100
channels=2
channel_assignment=RIGHT_SIDE
subframe=0
wasted_bits=0
type=LPC
order=5
partition_order=4
qlp_coeff_precision=12
quantization_level=9
warmup[0]=-993
warmup[1]=-476
warmup[2]=171
warmup[3]=115
wa...
2013 Sep 20
3
[PATCH] preload_app can take an optional block for warmup
---
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
2012 Nov 29
13
Fwd: Maintaining capacity during deploys
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
2005 Apr 10
0
rice format
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" z...
2005 Apr 17
0
rice format
--- 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;
>
&g...
2004 Sep 10
3
AW: AW: Incomplete format description?
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 there any decoder parameters I can set to get an encoded
file using as many "features...
2006 May 28
2
Upgrade from R1.8.2 to R1.8.4
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 many things and finally everything seemed to be working (
my old applications! )
I created a new app with this new environment...
2017 Jul 11
2
getting rid of hp c3180
...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 cartridges. They make useful copy machines, they are fast
(22 page per minute, very short first page warmup). The newer one we
now have does double sided scanning, and double sided printing. Both
of these are ethernet/network printers. decent linux support for
printing. the scanner function can direct email scans in PDF or JPG
format, so there's no need for linux drivers for scanning.
I h...
2015 May 06
2
[PATCH 0/6] x86: reduce paravirtualized spinlock overhead
...oncrete
> improvements in real workloads before adding the complexity of more pvops.
I did another test on a larger machine:
25 kernel builds (time make -j 32) on a 32 core machine. Before each
build "make clean" was called, the first result after boot was omitted
to avoid disk cache warmup effects.
System time without my patches: 861.5664 +/- 3.3665 s
with my patches: 852.2269 +/- 3.6629 s
Juergen
2015 May 06
2
[PATCH 0/6] x86: reduce paravirtualized spinlock overhead
...oncrete
> improvements in real workloads before adding the complexity of more pvops.
I did another test on a larger machine:
25 kernel builds (time make -j 32) on a 32 core machine. Before each
build "make clean" was called, the first result after boot was omitted
to avoid disk cache warmup effects.
System time without my patches: 861.5664 +/- 3.3665 s
with my patches: 852.2269 +/- 3.6629 s
Juergen
2004 Sep 10
1
Questions about FLAC format from a java coder...
...n-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 the warmup samples?
> You are right.
In that case, can I suggest that someone should update the text in the very last table cell of http://flac.sourceforge.net/format.html - it currently gives false information!
All the best,
Dan
--
___________________________________________________
OperaMail free e-ma...
2014 Dec 11
0
Two new CVEs against FLAC
...l,
FLAC__ASSERT(0);
}
+ if (decoder->private_->frame.header.blocksize < order)
+ return true;
+
/* decode the subframe */
if(do_full_decode) {
memcpy(decoder->private_->output[channel], subframe->warmup, sizeof(FLAC__int32) * order);
@@ -2688,6 +2691,9 @@ FLAC__bool read_subframe_lpc_(FLAC__StreamDecoder *decoder, unsigned channel, un
FLAC__ASSERT(0);
}
+ if (decoder->private_->frame.header.blocksize < order)
+ return true;
+
/...
2014 Jun 30
2
[PATCH] stream_encoder : Improve selection of residual accumulator width
...stic.
> ...And maybe it's also better to use 'subframe_bps + order' instead of 'order'
> in calculation of 'estimate' variable in evaluate_fixed_subframe_()?
Why exactly?
To me it looks like (order * subframe_bps) in the calculation is the
number of bits for the warmup samples in the fixed subframe.
--
Miroslav Lichvar
2005 Feb 20
0
Re: Asterisk-Users Digest, Vol 7, Issue 260
...file */
#define RQSTFILE "/tmp/lprequest" /* lprequest file */
#define LPDEV "/dev/lp0" /* physical lp device */
#define SWDEV "/dev/ttyC0" /* switch port-HW box */
#define SPEED B9600 /* port baud rate */
#define RESET B0 /* reset by 0 speed */
#define WARMUP 45 /* 45 sec warmup delay*/
#define IDLE 1200 /* 1200 seconds (20min)
idle delay */
#define XON 17 /* XON character */
#define XOFF 19 /* XOFF character */
#define ABORTTIME 90 /* Max before abort */
dbc.
David Cook
2004 Sep 10
1
Questions about FLAC format from a java coder...
...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 the warmup samples?
Thanks in advance!
Dan Stowell
--
___________________________________________________
OperaMail free e-mail - http://www.operamail.com
OperaMail Premium - 28MB, POP3, more! US$29.99/year
Powered by Outblaze
2014 Dec 11
2
Two new CVEs against FLAC
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
2004 Sep 10
3
Altivec, automake
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
2004 Sep 10
2
Altivec, automake
...py_coding_method.data.partitioned_rice.order, &decoder->private_->partitioned_rice_contents[channel], residual))
return false;
break;
default:
***************
*** 1850,1856 ****
/* decode the subframe */
memcpy(decoder->private_->output[channel], subframe->warmup, sizeof(FLAC__int32) * order);
! FLAC__fixed_restore_signal(decoder->private_->residual[channel], decoder->private_->frame.header.blocksize-order, order, decoder->private_->output[channel]+order);
return true;
}
--- 1863,1869 ----
/* decode the subframe */
memcpy...