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

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) 1,3,4,5,6,14,15,28,31,46,52,66,69,98,100,110,120,130,141,144

Сообщения

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

1. "asmttpd - http-сервер на ассемблере"	+12 +/–
Сообщение от Аноним (-), 20-Май-15, 12:10
> Интересно, что несмотря на то, что код написан на ассемблере, проведённые > пользователями тесты производительности показывают существенное отставание > по скорости обработки запросов от современных http-серверов, написанных > на языке Си. Прям чудеса...
Ответить | Правка | Наверх | Cообщить модератору

	10. "asmttpd - http-сервер на ассемблере"	+18 +/–
	Сообщение от Crazy Alex (ok), 20-Май-15, 12:21
	Попытки тривиально реализовать сложные вещи всегда примерно так и кончаются.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "asmttpd - http-сервер на ассемблере"	+5 +/–
	Сообщение от ram_scan (?), 20-Май-15, 15:20
	Он просто синхронный и потоковый. Почти как в книжке "пишем свой хттп сервер за полтора часа для чайников". Единственное что сделано чуть сложнее - он не на каждый коннект тред рожает, а держит пул засуспенженых ниток под это дело. Если его переписать под асинхронный ввод-вывод и запускать в количество потоков == количеству ядер минус одно, то он будет летать так что уши закладывать будет.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "asmttpd - http-сервер на ассемблере"	+3 +/–
	Сообщение от Crazy Alex (ok), 20-Май-15, 15:39
	Ну я примерно об этом и говорил. Только чем больше навернёте сложность реализации - тем более проблемно будет всё это на ассемблере ваять.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "asmttpd - http-сервер на ассемблере"	+2 +/–
	Сообщение от Аноним (-), 20-Май-15, 15:44
	ваять не сложно, поддерживать нереально потом )
	Ответить | Правка | Наверх | Cообщить модератору

	102. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Crazy Alex (ok), 21-Май-15, 02:59
	Ваять - тоже не слишком радостно, но поддержка, разумеется, подразумевалась - иначе кому такое чудо вообще нужно, без поддержки? Разве что как курсовик...
	Ответить | Правка | Наверх | Cообщить модератору

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

	129. "asmttpd - http-сервер на ассемблере"	+1 +/–
	Сообщение от Аноним (-), 21-Май-15, 18:17
	> мозги наизнанку выворачивать лениво, проще параллельно и перпендикулярно накодерасить. Если ассемблерщик не может в event-driven - это нуб и олух, а не ассемблерщик. Так, на подумать: а ничего что прерывания и исключения - это всего лишь этакая хардварная реализация callback-ов? И если ассемблерщик это не умеет - это какой-то очень хреновый и мягкотелый ассемблерщик :)
	Ответить | Правка | Наверх | Cообщить модератору

	148. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от myc (?), 22-Май-15, 13:52
	Программирование на epoll/kqueue/poll/select + неблокирующий read/write и коллбэчная модель это ортогональные штуки. Можно из без коллбэков, но с ними удобнее.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	150. "asmttpd - http-сервер на ассемблере"	+1 +/–
	Сообщение от Аноним (-), 22-Май-15, 15:49
	Напомнило творчество одного деятеля, который "для производительности" написал веб-приложение на С ... работающее через CGI. Сильно удивлялся, когда я переписал это дело на богомерзком похапе и получил в 40 раз больше RPS :)
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	99. "asmttpd - http-сервер на ассемблере"	+8 +/–
	Сообщение от Анончег (?), 21-Май-15, 01:09
	> Из запланированных на ближайшее будущее возможностей отмечается формирование индекса содержимого директорий и поддержка заголовка HEAD. Зря они это надумали, бинарник ведь раздует килобайт эдак до воьсми с половиной, и куда они потом с этой махиной.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	109. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от cmp (ok), 21-Май-15, 05:02
	для amd64 не страшно, если бы под arm делали, а так, пускай))
	Ответить | Правка | Наверх | Cообщить модератору

	18. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от iPony (?), 20-Май-15, 12:48
	Логично. Ассемблер же не волшебная палочка. Хорошо написанный код на СИ в общем случае не улучшишь с помощью ассемблера.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	19. "asmttpd - http-сервер на ассемблере"	–11 +/–
	Сообщение от bircoph (ok), 20-Май-15, 12:55
	SIMD? Нет, не слашал, да?
	Ответить | Правка | Наверх | Cообщить модератору

	22. "asmttpd - http-сервер на ассемблере"	+10 +/–
	Сообщение от Andrey Mitrofanov (?), 20-Май-15, 13:09
	> SIMD? Нет, не слашал, да? Да! Оно улучшит веб-сервер. Кардинально. ps. Не сЛОШал.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "asmttpd - http-сервер на ассемблере"	–3 +/–
	Сообщение от bircoph (ok), 21-Май-15, 04:57
	>> SIMD? Нет, не слашал, да? > Да! Оно улучшит веб-сервер. Кардинально. Без шуток, улучшит, кардинально. То же копирование памяти. Просто нужно параллелизировать алгоритмы и данные. Это не всегда просто, чаще всего очень даже сложно, но выполнимо.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "asmttpd - http-сервер на ассемблере"	+8 +/–
	Сообщение от Аноним (-), 20-Май-15, 13:25
	> SIMD? Нет, не слашал, да? Вы не поверите, но современные компиляторы о нем тоже слышали.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	42. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Mihail Zenkov (ok), 20-Май-15, 14:05
	Но на asm'е больше шансов подогнать код так, что бы он уместился в L1-кеш процессора.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Анонимоус (?), 20-Май-15, 14:37
	Вообще и этим должен заниматься компилятор, если специально поставить такую задачу
	Ответить | Правка | Наверх | Cообщить модератору

	51. "asmttpd - http-сервер на ассемблере"	–2 +/–
	Сообщение от Mihail Zenkov (ok), 20-Май-15, 14:40
	Я имею виду разместить весь код приложения, как это делает memtest. На C это мало реально, ввиду раздутости библиотек.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "asmttpd - http-сервер на ассемблере"	+2 +/–
	Сообщение от Аноним (-), 20-Май-15, 20:46
	> C это мало реально, ввиду раздутости библиотек. Вот те раз, а мужики с -nostdlib то и не в курсе. В смысле, на си можно собрать даже boot loader какой-нибудь, где printf делать еще некуда, файловой системы - нет как класса, и вообще, есть только проц да кучка служебных регистров. И си это вроде как единственный язык где можно "почти как на асме" но - без выписывания всех ассемблерных команд самолично.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "asmttpd - http-сервер на ассемблере"	–2 +/–
	Сообщение от Mihail Zenkov (ok), 20-Май-15, 23:16
	Да можно, я сам пишу на С под AVR. И на C++ можно, но реальность увы гораздо суровее. Посмотрите здесь обсуждение Qt-5.5 - программистов на C++ не волнуют не то что килобайты, но и мегабайты.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "asmttpd - http-сервер на ассемблере"	+4 +/–
	Сообщение от Анончег (?), 21-Май-15, 01:13
	> Да можно, я сам пишу на С под AVR. И на C++ > можно, но реальность увы гораздо суровее. Посмотрите здесь обсуждение Qt-5.5 - > программистов на C++ не волнуют не то что килобайты, но и > мегабайты. Загляни в новость про жабу, там и единиц измерения-то таких не знают, там с гигабайта всё только начинается.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "asmttpd - http-сервер на ассемблере"	+1 +/–
	Сообщение от Canis Dirus Leidy (?), 21-Май-15, 08:18
	>Да можно, я сам пишу на С под AVR. И на C++ можно, но реальность увы гораздо суровее. Посмотрите здесь обсуждение Qt-5.5 Я сам вожу грузы на „Газели“, но реальность увы горзадо суровее. Посмотрите здесь обсуждение „Белаза-75710”…
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	123. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Mihail Zenkov (ok), 21-Май-15, 12:43
	> Я сам вожу грузы на „Газели“, но реальность увы горзадо суровее. Посмотрите > здесь обсуждение „Белаза-75710”… Вот в теме про Qt-5.5 и предлагают использовать Белаз для перевозки одного мешка цемента ...
	Ответить | Правка | Наверх | Cообщить модератору

	131. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Аноним (-), 21-Май-15, 18:28
	> Вот в теме про Qt-5.5 и предлагают использовать Белаз для перевозки одного > мешка цемента ... А вы (ну так, глядя на ваши девайсы на тиньках) обычно это делаете так: - Знаете, парни, все эти ваши газели и тем более белазы - сложные и ненадежные! Вон там сколько всего сломаться может, а запчасти стоят дофига, все дела. - Что вы предлагаете? - Ну нам вроде весь мешок прямо сейчас не требуется. Прямо сейчас надо только вон ту дырку заложить. Ведра хватит! Ведро - надежное и дешевое, газели и белазы пролетают! (проходит полдня корячений с тасканием тяжелого ведра через полгорода) - Ну вот, все дырка заложена. Задача решена! - Погодите, но тут еще две дырки? - А следующую дырку мы как-нибудь потом заложим. Сейчас что-то задолбались.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Mihail Zenkov (ok), 21-Май-15, 21:26
	> А вы (ну так, глядя на ваши девайсы на тиньках) обычно это > делаете так: Не понял, к чему ваши аналогии? Приведенные мной примеры на attiny13 работают не первый год, их работой я доволен. Работают они все на 1.2MHz, сама же attiny13 может работать до 20MHz.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Аноним (-), 21-Май-15, 09:40
	Ну так Qt любой версии, как бы, не ориентирована на 8-битные AVR совсем. Даже на STM32 без подключения внешней памяти не впихнуть.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	121. "asmttpd - http-сервер на ассемблере"	–1 +/–
	Сообщение от annnnnnnn (?), 21-Май-15, 10:37
	Реальность такова, что плюсовый код на порядок лучше оптимизирует. Из последнего - это замена memset и memcpy на std::fill и std::copy. В сишном варианте проверки выравнивания и размеров копирования выполняются в рантайме - в плюсовом - на этапе компиляции.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	132. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Аноним (-), 21-Май-15, 18:32
	> Реальность такова, что плюсовый код на порядок лучше оптимизирует. Лол. Может вы еще и с ассемблерными листингами и замерами производительности все это покажете, чтобы не быть голословным? :)
	Ответить | Правка | Наверх | Cообщить модератору

	145. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от annnnnnnn (?), 22-Май-15, 10:27
	800045a:    bf00          nop 800045c:    4a10          ldr    r2, [pc, #64]    ; (80004a0 <main+0x48>) 800045e:    2116          movs    r1, #22 8000460:    f5a2 5380     sub.w    r3, r2, #4096    ; 0x1000 8000464:    f843 1b04     str.w    r1, [r3], #4 8000468:    4293          cmp    r3, r2 800046a:    d1fb          bne.n    8000464 <main+0xc> 800046c:    bf00          nop Между nop - это std::fill, например.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от XoRe (ok), 22-Май-15, 00:23
	> Реальность такова, что плюсовый код на порядок лучше оптимизирует. Что, простите? > Из последнего - это замена memset и memcpy на std::fill и std::copy. Может у вас и <<, >> быстрее, чем read, write?
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	135. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Влад (??), 21-Май-15, 18:40
	Ну и как тебе писать сложный алгоритм на ассемблере и на C под avr?
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	142. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Mihail Zenkov (ok), 21-Май-15, 21:36
	> Ну и как тебе писать сложный алгоритм на ассемблере и на C > под avr? http://www.opennet.ru/openforum/vsluhforumID3/102654.html#67
	Ответить | Правка | Наверх | Cообщить модератору

	125. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от z (??), 21-Май-15, 14:50
	Он этим занимается аж в 0.1% случаев, о таких вещах как cache pollution-aware вообще молчу
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	105. "asmttpd - http-сервер на ассемблере"	+1 +/–
	Сообщение от bircoph (ok), 21-Май-15, 04:53
	Сразу видно, что пишет человек с SIMD серьёзно не работавший. Компиляторы, конечно, SIMD стараются применять, но отстают в успехе в разы, даже и использованием intrinsic функций. Главная проблема в том, что компилятору далеко не всегда возможно определить, где можно векторизовать код без потери в точности или скорости с учётом стоимости переключения контекста процессора между int и float.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	116. "asmttpd - http-сервер на ассемблере"	+1 +/–
	Сообщение от Аноним (-), 21-Май-15, 09:34
	>переключения контекста процессора между int и float Наверное, я отстал от жизни. Обработка типов int и float уже выполняются в разных процессах?
	Ответить | Правка | Наверх | Cообщить модератору

	127. "asmttpd - http-сервер на ассемблере"	–2 +/–
	Сообщение от bircoph (ok), 21-Май-15, 16:26
	> Наверное, я отстал от жизни. Обработка типов int и float уже выполняются в разных процессах? Не "отстал", а никогда в неё и не входил. С момента появления FPU переключение между контекстом целочисленных операций и операций с плавающей запятой было и является весьма дорогим: https://en.wikipedia.org/wiki/Context_switch#Performance Между прочим, это главная причина того, что ядро целиком и полностью целочисленное (если нужны вещественные числа, используется fixed-point арифметика, а она реализована на целых числах), за исключением нескольких особых случаев: http://yarchive.net/comp/linux/kernel_fp.html
	Ответить | Правка | Наверх | Cообщить модератору

	147. "asmttpd - http-сервер на ассемблере"	+1 +/–
	Сообщение от Аноним (-), 22-Май-15, 13:45
	> Не "отстал", а никогда в неё и не входил. С момента появления FPU переключение между контекстом целочисленных операций и операций с плавающей запятой было и является весьма дорогим Уважаемый, вы упоролись. Пенальти за переход между целочисленным режимом и FP был во времена MMX, когда для целочисленных значений использовались регистры FPU. С тех пор, как появились SSE/SSE2, про MMX и, собственно, сам FPU все забыли как про страшный сон. Переключение контекста - это вообще из области многопоточности/многозадачности.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Mihail Zenkov (ok), 22-Май-15, 17:43
	> Уважаемый, вы упоролись. Пенальти за переход между целочисленным режимом и FP был > во времена MMX, когда для целочисленных значений использовались регистры FPU. С > тех пор, как появились SSE/SSE2, про MMX и, собственно, сам FPU > все забыли как про страшный сон. Не все - gcc по-умолчанию использует сопроцессор для 32 битных систем. Есть у него и хитрый режим sse+387 - что удваивает количество регистров. > Переключение контекста - это вообще из области многопоточности/многозадачности. Насколько я понимаю, речь идет о том, что при переключении потока/задачи придется регистры сопроцессор сохранять/восстанавливать.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Аноним (-), 22-Май-15, 18:02
	> Не все - gcc по-умолчанию использует сопроцессор для 32 битных систем. Есть у него и хитрый режим sse+387 - что удваивает количество регистров. Уже нет. Начиная с 4.9 SSE используется по умолчанию и для 32-битных приложений. https://gcc.gnu.org/gcc-4.9/changes.html Разве что вы собираете код для CPU без SSE или целенаправленно хотите использовать FPU ради повышенной точности. > Насколько я понимаю, речь идет о том, что при переключении потока/задачи придется регистры сопроцессор сохранять/восстанавливать. Вот это действительно имеет место. Но не надо путать теплое с мягким - на этапе исполнения кода никаких "переключений контекста" нет.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Mihail Zenkov (ok), 22-Май-15, 18:27
	> Уже нет. Начиная с 4.9 SSE используется по умолчанию и для 32-битных > приложений. > https://gcc.gnu.org/gcc-4.9/changes.html Не нашел. man gcc (4.9.2) утверждает обратное. Если вы про -ffast-math, то даже я, любитель собрать систему с -O3, использую -ffast-math только при экспериментах, да и то на отдельных пакетах - слишком много от этой опции проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Нанобот (ok), 20-Май-15, 20:03
	>SIMD? Нет, не слашал, да? вот и разработчики не слышали. или слышали, но у них не хватило наркоты, чтобы придумать, как это можно использовать для обработки http-трафика
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	106. "asmttpd - http-сервер на ассемблере"	–1 +/–
	Сообщение от bircoph (ok), 21-Май-15, 04:54
	>>SIMD? Нет, не слашал, да? > вот и разработчики не слышали. или слышали, но у них не хватило > наркоты, чтобы придумать, как это можно использовать для обработки http-трафика Зачем наркота? Тот же SSE давно используется в столь далёких от паралельных вычислений вещах, как memcpy, см. код glibc.
	Ответить | Правка | Наверх | Cообщить модератору

	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.ru/opennews/art.shtml?num=36551
	Ответить | Правка | Наверх | Cообщить модератору

	29. "asmttpd - http-сервер на ассемблере"	–2 +/–
	Сообщение от михаил (?), 20-Май-15, 13:27
	> http://www.opennet.ru/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ообщить модератору

	32. "asmttpd - http-сервер на ассемблере"	+1 +/–
	Сообщение от Kroz (??), 20-Май-15, 13:36
	> Прям чудеса Ожидаемо. Просто алгоритмы оптимизации кода в компиляторах достаточно развиты. Одна моя подделка с -O2 работала раза в 4 быстрее по сравнению с -O0. Относительно проекта впечатления противоречивые, но склоняюсь к позитиву. С одной стороны "Зачем?", а с другой - может наконец-то девелоперы начнут ртбращать внимание а ресурсы, которые потребляет их программы, а то софт с учётом апгрейда железа тормозит точно также, как и 15лет назад.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	35. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Crazy Alex (ok), 20-Май-15, 13:47
	Да при чём здесь оптимизации. Просто на ассемблере несколько задолбаешься делать сложную высокоуровневую логику, нужную для эффективной реализации чего-то большого. Если ты не Кнут, конечно. А то, что высокоуровневые оптимизации дают на порядки больший эффект, чем вылизывание инструкций - не секрет ни разу. Лишнее подтверждение этому - объём бинарника. 6к - даже для ассемблера не ахти что, тем более на x86_64. То есть там наверняка всё внутри реализовано самым тривиальным образом.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "asmttpd - http-сервер на ассемблере"	–1 +/–
	Сообщение от BratSinot (ok), 20-Май-15, 16:13
	> Лишнее подтверждение этому - объём бинарника. 6к - даже для ассемблера не ахти что Это как-бы мало, у остальных они за собой еще libc / stdc++ потянут, а тут только ядро нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Crazy Alex (ok), 20-Май-15, 16:48
	Это не просто мало - это катастрофически мало для того, чтобы реализовать приличные структуры данных и алгоритмику
	Ответить | Правка | Наверх | Cообщить модератору

	74. "asmttpd - http-сервер на ассемблере"	+2 +/–
	Сообщение от rshadow (ok), 20-Май-15, 17:46
	> а то софт с учётом апгрейда железа тормозит точно также, как и 15лет назад Это все сказки. Вы просто не замечаете возросших потребностей. Один графический тулкит с тенями, анимациями нажатий и т.д. чего стоит. Что 15 лет назад по большей части никто не оптимизировал, что сейчас. Ситуация одинаковая.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	39. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Аноним (-), 20-Май-15, 13:57
	Никто не уловил сарказм?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	54. "asmttpd - http-сервер на ассемблере"	+/–
	Сообщение от Аноним (-), 20-Май-15, 15:16
	чудеса будут, если он проживет столько, сколько апач например и все равно будет сливать по скорости. в данный момент сравнение некорректно
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

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