Добрый вечер, уважаемые Хабралюди!
Это мой первый пост на хабре, поэтому прошу больно не пинать.

Я знаю, что Хабрахабр — не багтрекер, однако при гуглении я упоминаний подобной проблемы не нашёл, поэтому решил обратиться с вопросом к Хабрасообществу. Возможно, кому-нибудь ещё пригодится.

Так сложилось, что под Виндой я пользовался всегда последними nightly-build'ами файрфокса (3.1/3.5, 3.2/3.6). И был доволен. Нынче я пользуюсь Линуксом (Ubuntu 9.04, затем Linux Mint 7 — что, впрочем, одно и то же). В репозитарии есть пакеты firefox и firefox-3.5: первый — версии 3.0.11, второй — одна из beta-версий.

В работе 3.0 нет никаких огрехов, а вот в 3.5 релиз за релизом у меня наблюдается очень неприятный баг с png-изображениями. :( А именно: искажаются цвета некоторых png-файлов.

В этой статья я хочу рассказать, как в Gentoo и других portage-based дистрибутивах для сборки пакетов исползовать отличный от gcc компилятор.
Выбор альтернативных компиляторов обширен: Intel Compiler Suite, Sun Studio Express Compilers, TenDRA C/C++ Compiler, Tiny C Compiler и прочие легковесные компиляторы.
Я рассмотрю переход на самый популярный (AFAIK) из альтернативных компиляторов — icc.
Вы можете спросить: а зачем это вообще надо? Дело в том, что icc оптимизирует код для исполнения на интеловских процессорах лучше, чем gcc.
Сравните сами:

тестируемая программа	bunzip2 linux-2.6.32.tar.bz2	bzip2 linux-2.6.32.tar	oggenc -q5 testfile.wav	lame -V4 testfile.wav
среднее время выполнения (gcc)	22.118	91.452	108.554	98.438
среднее время выполнения (icc)	20.373	68.284	88.581	84.626
прирост скорости	8.5%	33.9%	22.5%	16.3%

Согласитесь, весьма неплохие результаты.
Конфигурация компьютера, на котором производилась проверка: Intel Core 2 Duo T7250 @ 2.00 GHz; linux 2.6.31-gentoo-r7 x86; gcc-4.4.2; icc-11.1.056; все тесты выполнялись в tmpfs — разделе, дабы не грешить на скорость i/o.

Привет Хабр! После прочтения недавней статьи Придётся ли Intel убрать из компилятора функцию, намеренно выдающую плохой код для процессоров AMD? и всех комментариев к ней, как ни странно не увидел главного: тестов “живых” приложений до применения патча, блокирующего диспетчер процессора в коде компилятора Intel и после.


Имея в запасе выходные дни и являясь тем самым несчастливым обладателем процессора от компании AMD решил более детально изучить вопрос. А именно выяснить, действительно ли видна значительная разница в производительности реальных приложений, скомпилированных компилятором от Intel?

В демонстрационном центре Internet Explorer 9 появились две новые демонстрации: поддержки форматов TIFF и JPEG XR и цветовых профилей ICC версии 4. Тесты позволяют оценить то насколько ваш браузер поддерживает эти форматы и посмотреть как все это работает в IE9.

Первый тест Image Support предлагает вывод одного изображения в трех видах: обычный JPEG (30кб, видны артефакты), losless TIFF (890 килобайт) и JPEG XR (30 kb с качеством сравнимым с TIFF). В браузерах, которые не поддерживают TIFF и JPEG XR будет использоваться PNG для демонстрации.

Второй тест Color Profiles позволяет протестировать какую версию ICC поддерживает ваш браузер и посмотреть отличия для разных версий ICC. Оригинальное изображение использует ICC 4. Тестовые изображения получены от International Color Consortium.

Это третья часть руководства по нововведениям в браузере IE9. В первой части я рассмотрел поддержку стандартов CSS, HTML5, DOM, вторая часть была посвящена реализации в IE9 технологии SVG. В третьей завершающей части я расскажу про поддержку в IE9 нового стандарта веб-шрифтов WOFF, ICC-профилях, форматов TIFF и JPEG XR, изменениях в JavaScript-движке, инструментах разработчика и об интерфейсе пользователя в IE9.

Недавно мой студент и я пытались понять одну тонкость в стандарте C. Самый простой способ прояснить подобные вопросы — это узнать, учли ли её разработчики компиляторов, то есть написать код и посмотреть, что с ним будут делать разные компиляторы.

Я написал такую функцию:

int foo (char x) {
  char y = x;
  return ++x > y;
}

Так как ++x увеличивает на 1 значение x, очевидно, что функция должна возвращать "1" для большинства значений x. Вопрос состоит в том, что она вернет для значения CHAR_MAX?

Работа над новым стабильным релизом не прекращается и на этой неделе мы рады представить вам сборку Opera 12.50 с целым букетом новых красочных возможностей и улучшений. Как обычно, мы выбрали из них самые интересные для разработчиков и спешим поделиться.

Сразу оговорюсь, что я и близко не являюсь профессионалом в области обработки изображений, но хочу поделиться с вами кое-какими полученными знаниями (с примером). Очень надеюсь, что информация будет для вас полезной.

При работе с изображениями многим приходилось сталкиваться с понятием «цветовой профиль». Откуда оно взялось? По определению, цветовой профиль — это набор данных, описывающих устройство цветного ввода или вывода (монитор, принтер и так далее). Профили определяют требования к внешнему виду через соответствия между пространствами цветов и PCS (Profile Connection Space). Пространство связи профиля может быть XYZ или LAB, а соответствия обычно задаются таблицами или «картами».

Предыдущий мой пост был посвящен цикловым перестановочным оптимизациям, проблемам распознавания циклов, разрешению неоднозначности при работе с памятью, определению и важности зависимостей. Теперь я хочу сделать обзор одной из самых эффективных цикловых оптимизаций — автовекторизации. Хочется обсудить вопросы эффективности оптимизации, а также попытаться понять, какие факторы эту эффективность определяют. Всем, кому это интересно – добро пожаловать. При обсуждении я буду ориентироваться на интеловский автовекторизатор и автовекторизатор gcc 4.7.2. gcc я буду исследовать, чтобы подтвердить, что те принципы векторизации, которые я здесь пытаюсь сформулировать, имеют достаточно общую природу. Заодно мне, конечно, хочется понять уровень автовекторизации в gcc. Тут, конечно, есть некий элемент неравенства, поскольку я использую последний компилятор Интел, но не самую топовую версию gcc, но в основном я буду ориентироваться при сравнении на SSE инструкции. (Кстати, Intel активно участвует в разработке автовекторизатора gcc). Поскольку Intel и интеловский компилятор мне ближе, то ему я уделю кое-где больше внимания. Я не претендую на то, что я векторизаторный гуру и буду рад, если кто-то увидит мои ошибки и меня поправит. Букв будет много.

Привет! Я принесла картинок про российский рынок IT. Разных. Много. Осторожно, трафик.



Разница между использованием частного и публичного «облаков» чаще всего заключается в том, что публичное дешевле и проще в обслуживании, а частное – «под боком» (что часто важно по юридическим причинам). Например, банковские приложения критичного уровня будут почти наверняка размещены в частном, а тестовые среды могут разворачиваться и в публичном.

На момент написания этого текста текущей версией Android Studio была версия 1.0.1. Компилятор Intel C++ Compiler for Android, будучи частью Intel Integrated Native Developer Experience (Intel INDE), поддерживает Android Studio 1.0.1 в Intel INDE 2015 Update 1. Поскольку Android Studio 1.0.1 не поддерживает Android NDK, в этой статье описаны шаги для создания нативного Android-приложения с использованием Android NDK r10d и компилятора Intel C++ Compiler for Android. Поехали!

Android Studio в качестве системы сборки использует Gradle. На момент написания статьи Gradle в процессе сборки вызывала систему NDK. В Android NDK r10 и более поздней версии после инсталляции Intel INDE компилятор Intel C++ Compiler for Android (ICC) не является более используемым по умолчанию компилятором в системе сборки NDK.

Все проблемы в области Computer Science могут быть решены введением дополнительного уровня косвенности. За исключением одной: слишком большого числа уровней косвенности.
All problems in computer science can be solved by another level of indirection, except for the problem of too many layers of indirection.

Программные интерпретаторы известны своей невысокой скоростью работы. В этой статье я расскажу, как их можно ускорить.
Я давно уже хотел поподробней остановиться на создании интерпретаторов. Прямо таки обещал, в том числе самому себе. Однако серьёзный подход требовал использования более-менее реалистичного кода для примеров, а также проведения измерений производительности, подтверждающих (а иногда и опровергающих) мои аргументы. Но наконец-то я готов представить почтенной публике результаты, причём даже чуть более интересные, чем собирался.
В данной статье будет описано семь способов построения программной ВМ для одной гостевой системы. От самых медленных мы проследуем к более быстрым, поочерёдно избавляясь от различных «неэффективностей» в коде, и в конце сравним их работу на примере одной программы.
Тех, кто не боится ассемблерных листингов, испещрённого макросами кода на Си, обильно удобренного адресной арифметикой, goto и даже longjmp, а также программ, использующих копипаст во имя скорости или даже создающих куски самих себя, прошу пожаловать под кат.

Отчёт о новых функциях свободного графического редактора

Мы только что выпустили вторую dev-версию GIMP в серии 2.9.x, ставшую результатом полугода работы. GIMP 2.9.4 представляет собой мощное обновление:

• обновленный интерфейс;
• серьёзные улучшения в управлении цветом;
• готовый к использованию инструмент MyPaint Brush;
• симметричное рисование;
• сплит-превью для фильтров на GEGL.

Вдобавок, исправлены десятки багов и сделаны многочисленные мелкие улучшения в графическом редакторе.

GIMP 2.9.4 достаточно надёжен для использования в продакшне, но требуется ещё кое-что доделать. Поэтому выпуск стабильной версии 2.10 потребует некоторого времени. Пожалуйста, смотрите дорожную карту со списком основных изменений, которые готовятся в версии GIMP 2.10.

Intel выпустил свой самый быстрый потребительский процессор для настольных ПК: Core i9-9900KS, у которого все восемь ядер работают на частоте 5,0 ГГц. Вокруг нового процессора много шума, но не всем известно, что у компании уже есть процессор с тактовой частотой 5,0 ГГц, к тому же с 14 ядрами: Core i9-9990XE. Эта крайне редкая вещь не доступна для обычных потребителей: Intel продает ее только избранным партнерам, и только через аукцион, один раз в квартал, и без каких-либо гарантий со своей стороны. Сколько бы вы заплатили за такую роскошь? Ну что ж, нам удалось раздобыть один из этих монстров, чтобы проверить насколько он хорош.

Недоступная роскошь от Intel: Core i9-9990XE с 14 ядрами на частоте 5,0 ГГц (1 часть)

Системные тесты

В разделе «Системные тесты» основное внимание уделяется тестированию в реальных условиях, с которыми сталкивается потребитель, с небольшим уклоном в пропускную способность. В этом разделе мы рассмотрим время загрузки приложения, обработку изображений, простую физику, эмуляцию, нейронное моделирование, оптимизированные вычисления и разработку трехмерных моделей, с использованием легкодоступного и настраиваемого программного обеспечения. Хотя некоторые из тестов попроще перекрываются возможностями больших продуктов, таких как PCMark, (мы публикуем эти значения в разделе офисных тестов), всё же стоит рассмотреть тестируемый объект с разных ракурсов. Во всех тестах мы подробно объясним, что тестируется, и как именно мы тестируем.