https://www.opennet.ru/openforum/vsluhforumID3/92078.html Авторы проекта "Архитектура открытых приложений (http://aosabook.org/)" опубликовали (http://aosabook.org/blog/2013/10/the-performance-of-open-source-applications-is-out/) новую книгу - "The Performance of Open Source Application (http://aosabook.org/en/index.html)", которая посвящена исключительно вопросам оптимизации и достижения высокой производительности в открытых проектах. В книге рассказано о способах достижения высокой производительности в таких проектах, как Chromium, Firefox, EtherCalc, Ninja, pugixml, Infinispan, Talos, Zotonic, Warp, Khmer. Отдельная глава (http://aosabook.org/en/posa/secrets-of-mobile-network-performance.html) посвящена оптимизации мобильных приложений. Текст книги распространяется в рамках лицензии Creative Commons Attribution 3.0 Unported.<br><br><br>URL: http://aosabook.org/blog/2013/10/the-performance-of-open-source-applications-is-out/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=38106<br> https://www.opennet.ru/openforum/vsluhforumID3/92078.html#35 Thu, 10 Oct 2013 01:29:37 GMT А прикинь, в английском "look TV" и "watch TV" означают разное, хотя на русский дословно переводятся одинаково.<br><br>[сообщение отредактировано модератором]<br> https://www.opennet.ru/openforum/vsluhforumID3/92078.html#34 Wed, 09 Oct 2013 20:53:08 GMT вот знали бы про сие те писатели фортрановских программ...<br> https://www.opennet.ru/openforum/vsluhforumID3/92078.html#33 Wed, 09 Oct 2013 20:29:17 GMT &gt; второе - в фортране данные массива сохнаряются в памяти совсем иначе: не <br>&gt; построчно, как в сях и пр., а постолбично. <br><br>транспонирование и вперед. <br> https://www.opennet.ru/openforum/vsluhforumID3/92078.html#32 Wed, 09 Oct 2013 20:27:36 GMT &gt;&gt; Зато кодек на aсме, декодирует <br>&gt; Ага, а декодер кодирует :-) <br><br>А прикинь переводчики - переводят, а не депереводят, разпереводят и перепереводят. <br> https://www.opennet.ru/openforum/vsluhforumID3/92078.html#31 Wed, 09 Oct 2013 20:03:29 GMT спасибо, кэп!<br> https://www.opennet.ru/openforum/vsluhforumID3/92078.html#30 Wed, 09 Oct 2013 19:38:20 GMT дуплицируют матрицы, одну из них переворачивают, обе обрабатывают построчно. вуаля!<br> https://www.opennet.ru/openforum/vsluhforumID3/92078.html#29 Wed, 09 Oct 2013 18:36:32 GMT там даже речь не шла о каких-то математических обработках матриц, не мультипликация матриц и пр. это один сюрприз был. ну да хрен с ними, алгоритмы были уж сильно специфичными. <br>второе - в фортране данные массива сохнаряются в памяти совсем иначе: не построчно, как в сях и пр., а постолбично. то есть, представлешь, какие тормоза будут, если в сях два матричных цикла поменять местами ;) сплошные кэш-промахи в мегабайтных массивах данных.<br> https://www.opennet.ru/openforum/vsluhforumID3/92078.html#28 Wed, 09 Oct 2013 16:31:50 GMT &gt; Зато кодек на aсме, декодирует<br><br>Ага, а декодер кодирует :-) <br><br>Никакой ASM не спасает от кривой постановки задачи. Если с человеческим языком проблемы, то они наследуются и усугубляются на этапах планирования и реализации ПО.<br><br>А костыли можно изготавливать на чём угодно: хоть на ASM, хоть на VBA.<br> https://www.opennet.ru/openforum/vsluhforumID3/92078.html#27 Wed, 09 Oct 2013 10:38:41 GMT &gt; Переписывание на асм - последний этап оптимизации. Если выбран неоптимальный алгоритм, <br>&gt; неоптимальная структура хранения данных и ещё десяток "неоптимально", то никакой язык <br>&gt; программирования, даже ассемблер, не поможет достичь оптимальной производительности. <br><br>А вот прикинь, написали враппер для кодека,... корявый, грузит по 10 сек. части VOB файлов,<br>open/lseek/malloc/realloc/..., память течёт... Зато кодек на aсме, декодирует данные за 30 сек.,...<br>В итоге имеем 3 минуты на кодирование DVD из них 1 минуту на работу с файлами. <br>