From: "Денис Смирнов" <mithraen@altlinux.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] libjpeg7 - пора? Date: Sat, 8 May 2010 02:04:14 +0400 Message-ID: <20100507220414.GA4725@mw.office.seiros.ru> (raw) In-Reply-To: <6062a6e60908231153r626a2c98w5f3f952a60bd1d3a@mail.gmail.com> [-- Attachment #1: Type: text/plain, Size: 2283 bytes --] On Sun, Aug 23, 2009 at 09:53:13PM +0300, Alexander Bokovoy wrote: Прошел почти год. Так что у нас будет с libjpeg? :) AB> Поскольку я проводил исследование на работе по переходу на libjpeg7, AB> то поделюсь результатами. AB> 1. ABI иное. Нужна пересборка. AB> 2. API отличается в месте загрузки с одновременным масштабированием. В AB> jpeg7 можно указывать более широкий диапазон коэффициентов для AB> масштабирования и это "выбивает" некоторые приложения. В частности, AB> сломался gdk pixbuf jpeg loader так, что при определенных сочетаниях AB> исходного файла и запрашиваемого разрешения получается мусор вместо AB> картинки. Чинится однострочным патчем. AB> 3. Скорость новых оптимизированных DCT и iDCT на современных AB> процессорах уступает на 10-15% "неоптимизированным" вариантам из AB> jpeg6b. Серьезную роль в этой разнице играет организация предсказания AB> переходов и использование кэшей первого-второго уровней в современных AB> процессорах. Проигрыш одинаково заметен на x86 и ARM. Математические AB> оптимизации в jpeg7, направленные на уменьшение количества умножений, AB> оказываются невыгодными для современных процессорных архитектур, AB> особенно с использованием векторных инструкций -- массовые параллелизм AB> с умножениями обходится дешевле провалов по спекулятивному AB> предсказанию переходов. AB> 4. Оба варианта jpeg6b и jpeg7 проигрывают по скорости AB> SIMD-оптимизациям jpeg6b от скромных японцев. Оптимизированный вариант AB> в среднем в 2-3 раза быстрее jpeg6b. Все они на ARM проигрывают AB> специализированым кодекам и декодерам на DSP (jpeg6b -- в среднем в AB> 4-4.5 раза). Думаю, что аналогичный проигрыш и на Cell B.E. На AB> x86/x86_64 без использования GPU явно выгодно использовать AB> векторизацию, чем новые математически оптимальные алгоритмы. С GPU не AB> все очевидно, потому что синхронизацию памяти для CPU/GPU никто не AB> отменял. AB> AB> -- AB> / Alexander Bokovoy AB> _______________________________________________ AB> Devel mailing list AB> Devel@lists.altlinux.org AB> https://lists.altlinux.org/mailman/listinfo/devel -- С уважением, Денис http://mithraen.ru/ ---------------------------------------------------------------------------- [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2010-05-07 22:04 UTC|newest] Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-08-23 14:32 ` Konstantin Pavlov 2009-08-23 14:47 ` Andrey Rahmatullin 2009-08-23 18:53 ` Alexander Bokovoy 2010-05-07 22:04 ` Денис Смирнов [this message] 2010-07-05 18:17 ` Motsyo Gennadi aka Drool 2010-07-05 18:33 ` Valery V. Inozemtsev 2010-07-05 18:57 ` Motsyo Gennadi aka Drool 2010-07-05 19:05 ` Valery V. Inozemtsev 2010-07-19 14:14 ` [devel] libjpeg-turbo " Michael Shigorin 2010-07-19 14:19 ` Andrey Rahmatullin 2010-07-19 15:32 ` Motsyo Gennadi aka Drool 2010-07-05 20:32 ` [devel] libjpeg7 " Dmitry V. Levin 2010-07-05 19:06 ` Alexander Bokovoy 2010-07-06 5:11 ` Alexander Bokovoy 2010-07-12 16:23 ` Денис Смирнов 2010-07-12 16:29 ` Dmitry V. Levin 2010-07-13 4:50 ` Денис Смирнов 2010-07-13 9:17 ` Dmitry V. Levin 2010-07-13 10:11 ` Денис Смирнов 2010-07-13 16:03 ` Yuri N. Sedunov 2010-07-13 16:29 ` Alexey Shabalin 2010-07-13 17:13 ` Денис Смирнов 2010-07-13 17:28 ` Alexey Shabalin 2010-07-13 18:29 ` Денис Смирнов 2010-07-14 2:24 ` REAL 2010-07-14 4:59 ` Денис Смирнов 2010-07-12 16:35 ` Alexander Bokovoy 2010-07-13 0:13 ` Aleksey Novodvorsky 2010-07-13 0:21 ` Dmitry V. Levin 2010-07-13 0:26 ` Aleksey Novodvorsky 2009-08-31 20:20 ` Dmitry V. Levin 2010-08-21 15:37 ` Alexey Gladkov 2011-03-29 22:36 ` Alexey Gladkov 2011-03-30 6:55 ` Dmitry V. Levin 2011-03-30 7:11 ` Alexey Gladkov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20100507220414.GA4725@mw.office.seiros.ru \ --to=mithraen@altlinux.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git