{"id":144,"date":"2009-11-14T02:36:44","date_gmt":"2009-11-14T01:36:44","guid":{"rendered":"http:\/\/thomas.is-ac.de\/blog\/?p=144"},"modified":"2009-11-14T14:19:40","modified_gmt":"2009-11-14T13:19:40","slug":"dual-core-und-lame","status":"publish","type":"post","link":"http:\/\/familie-gerding.net\/?p=144","title":{"rendered":"Dual Core (Quad Core) und Lame (Upate 2009)"},"content":{"rendered":"

Mit Erschrecken habe ich k\u00fcrzlich festgestellt, dass Lame<\/a> beim mp3-Encoding scheinbar nur einen Kern<\/a> nutzt. Das gef\u00e4llt dem anderen CPU-Kern dann zwar sehr gut, weil dieser faul im Geh\u00e4use hocken kann, aber seinem Besitzer \u00fcberhaupt nicht. Also erstmal Google angeworfen und gesucht… und siehe da! Es gibt tats\u00e4chlich eine L\u00f6sung. Ich habe Windows Binaries f\u00fcr Lame gefunden, deren Quellcode speziell auf Multithreading<\/a> ausgelegt wurde und die dann mit dem Intel Compiler kompiliert wurden. Auf der Homepage dieses Projektes<\/a> gibt es auch einen Satz Vortragsfolien, die genauer die Hintergr\u00fcnde beleuchten. Da ich euch aber mit so was nicht langweilen m\u00f6chte lasse ich einfach mal die Zahlen sprechen:
\nIn meinem Vergleich habe ich zwei verschiedene Versionen von Lame gegeneinander antreten lassen: die bisher von mir genutzte Version 3.98 Alpha 4 und die ver\u00e4nderte Version 3.97 Alpha 2, die auf dem Multithreading Code der oben verlinkten Seite basiert und mit dem Intel Compiler kompiliert wurde. Dabei habe ich drei Durchl\u00e4ufe gemacht. Einmal Version 3.98, einmal 3.97 ohne Multithreading und einmal 3.97 mit Multithreading. Als Versuchsdatei habe ich eine 6:15 Minuten langen Ausschnitt aus einem alten Bass&Besser Konzert gew\u00e4hlt, der als 44.1KHz 16Bit Wave vorlag. Die einzigen Encodingeinstellungen waren –new-vbr -V 4<\/strong>. Bei der Multithreading-Variante kam dann noch eine Option zum Aktivieren bzw. Deaktivieren des Multithreadings hinzu, wie man auch auf den Screenshots sehen kann.
\nDer Geschwindigkeitsgewinn ist enorm… im Grunde genau wie er sein sollte. Man erh\u00e4lt fast die doppelte Geschwindigkeit im Vergleich zum Single-Thread Encoding:<\/p>\n\n\n\n\n
3.98a4<\/th>\n3.97.ictl No-Multi<\/th>\n3.97.ictl Multi<\/th>\n<\/tr>\n
0:15 Min<\/td>\n0:16 Min<\/td>\n0:09 Min<\/td>\n<\/tr>\n
~23.8x<\/td>\n~22.8x<\/td>\n~40.5x<\/td>\n<\/tr>\n<\/table>\n
\n<\/a> <\/a> <\/a>\n<\/div>\n

Update 14.11.2009:<\/strong>
\nDurch den Kommentar darauf hingewiesen, dass ich meine Messreihe nicht wirklich einheitlich durchgef\u00fchrt hatte, habe ich mich heute nochmal kurz daran gemacht und eine neue Reihe gemacht. Grundlage war dieses Mal eine ca. 81Mb gro\u00dfe WAV Datei mit handels\u00fcblichen 44kHz und 16Bit. Dieses Mal bin ich wirklich einheitlich vorgegangen mit den Parametern –vbr-new -V 4. Bei der Multi-Threaded Version musste nat\u00fcrlich erneut –nores bzw. –nomt zum An- btw. Abschalten des multithreadings gesetzt werden. Die Ergebnisse sind in der nachfolgenden Tabelle zusammengefasst. Auch weiterhin nehmen sich sich 3.97 ohne MT und 3.98b4 nicht viel. Sehr interessant ist die ernorme Geschwindigkeit der 4.0er Alpha. Dieser Build ist aber schon enorm alt und hat durchaus hier und da Probleme gemacht, deshalb habe ich ihn nicht eingesetzt. Sch\u00f6n zu sehen ist auch der leichte Geschwindigkeitszuwachs bei der aktuellen 3.99er Version. Ebenfalls gut zu erkennen ist, dass die multithreaded Variante nicht mit den Kernen skaliert. Die alten Ergebnisse brachten bei zwei Kernen etwa eine Verdopplung der Geschwindigkeit. Bei vier Kernen bleibt es jedoch dabei. Dies legt die Vermutung nahe, dass auch nur ein zweiter Thread und nicht x-viele Threads gerstartet werden.<\/p>\n

\n\n\n\n\n\n
Lame Vergleich<\/td>\n<\/tr>\n
 <\/th>\n3.97mt (no MT)<\/th>\n3.97mt (MT)<\/th>\n3.98b4<\/th>\n3.99a1<\/th>\n4.0a14<\/th>\n<\/tr>\n
Zeit<\/th>\n~18sek<\/td>\n~11sek<\/td>\n~18sek<\/td>\n~16sek<\/td>\n~9sek<\/td>\n<\/tr>\n
Speed<\/th>\n~26x<\/td>\n~42x<\/td>\n~25x<\/td>\n~28x<\/td>\n~46x<\/td>\n<\/tr>\n<\/table>\n<\/div>\n

Die Messungen wurden auf folgendem System durchgef\u00fchrt: Intel Q6600, 4Gb DDR2-667, Win 7 64 Bit.<\/p>\n","protected":false},"excerpt":{"rendered":"

Mit Erschrecken habe ich k\u00fcrzlich festgestellt, dass Lame beim mp3-Encoding scheinbar nur einen Kern nutzt. Das gef\u00e4llt dem anderen CPU-Kern dann zwar sehr gut, weil dieser faul im Geh\u00e4use hocken kann, aber seinem Besitzer \u00fcberhaupt nicht. Also erstmal Google angeworfen und gesucht… und siehe da! Es gibt tats\u00e4chlich eine L\u00f6sung. Ich habe Windows Binaries f\u00fcr […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[],"tags":[],"_links":{"self":[{"href":"http:\/\/familie-gerding.net\/index.php?rest_route=\/wp\/v2\/posts\/144"}],"collection":[{"href":"http:\/\/familie-gerding.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/familie-gerding.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/familie-gerding.net\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/familie-gerding.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=144"}],"version-history":[{"count":8,"href":"http:\/\/familie-gerding.net\/index.php?rest_route=\/wp\/v2\/posts\/144\/revisions"}],"predecessor-version":[{"id":876,"href":"http:\/\/familie-gerding.net\/index.php?rest_route=\/wp\/v2\/posts\/144\/revisions\/876"}],"wp:attachment":[{"href":"http:\/\/familie-gerding.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=144"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/familie-gerding.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=144"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/familie-gerding.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=144"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}