1. На MIPS приложения с native-библиотеками под ARM вообще не запускаются, на x86 запускаются в режиме бинарной трансляции.
2. В NDK есть toolchain под MIPS, но нет образа для эмулятора. А для x86 есть всё.
3. libcpufeatures на MIPS не распознаёт никаких дополнительных расширений, а на x86 детектирует SSSE3, MOVBE и ещё что-то.
4. Чтобы задействовать SIMD-инструкции на x86 вы можете использовать ассемблер, intrinsic-функции либо авто-векторизацию. А для Ingenic Media Extensions (SIMD-расширение в процессорах XBurst, на которых построены все нынешние MIPS-планшеты) нет даже поддержки на уровне ассемблера.
И есть ещё кучу таких мелочей, которые делают user experience на x86 лучше чем на MIPS.
H.264 — это стандарт видеокодирования (а x264 — одна из реализаций энкодера, соответствующая стандарту). Стандарт, естественно, не может быть запатентован, но некоторые идеи, которые описаны в стандарте запатентованы. Т.к. все популярные видеокодеки построены на похожих принципах, патент, описывающий алгоритм, используемый в H.264, с большой вероятностью применим к VC-1 и WebM.
Фейк. На закрытых материалах, которые раздаются под NDA, почти всегда есть надписи вроде «NDA», «Confidential», «Restricted Use». Сложно поверить, что Sony не отметила таким образом столь важную информацию.
Алгоритм распаралелен неправильно, но проблема здесь не с забиванием шины памяти. Даже на Sandy Bridge в идеально оптимизированном коде на одном потоке можно получить максимум 75% пропускной способности. А невекторизованным кодом забить шину памяти ещё сложнее. Проблема с кодом у автора поста в том, что разные потоки пишут в одни и те же строки кэша. Когда один из потоков хочет записать что-то в память, он проверяет, не закэширована ли эта строка в кэше другого процессора. Т.к. все потоки пишут в одни и те же строки кэша, скорее всего обнаружится, что эту строку кэша уже изменил другой поток. В результате будет отправлен запрос RFO (Request for ownership) к другому ядру процессора, чтобы оно прислало изменённую строку кэша. Попутно контроллер памяти отследит RFO запрос, и запишет изменённую строку кэша обратно в память (это нужно чтобы правильно работал MESI алгоритм). Всё это, естественно, очень не быстро, и главное, превращает код в по сути однопоточный.
Если не кликать по баннеру, а найти Rasberry Pi в поиске, то окроется страница заказа. Только он там всё равно уже out of stock, и доставка ожидается через 30 дней.
Вообще-то арифметическое кодирование есть в стандарте JPEG, и референсную библиотеку (libjpeg) можно собрать с поддержкой арифметического кодирования. Но на алгоритм арифметического кодирования, использованном в JPEG, действуют патенты, поэтому большинство программ не умеют даже декодировать JPEG с арифметическим кодированием.
Вот годовой отчёт Goldman Sachs за 2010 год (за 2011 отчёта ещё нет). Согласно этому отчёта GS заработал 12.892 млн $ прибыли, из которой 4.538 млн $ ушло на налоги (т.е. эффективная ставка налогообложения 35.2%; и это ещё не учитывает 465 млн $, которые были заплачены в качестве налога на бонусы в UK), и 8.354 млн $ было распределено акционерам.
Я не призывал забивать на написание ковра. Мой пост к тому, что C.V. может оказаться первым, на что будет смотреть работодатель, и должно быть проработано не хуже ковра.
Я знаю мнение HR'ов о том, чем отличается CV от Resume: ничем. И оно не должно быть больше одной страницы (исключение — C.V. для академической карьеры).
1. Не все работодатели начинают с ковра, некоторые его вообще не читают.
2. C.V. должно быть на одну страницу. Если вам кажется, что вы очень интересны, и работодатель захочет прочесть больше одной страницы, можете вставить в него строчку типа «Extended resume is available on request». Но уверяю вас, это самое «extended resume» можно даже не писать, никто его не спросит.
2. В NDK есть toolchain под MIPS, но нет образа для эмулятора. А для x86 есть всё.
3. libcpufeatures на MIPS не распознаёт никаких дополнительных расширений, а на x86 детектирует SSSE3, MOVBE и ещё что-то.
4. Чтобы задействовать SIMD-инструкции на x86 вы можете использовать ассемблер, intrinsic-функции либо авто-векторизацию. А для Ingenic Media Extensions (SIMD-расширение в процессорах XBurst, на которых построены все нынешние MIPS-планшеты) нет даже поддержки на уровне ассемблера.
И есть ещё кучу таких мелочей, которые делают user experience на x86 лучше чем на MIPS.
CFLAGS="-O3 -mfpu=neon -mcpu=cortex-a9 -mtune=cortex-a9 -march=armv7-a"P.S. Вы не правы
2. C.V. должно быть на одну страницу. Если вам кажется, что вы очень интересны, и работодатель захочет прочесть больше одной страницы, можете вставить в него строчку типа «Extended resume is available on request». Но уверяю вас, это самое «extended resume» можно даже не писать, никто его не спросит.