From: Alexander Bokovoy <ab@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] libjpeg7 - пора?
Date: Sun, 23 Aug 2009 21:53:13 +0300
Message-ID: <6062a6e60908231153r626a2c98w5f3f952a60bd1d3a@mail.gmail.com> (raw)
In-Reply-To: <8b9c685c0908230723o4231d64atb33f70b3c156b24a@mail.gmail.com>
2009/8/23 Victor Forsyuk <force@altlinux.org>:
>
> http://trac.imagemagick.org/browser/jpeg/trunk/change.log
>
> Рано или поздно перейдем. Предлагаю задуматься о том, не начать ли движение
> уже сейчас...
Поскольку я проводил исследование на работе по переходу на libjpeg7,
то поделюсь результатами.
1. ABI иное. Нужна пересборка.
2. API отличается в месте загрузки с одновременным масштабированием. В
jpeg7 можно указывать более широкий диапазон коэффициентов для
масштабирования и это "выбивает" некоторые приложения. В частности,
сломался gdk pixbuf jpeg loader так, что при определенных сочетаниях
исходного файла и запрашиваемого разрешения получается мусор вместо
картинки. Чинится однострочным патчем.
3. Скорость новых оптимизированных DCT и iDCT на современных
процессорах уступает на 10-15% "неоптимизированным" вариантам из
jpeg6b. Серьезную роль в этой разнице играет организация предсказания
переходов и использование кэшей первого-второго уровней в современных
процессорах. Проигрыш одинаково заметен на x86 и ARM. Математические
оптимизации в jpeg7, направленные на уменьшение количества умножений,
оказываются невыгодными для современных процессорных архитектур,
особенно с использованием векторных инструкций -- массовые параллелизм
с умножениями обходится дешевле провалов по спекулятивному
предсказанию переходов.
4. Оба варианта jpeg6b и jpeg7 проигрывают по скорости
SIMD-оптимизациям jpeg6b от скромных японцев. Оптимизированный вариант
в среднем в 2-3 раза быстрее jpeg6b. Все они на ARM проигрывают
специализированым кодекам и декодерам на DSP (jpeg6b -- в среднем в
4-4.5 раза). Думаю, что аналогичный проигрыш и на Cell B.E. На
x86/x86_64 без использования GPU явно выгодно использовать
векторизацию, чем новые математически оптимальные алгоритмы. С GPU не
все очевидно, потому что синхронизацию памяти для CPU/GPU никто не
отменял.
--
/ Alexander Bokovoy
next prev parent reply other threads:[~2009-08-23 18:53 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 [this message]
2010-05-07 22:04 ` Денис Смирнов
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=6062a6e60908231153r626a2c98w5f3f952a60bd1d3a@mail.gmail.com \
--to=ab@altlinux.org \
--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