https://www.opennet.ru/openforum/vsluhforumID3/102654.html В рамках проекта asmttpd (https://github.com/nemasu/asmttpd) развивается реализация http-сервера для Linux, написанная целиком на ассемблере для архитектуры AMD64. Сервер является самодостаточным и не требует наличия внешних библиотек. Исполняемый файл занимает всего 6 Кб. Код распространяется под лицензией GPLv2.<br><br><br><br>Поддерживается обработка запросов в многопоточном режиме, отдача статических файлов из указанной директории, обработка кодов возврата (200, 206, 404, 400, 413, 416) и выдача корректного заголовка "Content-type" для файлов xml, html, xhtml, gif, png, jpeg, css, js. Из запланированных на ближайшее будущее возможностей отмечается формирование индекса содержимого директорий и поддержка заголовка HEAD. Интересно, что несмотря на то, что код написан на ассемблере, проведённые (https://news.ycombinator.com/item?id=9571827) пользователями тесты производительности показывают существенное отставание по скорости обработки запросов от современных http-серверов, написанных на языке Си.<br><br><br>URL: https://ne https://www.opennet.ru/openforum/vsluhforumID3/102654.html#154 Fri, 22 May 2015 15:27:24 GMT &gt; Уже нет. Начиная с 4.9 SSE используется по умолчанию и для 32-битных <br>&gt; приложений.<br>&gt; https://gcc.gnu.org/gcc-4.9/changes.html <br><br>Не нашел. man gcc (4.9.2) утверждает обратное. Если вы про -ffast-math, то даже я, любитель собрать систему с -O3, использую -ffast-math только при экспериментах, да и то на отдельных пакетах - слишком много от этой опции проблем.<br> https://www.opennet.ru/openforum/vsluhforumID3/102654.html#153 Fri, 22 May 2015 15:02:47 GMT &gt; Не все - gcc по-умолчанию использует сопроцессор для 32 битных систем. Есть у него и хитрый режим sse+387 - что удваивает количество регистров.<br><br>Уже нет. Начиная с 4.9 SSE используется по умолчанию и для 32-битных приложений.<br><br>https://gcc.gnu.org/gcc-4.9/changes.html<br><br>Разве что вы собираете код для CPU без SSE или целенаправленно хотите использовать FPU ради повышенной точности.<br><br>&gt; Насколько я понимаю, речь идет о том, что при переключении потока/задачи придется регистры сопроцессор сохранять/восстанавливать.<br><br>Вот это действительно имеет место. Но не надо путать теплое с мягким - на этапе исполнения кода никаких "переключений контекста" нет.<br> https://www.opennet.ru/openforum/vsluhforumID3/102654.html#152 Fri, 22 May 2015 14:43:49 GMT &gt; Уважаемый, вы упоролись. Пенальти за переход между целочисленным режимом и FP был <br>&gt; во времена MMX, когда для целочисленных значений использовались регистры FPU. С <br>&gt; тех пор, как появились SSE/SSE2, про MMX и, собственно, сам FPU <br>&gt; все забыли как про страшный сон.<br><br>Не все - gcc по-умолчанию использует сопроцессор для 32 битных систем. Есть у него и хитрый режим sse+387 - что удваивает количество регистров.<br><br>&gt; Переключение контекста - это вообще из области многопоточности/многозадачности.<br><br>Насколько я понимаю, речь идет о том, что при переключении потока/задачи придется регистры сопроцессор сохранять/восстанавливать.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/102654.html#151 Fri, 22 May 2015 13:45:18 GMT А если проксирует/балансирует запросы, например, к nodejs?<br> https://www.opennet.ru/openforum/vsluhforumID3/102654.html#150 Fri, 22 May 2015 12:49:20 GMT Напомнило творчество одного деятеля, который "для производительности" написал веб-приложение на С ... работающее через CGI. Сильно удивлялся, когда я переписал это дело на богомерзком похапе и получил в 40 раз больше RPS :)<br> https://www.opennet.ru/openforum/vsluhforumID3/102654.html#149 Fri, 22 May 2015 11:52:52 GMT Понятие frontend/backend ортогонально к понятию web/http server. <br>Если nginx общается с бекендом по fcgi или uwsgi, то бекенд уже не может претендовать на звание вебсервера.<br> https://www.opennet.ru/openforum/vsluhforumID3/102654.html#148 Fri, 22 May 2015 10:52:02 GMT Программирование на epoll/kqueue/poll/select + неблокирующий read/write и коллбэчная модель это ортогональные штуки.<br>Можно из без коллбэков, но с ними удобнее.<br> https://www.opennet.ru/openforum/vsluhforumID3/102654.html#147 Fri, 22 May 2015 10:45:59 GMT &gt; Не "отстал", а никогда в неё и не входил. С момента появления FPU переключение между контекстом целочисленных операций и операций с плавающей запятой было и является весьма дорогим<br><br>Уважаемый, вы упоролись. Пенальти за переход между целочисленным режимом и FP был во времена MMX, когда для целочисленных значений использовались регистры FPU. С тех пор, как появились SSE/SSE2, про MMX и, собственно, сам FPU все забыли как про страшный сон.<br><br>Переключение контекста - это вообще из области многопоточности/многозадачности.<br> https://www.opennet.ru/openforum/vsluhforumID3/102654.html#146 Fri, 22 May 2015 07:44:38 GMT &gt;&gt; поэтому, нет в Debian и OpenBSD = для меня не существует :) <br>&gt; И эти люди запрещают нам ковыряться в носу и что-то там лечат <br>&gt; про стереотипность...<br><br>тебе кто-то запрещает ковыряться в носу?<br><br>и причём тут стереотипность?<br>