forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

asmttpd - http-сервер на ассемблере[BR], opennews (??), 20-Май-15, (0) [смотреть все]

Прям чудеса , Аноним (-), 12:10 , 20-Май-15, (1) +12 //

Попытки тривиально реализовать сложные вещи всегда примерно так и кончаются , Crazy Alex (ok), 12:21 , 20-Май-15, (10) +18 //

Он просто синхронный и потоковый Почти как в книжке пишем свой хттп сервер за , ram_scan (?), 15:20 , 20-Май-15, (55) +5 //

Ну я примерно об этом и говорил Только чем больше навернёте сложность реализаци, Crazy Alex (ok), 15:39 , 20-Май-15, (57) +3

ваять не сложно, поддерживать нереально потом , Аноним (-), 15:44 , 20-Май-15, (58) +2

Ваять - тоже не слишком радостно, но поддержка, разумеется, подразумевалась - ин, Crazy Alex (ok), 02:59 , 21-Май-15, (102)

Да на самом деле будет практически так-же Даже по обьему кода выйдет стока-же , ram_scan (?), 15:45 , 20-Май-15, (59) +2

Если ассемблерщик не может в event-driven - это нуб и олух, а не ассемблерщик Та, Аноним (-), 18:17 , 21-Май-15, (129) +1
Программирование на epoll kqueue poll select неблокирующий read write и коллбэ, myc (?), 13:52 , 22-Май-15, (148)

Напомнило творчество одного деятеля, который для производительности написал ве, Аноним (-), 15:49 , 22-Май-15, (150) +1

Зря они это надумали, бинарник ведь раздует килобайт эдак до воьсми с половиной,, Анончег (?), 01:09 , 21-Май-15, (99) +8 //

для amd64 не страшно, если бы под arm делали, а так, пускай , cmp (ok), 05:02 , 21-Май-15, (109)

Логично Ассемблер же не волшебная палочка Хорошо написанный код на СИ в общем , iPony (?), 12:48 , 20-Май-15, (18) //

SIMD Нет, не слашал, да , bircoph (ok), 12:55 , 20-Май-15, (19) –11 //

Да Оно улучшит веб-сервер Кардинально ps Не сЛОШал , Andrey Mitrofanov (?), 13:09 , 20-Май-15, (22) +10

Без шуток, улучшит, кардинально То же копирование памяти Просто нужно параллели, bircoph (ok), 04:57 , 21-Май-15, (107) –3

Вы не поверите, но современные компиляторы о нем тоже слышали , Аноним (-), 13:25 , 20-Май-15, (26) +8

Но на asm е больше шансов подогнать код так, что бы он уместился в L1-кеш процес, Mihail Zenkov (ok), 14:05 , 20-Май-15, (42)

Вообще и этим должен заниматься компилятор, если специально поставить такую зада, Анонимоус (?), 14:37 , 20-Май-15, (49)

Я имею виду разместить весь код приложения, как это делает memtest На C это мал, Mihail Zenkov (ok), 14:40 , 20-Май-15, (51) –2

Вот те раз, а мужики с -nostdlib то и не в курсе В смысле, на си можно собрать , Аноним (-), 20:46 , 20-Май-15, (85) +2

Да можно, я сам пишу на С под AVR И на C можно, но реальность увы гораздо сур, Mihail Zenkov (ok), 23:16 , 20-Май-15, (97) –2

Загляни в новость про жабу, там и единиц измерения-то таких не знают, там с гига, Анончег (?), 01:13 , 21-Май-15, (101) +4
Я сам вожу грузы на 8222 Газели 8220 , но реальность увы горзадо суровее Пос, Canis Dirus Leidy (?), 08:18 , 21-Май-15, (113) +1

Вот в теме про Qt-5 5 и предлагают использовать Белаз для перевозки одного мешка, Mihail Zenkov (ok), 12:43 , 21-Май-15, (123)

А вы ну так, глядя на ваши девайсы на тиньках обычно это делаете так - Знаете, Аноним (-), 18:28 , 21-Май-15, (131)
Не понял, к чему ваши аналогии Приведенные мной примеры на attiny13 работают не , Mihail Zenkov (ok), 21:26 , 21-Май-15, (140)

Ну так Qt любой версии, как бы, не ориентирована на 8-битные AVR совсем Даже на, Аноним (-), 09:40 , 21-Май-15, (119)
Реальность такова, что плюсовый код на порядок лучше оптимизирует Из последнего , annnnnnnn (?), 10:37 , 21-Май-15, (121) –1

Лол Может вы еще и с ассемблерными листингами и замерами производительности все, Аноним (-), 18:32 , 21-Май-15, (132)

800045a bf00 nop 800045c 4a10 ldr r2, pc, 64 80004a0 main , annnnnnnn (?), 10:27 , 22-Май-15, (145)

Что, простите Может у вас и , быстрее, чем read, write , XoRe (ok), 00:23 , 22-Май-15, (143)

Ну и как тебе писать сложный алгоритм на ассемблере и на C под avr , Влад (??), 18:40 , 21-Май-15, (135)

http www opennet ru openforum vsluhforumID3 102654 html 67, Mihail Zenkov (ok), 21:36 , 21-Май-15, (142)

Он этим занимается аж в 0 1 случаев, о таких вещах как cache pollution-aware во, z (??), 14:50 , 21-Май-15, (125)

Сразу видно, что пишет человек с SIMD серьёзно не работавший Компиляторы, конечн, bircoph (ok), 04:53 , 21-Май-15, (105) +1

Наверное, я отстал от жизни Обработка типов int и float уже выполняются в разны, Аноним (-), 09:34 , 21-Май-15, (116) +1

Не отстал , а никогда в неё и не входил С момента появления FPU переключение м, bircoph (ok), 16:26 , 21-Май-15, (127) –2

Уважаемый, вы упоролись Пенальти за переход между целочисленным режимом и FP бы, Аноним (-), 13:45 , 22-Май-15, (147) +1

Не все - gcc по-умолчанию использует сопроцессор для 32 битных систем Есть у не, Mihail Zenkov (ok), 17:43 , 22-Май-15, (152)

Уже нет Начиная с 4 9 SSE используется по умолчанию и для 32-битных приложений , Аноним (-), 18:02 , 22-Май-15, (153)

Не нашел man gcc 4 9 2 утверждает обратное Если вы про -ffast-math, то даже , Mihail Zenkov (ok), 18:27 , 22-Май-15, (154)

вот и разработчики не слышали или слышали, но у них не хватило наркоты, чтобы п, Нанобот (ok), 20:03 , 20-Май-15, (80)

Зачем наркота Тот же SSE давно используется в столь далёких от паралельных вычи, bircoph (ok), 04:54 , 21-Май-15, (106) –1

То-то все кодеки, либы шифрования, turbojpeg и прочие - вставки на асме пишут дл, Аноним (-), 13:23 , 20-Май-15, (24) +3 //

http www opennet ru opennews art shtml num 36551, михаил (?), 13:27 , 20-Май-15, (27) +2

Большая часть ассемблерных вставок малозначительна и не создаёт должного увелич, михаил (?), 13:27 , 20-Май-15, (29) –2

Это тот случай когда мал золотник, да дорог Нет смысла ускорять код в который, Аноним (-), 20:43 , 20-Май-15, (83)

Как видим, весь код на асме пишут для замедления , Andrey Mitrofanov (?), 13:49 , 20-Май-15, (37) +2

Он медленный не из-за того что на асме а из-за того что синхронный и большую час, ram_scan (?), 15:24 , 20-Май-15, (56) –2

Про блоат это ты принёс Беспокоит размер Сравнивал 10DVD любой из 10 архитекту, Andrey Mitrofanov (?), 20:50 , 20-Май-15, (88) +1

Я всего лишь придумал как оптимизировать наброс Троллить ассемблерщиков неоптим, Аноним (-), 21:02 , 20-Май-15, (94) –2

Да, так я и написал в общем случае , iPony (?), 14:39 , 20-Май-15, (50)
Кодеки, шифрование, обработка изображений - это числодробилки Ассемблерные вс, Омномним (?), 18:31 , 20-Май-15, (78)

Ух ты, я вызвал приступы капитанинга Любо-дорого смотреть, Капитаны на опеннете, Аноним (-), 20:48 , 20-Май-15, (86)

gt оверквотинг удален С использованием векторных инструкций не в 2-3 раза, а в, bircoph (ok), 04:59 , 21-Май-15, (108) –3

Ожидаемо Просто алгоритмы оптимизации кода в компиляторах достаточно развиты О, Kroz (??), 13:36 , 20-Май-15, (32) +1 //

Да при чём здесь оптимизации Просто на ассемблере несколько задолбаешься делать, Crazy Alex (ok), 13:47 , 20-Май-15, (35) //

Это как-бы мало, у остальных они за собой еще libc stdc потянут, а тут тольк, BratSinot (ok), 16:13 , 20-Май-15, (65) –1

Это не просто мало - это катастрофически мало для того, чтобы реализовать прилич, Crazy Alex (ok), 16:48 , 20-Май-15, (68)

Это все сказки Вы просто не замечаете возросших потребностей Один графический , rshadow (ok), 17:46 , 20-Май-15, (74) +2

Никто не уловил сарказм , Аноним (-), 13:57 , 20-Май-15, (39)
чудеса будут, если он проживет столько, сколько апач например и все равно будет , Аноним (-), 15:16 , 20-Май-15, (54)

Сейчас начнется очередной виток срача, в последнее время популярного на опеннете, Legacy (ok), 12:11 , 20-Май-15, (3) +5 //

На go, очевидно же Модно-молодёжно, ибо ваистену - , Аноним (-), 12:42 , 20-Май-15, (17) +4
На пИтОнЕ , Аноним (-), 13:58 , 20-Май-15, (40) –3 //

CherryPy Не, не слышал Tornado Не, тоже не знаю Twisted Не, тоже как-то не сл, jOKer (ok), 14:31 , 20-Май-15, (47) +1 //

И все их ставят за nginx-ом, написанном на , Andrey Mitrofanov (?), 15:05 , 20-Май-15, (53)

Вопрос спорный Разгребать статику можно конечно и nginx Я кстати, именно его и, jOKer (ok), 16:12 , 20-Май-15, (64) +2

И как он на 50000-100000 коннектов , Аноним (-), 17:26 , 20-Май-15, (72) +1

Фиг знает Я же писал постом выше, что использую как раз nginx gunicorn Но люди, jOKer (ok), 17:50 , 20-Май-15, (75)

Балансер раздатчик статики - еще не веб-сервер Но в школах этого не читают, увы, Legacy (ok), 17:46 , 20-Май-15, (73) –1

Но то, что он балансирует, и подавно не обязано быть веб-сервером - к примеру, э, Crazy Alex (ok), 03:10 , 21-Май-15, (103)

ИМХО, в данном случае, WSGI-бакэнд как раз и есть веб-сервер, поскольку имено он, jOKer (ok), 04:44 , 21-Май-15, (104) –1

WSGI 8212 это явный сервер приложений Веб-сервер 8212 это то, что разговар, Аноним (-), 08:46 , 21-Май-15, (115) +1

Nginx - проксифронтенд Все что за ним стоит - бэкенд Не надо придумывать ненуж, Legacy (ok), 13:32 , 21-Май-15, (124) –3

Понятие frontend backend ортогонально к понятию web http server Если nginx обща, angra (ok), 14:52 , 22-Май-15, (149) –1

А если проксирует балансирует запросы, например, к nodejs , Legacy (ok), 16:45 , 22-Май-15, (151) –1

Мал и самодостаточен - удобен для руткитов с ботнетами , Аноним (-), 12:12 , 20-Май-15, (4) +12
Хмм А если бы не из директории, а из памяти, как бы тогда он был рядом с серв, YetAnotherOnanym (ok), 12:12 , 20-Май-15, (5) –2 //

на сях сверхмудрый оптимизатор хорошо оптимизирует код, тогда как тут вся оптими, Аноним (-), 12:17 , 20-Май-15, (7) +2
а какая разница из чего делать системый вызов , Аноним (-), 12:18 , 20-Май-15, (8) +1 //

разница большая системный вызов, например, из дерева работать скорее всего не б, Аноним (-), 12:20 , 20-Май-15, (9) +2 //

Можно запилить RPC-интерфейс Тогда будет , Аноним (-), 20:52 , 20-Май-15, (90)

Ну, может быть там работа с ФС рудиментарная, и причина тормозов в этом А из па, YetAnotherOnanym (ok), 12:25 , 20-Май-15, (13) –1

про файловые кеш на уровне ОС не слышали оно и так раздается из памяти, скорей в, braveduck (ok), 12:22 , 20-Май-15, (11) +4 //

Умничка Слышал про файловый кэш на уровне ОС А теперь следи за руками Сервер , YetAnotherOnanym (ok), 14:05 , 20-Май-15, (43) –2 //

Вот оно Надо объекты тож на асме писать это же всё решает и проблему p, Andrey Mitrofanov (?), 14:27 , 20-Май-15, (45) +2
Хе, какой-то уязвлённый школьник минусов накидал, а возразить по делу sendfile , YetAnotherOnanym (ok), 20:10 , 21-Май-15, (139) –2

Почему не GPL3 , Аноним (-), 12:13 , 20-Май-15, (6) //

потому что GPLv2 D, Аноним (-), 12:23 , 20-Май-15, (12)
Ну уж хотя бы не БЗДы, Аноним (-), 12:42 , 20-Май-15, (16) +1
гладиолус, Нанобот (ok), 20:08 , 20-Май-15, (81)

На ассемблере и медленно Кощунство , Аноннн (?), 12:32 , 20-Май-15, (14) //

Может быть, потому что не только от языка и его уровня зависит, но и от кривости, _KUL (ok), 13:06 , 20-Май-15, (21) +1 //

Именно поэтому Эти их такты на гигагерцах не имеют никакого значения при миллис, Andrey Mitrofanov (?), 13:19 , 20-Май-15, (23) +4 //

Энергоэффективность Представьте маломощный arm, полностью автономный - работающ, Mihail Zenkov (ok), 13:39 , 20-Май-15, (33) –2

Оно бы да, но писано-то под x86_64, Crazy Alex (ok), 13:48 , 20-Май-15, (36) +3

Это я в теории, про светлое будущее На x86_64 потребление питания и тепловыдел, Mihail Zenkov (ok), 13:53 , 20-Май-15, (38) –2

Ну, я никогда не был сторонником особой оптимизации по энергоэффективности на ст, Crazy Alex (ok), 15:50 , 20-Май-15, (60)

Я придерживаюсь такого же мнения - C код ассемблерные вставки в особо критичны, Mihail Zenkov (ok), 16:41 , 20-Май-15, (67) +1

Разница в одинаково написанном коде не превышает 5 Другое дело, что каждый язык, клоун (?), 17:24 , 20-Май-15, (71)

А какой у си стайл На нем все пишут по разному, от этакого почти ассемблера д, Аноним (-), 18:36 , 21-Май-15, (133)

На AMD64 написанный и на плюсах будет нехило работать, и даже на питоне И пробл, Аноним (-), 12:40 , 20-Май-15, (15) //

Ну вообще да, на всяких малых и особо малых устройства он само то Вангую что реб, Anonymous528 (?), 12:56 , 20-Май-15, (20)
Ога, пока рядом не запустят нжинкс и не проведут бенчмарк , Аноним (-), 13:25 , 20-Май-15, (25) //

И что произойдет Одна из первых ссылок в гуге по запросу nginx performance com, Legacy (ok), 17:53 , 20-Май-15, (76) //

Это не бенчмарк, а хрень собачья , Аноним (-), 18:59 , 20-Май-15, (79)

Свидетели Пресвятого Nginx а обвиняют собеседника в ереси, Нанобот (ok), 20:12 , 20-Май-15, (82) +2

В неумении делать бенчи или того хуже запредельном уровне подтасовок Засилье нж, Аноним (-), 20:55 , 20-Май-15, (91) –1

что он отличный балансер, но бакенд за ним все равно на других языках Что тоже , Legacy (ok), 22:30 , 20-Май-15, (96)

Капитан Очевидность намекает что по минимуму веб сервер может вообще не уметь ди, Аноним (-), 18:38 , 21-Май-15, (134)

Хотя, может и Minuet чикам тоже понравится , Аноним (-), 14:25 , 20-Май-15, (44) +1 //

А нельзя было написать пользователям разрабам MenuetOS А то при чтении Minu, Аноним (-), 15:54 , 20-Май-15, (62) //

Зато так суть отражается даже точнее , Аноним (-), 20:56 , 20-Май-15, (92)

вебсервер надо писать на phpphpttpd, Аноним (28), 13:27 , 20-Май-15, (28)
На брайнфаке надо еще для полноты картины , Феофан (?), 13:34 , 20-Май-15, (31) //

На http www gnu org software gawk manual gawkinet html_node Simple-Server html, Andrey Mitrofanov (?), 14:01 , 20-Май-15, (41) +1 //

Есть еще на шеллскриптах , Аноним (-), 20:57 , 20-Май-15, (93) //

М-м-м, кстати да Надо искать язык, на котором веб-сервера нет и его всё ещё н, Andrey Mitrofanov (?), 09:38 , 21-Май-15, (117)

Любой, практически, спец назначения Из того, с чем как-то сталкивался COBOL и , PnDx (ok), 12:41 , 21-Май-15, (122)

Да не вопрос Неужто из асма нельзя задействовать весь тот спектр костылей, что , Kodir (ok), 14:29 , 20-Май-15, (46) –2 //

Можно, только нужны и соответсвующие знания кроме книжки ассемблер для чайников, Аноним (-), 15:52 , 20-Май-15, (61) +2
Ну вот ты сам и ответил, почему нельзя задействовать - потому что эту адову прос, Crazy Alex (ok), 15:55 , 20-Май-15, (63)

Сейчас стало модно доказывать корректность программ, например с помощью Coq proo, Аноним (-), 15:03 , 20-Май-15, (52)
А вообще странные, в одном и том-же коде, разница в пару строчек Насколько , BratSinot (ok), 16:16 , 20-Май-15, (66) //

xor работает для любых регистров mov al,0 меньше по размеру , клоун (?), 17:18 , 20-Май-15, (70) –1 //

но по времени выполнения mov дольше, чем xor, Ващенаглухо (ok), 08:37 , 21-Май-15, (114) –2 //

учим матчасть mov reg,const обрывает для планировщика не слишком новых cpu за, z (??), 14:55 , 21-Май-15, (126) –2

Даёшь CMS на асме , Аноним (-), 17:08 , 20-Май-15, (69) +1 //

Лучше сразу ERP , Нанобот (ok), 21:35 , 20-Май-15, (95) +2 //

Конпелятор ЯВУ, чего там , Andrey Mitrofanov (?), 09:40 , 21-Май-15, (118) //

Можно просто яву Которая жаба Если JVM переписать на ассемблере - ява не торм, Аноним (-), 18:40 , 21-Май-15, (136)

Через миллион лет дойдёт до уровня сегодняшнего Апача , Аноним (-), 00:27 , 21-Май-15, (98) –1
Зачем Изначально и намеренно непортабельное, очевидно нерасширяемое, скорее все, Аноним (-), 01:12 , 21-Май-15, (100) +1
Предлагаю поделить все open source проекты на общепризнанные категории, дабы не , Аноним (-), 05:51 , 21-Май-15, (110) //

см в репозиторияхесли есть во всех репозиториях - значит, крутая вещь если в р, бедный буратино (ok), 06:45 , 21-Май-15, (111) //

впрочем, лично я кроме репозиториев, ничем не пользуюсь за очень крайне редкими, бедный буратино (ok), 06:45 , 21-Май-15, (112) –1 //

И эти люди запрещают нам ковыряться в носу и что-то там лечат про стереотипность, Аноним (-), 18:41 , 21-Май-15, (137)

тебе кто-то запрещает ковыряться в носу и причём тут стереотипность , б.б. (?), 10:44 , 22-Май-15, (146)

Я люблю ассемблер , Ydro (?), 09:46 , 21-Май-15, (120) //

я тя тоже люблю, друх, asm (??), 17:59 , 21-Май-15, (128)

Что там оптимизировать можно вообще Всё, что делают веб-сервера работая со стат, none7 (ok), 18:18 , 21-Май-15, (130) //

Ну тогда уж sendfile - более интересная функция ядра Да и не только блочн, Аноним (-), 18:44 , 21-Май-15, (138)

Угораздило же меня глянуть код КАЖДАЯ функция, включая системные вызовы обёрнут, none7 (ok), 21:31 , 21-Май-15, (141) +2
Т е 304 оно не умеет Хотя в принципе, там сложная логика - нужно анализировать , XoRe (ok), 00:29 , 22-Май-15, (144)

Сообщения [Сортировка по времени | RSS]

24. "asmttpd - http-сервер на ассемблере" +3 +/–

Сообщение от Аноним (-), 20-Май-15, 13:23

> Хорошо написанный код на СИ в общем случае не улучшишь с помощью ассемблера.
То-то все кодеки, либы шифрования, turbojpeg и прочие - вставки на асме пишут для ускорения.
Потому что как там сгенерит код сишный компилер - бабушка надвое сказала. И когда он вывалит какое-то жуткое месиво в тугом цикле, "потому что кодогенератор так решил" - знаешь, кодек с асмовыми вставками, где этот цикл вылизан покомандно живым человеком - может оказаться в 2-3 раза быстрее. Просто потому что в тугом цикле - в 2 раза меньше команд. Человек то в отличие от компилера может и подраспереться в одной локальной местности, оптимизнув по максимуму. Но писать мег кода на асме - бесполезно :). Можно запросто продуть компилятору в оптимизации использования регистров и проч.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

27. "asmttpd - http-сервер на ассемблере" +2 +/–

Сообщение от михаил (?), 20-Май-15, 13:27

http://www.opennet.me/opennews/art.shtml?num=36551

Ответить | Правка | Наверх | Cообщить модератору

29. "asmttpd - http-сервер на ассемблере" –2 +/–

Сообщение от михаил (?), 20-Май-15, 13:27

> http://www.opennet.me/opennews/art.shtml?num=36551
Большая часть ассемблерных вставок малозначительна и не создаёт должного увеличения производительности. Часто разработчики пытаются использовать тривиальный код с надеждой увеличить скорость выполнения тех или иных действий, но при этом общий эффект подавляется другими узкими местами.

Ответить | Правка | Наверх | Cообщить модератору

83. "asmttpd - http-сервер на ассемблере" +/–

Сообщение от Аноним (-), 20-Май-15, 20:43

> Большая часть ассемблерных вставок малозначительна
Это тот случай когда "мал золотник, да дорог". Нет смысла ускорять код в который ничего особо и не упиралось, поэтому переписать всю ОС или программу на асм как колибри или менуэт - довольно глупо.
А вот самые горячие циклы - на асме получаются быстрее, и это определяет всю производительность программы в местах где это критично. Что важно для кодеков, криптографии и прочая.
> и не создаёт должного увеличения производительности.
А я вот мерял как-то чисто сишные версии vs C+asm вставки в случае кодека - разница была очень даже. И я бы не хотел пользоваться чисто сишной версией кодека при доступности asm-optimized, разница может быть в пару раз запросто. А это меньше шума от вентиля на мощном проце, а на слабом - больше разрешение которое прожуется без выпадения кадров.
> другими узкими местами.
Вот в кодеках например асмовые вставки сделаны в самых горячих местах. Что и ускоряет все буквально в разы. Ну разумеется всякий glue code вызываемый сильно иногда - никто в здравом уме на асме писать не будет, потому что эффекта около ноля, а возни много.

Ответить | Правка | Наверх | Cообщить модератору

37. "asmttpd - http-сервер на ассемблере" +2 +/–

Сообщение от Andrey Mitrofanov (?), 20-Май-15, 13:49

> То-то все кодеки, либы шифрования, turbojpeg и прочие - вставки на асме
> пишут для ускорения.
Как видим, весь код на асме пишут для замедления.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

56. "asmttpd - http-сервер на ассемблере" –2 +/–

Сообщение от ram_scan (?), 20-Май-15, 15:24

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

Ответить | Правка | Наверх | Cообщить модератору

88. "asmttpd - http-сервер на ассемблере" +1 +/–

Сообщение от Andrey Mitrofanov (?), 20-Май-15, 20:50

>> Как видим, весь код на асме пишут для замедления.
>что они - тормозная блоатварь.
Про блоат это ты принёс. Беспокоит размер? Сравнивал 10DVD любой из 10 архитектур Debian-а со своими ассемберными пипирками и аж задохнулся?? Твои страдания >>>-все-видят->
> Сотни батхерта обеспечены :)

Ответить | Правка | Наверх | Cообщить модератору

94. "asmttpd - http-сервер на ассемблере" –2 +/–

Сообщение от Аноним (-), 20-Май-15, 21:02

> Про блоат это ты принёс.
Я всего лишь придумал как оптимизировать наброс. Троллить ассемблерщиков неоптимальными набросами - не пройдет. Они во всем оптимизацию любят.

Ответить | Правка | Наверх | Cообщить модератору

50. "asmttpd - http-сервер на ассемблере" +/–

Сообщение от iPony (?), 20-Май-15, 14:39

Да, так я и написал "в общем случае".

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

78. "asmttpd - http-сервер на ассемблере" +/–

Сообщение от Омномним (?), 20-Май-15, 18:31

Кодеки, шифрование, обработка изображений - это "числодробилки". Ассемблерные вставки там - это чёрные ящики, получающие буфер с данными на входе и выдающие буфер на выходе, это функции-аутисты, проделывающие большой объем вычислений, никак не общаясь с окружением.
А что такое http-сервер? Это жонглирование буферами памяти между вызовами API-шных функций работы с сетью и диском. Ну, парсер строк заголовков еще можно написать на асме, если уж руки чешутся. Но весь червер на асме это чистое рукоблудие.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

86. "asmttpd - http-сервер на ассемблере" +/–

Сообщение от Аноним (-), 20-Май-15, 20:48

Ух ты, я вызвал приступы капитанинга. Любо-дорого смотреть, Капитаны на опеннете сегодня качественные :)

Ответить | Правка | Наверх | Cообщить модератору

108. "asmttpd - http-сервер на ассемблере" –3 +/–

Сообщение от bircoph (ok), 21-Май-15, 04:59

>[оверквотинг удален]
> пишут для ускорения.
> Потому что как там сгенерит код сишный компилер - бабушка надвое сказала.
> И когда он вывалит какое-то жуткое месиво в тугом цикле, "потому
> что кодогенератор так решил" - знаешь, кодек с асмовыми вставками, где
> этот цикл вылизан покомандно живым человеком - может оказаться в 2-3
> раза быстрее. Просто потому что в тугом цикле - в 2
> раза меньше команд. Человек то в отличие от компилера может и
> подраспереться в одной локальной местности, оптимизнув по максимуму. Но писать мег
> кода на асме - бесполезно :). Можно запросто продуть компилятору в
> оптимизации использования регистров и проч.
С использованием векторных инструкций не в 2-3 раза, а в 20-30 раз (для конкретного цикла или небольшого куска кода), что в целом даёт 2-5 раз уже для всей программы.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	24. "asmttpd - http-сервер на ассемблере"	+3 +/–
	Сообщение от Аноним (-), 20-Май-15, 13:23
	> Хорошо написанный код на СИ в общем случае не улучшишь с помощью ассемблера. То-то все кодеки, либы шифрования, turbojpeg и прочие - вставки на асме пишут для ускорения. Потому что как там сгенерит код сишный компилер - бабушка надвое сказала. И когда он вывалит какое-то жуткое месиво в тугом цикле, "потому что кодогенератор так решил" - знаешь, кодек с асмовыми вставками, где этот цикл вылизан покомандно живым человеком - может оказаться в 2-3 раза быстрее. Просто потому что в тугом цикле - в 2 раза меньше команд. Человек то в отличие от компилера может и подраспереться в одной локальной местности, оптимизнув по максимуму. Но писать мег кода на асме - бесполезно :). Можно запросто продуть компилятору в оптимизации использования регистров и проч.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	27. "asmttpd - http-сервер на ассемблере"	+2 +/–
	Сообщение от михаил (?), 20-Май-15, 13:27
	http://www.opennet.me/opennews/art.shtml?num=36551
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "asmttpd - http-сервер на ассемблере"	–2 +/–
	Сообщение от михаил (?), 20-Май-15, 13:27
	> http://www.opennet.me/opennews/art.shtml?num=36551 Большая часть ассемблерных вставок малозначительна и не создаёт должного увеличения производительности. Часто разработчики пытаются использовать тривиальный код с надеждой увеличить скорость выполнения тех или иных действий, но при этом общий эффект подавляется другими узкими местами.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Аноним (-), 20-Май-15, 20:43
	> Большая часть ассемблерных вставок малозначительна Это тот случай когда "мал золотник, да дорог". Нет смысла ускорять код в который ничего особо и не упиралось, поэтому переписать всю ОС или программу на асм как колибри или менуэт - довольно глупо. А вот самые горячие циклы - на асме получаются быстрее, и это определяет всю производительность программы в местах где это критично. Что важно для кодеков, криптографии и прочая. > и не создаёт должного увеличения производительности. А я вот мерял как-то чисто сишные версии vs C+asm вставки в случае кодека - разница была очень даже. И я бы не хотел пользоваться чисто сишной версией кодека при доступности asm-optimized, разница может быть в пару раз запросто. А это меньше шума от вентиля на мощном проце, а на слабом - больше разрешение которое прожуется без выпадения кадров. > другими узкими местами. Вот в кодеках например асмовые вставки сделаны в самых горячих местах. Что и ускоряет все буквально в разы. Ну разумеется всякий glue code вызываемый сильно иногда - никто в здравом уме на асме писать не будет, потому что эффекта около ноля, а возни много.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "asmttpd - http-сервер на ассемблере"	+2 +/–
	Сообщение от Andrey Mitrofanov (?), 20-Май-15, 13:49
	> То-то все кодеки, либы шифрования, turbojpeg и прочие - вставки на асме > пишут для ускорения. Как видим, весь код на асме пишут для замедления.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	56. "asmttpd - http-сервер на ассемблере"	–2 +/–
	Сообщение от ram_scan (?), 20-Май-15, 15:24
	> Как видим, весь код на асме пишут для замедления. Он медленный не из-за того что на асме а из-за того что синхронный и большую часть времени катает вату в ожидании завершения операции ввода-вывода и стоит на семафорах. Если его на сях переписать будет еще тупее по производительности.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "asmttpd - http-сервер на ассемблере"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 20-Май-15, 20:50
	>> Как видим, весь код на асме пишут для замедления. >что они - тормозная блоатварь. Про блоат это ты принёс. Беспокоит размер? Сравнивал 10DVD любой из 10 архитектур Debian-а со своими ассемберными пипирками и аж задохнулся?? Твои страдания >>>-все-видят-> > Сотни батхерта обеспечены :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "asmttpd - http-сервер на ассемблере"	–2 +/–
	Сообщение от Аноним (-), 20-Май-15, 21:02
	> Про блоат это ты принёс. Я всего лишь придумал как оптимизировать наброс. Троллить ассемблерщиков неоптимальными набросами - не пройдет. Они во всем оптимизацию любят.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от iPony (?), 20-Май-15, 14:39
	Да, так я и написал "в общем случае".
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	78. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Омномним (?), 20-Май-15, 18:31
	Кодеки, шифрование, обработка изображений - это "числодробилки". Ассемблерные вставки там - это чёрные ящики, получающие буфер с данными на входе и выдающие буфер на выходе, это функции-аутисты, проделывающие большой объем вычислений, никак не общаясь с окружением. А что такое http-сервер? Это жонглирование буферами памяти между вызовами API-шных функций работы с сетью и диском. Ну, парсер строк заголовков еще можно написать на асме, если уж руки чешутся. Но весь червер на асме это чистое рукоблудие.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	86. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Аноним (-), 20-Май-15, 20:48
	Ух ты, я вызвал приступы капитанинга. Любо-дорого смотреть, Капитаны на опеннете сегодня качественные :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	108. "asmttpd - http-сервер на ассемблере"	–3 +/–
	Сообщение от bircoph (ok), 21-Май-15, 04:59
	>[оверквотинг удален] > пишут для ускорения. > Потому что как там сгенерит код сишный компилер - бабушка надвое сказала. > И когда он вывалит какое-то жуткое месиво в тугом цикле, "потому > что кодогенератор так решил" - знаешь, кодек с асмовыми вставками, где > этот цикл вылизан покомандно живым человеком - может оказаться в 2-3 > раза быстрее. Просто потому что в тугом цикле - в 2 > раза меньше команд. Человек то в отличие от компилера может и > подраспереться в одной локальной местности, оптимизнув по максимуму. Но писать мег > кода на асме - бесполезно :). Можно запросто продуть компилятору в > оптимизации использования регистров и проч. С использованием векторных инструкций не в 2-3 раза, а в 20-30 раз (для конкретного цикла или небольшого куска кода), что в целом даёт 2-5 раз уже для всей программы.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору