IPB

Welcome Guest ( Log In | Register )

FLAC x64 build, 64 bit build of flac.exe
viktor
post Nov 4 2011, 21:34
Post #1





Group: Members
Posts: 297
Joined: 17-November 06
Member No.: 37682



I saw a benchmark on Phoronix regarding FLAC performance:



So I became curious about it on Windows. The results? A bit disappointing, only about 3-5% increase in performance, probably because of the lack of _asm on x64. If the x86 build is compiled without using NASM, it gets about 10% slower. At least on my AMD Fusion A6-3500. Either way, here it is for your convenience!

Download:
  1. Microsoft Visual C++ 2010 SP1 Redistributable Package (x64)
  2. FLAC 1.2.1 x64


This post has been edited by viktor: Nov 4 2011, 22:22
Go to the top of the page
+Quote Post
 
Start new topic
Replies
forart.eu
post Dec 27 2011, 13:08
Post #2





Group: Members
Posts: 74
Joined: 10-December 09
From: italy
Member No.: 75798



Dunno if this can help, but i recently had a talk with Eric Gur (Processor Client Application Engineer @ Intel Corp.) about MT libraries, here's his answer:

QUOTE
For threading I recommend using Intel's free TBB library. It's very fast, cross platform, simple to use and has an important feature - malloc replacement.
I used it in a previous project - 1M lines of code, multithreaded application on Linux x64. Just the malloc replament boosted performance by 3x without changing any code (1 line in the makefile).

Dunno if can help, but could be really interesting !

QUOTE ( @ Dec 19 2011, 00:24) *
Using a 2500k @ 4.2 ghz

OT: Same here, what about 4.2 oc settings ?

This post has been edited by db1989: Dec 27 2011, 14:43
Reason for edit: merging posts; please edit instead
Go to the top of the page
+Quote Post
Martel
post Feb 19 2012, 10:37
Post #3





Group: Members
Posts: 553
Joined: 31-May 04
From: Czech Rep.
Member No.: 14430



QUOTE
For threading I recommend using Intel's free TBB library. It's very fast, cross platform, simple to use and has an important feature - malloc replacement.
I used it in a previous project - 1M lines of code, multithreaded application on Linux x64. Just the malloc replament boosted performance by 3x without changing any code (1 line in the makefile).

Malloc replacement in a multi-threaded application is only going to help in case all the threads are doing mallocs/frees repeatedly/in parallel (the normal heap is a serialization/choke point). I'm not sure why an encoder would need to do that when it could have most of the buffers "static" (malloc'd upon startup, freed upon exit).

It's great for server code with lots of messaging and modeled dynamic data types.


--------------------
IE4 Rockbox Clip+ AAC@192; HD 668B/HD 518 Xonar DX FB2k FLAC;
Go to the top of the page
+Quote Post

Posts in this topic


Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 2nd October 2014 - 17:39