abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 15:55 | Komunita

Free Software Foundation (FSF, Nadace pro svobodný software) publikovala nové video s názvem The University of Costumed Heroes. Jedná se o součást kampaně za používání svobodného softwaru při distanční výuce.

Ladislav Hagara | Komentářů: 3
7.8. 13:33 | Zajímavý projekt

Vývojáři přenosného počítače Pocket Popcorn Computer (Pocket P.C.) (zprávička) informují na svém blogu, že návrh hardwaru zveřejnili na GitHubu pod licencí CC BY-SA 3.0 US.

Ladislav Hagara | Komentářů: 4
7.8. 08:00 | Zajímavý článek

David Revoy, autor mj. komiksu Pepper&Carrot, zveřejnil novou iteraci své instalační příručky pro použití Kubuntu, nyní 20.04, jako grafické pracovní stanice.

Fluttershy, yay! | Komentářů: 3
7.8. 02:00 | IT novinky

Počátkem roku někdo odcizil z Intelu několik GB citlivých dat. Prvních 20 GB bylo zveřejněno [Hacker News, ZDNet].

Ladislav Hagara | Komentářů: 8
6.8. 19:33 | Nová verze

Bylo vydáno Ubuntu 20.04.1 LTS, tj. první opravné vydání Ubuntu 20.04 LTS s kódovým názvem Focal Fossa. Přehled novinek v poznámkách k vydání a v přehledu změn. Součástí oznámení je infografika Ubuntu od 2004 do 20.04 LTS (png).

Ladislav Hagara | Komentářů: 0
6.8. 18:00 | Pozvánky

MojeFedora.cz upozorňuje na letošní Flock aneb letošní online konferenci zaměřenou na přispěvatele do Fedory. Konference probíhá od zítra 7. srpna do neděle 9. srpna, viz program.

Ladislav Hagara | Komentářů: 0
6.8. 15:00 | Nová verze

Po půl roce od vydání verze 2.31 byla vydána verze 2.32 knihovny glibc (GNU C Library). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 1
6.8. 09:33 | IT novinky

Dnes končí bezpečnostní konference Black Hat USA 2020 (Twitter) a začíná bezpečnostní konference DEF CON 28 (Twitter). Kvůli onemocnění COVID-19 ne v Las Vegas, ale pouze virtuálně. Na konferenci DEF CON naplánované přednášky jsou již k dispozici na DEF CON Media Serveru a na YouTube.

Ladislav Hagara | Komentářů: 1
6.8. 07:33 | Nová verze

Po více než pěti letech byla vydána nová verze 1.7 multiplatformního grafického editoru Pinta (Wikipedie). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
6.8. 00:33 | Komunita

V září loňského roku Richard Stallman rezignoval na funkci prezidenta Free Software Foundation (FSF). Včera byl zvolen nový prezident. Je jím Geoffrey Knauth (Twitter).

Ladislav Hagara | Komentářů: 11
Dokážete si představit, že by váš hlavní počítač (desktop, notebook) byl v současné době založen na architektuře jiné než x86 (x86_64)? Například ARM, POWER, RISC-V,…
 (11%)
 (13%)
 (56%)
 (15%)
 (5%)
Celkem 192 hlasů
 Komentářů: 13, poslední 7.8. 10:04
Rozcestník

32bit vs 64bit: komprese audia [3]

12.11.2007 01:15 | Přečteno: 1397× | Linux | poslední úprava: 12.11.2007 01:17

Vítejte ve třetím dílu seriálu věnujicímu se srovnávání výkonu 32bit a 64bit verzí aplikací a knihoven. Tentokráte bude měřena rychlost komprimace audia do mp3, ogg/vorbis a flac. Jako v každé části se i dnes pokusím propašovat nějaké výsledky zrychlení díky quadcore procesoru.

Zdrojová data

Náhodným výběrem CD z kolekce byl za pokusného králika zvolen Leonard Cohen. Jeho CD bylo zneuctěno vložením do počítačové DVD mechaniky a nagrabováno pomocí cdparanoia. Vstupem je tedy klasické CD audio ve formátu 44100 Hz, 2 ch, s16le, 1411.2 kbit. Komprimujeme celkem 4 skladby s celkovou délkou 19:20 a výsledek násobime třemi abychom získali čas odpovídající kompresi celého alba.

Verze aplikací

flac - Command-line FLAC encoder/decoder version 1.2.1
OggEnc v1.0.2
LAME 64bits version 3.97
LAME 32bits version 3.97

Lame není žádná lama

lame -q 2 -V 4 --quiet track01.cdda.wav

-q 2 značí vysokou algoritmickou kvalitu a -V 4 implicitní kvalitu (bitrate ~140kbit)

64bit sekvenčně: 5:06
32bit sekvenčně: 5:15

64bit paralelně: 1:27
32bit paralelně: 1:31

Minutu a půl čekat na kompresi alba? Pff, to je opříliš dlouho ;-) Pokusíme se dobu zkrátit nastavením implicitní algoritmické vality tedy -q 5.

64bit paralelně: 0:55
32bit paralelně: 1:00

Test ukázal jen malé rozdíly ve výkonu obou verzí. Zato paralelní kompresí dokážeme zkrátit čas až 3,5x.

OGG/vorbis

oggenc -q 5 --quiet track01.cdda.wav

Implicitní -q 3 je příliš slabá proto jsem zvolil -q 5 což dává v tomto případě bitrate zhruba 143kbit, tedy podobně jako lame mp3 při implicitním nastavení.

64bit sekvenčně: 1:26
32bit sekvenčně: 1:58

64bit paralelně: 0:25
32bit paralelně: 0:33

Zde jsou rozdíly patrnější. Paralelním během operaci opět urychlime zhruba 3,5x.

flac- bezeztrátová komprese nejen pro audiofily

flac -fs8 track01.cdda.wav

-8 znamená nejlepší kompresi. Oproti nekomprimovanému wav souboru nagrabovanému z CD učetříme pouhých 40 % místa. získáme tím ale audio v originální kvalitě- bez psychoakustických vylepšováků a artefaktů. Bitrate je cca 850kbit.

64bit sekvenčně: 1:27
32bit sekvenčně: 1:07

64bit paralelně: 0:25
32bit paralelně: 0:19

32bit verze je výrazně rychlejší- zhruba o 33 %. Zde je třeba poznamenat, že při implicitní kvalitě komprese nepříjdeme téměř o žádné místo zato ušetříme více než polovinu času. Tento kodek je tedy obecně velmi rychlý. Pokud vytížíme všechny jádra urychlíme tím celý proces opět 3,5x.

Příští díl se bude věnovat kryptografii, především pak openssl.

       

Hodnocení: 86 %

        špatnédobré        

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

msk avatar 12.11.2007 09:19 msk | skóre: 27 | blog: msk
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
Hmm, uz ani neviem kde, ale tusim na nejakom faq-u internetoveho vysielania nejakeho cz radia som narazil na otazku, preco nestreamuju v ogg. Odpoved bola, ze encoding do ogg je niekolkonasobne vypocetne narocnejsi a ze na to nemaju hw. Ktovie, aky encoder pouzivali, lebo z tych nameranych vysledkov vidim jasny naskok ogg voci mp3.
12.11.2007 10:52 miho | skóre: 23 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
lame v defaultnim nastaveni alg. kvality je skutecne o neco pomalejsi nez oggenc. To si ostatne muzete vyzkouset sam. Je pravdepodobne, ze v tom radiu pouzivaji jine kodeky pro kompresi mp3 (je jich mnoho a lame nepatri k nejrychlejsim ale dava kvalitni vystup) nebo pouzivaji nizsi algoritmickou kvalitu. A nebo to je, jak rikaji bratri slovaci, vyhovorka. Staci se podivat na vysledky jak by asi zatizila komprese streamu do ogg, kdyz komprese souboru probiha desitkykrat rychleji nez realtime...
12.11.2007 10:25 Ctirad Feřtr | skóre: 43 | Praha
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
Zajímavější by bylo zkompilovat to bez všech MMX/SSE (a vůbec všech ASM optimalizací), které budou pro každou architekturu jiné (patrně výrazně lepší pro 32bit).
12.11.2007 11:01 miho | skóre: 23 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
Tohle jsou prakticke testy. Synteticke budou v jinem dilu. BTW zajimavejsi? Opravdu? Pro koho? Podle me se nenajde teoretik dosti odvazny aby z vysledku zmrzaceneho kodeku chtel vyvozovat nejake obecne zavery.
12.11.2007 12:38 Ctirad Feřtr | skóre: 43 | Praha
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
To je otázka, co mělo být výsledkem. Jestli benchmarkovat procesory nebo programátory.
12.11.2007 12:44 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
Haha. Benchmark ve stylu Prakticky to funguje tak a tak, ale to nás nezajímá. Co říká teorie?
Táto, ty de byl? V práci, já debil.
12.11.2007 12:51 Ctirad Feřtr | skóre: 43 | Praha
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
Mě zajímá poměr výkonu 64bit a 32bit režimu a ne poměr optimalizací nějakého programu (který díky náskoku 32bit dnes vypadá nějak, ale za měsíc může vypadat úplně jinak).
12.11.2007 13:07 miho | skóre: 23 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
Mě zajímá poměr výkonu 64bit a 32bit režimu
Pokud myslite nejaky obecny pomer tak ten neexistuje, v kazde aplikaci bude nutne jiny. A uz vubec by se nedal poznat z vami navrhovaneho testu.
a ne poměr optimalizací nějakého programu (který díky náskoku 32bit dnes vypadá nějak, ale za měsíc může vypadat úplně jinak).
A pak vyjde nove gcc a vese vysledky budou take uplne jinak. Berte to z praktickeho hlediska. Rozhuduju se zda jit do 64bit nebo 32bit distribuce. Vykon je jednym z kriterii vyberu. Aplikace a prekladace se meni ale nedokazu odhadnout jak, kristalova koule se mi rozbila. Nejrozumnejsi v takove situaci je IMO vyjit z aktualnich verzi aplikaci a prekladace.
12.11.2007 13:54 Miloslav Ponkrác | blog: miloslavponkrac
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
A naprosto jiné výsledky budou mezi 32 a 64 bit verzí téhož hw pod jiným operačním systémem. A naprosto jiné výsledky budou při použití kvalitně optimalizujícího překladače, ne gcc, mám dojem, že nyní měříte spíše kvalitu optimalizátoru gcc, než skutečnou rychlost 32 a 64 bit provesorů.
12.11.2007 15:51 miho | skóre: 23 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
A naprosto jiné výsledky budou mezi 32 a 64 bit verzí téhož hw pod jiným operačním systémem.

Pokud pujde o aplikaci ze stejnych zdrojaku, ktera nebude travit spoustu casu v jadru tak nevidim duvod proc by tomu tak melo byt.

A naprosto jiné výsledky budou při použití kvalitně optimalizujícího překladače, ne gcc

Tady souhlas. Ovsem pomoci gcc je v praxi kompilovana vetsina aplikaci. Pouzitim icc bych se zase vzdalil od bezne praxe.

mám dojem, že nyní měříte spíše kvalitu optimalizátoru gcc, než skutečnou rychlost 32 a 64 bit provesorů.

Buh chran, do takoveho projektu jako urceni skutecne rychlosti 32bit vs 64bit bych se nikdy nepustil. To by bylo nad lidske sily. Jen nez by nejaka komise slozena z odborniku pres rozne obory schvalila nejaky reprezentaticvni kod tak by byl mereny procesor obsolete :-)

Ja merim jen jak pomoci aktualniho prekladace a aktualnich aplikaci a kodeku prevedu audio z wav do mp3, kolik RSA podpisu zvladnu za vterinu a podobne.
12.11.2007 16:23 Miloslav Ponkrác | blog: miloslavponkrac
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
Pokud pujde o aplikaci ze stejnych zdrojaku, ktera nebude travit spoustu casu v jadru tak nevidim duvod proc by tomu tak melo byt.

Protože prostě i ty aplikace v 64 bit se překládají do dosti jiného strojáku. Protože každý operační systém má režii.

Tady souhlas. Ovsem pomoci gcc je v praxi kompilovana vetsina aplikaci. Pouzitim icc bych se zase vzdalil od bezne praxe.

Na Linuxu ano, tam je většina kompilována pomocí gcc. Pokud chcete dosáhnout praktický výsledek pro Linux a gcc, pak jsou Vaše testy super.

Ale skutečnou rychlost mezi 32 a 64 bit změříte daleko objektivněji pomocí icc - to je kompilátor, který vymáčkne maximum z procesoru - a při testu na icc poznáte, jaký je skutečný potenciál 32 a 64 bit prostředí a kak to v budoucnu půjde. Osobně si myslím, že stejně výsledky z testu v gcc budou v budoucnu pomalu (možná hodně pomalu) konvergovat k tomu co byste naměřil pomocí icc. Takže bych i prakticky považoval test pomocí icc za objektivnější, více vypovídající a po praktické stránce hodnotnější - protože k tomu budeme v budoucnu mířit (snad).

Buh chran, do takoveho projektu jako urceni skutecne rychlosti 32bit vs 64bit bych se nikdy nepustil. To by bylo nad lidske sily. Jen nez by nejaka komise slozena z odborniku pres rozne obory schvalila nejaky reprezentaticvni kod tak by byl mereny procesor obsolete :-)

No to bylo, ale pro praxi prostě stačí přeložit algoritmus nejlepším kompilátorem , co je dnes k dispozici - což je icc - a to by bylo v podstatě velmi vypovídající o skutečné rychlost 32 x 64.

Ono nezlobte se, ale měření pomocí gcc, když vím, že dnešní Microsoft kompilátor bez problémů zvládne vygenerovat o 10% i daleko více procent rychlejší kód oproti gcc na 32 bit platformě - a to ještě není nic proti tomu, co zvládne Intel kompilátor, pak řekněme, že statistická chyba Vašich výsledků s gcc může být klidně i dost mnoho desítek procent. To není kritika, já vím, že to přiznáváte a děláte to i s tímto záměrem - ale Vaše testy nejsou moc vypovídající a za půl roku už může být všechno naprosto, ale naprosto jinak.
12.11.2007 14:39 Ctirad Feřtr | skóre: 43 | Praha
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
A pak vyjde nove gcc a vese vysledky budou take uplne jinak.
Ale řádově v jednotkách procent. Rozdíl mezi zkompilovaným generickým C kódem a ručně optimalizovaným MMX/SSE může být klidně v řádu stovek procent. Tudíž rozdíly mezi kompilátory/systémy jsou v chybě měření.

Ale to je nakonec fuk. Prostě mě to jenom zajímá, nic víc. Nechápu, proč mě hned někdo musí okřikovat.
12.11.2007 15:39 miho | skóre: 23 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
Ja vas neokrikuju, pouze upozornuju, ze i nasledujici testy budou delany takto v praktickem duchu tzn. na zaklade cinnosti, ktere uzivatele bezne provadeji. Az v posledni casti serialu planuju dat synteticke testy, ktere jsou staveny za tim ucelem aby otestovaly nejcastejsi algoritmy pouzivane v aplikacich. Urcite tam bude tucne upozorneni ze i tyto specialne za timto ucelem vytvorene synteticke testy jsou... no proste synteticke a usuzovat z jejich vysledku neco o vykonu v realnych aplikacich muze byt znacne zavadejici.
Limoto avatar 12.11.2007 14:51 Limoto | skóre: 32 | blog: Limotův blog
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
A kdy bude porovnání rychlosti kompilace? ;-)
12.11.2007 15:33 miho | skóre: 23 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: 32bit vs 64bit: komprese audia [3]
Bude. Po kryptografii jsem tam chtel dat povray a blender, nasledne mysql ale asi tam misto toho dam kompilaci.

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.