search for: econds

...time you now report for the release mode is almost twice as much. Can you verify this number please? > | atax.c | 0.135 | 0.136 | 0.917 | 0.7% | 579.3% | > | gemm.c | 0.161 | 0.162 | 1.839 | 0.6% | 1042.2% | This number looks also fishy. In debug mode you reported for Polly-optimize 1.327 seconds. This is again faster than in release mode. > | jacobi-2d-imper.c | 0.16 | 0.161 | 0.649 | 0.6% | 305.6% | > | bicg.c | 0.149 | 0.152 | 0.444 | 2.0% | 198.0% | > | gemver.c | 0.135 | 0.136 | 0.416 | 0.7% | 208.1% | > | lu.c | 0.143 | 0.148 | 0.398 | 3.5% | 178.3% | > | Average | | |...

...elieve this setup is a very good start. However, to draw useful >conclusions we probably need more information: > >1) Did you build LLVM/Polly in release mode? > >The compile times with and without Polly look very high. Compiling 2mm >with a current version of clang takes 0.076 seconds for me, whereas you >report a compile time of 0.780 seconds. This may caused by performance >differences of our machines or, what I believe is more likely, that you >did not compile LLVM and Polly in Release mode. Profiling of debug >builds may give a wrong idea on where compile time i...

...elieve this setup is a very good start. However, to draw useful >conclusions we probably need more information: > >1) Did you build LLVM/Polly in release mode? > >The compile times with and without Polly look very high. Compiling 2mm >with a current version of clang takes 0.076 seconds for me, whereas you >report a compile time of 0.780 seconds. This may caused by performance >differences of our machines or, what I believe is more likely, that you >did not compile LLVM and Polly in Release mode. Profiling of debug >builds may give a wrong idea on where compile time i...

...time you now report for the release mode is almost twice as much. Can you verify this number please? > | atax.c | 0.135 | 0.136 | 0.917 | 0.7% | 579.3% | > | gemm.c | 0.161 | 0.162 | 1.839 | 0.6% | 1042.2% | This number looks also fishy. In debug mode you reported for Polly-optimize 1.327 seconds. This is again faster than in release mode. > | jacobi-2d-imper.c | 0.16 | 0.161 | 0.649 | 0.6% | 305.6% | > | bicg.c | 0.149 | 0.152 | 0.444 | 2.0% | 198.0% | > | gemver.c | 0.135 | 0.136 | 0.416 | 0.7% | 208.1% | > | lu.c | 0.143 | 0.148 | 0.398 | 3.5% | 178.3% | > | Average | | |...

i'm new to icecast and the list. i like what i've seen so far. but i'm having some issues. first, i can't seem to get the right bitrate/sample rate on playback. i've ripped my music, encoded and played it in freeamp, and it's great. but when streamed (to winamp on a win2k pc), it plays super-fast-forward. what'd i do? econd, password configuration (via .conf

first, congrats to monty and the whole crew for getting this close to 1.0. it's a monumental achievement reflecting a huge amount of hard work -- kudos! econd, i know the bitrate peeling feature has been pushed back until after 1.0 is out. but i'm wondering -- will oggs created with a 1.0 encoder be peelable with an as-yet-unreleased utility, or do "peelable oggs" have to be

Hi, I'm moving some old stuff from EL6 to EL8 and one setup has a cron job which uses "tmpwatch -umc $dir" to clean some directories (/etc/cron.daily/tmpwatch). It seems that this triggers this AVC (SElinux mode is enforcing): type=AVC msg=audit(1598576896.772:4267): avc: denied { dac_override } for pid=11013 comm="tmpwatch" capability=1

As some of you know, I'm creating a hardware MDCT core. At the moment I'm working out the best way to create a lookup table for the trig values, as set up in mdct_init: /* trig lookups... */ for(i=0;i<n/4;i++){ T[i*2]=FLOAT_CONV(cos((M_PI/n)*(4*i))); T[i*2+1]=FLOAT_CONV(-sin((M_PI/n)*(4*i))); T[n2+i*2]=FLOAT_CONV(cos((M_PI/(2*n))*(2*i+1)));

Hi, I'd really like to enable ID3 tags and streaming titles. > From reading icecast.conf I realise this is experimental. I'm assuming experimental means works most of the time :-) I've set this flag, however receive no ID3 tags or streaming titles. use_meta_data 1 I need some guidance on this one, im using icecast 1.3.12 and ices 0.2.3. Thanks, -- Best regards, Darren

Dear All, Icecast makes it possible that our Community/Student radio station reaches online listeners and it's FM transmitter. Operating with little or not budget, I've set up our streaming several times. Lately we are experiencing audio glitches and dropouts out of nowhere (setup hasn't changed tremendously). Similar cases I found on the list and elsewhere don't give general

Now every thin works fine good, thanks a lot for helping me, but there is another problem. in ices-playlist.ogg the are to sections first section is: <input> <module>playlist</module> <param name="type">basic</param><!-- Only 'basic' implemented --> <param

I found I have ripped the same CD twice with different machines. Cannot remember when, why, or how, but anyway. I've been using jack, here is relevant output: first one: 01/|\enc/|\128/|\[coding @0.67× done,129kbit] 02/|\enc/|\128/|\[coding @0.69× done,124kbit] 03/|\enc/|\128/|\[coding @0.66× done,124kbit] <etc> econd one: 01/|\enc/|\128/|\[coding @5.50× done,116kbit]

I thought I had seen something about this earlier, but a search through the archives revealed nothing... first problem: Under Windows ME, using VC++6 (sp4), VC does not recognize the project files in the beta3 source tarball as being valid project files. it complains that they were not generated by VC++6, and would I like to create a wrapper for these makefiles? It doesn't work. I checked

Dear R, I have two R instances running at the same time, say instance A and instance B. Is there a simpler way to pass the data in A to B? More precise, I have a stupid example: In instance A, I am running a function "test1" test1 <- function (x1) { x2 <- sin(x1) return(x2) } In instance B, another function "test2" test2 <- function (x2) { x3 <-

Hello All, I''m wondering if it''s possible to nest sortables: <ul id="first"> <li>One</li> <li>Two</li> <li> <ul id="second"> <li>Three</li> </ul> </li> <li>Four</li> </ul> <script> ... create sortables out of

...1:Calendar Thread] directory_touch_xa([yp.mp3.de:80]) completed...server id = 69 [26/Aug/2001:16:05:04] [1:Calendar Thread] directory_touch([yp.shoutcast.com]) completed... [26/Aug/2001:16:05:11] [4:Source Thread] Kicking client 23 [209.226.122.117] [Client signed off] [listener], connected for 39 seconds, 110573 bytes transfered. 7 clients connected 209.226.122.117 - - [26/Aug/2001:16:05:11 -0700] "GET /lofi HTTP/1.0" 200 110573 "-" "WinampMPEG/2.7" 39 [26/Aug/2001:16:05:17] [34:Connection Handler] Kicking unknown 30 [64.228.105.106] [Generated playlist], connected for...