The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Эксперимент по реализации http-сервера, взаимодействующего н..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от opennews (??) on 12-Дек-13, 21:22 
Группа исследователей, среди которых небезызвестный разработчик FreeBSD Роберт Ватсон, провела (http://perso.uclouvain.be/olivier.bonaventure/blog/html/2013...) эксперимент (отчёт в PDF (http://conferences.sigcomm.org/hotnets/2013/papers/hotnets-f...)) по оценке эффективности реализации высокопроизводительного TCP/IP стека, работающей в пространстве пользователя и напрямую взаимодействующей с сетевой картой для отправки пакетов минуя дополнительные прослойки и исключая операции копирования данных (zerocopy).

Для тестов был создан http-сервер Sandstorm, написанный с задействованием Netmap Framework (http://info.iet.unipi.it/~luigi/netmap/) для маппинга буфера сетевой карты в пространство пользователя и прямого взаимодействия с сетевым адаптером, минуя сетевую подсистему ядра ОС. В  Sandstorm используется собственная реализация слоя для работы с Ethernet и легковесный TCP/IP-стек. TCP/IP-стек был оптимизирован специально для отдачи файлов небольшого размера,  что дало преимущество перед штатными TCP-стеками Linux и FreeBSD, которые спроектированы для обеспечения высокой пропускной способности при длительных передачах (например, при передаче файлов по 8 Кб была достигнута 85% загрузка CPU, но удалось задействовать только половину возможной пропускной способности сетевого адаптера).

В итоге эксперимента, удалось добиться производительности сервера Sandstorm, заметно опережающей системы, использующие штатный системный TCP/IP стек. Например, Sandstorm продемонстрировал пропускную способность, заметно опережающую nginx, при этом меньше нагружал CPU.


Результаты тестирования на сервере с четырёхядерном CPU Intel Xeon E5-2643, 128GB ОЗУ и двухпортовой картой  Intel 82599EB 10Gb:


<center><img src="http://www.opennet.ru/opennews/pics_base/0_1386867474.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></center>

<center><img src="http://www.opennet.ru/opennews/pics_base/0_1386867488.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></center>


На менее мощном сервере (8GB ОЗУ, двухядерный CPU Intel Xeon X5355 и идентичная двухпортовая карта  Intel 82599EB 10Gb) разница более заметна:

<center><img src="http://www.opennet.ru/opennews/pics_base/0_1386866990.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></center>

<center><img src="http://www.opennet.ru/opennews/pics_base/0_1386867003.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></center>

Код Sandstorm планируется открыть под свободной лицензией в течение нескольких месяцев, после его доработки до пригодного для широкого использования вида.

URL: http://perso.uclouvain.be/olivier.bonaventure/blog/html/2013...
Новость: http://www.opennet.ru/opennews/art.shtml?num=38653

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

Оглавление

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


1. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +29 +/
Сообщение от Аноним (??) on 12-Дек-13, 21:22 
Молодцы, результат предсказуем - ОС убрать будет еще быстрее. Даешь специализированный HTTP процессор!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –7 +/
Сообщение от Аноним (??) on 12-Дек-13, 21:31 
> Молодцы, результат предсказуем - ОС убрать будет еще быстрее. Даешь специализированный
> HTTP процессор!

Помнишь, чувак, игры под MS DOS? На DOS4GW написанные? Как они летали, м?

Ничто не ново, говорите, под луной?

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

10. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +5 +/
Сообщение от pavlinux (ok) on 12-Дек-13, 21:33 
>> Молодцы, результат предсказуем - ОС убрать будет еще быстрее. Даешь специализированный
>> HTTP процессор!
> Помнишь, чувак, игры под MS DOS? На DOS4GW написанные? Как они летали, м?

Назначение его помнишь?

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

28. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним (??) on 12-Дек-13, 22:26 
Вне всякого сомнения, павлиня. Чем XMS отличается от EMM и накуя лепили собственный экстендер мне известно не понаслышке.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

34. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –5 +/
Сообщение от pavlinux (ok) on 12-Дек-13, 22:36 
Замечательно, как методы удлинения члена в досе связаны с расширением кАнала в BSD?
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

41. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от Аноним (??) on 12-Дек-13, 22:50 
Следи за руками. Речь шла всего лишь о том, что для прогона тяжеловесных игрулин с текстурами и графикой наличия венды вовсе не требовалось.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

42. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –4 +/
Сообщение от pavlinux (ok) on 12-Дек-13, 23:00 
> венды вовсе не требовалось.

640k хватит всем!

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

45. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от Аноним (??) on 12-Дек-13, 23:15 
>> венды вовсе не требовалось.
> 640k хватит всем!

Передергиваешь. По существу сказать нечего?

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

55. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavlinux (ok) on 12-Дек-13, 23:37 
По какому существу? Dos4gw пистатая шняга - для него написаны самые глючные софтины!  
Сейчас сдох и 20 лет никому нахер не упёрся, никрофилим дальше?  
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

62. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от Аноним (??) on 12-Дек-13, 23:49 
> По какому существу? Dos4gw пистатая шняга - для него написаны самые глючные
> софтины!

Следи за руками. Речь шла всего лишь о том, что для прогона тяжеловесных игрулин с текстурами и графикой наличия s/венды/любой_оси_общего_назначения вовсе не требовалось.

Так понятно?

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

109. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 09:20 
> вовсе не требовалось.

Уак бы DOS все-таки требовался...

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

132. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от Аноним (??) on 13-Дек-13, 13:18 
ДОС была всего лишь шнягой, которая в позволяла софту работать с файловой системой. Почти все остальное, кроме дискового ввода-вывода обеспечивалось прерываниями BIOS-а. Это уж никак не тянет на полноценную ОС общего назначения.
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

179. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от www2 (ok) on 15-Дек-13, 09:22 
А помните, в каком видеорежиме работали все те игры под dos4gw? 320x200x8. А помните, сколько моделей звуковых карт тогда поддерживалось теми играми? 5-7.

Сейчас для запуска игр потребуется что-то посущественнее. Нужно что-то, что позволит поддерживать полдесятка различных видеокарт, несколько десятков звуковых карт, а также разного рода геймпады, рули, педали, беспроводные клавиатуры, веб-камеры. Времена dos4gw прошли.

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

116. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от pro100master (ok) on 13-Дек-13, 09:46 
есть нюанс - требовался защищенный режим, который и предоставлял dos4gw. Объяснять, что такое защищенный режим, многопользовательская и/или многопроцессная среда, надо?
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

133. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от Аноним (??) on 13-Дек-13, 13:20 
> есть нюанс - требовался защищенный режим, который и предоставлял dos4gw. Объяснять, что
> такое защищенный режим, многопользовательская и/или многопроцессная среда, надо?

Надо объяснять, что защищенный режим, многопользовательская и многопроцессная среда - это три большие разницы?

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

177. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от FreeTiger on 15-Дек-13, 06:28 
> есть нюанс - требовался защищенный режим, который и предоставлял dos4gw. Объяснять, что
> такое защищенный режим, многопользовательская и/или многопроцессная среда, надо?

Надо объяснять, что это всего лишь код? )

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

38. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от Аноним (??) on 12-Дек-13, 22:45 
Пит буль!
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от dxd on 12-Дек-13, 21:35 
Если бы там не было DOS4GW, а была возможность нормальной работы с расширенной памятью - летало бы ещё быстрее.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

29. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –4 +/
Сообщение от Аноним (??) on 12-Дек-13, 22:27 
> Если бы там не было DOS4GW, а была возможность нормальной работы с
> расширенной памятью - летало бы ещё быстрее.

Откуда ей было взяться в архитектуре x86?

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

87. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +4 +/
Сообщение от Аноним (??) on 13-Дек-13, 02:21 
Ыксперт ёпта! А с заменой MS-DOS'a на тот же линь - архитектура x86 внезапно менялась? Мысль свежа и молодёжна - тебя ждёт карьера в Школково :)
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

176. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от ram_scan on 14-Дек-13, 18:41 
Начиная с i386 процессор умел работать в т.н. unreal mode, который представляет собой подвид реального режима, но с 32битной адресацией. Собственно это фактически SMM режим.

Да, драйвер XMS работал именно таким образом. Только входил в него не совсем типично, классическим способом является вход в PM и выход без перезагрузки дексрипторов кроме CS, XMS стрелял через loadall386 (что надо сказать намного удобнее).

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

16. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Пиу (ok) on 12-Дек-13, 21:37 
не очень, особенно в области больших значений
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

22. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +4 +/
Сообщение от Анонимный аналитик on 12-Дек-13, 21:54 
Мысль не так уж и безрассудна. Есть же TCP Offloading, почему бы не быть и HTTP Offloading'у? А если еще SATA-контроллеры заменить на специализированные SQL-контроллеры, можно было бы добиться существенного увеличения производительности веб-серверов.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

36. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от pavlinux (ok) on 12-Дек-13, 22:39 
> Мысль не так уж и безрассудна. Есть же TCP Offloading, почему бы
> не быть и HTTP Offloading'у? А если еще SATA-контроллеры заменить на
> специализированные SQL-контроллеры, можно было бы добиться существенного увеличения
> производительности веб-серверов.

Вот так 40 лет назад и изобрели промышленные компьютеры с микроядрами и DSP,
управляющие контроллерами и не участвующие в вычислениях.

А ещо есть MPLS и прочие магистральные плюшки, так там ваще парсеры не нужны, тока маркеры!!!
Даёшь каждому юзеру в дом RAW трафик! А то понакупили гигафлопных кипятильников,
- вот вам делать нефига, сидите и парсите.   :)


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

117. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от 11 on 13-Дек-13, 10:15 
Какй ещё raw трафик?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

135. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavlinux (ok) on 13-Дек-13, 14:10 
блобы в шланге
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

60. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Ag (ok) on 12-Дек-13, 23:48 
Хм, снова к СКД-дискам и "машинам баз данных"?
Звучит заманчиво. Думаете взлетит на этот раз?
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

112. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от NikolayV81 (ok) on 13-Дек-13, 09:26 
Когда-нибудь взлетит, т.к. данных всё больше, и всё больше идей и хотелок упирается в железо, сейчас пока ещё железо немного "улучшается" в рамках существующих архитектур, но со временем возможностей экстенсивного развития всё меньше.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

207. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Дмитрий (??) on 19-Дек-13, 13:28 
Расширение путем добавления новых машин никто не отменял. А стоимость затачивания софта под железо обычно выше, чем стоимость железа.

ПС. О проблемах масштабирования, CAP теореме и законе Амдалла я в курсе

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

79. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от Пиу (ok) on 13-Дек-13, 01:32 
>почему бы не быть и HTTP Offloading'у

1. невозможность аудита
2. невозможностью пофиксить найденные проблемы

мне это напоминает историю с "драйверами" для GPU на raspberry pi - вроде бы и драйвера, а весь код отрисовки находится в ПЗУ, закрыт и проприетарен

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

122. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от vovans (ok) on 13-Дек-13, 11:18 
драйверЫ же! Хотя, судя по контексту, скорее вообще "драйвер".
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

49. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 12-Дек-13, 23:30 
> Молодцы, результат предсказуем - ОС убрать будет еще быстрее.

Что характерно, у пингвиноидов HTTP сервак в ядре был уже сто лет назад, только оказалось нишевой штукой, мало кому нужной.

Что еще характернее, в ответ на громкие заявы местных бздeльников по поводу того как нжинкс лучше работает под фряхой, сами фряшники выкатили графики, показывающие что пингвин работает гораздо лучше. Epic!

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

88. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +5 +/
Сообщение от Аноним (??) on 13-Дек-13, 02:23 
> Что характерно, у пингвиноидов HTTP сервак в ядре был уже сто лет
> назад, только оказалось нишевой штукой, мало кому нужной.

И только на 18й день Зоркий Глаз заметил что в статье ___не___ про сервер в ядре.

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

111. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 09:23 
> И только на 18й день Зоркий Глаз заметил что в статье ___не___
> про сервер в ядре.

Но тоже примерно из той же области - некий самопал, который все сам. Вопрос на засыпку: сколько лет он будет доходить до кондиции если не nginx то хотя-бы лайти? Ну или кому и нафига оно такое будет надо? Пэтому и отправится вслед за пингвиньими серваками в ядре.

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

136. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavlinux (ok) on 13-Дек-13, 14:13 
> Ну или кому и нафига оно такое будет надо?

Засунуть в виртуалку, в облака...

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

152. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 13-Дек-13, 19:01 
> Засунуть в виртуалку, в облака...

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

> виртуалку, в облака...

Или ты просто тонко намекаешь, что это все ненужная маркетологическая фигня?

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

182. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Non Any Mouse on 15-Дек-13, 19:42 
Низкоуровневый код нужно совместить с nginx и будет вам и быстро, и удобно, и надёжно, т.е. фактически послать линукс на х., оставив только связку сетевая карта+nginx
Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

206. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavlinux (ok) on 17-Дек-13, 01:24 
> Низкоуровневый код нужно совместить с nginx и будет вам и быстро, и
> удобно, и надёжно, т.е. фактически послать линукс на х., оставив только
> связку сетевая карта+nginx

Помечтай....

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

75. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от nagual email(ok) on 13-Дек-13, 01:15 
> Молодцы, результат предсказуем - ОС убрать будет еще быстрее. Даешь специализированный
> HTTP процессор!

Судя по графикам они не то что Фрю они линукс настроить не смогли ...

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

95. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +6 +/
Сообщение от Аноним (??) on 13-Дек-13, 03:08 
> Судя по графикам они не то что Фрю они линукс настроить не смогли ...

Ну да, ща нам nagual уроки системного программирования и тюнинга дадет. Он же эксперт... в дефрагментации NTFS-ов, как обычно :).

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

104. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 03:35 
> HTTP процессор!

В ASIC захардкодить :)

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

167. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 14-Дек-13, 02:19 
> Молодцы, результат предсказуем - ОС убрать будет еще быстрее. Даешь специализированный
> HTTP процессор!

Было бы еще что в этом HTTP обсчитывать...

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

175. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Grammar Nazi on 14-Дек-13, 09:57 
HTTP-процессор
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

183. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Non Any Mouse on 15-Дек-13, 19:44 
> HTTP-процессор

хочешь?

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

2. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +14 +/
Сообщение от Crazy Alex (ok) on 12-Дек-13, 21:28 
Хм, заодно разница между стеками линукса и фри видна. Фанатам фри на заметочку ;-)

А вообще - если б он ещё отдельно протестировал как-нибудь  прямое взаимоедйствие с картой и этот свой кастомный стек - было бы толку больше.

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

12. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –4 +/
Сообщение от Аноним (??) on 12-Дек-13, 21:35 
> Фанатам фри на заметочку ;-)

Да-да, начинай, я записываю.

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

32. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +4 +/
Сообщение от kurokaze (ok) on 12-Дек-13, 22:32 
Лучше закусывай
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

209. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Гость on 19-Дек-13, 17:37 
Лучше помалкивай, если нечего сказать по существу, за умного сойдешь.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

57. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +6 +/
Сообщение от Аноним (??) on 12-Дек-13, 23:39 
> Да-да, начинай, я записываю.

Ну так запиши: вранье фанатов фряхи про то что нжинкс лучше работает в фре - полный булшит. Доказано бенчмарками от ... фряшников :).

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

78. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –5 +/
Сообщение от Аноним (??) on 13-Дек-13, 01:30 
Я вот лично рад что фря отстаёт. Так больше шансов что пингвиньё, готовое сотыми долями процента меряться, полопается от полного превосходства.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

86. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от chinarulezzz (ok) on 13-Дек-13, 02:18 
сотые доли процента полезно помнить, когда доказывается превосходство обратной стороны (читать bsd) над линуксом, а не только наоборот.
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

96. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +8 +/
Сообщение от Аноним (??) on 13-Дек-13, 03:10 
> готовое сотыми долями процента меряться,

В вон тех 20% разницы по CPU load - сотых долей процентов довольно много, не находите? :)

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

153. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 19:03 
> Я вот лично рад что фря отстаёт. Так больше шансов что пингвиньё,
> готовое сотыми долями процента меряться, полопается от полного превосходства.

Ну фряшники же не лопались, когда рассказывали о своем превосходстве "в разы" (правда, без бенчмарков и прочих пруфов).

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

210. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Гость on 19-Дек-13, 17:39 
> Ну фряшники же не лопались, когда рассказывали о своем превосходстве "в разы"
> (правда, без бенчмарков и прочих пруфов).

Как не зайду на опеннет обязательно кто-то обсирает фряшников, причем без разбору всех и сразу. У вам комплекс неполноценности или что?

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

198. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от RedRat (ok) on 16-Дек-13, 16:18 
Ну так посмотри на предпоследний график: на современном железе с 6 сетевухами FreeBSD+nginx выдаёт примерно на треть больше, чем Linux+nginx. Или красноглазие глаза застит?
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

205. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Andrey Mitrofanov on 16-Дек-13, 22:38 
> FreeBSD+nginx выдаёт примерно на треть больше, чем Linux+nginx. Или кра сноглазие глаза застит?

Ну, как бы, "исследователи", которые "Interestingly, we have experienced a collapse on Linux with six NICs.", и "среди которых небезызвестный разработчик FreeBSD", это последняя инстанция в установлении "на треть больше", да. Через пару недель, если _мне повезёт, кто-нибуть из линукс-сетевиков и/или ядерщиков разберёт по косточкам, что сии исследователи сделати не так, как это надо было делать и сколько десятков процетнов или, моет быть, раз там "на самом деле" должно было бы получиться. Если не так повезёт, просто отбрехаются -- линуксоидам с Таким Железом(ТМ) работать надо, а не пиаром заниматься.

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

15. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –5 +/
Сообщение от dxd on 12-Дек-13, 21:36 
> Хм, заодно разница между стеками линукса и фри видна. Фанатам фри на
> заметочку ;-)

Ну видно, что сетевой стек фри обеспечивает более ровное распределение канала по клиентам. За это приходится платить нагрузкой на процессор.


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

39. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от pavlinux (ok) on 12-Дек-13, 22:48 
>> Хм, заодно разница между стеками линукса и фри видна. Фанатам фри на
>> заметочку ;-)
> Ну видно, что сетевой стек фри обеспечивает более ровное распределение канала по
> клиентам. За это приходится платить нагрузкой на процессор.

Всем давно уже известно, клиент - говно, количество - главное.
БЗДя не вписывается в бизнес-модели.  

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

97. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 03:13 
> БЗДя не вписывается в бизнес-модели.

Да она вообще вписывается только в придорожный кювет. Что с ней делать то? На серверах это нечто не умеет виртуализацию и контейнеры с полисовкой реусруов, пакетный менеджер - где-то в теории, чисто для галочки, на выбор две ФС: древняя и тормозная и энтерпрайзная и тормозная. С таким @#$нутым управлением проектом бизнес на этом делать себе дороже: в два счет пойдешь заявление о банкротстве подавать.

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

118. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Xaionaro (ok) on 13-Дек-13, 10:17 
Справедливости ради, стоит заметить следующее:

По вашим тезисам:

1. ZFS не такая уж и тормозная ФС. Насколько я помню, тесты говорят скорее об обратном.
2. Пакетный менеджер? Там есть «порты» и FreeBSD-шников они вполне устраивают (как и Gentoo-шников их portage).
3. Контейнеры? Вообще-то во FreeBSD jail-ы появились _значительно_ раньше, чем в linux LXC. К тому же LXC до сих пор не предоставляет достаточно полной изоляции и вообще ещё зелёный. Хотя штука вкусная, конечно :)
4. Виртуализация? Что-нибудь слышали про "bhyve"? И я хоть и не знаю насколько там сейчас работает VirtualBox, но судя по [1] и [2], очень даже работает.

[1] https://wiki.freebsd.org/VirtualBox
[2] http://www.ru.freebsd.org/doc/handbook/virtualization-host.html

Контртезисы:

1. Во Фре не устраивали такой бардак с user-space утилитами для управления ядром. Например, хочешь управлять сетевыми интерейсами - есть ifconfig, хочешь маршрутизацией - есть route. А в linux чтобы управлять сетевыми интерфейсами и маршрутизацией по старой традиции требуется: ifconfig, iwconfig, iwlist, iw{куча_другой_хрени}, route, ip, ifenslave, vconfig, brctl, hostapd и что-нибудь ещё (однако честности ради, сейчас всё упаковывают в "ip"). Притом даже несмотря на переход на "ip", если во многих дистрибутивах, например, удалить "vconfig", то init-скрипты уже будут неспособны настроить dot1q-интерфейсы.
2. Во Фре элементарные вещи делаются элементарно. Чисто для примера там есть до жути простой шейпер «DUMMYNET», который требует 30-60 секунд настройки для простого домашнего маршрутизатора и замечательно работает.
3. Фря с точки зрения «бизнеса» важна тем, что эта неплохая ОС с более permissive лицензией (чем у Linux), что необходимо для таких компаний, как например Juniper.


И не надо думать, что я Фряшник. Я FreeBSD уже давно не пользуюсь...(

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

119. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Miha (??) on 13-Дек-13, 10:44 
> Справедливости ради, стоит заметить следующее:

А я добавлю, что держусь на FreeBSD именно как раз за счет виртуализации. Jail + vnet + RCTL - все, что нужно. И все "из коробки", никаких форс мажоров при обновлении. Вот как раз в бизнесе самое то.

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

121. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Xaionaro (ok) on 13-Дек-13, 11:18 
>> Справедливости ради, стоит заметить следующее:
> А я добавлю, что держусь на FreeBSD именно как раз за счет
> виртуализации. Jail + vnet + RCTL - все, что нужно. И
> все "из коробки", никаких форс мажоров при обновлении. Вот как раз
> в бизнесе самое то.

Ну, претензий к FreeBSD у меня тоже хватает. Но я не сторонник считать, что FreeBSD лучше/хуже Linux. Я, конечно, понимаю, что это очень банальная мысль, но по мне дак они просто решают разные задачи. :)

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

134. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от metallica (ok) on 13-Дек-13, 13:22 

> Ну, претензий к FreeBSD у меня тоже хватает. Но я не сторонник
> считать, что FreeBSD лучше/хуже Linux. Я, конечно, понимаю, что это очень
> банальная мысль, но по мне дак они просто решают разные задачи.
> :)

Просветите опеннет, что же всё таки решает freebsd, и для чего она
предпочтительней линуксов?

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

137. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от nagual email(ok) on 13-Дек-13, 15:13 
>> Ну, претензий к FreeBSD у меня тоже хватает. Но я не сторонник
>> считать, что FreeBSD лучше/хуже Linux. Я, конечно, понимаю, что это очень
>> банальная мысль, но по мне дак они просто решают разные задачи.
>> :)
> Просветите опеннет, что же всё таки решает freebsd, и для чего она
> предпочтительней линуксов?

Для каждой задачи нужно использовать то что лучше подходит, вот например в win2008R2 отлично идет BF3 :))


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

139. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –5 +/
Сообщение от Клыкастый (ok) on 13-Дек-13, 16:46 
"в общем" - гибче, меньше проблем, легче управлять, реже что-то ломают., но при этом нет нужды сидеть на древнючем софте (как, например, в редхате и дебиане).

по вопросу - во всём, что она умеет. если нужно что-то сверху - тогда в веллкамм тууу линукс.

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

145. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от pavel_simple (ok) on 13-Дек-13, 17:40 
>>Просветите опеннет, что же всё таки решает freebsd, и для чего она
>>предпочтительней линуксов?
> "в общем" - гибче, меньше проблем, легче управлять, реже что-то ломают., но

конкретику плиз -- этот маркетинговый сленг не нужно -- конкретику подавай, что такое "в общем", кто и куда и зачем нагибает?
управлять легче что? то что знакомо? кто и что ломают в Linux (RHEL/Debian)

> при этом нет нужды сидеть на древнючем софте (как, например, в
> редхате и дебиане).

кто? КТО? я вас спрашиваю заставляет вас сидеть на "древнючем" , какое количество совта из системы/дистрибутива нужна в виде bleeding edge? в процентах?

> по вопросу - во всём, что она умеет. если нужно что-то сверху

что она умеет лучше?
> - тогда в веллкамм тууу линукс.

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

150. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –5 +/
Сообщение от Клыкастый (ok) on 13-Дек-13, 18:25 
> конкретику плиз

ага, иди и читай. ты уже тут стопиццотый, с незамутнённым "а шо такое?"

> управлять легче что?

управлять легче - всё. не переименовывают логи, не втыкают systemd, не ломают wifi, вебкамы. не всандаливают стопиццот систем инициализации и у-каждого-своё-понятие-о-конфигах. hald впили, выпилили. udev впилили, ща будут выпиливать и systemd впиливать. cciss выпилили, hpsa впилили, часть контроллеров дропнули. раньше ещё и планировщик был уродский. la  в 20-ку - по ssh уже не зайти. легче собирается софт с кастомными флагами.  

фря не замахивает мелкими непрерывными проблемами на новых инсталлах.


> кто и что ломают в Linux (RHEL/Debian)

OpenSSL + Debian + /dev/random, не?

> кто? КТО? я вас спрашиваю заставляет вас сидеть на "древнючем" ,

выбор "или всё ломают, или жри окаменевшее" нравится не всем. и да, в окаменевшем тоже ломают, беда.

> какое количество совта из системы/дистрибутива нужна в виде bleeding edge? в процентах?

дебиан: астер 1.8.*

bleeding edge это что? 10.*? 11.*? 12.*? 14.*?

какое количество софта нужно в виде древнего говна? в процентах?

> что она умеет лучше?

достаточно "так же". на удобстве управления уже профит. другими словами - не десктоп? не виртуализация? линукс не нужен, да ;-)

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

156. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavel_simple (ok) on 13-Дек-13, 19:09 
>> конкретику плиз
> ага, иди и читай. ты уже тут стопиццотый, с незамутнённым "а шо
> такое?"
>> управлять легче что?
> управлять легче - всё.

читаю как "ну не шмогла я -- не шмогла!"
> не переименовывают логи, не втыкают systemd, не ломают
> wifi, вебкамы. не всандаливают стопиццот систем инициализации и у-каждого-своё-понятие-о-конфигах.

какие логи? нет -- я правда не понимаю -- даже в случае (допустим) сменили /var/log/syslog на любимое бсд messages в чем поблема?
где в RHEL и/или Debian systemd? кто-то тут фантазирует.
а фо фряхе уже есть wifi? ой -- ну только не нада мне расказывать -- те два с половиной адаптера работающих в непонятных режимах с дровами требующими перегрузки и отваливанием связи.
про 100500 систем инита 1 -- кто вас заставляет (предлагают да -- но кто заставляет) --
отчего возможность выбора стала не преимуществом а недостатком? (резко вспоминается девиз "Если нету - значит не нужно")

> hald впили, выпилили. udev впилили, ща будут выпиливать и systemd впиливать.

кто будет? знания о Linux из брошурки?
> cciss выпилили, hpsa впилили, часть контроллеров дропнули. раньше ещё и планировщик
> был уродский. la  в 20-ку - по ssh уже не
> зайти. легче собирается софт с кастомными флагами.

я правильно понял что локальные пертрубации с одним scsi драйвером это хоже чем отсутствие драйверов к 80%остального оборудования.

враньё с la>20 и ssh считаю написано исключительно для тролинга -- потому как действительности не соответствует.
> фря не замахивает мелкими непрерывными проблемами на новых инсталлах.

опять маркетинг?
>> кто и что ломают в Linux (RHEL/Debian)
> OpenSSL + Debian + /dev/random, не?

нет -- я сразу знал что этот косях будут вспоминать Debian'у очень долго  -- но как оказалось я был оптимистом -- этого не забудут никогда. Но мы же знаем что все программы имеют ошибки и только fbsd идеальна -- подобные доводы идут мимо кассы.

что было с /dev/random?

>> кто? КТО? я вас спрашиваю заставляет вас сидеть на "древнючем" ,
> выбор "или всё ломают, или жри окаменевшее" нравится не всем. и да,
> в окаменевшем тоже ломают, беда.
>> какое количество совта из системы/дистрибутива нужна в виде bleeding edge? в процентах?
> дебиан: астер 1.8.*
> bleeding edge это что?

http://en.wikipedia.org/wiki/Bleeding_edge_technology
>10.*? 11.*? 12.*? 14.*?

т.е из >20000 пакетов понадобилось 5 новых -- поздравляю you do it wrong
> какое количество софта нужно в виде древнего говна? в процентах?
>> что она умеет лучше?
> достаточно "так же". на удобстве управления уже профит. другими словами - не
> десктоп? не виртуализация? линукс не нужен, да ;-)

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

192. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –2 +/
Сообщение от Клыкастый (ok) on 16-Дек-13, 12:30 
> читаю как "ну не шмогла я -- не шмогла!"

следовательно с пониманием прочитанного у тебя глубокие проблемы. ну или очень хочется выдать желаемое за действительное.

> (допустим) сменили /var/log/syslog на любимое бсд messages в чем поблема?

а зачем?

> где в RHEL и/или Debian systemd? кто-то тут фантазирует.

вот-вот, единственный способ отстраниться от падающих говн - держаться за древние говна. такой выбор нравится не всем.

> а фо фряхе уже есть wifi?

суть вопроса: в линуксе периодически ломали поддержку некоторых адаптеров. где здесь речь о фряхе? меня лично устраивает в гораздо большей степени ситуация "если есть, то есть, если нет, то нет", и не устраивает "сегодня есть, завтра сломали, послезавтра починили одно, сломали другое" и в качестве альтернативы "сиди на древнем говне, точно ничего не сломают". Ну вот не устраивает, представь.

> про 100500 систем инита 1 -- кто вас заставляет (предлагают да -- но кто заставляет)

никто не заставляет, верно. но поддерживать зоопарк слабо совместимых с собой велосипедов - удовольствие ниже среднего.

> отчего возможность выбора стала не преимуществом а недостатком?

ну например потому, что выбрал одно, а в комплекте идёт то, что выбирать не хочется совсем.

>> hald впили, выпилили. udev впилили, ща будут выпиливать и systemd впиливать.
> кто будет? знания о Linux из брошурки?

мейнстрим будет там весь, помяни моё слово.

> я правильно понял что локальные пертрубации с одним scsi драйвером это хоже
> чем отсутствие драйверов к 80%остального оборудования.

80% это троллингомаркетинг


> враньё с la>20 и ssh считаю написано исключительно для тролинга -- потому
> как действительности не соответствует.

за давностию лет могу ошибаться в цифире. но факт, что до смены шедулера ssh на серваки с высоким LA в лялихе и фряхе отличались радикально в пользу фряхи.


>> фря не замахивает мелкими непрерывными проблемами на новых инсталлах.
> опять маркетинг?

опыт, дружище, опыт.


>>> кто и что ломают в Linux (RHEL/Debian)
>> OpenSSL + Debian + /dev/random, не?
> нет -- я сразу знал что этот косях будут вспоминать Debian'у

всякий раз, когда фанаты начинают врать про особую стабильность и какое-то немыслимое тестирование.


>> дебиан: астер 1.8.*
>> bleeding edge это что?
> http://en.wikipedia.org/wiki/Bleeding_edge_technology

не будь идиотом. я спросил тебя - какая из этих версий 10.* 11.* 12.* 14.* bleeding edge.


> т.е из >20000 пакетов понадобилось 5 новых -- поздравляю you do it wrong

вообще-то один. вообще-то это пример. и вопрос принципиальный, и звучит он так:

отчего возможность выбора стала не преимуществом а недостатком? (резко вспоминается девиз "Если нету - значит не нужно")

я бы конечно спросил "ничьи слова не напоминает?", но я же понимаю, с кем имею дело - с фанатиком. а это значит те преимущества, которые даёт FreeBSD "не нужны", у линукса недостатков нет, при тычке в недостаток сразу "а у вас...".

дружище, я крайне не люблю публику, у которой фанатизм отключает мозг.


>> какое количество софта нужно в виде древнего говна? в процентах?

не вижу ответа.

> десктоп? не

почему "не"? из-под линукса и пишу. уж лет пять десктоп под линуксом.

> виртуализация?

очень хорошая виртуализация. и если нужна именно она - то да, выбор очевиден. если она не нужна или достаточно того что есть во фре, то выбор не так очевиден.

> линукс не нужен, да ;-)

я так сказал? правда? где?

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

194. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavel_simple (ok) on 16-Дек-13, 13:17 
>[оверквотинг удален]
>>> какое количество софта нужно в виде древнего говна? в процентах?
> не вижу ответа.
>> десктоп? не
> почему "не"? из-под линукса и пишу. уж лет пять десктоп под линуксом.
>> виртуализация?
> очень хорошая виртуализация. и если нужна именно она - то да, выбор
> очевиден. если она не нужна или достаточно того что есть во
> фре, то выбор не так очевиден.
>> линукс не нужен, да ;-)
> я так сказал? правда? где?

во первых -- ты смешон -- и смешон в первую очередь что пытаешся разговаривать сам с собой. половину вопросов на вопросы ты задал себе сам.
во вторых -- человек считающий "древним говном" то, на чём основная масса пользователей (администраторов)строит рабочую инфраструктуру не может восприниматься всерьёз.
в третьих -- твою (раз ты решил беззастенчиво перейти "на ты")попаболь нужно обязатно чем-то смазать, а то случиться нарыв и неизбежное.

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

196. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Клыкастый (ok) on 16-Дек-13, 13:36 
> во первых -- ты смешон -- и смешон в первую очередь что пытаешся разговаривать сам с собой.

извини, это получается автоматически. когда собеседник глух и/или туп, как пробка, получается, что говоришь сам с собой.

> во вторых -- человек считающий "древним говном" то, на чём основная масса

для глухих как пробка, повторю вопрос:
какая из версий астериска 10/11/12/14 bleeding edge?
для тупых поясняю:
это вопрос - тебе.

основная масса это, несомненно, аргумент. тут, конечно, твоя правда. как же вразрез с основной массой. ты, главное, putty, не про*би с рабочего стола. небось десктоп-то как у основной массы?

> не может восприниматься всерьёз.

туповатый фанатик с опеннета не может меня воспринимать всерьёз. как бы это пережить-то, а?

> в третьих -- твою (раз ты решил беззастенчиво перейти "на ты") попаболь нужно обязатно чем-то смазать, а то случиться нарыв и неизбежное.

это лично твой опыт, или основной массы? ну всё равно спасибо конечно, за заботу. хотя я себя прекрасно чувствую.

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

164. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Miha (??) on 13-Дек-13, 22:55 
> "в общем" - гибче, меньше проблем, легче управлять, реже что-то ломают., но
> при этом нет нужды сидеть на древнючем софте (как, например, в
> редхате и дебиане).
> по вопросу - во всём, что она умеет. если нужно что-то сверху
> - тогда в веллкамм тууу линукс.

Во! Ключевая мысль "гибче, меньше проблем, легче управлять, реже что-то ломают".

Я никак не хочу спорить про то, что лучше. Лично я использую линукс только в железных роутерах с OpenWRT на борту. Но там, где клиенты выдвигают особые требования к безопасности\стабильности - никакого линуха!

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

178. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от cmp (ok) on 15-Дек-13, 07:03 
о да, ifconfig мы еще 50 лет будем использовать;
мыши кололиcь, но продолжали жрать кактус
Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

193. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Клыкастый (ok) on 16-Дек-13, 13:12 
> о да, ifconfig мы еще 50 лет будем использовать;

а что, уже немодно?

> мыши кололиcь, но продолжали жрать кактус

лично меня ifconfig не напрягает, это ж вы плакали, кололись и страдали. хотя несомненно на форумах кричали другое и громко.


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

211. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от cmp (ok) on 30-Дек-13, 17:19 
> лично меня ifconfig не напрягает, это ж вы плакали, кололись и страдали.
> хотя несомненно на форумах кричали другое и громко.

за всю сознательную жизнь на форуме задавал вопрос раз 6, и ни разу внятного ответа не получал, так что мимо.

пилять, ифконфиг это атавизм оставшийся со времен когда половина дров не умела 2-й айпишнег вешать, создание саб интерфейса с другим адресом - это бред сивой кобылы, разбейте пару 24 сетей на сети по 2-8 компов с общим шлюзом на одной карте и повесте туда пару вланов, да охереете разбирать где там влан, а где что.

Да пользуйтесь хоть виндой 95, но не надо гнать, что она не хуже современных осей, за последние 10 лет изменений в стэке ip линукса произошла масса, и пихать и прикручивать новые возможности к старым системам управления, это как в ракеты руль с тремя педалями мастрячить, не надо вам сидите с ифконфигом никто его не трогает, а современные реалии требуют современных инструментов.

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

180. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от www2 (ok) on 15-Дек-13, 09:58 
>гибче,

Гибче - это когда нужно пересобирать ради того, чтобы что-то _отключить_, как во фре? Вместо того, чтобы доставить _дополнительный_ пакет, когда он потребуется, как других системах?

>меньше проблем

Это когда нужно закрыть уязвимость в пакете и ради этого пересобирать из портов полсистемы?

Это когда NAT не умеет транслировать GRE и PPTP? Это когда pf не умеет толком распараллелиться на несколько процессорных ядер? Это когда Linux держит раза в 3 больше NAT-трансляций, чем фря?

>легче управлять

Файликом /etc/resolv.conf вручную управлять безусловно легче. Особенно если нет динамически настраиваемых интерфейсов. В противном случае начинается костылестроение с написанием скриптов, обновляющих resolv.conf при поднятии и опускании интерфейса.

В нормальных дистрибутивах можно выставить приоритеты интерфейсам, а при их поднятии и опускании DNS-серверы, динамически полученные через DHCP или IPCP, сами пропишутся на нужное место в этом файлике. А если ещё понадобится при всём при этом настроить кэширующий DNS-сервер, то тут бсдуны уходят в штопор, не в силах решить эту проблему. Они просто говорят, что это не нужно.

Легче сношаться с portmaster'ом, чем ввести apt-get upgrade?

>реже что-то ломают

Это когда перед обновлением портов нужно прочитать специальный текстовый файлик и делать какие-то телодвижения, для того чтобы просто заменить pkgconf на pkg-cconfig, пересобрав при этом все пакеты, зависящие от него. В нормальных системах с пакетным менеджером не из прошлого века в свойствах пакета мэйнтейнеры сами прописывают, какой устаревший пакет он заменяет. Накат обновлений зачастую проходит вообще без вмешательства человека и вообще без компиляции.

Реже ломают, потому что ломать-то особо нечего. Ни тебе полноценной контейнерной виртуализации с разграничением ресурсов, ни тебе Xen dom0, ни паравиртуализированных драйверов для amd64.

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

208. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Клыкастый (ok) on 19-Дек-13, 13:55 
>>гибче,
> Гибче - это когда нужно пересобирать ради того, чтобы что-то _отключить_,

в модульных системах, для того, чтобы что-то отключить, достаточно не грузить соответствующий модуль. Так сделано в apache/php/asterisk/etc.

в немодульных системах, например использовать pthreads или openmp естественно надо пересобрать, коли речь о source-based, где это штатный способ установки. почему это проблема - неясно. и да, в данном случае "поставить дополнительный пакет - не получится, верно?

>>меньше проблем
> Это когда нужно закрыть уязвимость в пакете и ради этого пересобирать из
> портов полсистемы?

утрирование - одно из самых сильных орудий демагога.

> Это когда NAT не умеет транслировать GRE и PPTP?

Какой-то умеет, какой-то не умеет. Если это надо, надо взять тот, который умеет.
alias_pptp.ko, ipfw.

> Это когда pf не умеет толком распараллелиться на несколько процессорных ядер?

дык pf не единственное наше всё. и да, таки умеет с патчами в 8-ке/9-ке и в 10-ке будет штатно.

> Это когда Linux держит раза в 3 больше NAT-трансляций, чем фря?

(пожимает плечами) это ты померял в ситуации когда "не умеет". А когда - умеет?

>>легче управлять
> Файликом /etc/resolv.conf вручную управлять безусловно легче.

# psearch name=openresolv
Port:    openresolv-1.1
Path:    /usr/ports/dns/openresolv
Info:    A resolvconf compatible framework for managing resolv.conf

Ты не это искал?


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

какая проблема с кэширующим сервером?

> Легче сношаться с portmaster'ом, чем ввести apt-get upgrade?

Сношаться несомненно не легче. Но с другой стороны сношаться с apt-get тоже не легче, чем просто поставить portmaster-ом.

>>реже что-то ломают
> Это когда перед обновлением портов нужно прочитать специальный текстовый файлик и делать
> какие-то телодвижения, для того чтобы просто заменить pkgconf на pkg-cconfig

как часто меняется pkgconf на pkg-config? где вам обещали в линуксе (и в каком), что вам ничего читать не нужно и никаких телодвижений не понадобится?


>, пересобрав при этом все пакеты, зависящие от него.

чем это фатально хуже по сравнению с "переустановить все пакеты, зависящие от него", при условии что сборка это штатный способ установки?

> В нормальных системах с пакетным менеджером не из прошлого века в свойствах пакета мэйнтейнеры сами прописывают, какой устаревший пакет он заменяет.

один раз я сталкивался с такой проблемой - для php пришлось вручную указать что новый пакет заменяет старый. а в основном-да, майнтейнеры сами прописывают

> Накат обновлений зачастую проходит вообще без вмешательства человека

неясно что имеется ввиду. накатывание обновлений автоматом? это сомнительное удовольствие, хотя если вручную на тестовом прошло, то можно и автоматом на остальных. и порты этому никак не мешают. как минимум я хочу выбрать время рестарта обновлённого сервиса.

> и вообще без компиляции.

у вас органическое неприятие компиляции? мне, например, оно не мешает. и да, есть возможность ставить бинарями.

> Реже ломают, потому что ломать-то особо нечего.

Утрирование, попытка №2.

> Ни тебе полноценной контейнерной виртуализации с разграничением ресурсов, ни тебе Xen dom0, ни паравиртуализированных драйверов для amd64.

Ежели нужна виртуализация, никто не мешает взять лялих, где с ней заметно лучше. Но нужна она не всегда и не всем и в разных объёмах.

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

186. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Клыкастый (ok) on 16-Дек-13, 10:12 
> Но там, где клиенты выдвигают особые требования к безопасности\стабильности - никакого линуха!

Рискну оспорить в плане безопасности. Безопасность это а) комплекс мер, сиречь архитектура б) процесс. Тут имеет значение наличие чёткой политики безопасности (для исполнения п. "а") и следование ей и отслеживание уязвимостей (для "б"). Это несколько ортогонально ОС и если ты или я выбираем в данном случае BSD - это говорит только о том, что для BSD *у тебя* более чёткая политика безопасности. Т.е., грубо говоря ты её лучше знаешь и больше доверяешь. Тот, кто лучше знает Linux, при наличии *чёткой политики безопасности*, выберет линукс и будет прав.


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

191. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Miha (??) on 16-Дек-13, 12:05 
>> Но там, где клиенты выдвигают особые требования к безопасности\стабильности - никакого линуха!
> Рискну оспорить в плане безопасности. Безопасность это а) комплекс мер, сиречь архитектура
> б) процесс. Тут имеет значение наличие чёткой политики безопасности (для исполнения
> п. "а") и следование ей и отслеживание уязвимостей (для "б"). Это
> несколько ортогонально ОС и если ты или я выбираем в данном
> случае BSD - это говорит только о том, что для BSD
> *у тебя* более чёткая политика безопасности. Т.е., грубо говоря ты её
> лучше знаешь и больше доверяешь. Тот, кто лучше знает Linux, при
> наличии *чёткой политики безопасности*, выберет линукс и будет прав.

В принципе ты прав. :-) Можно с обоюдным успехом настроить систему с "security in mind": хоть FreeBSD, хоть Linux. Я просто определил те задачи, которые лучше решает именно эта ОС и там ее использую.


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

144. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от pavel_simple (ok) on 13-Дек-13, 17:34 
>> Справедливости ради, стоит заметить следующее:
> А я добавлю, что держусь на FreeBSD именно как раз за счет
> виртуализации. Jail + vnet + RCTL - все, что нужно. И
> все "из коробки", никаких форс мажоров при обновлении. Вот как раз
> в бизнесе самое то.

а у меня вопрос: каждый быэсдэшник путает виртуализацию с изоляцией?

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

158. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 19:11 
> а у меня вопрос: каждый быэсдэшник путает виртуализацию с изоляцией?

Нормальной продакшен-виртуализации там нет в принципе, поэтому _фряшникам_ данные термины можно не различать.

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

165. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Miha (??) on 13-Дек-13, 22:59 
>>> Справедливости ради, стоит заметить следующее:
>> А я добавлю, что держусь на FreeBSD именно как раз за счет
>> виртуализации. Jail + vnet + RCTL - все, что нужно. И
>> все "из коробки", никаких форс мажоров при обновлении. Вот как раз
>> в бизнесе самое то.
> а у меня вопрос: каждый быэсдэшник путает виртуализацию с изоляцией?

Мсье, вы путаете классический чрут с виртуализацией на уровне ОС.
Читаем хотя бы тут http://ru.wikipedia.org/wiki/%D0%92%D0%B...

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

147. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 17:49 
Расскажи, как в jail-е человеческим образом лимитить память, cpu и disk io.
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

148. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от pavel_simple (ok) on 13-Дек-13, 17:51 
> Расскажи, как в jail-е человеческим образом лимитить память, cpu и disk io.

ты не понял -- он же сразу сказал что ему больше не нужно. и я даже скажу почему не нужно - потому что уже много лет они пропагандуруют лозунг "Если нет - значит не нужно".

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

162. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Miha (??) on 13-Дек-13, 22:51 
> Расскажи, как в jail-е человеческим образом лимитить память, cpu и disk io.

В 9.2 - нормально. man rctl

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

170. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 14-Дек-13, 02:37 
i/o throttling не вижу. Но вообще прогресс. Было бы вот это и pkgng 4 года назад, глядишь, не ушел бы с фри.
Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

195. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Клыкастый (ok) on 16-Дек-13, 13:19 
> i/o throttling не вижу. Но вообще прогресс.

о чём и речь.

> Было бы вот это и pkgng 4 года назад, глядишь, не ушел бы с фри.

не разделяю такой подход. это не религия, не семья и даже не место работы. "ушёл/вернулся" - не очень применимо. "Использую/не использую". Собственно ничто не мешает использовать то, что удобно. Когда фряху на десктопе стало неудобно использовать (на новом железе) - я стал использовать удобный мне линукс. Будет удобно использовать - буду использовать. Ну и так в общем-то со всем.


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

157. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним (??) on 13-Дек-13, 19:10 
> А я добавлю, что держусь на FreeBSD именно как раз за счет
> виртуализации. Jail + vnet + RCTL - все, что нужно. И
> все "из коробки", никаких форс мажоров при обновлении. Вот как раз
> в бизнесе самое то.

Человек, который всю жизнь питался кактусами, просто не верит, что бывает более вкусная, полезная и менее травмирующая пища =)

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

143. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Гентушник (ok) on 13-Дек-13, 17:31 
> 2. Во Фре элементарные вещи делаются элементарно. Чисто для примера там есть до жути простой шейпер «DUMMYNET»

Для меня DUMMYNET и шейпинг посредством него был откровением. Разобрался и настроил за пол-часа. Когда-то в линуксе с помощью iproute2 tc решал похожую задачу и парился очень долго... В FreeBSD это ИМХО проще всё сделано и понятнее.
Однако задача была простая, всякие сложные конфигурации не пробовал.

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

146. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 13-Дек-13, 17:47 
По контртезису 1. В arch linux кроме ip уже ничего нет. Скоро так будет везде.
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

149. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 17:53 
Добавлю еще контртезисов:

1) в линуксе нельзя из listen 0.0.0.0:port изъять конкретный ip. Это делает переконфигурацию вида "вытащить один айпи для другого сервиса" без потери соединений невозможной. В bsd можно просто сделать более частный бинд-листен и это будет работать.

2) действительно, ряд простых вещей делается в линуксе сложнее. Например, получить BSD-шный netstat -lan (размер listening queue) в линуксе можно получить только косвенно, например, с помощью awk.

Хотя я сам давно на линуксе. :)

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

155. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним (??) on 13-Дек-13, 19:08 
> 1) в линуксе нельзя из listen 0.0.0.0:port изъять конкретный ip.

Это напоминает "сначала положим грабельки вот сюда, а потом с разбегу на них прыгнем".
Когда нужна избирательность по IP, слушать 0.0.0.0 будет только ССЗБ.

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

166. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 14-Дек-13, 00:11 
Год была не нужна, потом понадобилось. Дропать соединения - не хочется. Что делать?
Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

168. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 14-Дек-13, 02:29 
> Год была не нужна, потом понадобилось. Дропать соединения - не хочется. Что
> делать?

В общем-то изменение параметров слушаемого сокета - не единственное, что может потребоваться. Может быть тысяча причин перезапустить демон и коннекты не хочется терять никогда. Если используемый демон не поддерживает graceful restart, наверное, надо чинить его самого в первую очередь.
Ну или хотя бы graceful stop. У вас ведь сервис за балансировщиком сидит, если вам даже рвать соединение не хочется, правда?

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

172. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 14-Дек-13, 02:44 
Graceful restart есть, конечно. И балансер есть. Так в итоге и сделал. Но был неприятно удивлен несоответствием линуксовой реализации каноничным bsd sockets.
Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

187. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Клыкастый (ok) on 16-Дек-13, 10:21 
> Это напоминает "сначала положим грабельки вот сюда, а потом с разбегу на
> них прыгнем".
> Когда нужна избирательность по IP, слушать 0.0.0.0 будет только ССЗБ.

это напоминает сакраментальное "если нет, то не надо"

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

54. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним (??) on 12-Дек-13, 23:37 
> Ну видно, что сетевой стек фри обеспечивает более ровное

Нифига, более ЧЕТКОЕ. Это более в духе фряшных "одминов".

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

72. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от ананим on 13-Дек-13, 00:40 
>Ну видно, что сетевой стек фри обеспечивает более ровное распределение

Угу.
Ровнее только на нуле.

Зыж
Да была уже новость на опеннете, что фря не просто линуху сливает, а даже вантузу проигрывает.
Х/з, там хоть можно было критиковать и пинать на объективность.
Но сабж то самим бсдишнегом и сделан.

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

128. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Антон email(??) on 13-Дек-13, 12:52 
Учитывая что процессор не загружен на 100% разница определяется прежде всего настройками TCP-стека. А поскольку тестировали netmap, а на BSD/Linux вряд ли они тратили время на настройку ядерного TCP-стека. И графики говорят только о том, что значения по умолчанию разные. Впрочем и для Linux и для BSD значения не позволяют в данном конкретном тесте добиться максимальной производительности на небольшой числе параллельних коннекций. Замечу что к реальным web-серверах этот участок графика имеет мало отношения. В жизни на нагруженых веб-серверах не десятки, а тысячи параллельных коннекций.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от commiethebeastie (ok) on 12-Дек-13, 21:29 
Эксплоит будет давать права рута, красота.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +5 +/
Сообщение от Аноним (??) on 12-Дек-13, 21:32 
> Эксплоит будет давать права рута, красота.

Не, чувак. Не рута. А ring 0 сразу. Рут там с@сет и нервно курит.

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

115. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от NikolayV81 (ok) on 13-Дек-13, 09:32 
>> Эксплоит будет давать права рута, красота.
> Не, чувак. Не рута. А ring 0 сразу. Рут там с@сет и
> нервно курит.

он и так даст права рута, если сможет ядро "подставить", тут же изыскание на тему -
"на сколько можно увеличить производительность системы, если исключить промежуточные звенья", вот тут показали на сколько это возможно, кто-то посмотрит, взвесит все за и против, и возможно реализует для своей конторы ( гугла или яндекса к примеру ).

p.s. Да и если к примеру для сервиса типа Яндекс.Фоток, тупо на отдачу не защищаемого контента, то можно на многие вещи не обращать внимания.

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

154. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 19:05 
>> Эксплоит будет давать права рута, красота.
> Не, чувак. Не рута. А ring 0 сразу. Рут там с@сет и нервно курит.

Кроме некоторых редких случаев (типа селинукса или заблокированной загрузки модулей), разницы никакой.

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

14. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 12-Дек-13, 21:36 
Лучше бы он стек FreeBSD допилил до линуксового чем этой хренью занимался.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

113. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от Аноним (??) on 13-Дек-13, 09:27 
> Лучше бы он стек FreeBSD допилил до линуксового чем этой хренью занимался.

Ничего вы не понимаете. На предъяву "ваш грузовик медленно ездит и маловато груза перевозит" бравый перец выкатил ракету. Ну и что что одноразовая и топливо жрет как не в себя? Зато круто и концептуально :).


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

19. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от pavlinux (ok) on 12-Дек-13, 21:51 
Вот правильный скриншот http://www.fenrus.demon.nl/performance.html
Ядрённый сервер рвет апача, как тузик грелку!

2500 запросов в секунду, а этот уже при 50 запросах сливает.

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

35. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Слушатель on 12-Дек-13, 22:39 
К слову, это куда более интересная идея, чем сервер со своим узкозаточенным tcpip стеком.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

37. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от annulen (ok) on 12-Дек-13, 22:40 
>Ядрённый сервер рвет апача, как тузик грелку!

Вообще-то, на их графике nginx, который тоже как тузик грелку

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

40. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от pavlinux (ok) on 12-Дек-13, 22:49 
>>Ядрённый сервер рвет апача, как тузик грелку!
> Вообще-то, на их графике nginx, который тоже как тузик грелку

тут ядро 2.2.10, 20-летней давности, на 100 мегабитах :)

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

48. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +5 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 12-Дек-13, 23:28 
> Ядрённый сервер рвет апача, как тузик грелку!

еле дышащих старичков было модно избивать лет 10 назад. Сейчас халява закончилась, нужно пробовать избить nginx или lighttpd

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

24. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +6 +/
Сообщение от Аноним (??) on 12-Дек-13, 22:02 
а ведь фряха сливает линю во всех тестах (ось + nginx)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +6 +/
Сообщение от Аноним (??) on 12-Дек-13, 23:35 
> а ведь фряха сливает линю во всех тестах (ось + nginx)

А мы не злопамятные, но память у нас хорошая, поэтому припомним местным спиди-гонщикам как они ВРАЛИ что нжинкс под фряхой работает якобы лучше чем в лине. А оказывается - это не только фанатский буллшит, но еще и сами фряшники это признают.

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

66. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от Аноним (??) on 12-Дек-13, 23:53 
>> а ведь фряха сливает линю во всех тестах (ось + nginx)
> А мы не злопамятные, но память у нас хорошая, поэтому припомним местным
> спиди-гонщикам как они ВРАЛИ что нжинкс под фряхой работает якобы лучше
> чем в лине. А оказывается - это не только фанатский буллшит,
> но еще и сами фряшники это признают.

Фанбои - это всегда плохо.

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

160. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 13-Дек-13, 21:43 
> Фанбои - это всегда плохо.

Кому плохо, а кому - покушать и поднять настроение =)

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

69. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –9 +/
Сообщение от iZEN (ok) on 12-Дек-13, 23:57 
Признайте уже, что Linux BUG #12309 до сих пор не пофикшен. ;)

http://www.linux.org.ru/forum/general/9922995
http://www.linux.org.ru/forum/desktop/9591777

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

71. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от Аноним (??) on 13-Дек-13, 00:17 
Сферический конь и не может быть пофикшен.
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

73. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от ананим on 13-Дек-13, 00:47 
А у вас, а у вас.. а у вас нет фотожопа и автокада.
Вот.

Зыж
Линух и с этим багом бсдю делал и теперь без него.
А я так вообще этот баг не встречал. Может с железом везло, а может я его выбирать умею.
А может на таком железе бсдя вообще не загрузится.

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

85. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним (??) on 13-Дек-13, 02:18 
Автокад 2008 голдовая прожина вайна. Мимо
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

103. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 13-Дек-13, 03:32 
> Автокад 2008 голдовая прожина вайна. Мимо

Сейчас бсдшники под линукслятором запустят в вайне виртуалку с автокадом, вам назло :).

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

181. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от www2 (ok) on 15-Дек-13, 10:12 
>> Автокад 2008 голдовая прожина вайна. Мимо
> Сейчас бсдшники под линукслятором запустят в вайне виртуалку с автокадом, вам назло
> :).

Зачем? Он у них и так запущен, вместе с путти и фотошопом.

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

140. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Клыкастый (ok) on 13-Дек-13, 16:50 
> А я так вообще этот баг не встречал.

а я например встречал.

> А может на таком железе бсдя вообще не загрузится.

скорее наоборот.

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

159. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 13-Дек-13, 21:42 
> а я например встречал.

Ну я тоже могу охотничьих историй рассказать. Например, как медведя голыми руками задушил. Хотите послушать?

> скорее наоборот.

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

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

190. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –2 +/
Сообщение от Клыкастый (ok) on 16-Дек-13, 11:21 
>> а я например встречал.
> Ну я тоже могу охотничьих историй рассказать.

ты с них и начал

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

171. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 14-Дек-13, 02:39 
>> А я так вообще этот баг не встречал.
> а я например встречал.

Что за дисковый контроллер, какие диски, сколько iops-ов, какой суммарный поток данных при доступе к дискам, какой был паттерн чтения/записи, сколько свободной памяти под pagecache было?

А то, знаете, я то сейчас могу всю память себе забить, вытеснив тем самым кэш, да нагрузить рандомным IO полудохлый ноутбучный диск на 5400. И тоже ведь тормозить начнет!

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

188. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –2 +/
Сообщение от Клыкастый (ok) on 16-Дек-13, 11:15 
> Что за дисковый контроллер,

уже не важно. если остро интересно - тут отписывался Crazy_Alex-у и ещё раза три...

> какие диски, сколько iops-ов, какой суммарный поток данных при доступе к дискам, какой был паттерн чтения/записи, сколько свободной памяти под pagecache было?

совершенно неважно. речь о том, что после отказа от cciss и перехода на hpsa "потерялись" некоторые контроллеры. контроллеры потом нашлись, но это было потом. а на тот момент была простая ситуация: FreeBSD/DragonflyBSD стали влёт, debian не увидел контроллер и винты. Именно это и имелось в виду, когда я говорил "скорее наоборот". и случай не единичный.

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

201. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от ананим on 16-Дек-13, 18:02 
Свежо предание, да верится с трудом.
Как не возмёшь ынырпрайзное железо, так блобы под линух и вантуз таки есть, под бсд нет.
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

98. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +4 +/
Сообщение от Аноним (??) on 13-Дек-13, 03:17 
> Признайте уже, что Linux BUG #12309 до сих пор не пофикшен. ;)

Этот 12309 как суслик: я его не вижу, но у кого-то он все-таки есть. Правда в основном потому что ламерье вечно пихает все в 1 баг без разбора и потом удивляется когда при починке бага все успокаиваются. О том что это мог быть какой-то иной баг - наивные чукотские изены не догадываются.

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

77. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –3 +/
Сообщение от nagual email(ok) on 13-Дек-13, 01:18 
> а ведь фряха сливает линю во всех тестах (ось + nginx)

А ведь это пишет линуксоид :))


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

199. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от RedRat (ok) on 16-Дек-13, 16:27 
> а ведь фряха сливает линю во всех тестах (ось + nginx)

Я так понимаю, дальше первых нескольких графиков (которые в тексте статьи упомянуты как "старое железо") посмотреть терпения не хватило? Ну так посмотри на предпоследний график (для "нового железа"), где на системе с 6 сетевухами FreeBSD выдаёт примерно на треть больше, чем Линукс.

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

25. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от annulen (ok) on 12-Дек-13, 22:18 
>высокопроизводительного TCP/IP стека, работающей в пространстве пользователя и напрямую взаимодействующей с сетевой картой для отправки пакетов

Эталонная реализация взаимоисключающих параграфов

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

43. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +4 +/
Сообщение от pavlinux (ok) on 12-Дек-13, 23:06 
>>высокопроизводительного TCP/IP стека, работающей в пространстве пользователя и напрямую взаимодействующей с сетевой картой для отправки пакетов
> Эталонная реализация взаимоисключающих параграфов

Вот представь, у тя есть колодец с водой. Задача - обеспечить водоснабжение в колхозе!

Варианты:
1. Пущай сами, кому надо, с ведрами бегают.
2. Качать воду в бочки и всем развозить.
3. Организовать насосную станцию, фильтрацию, развести водопровод, всем установить краны.
4. Динамитом, кирками и лопатами распердолить канал и ручейки до каждого дома.

BSD выбрали последний вариант.  


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

56. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от анонимус (??) on 12-Дек-13, 23:38 
А в чем проблема примапать буфер сетевой карты в память процесса? На лялексе так же можно сделать, просто никто не додумался. Алсо, рут получить через эксплоит хрен получится, эта штука вполне может под обычным юзером работать.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

59. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от pavlinux (ok) on 12-Дек-13, 23:46 
> А в чем проблема примапать буфер сетевой карты в память процесса?

Прям такой волшебный... Взял и примапил.. :)
  А выравниванием, счётчиками, очередью, само как-нить разрулиться.
Х...ня, что маркеры пакетов превратятся в рандом кашу, главное знать слово примапить.


> На лялексе так же можно сделать, просто никто не додумался.

Google: kernux, khttps, Tux web-server,...

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

74. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от metallica (ok) on 13-Дек-13, 00:58 
>> А в чем проблема примапать буфер сетевой карты в память процесса?
> Прям такой волшебный... Взял и примапил.. :)
>   А выравниванием, счётчиками, очередью, само как-нить разрулиться.
> Х...ня, что маркеры пакетов превратятся в рандом кашу, главное знать слово примапить.

Вместо формирования sk_buff и передачи его netif_receive_skb() в драйвере,
сами расковыриваем весь трафик, обслуживаем ip, tcp логику.Данные передаём
хендлерам. Возможно придётся фронтендом ставить L4, чтоб упрощать навороты транспортного уровня, для передачи упрощённого варианта доморощенному http/tcp серверу.

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

93. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Хвост on 13-Дек-13, 03:07 
То есть пишем свою ОС для этого дела? )
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

107. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 13-Дек-13, 07:32 
userspace network stack? не?
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

110. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavel_simple (ok) on 13-Дек-13, 09:23 
>>> А в чем проблема примапать буфер сетевой карты в память процесса?
>> Прям такой волшебный... Взял и примапил.. :)
>>   А выравниванием, счётчиками, очередью, само как-нить разрулиться.
>> Х...ня, что маркеры пакетов превратятся в рандом кашу, главное знать слово примапить.
> Вместо формирования sk_buff и передачи его netif_receive_skb() в драйвере,
> сами расковыриваем весь трафик, обслуживаем ip, tcp логику.Данные передаём
> хендлерам. Возможно придётся фронтендом ставить L4, чтоб упрощать навороты транспортного
> уровня, для передачи упрощённого варианта доморощенному http/tcp серверу.

Луиджи же подготовил патчи для linux и даже для ixgbe насколько я ничего не помню -- да там помимо всего мануал -- да и сам патч для сетевых строк в 10.

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

84. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Jan Dakinevich (ok) on 13-Дек-13, 02:16 
> Прям такой волшебный... Взял и примапил.. :)

Ага, взял и примапил, обычным mmap-ом.

> А выравниванием, счётчиками, очередью, само как-нить разрулиться.

Какие счетчики? Ты мапишь в userspace dma буферы, в которые пишет сетевая карта. Просто бери и разгребай поток ethernet фреймов, по мере поступления. Правда, сделано достаточно дубово, пакеты лежат в буферах по 2К. Но хотелось бы иметь возможность отправлять пакет по кусочкам, например в духе iovec, или вместо фиксированных буферов мапить структуры наподобие ядерных mbuf...

В dpdk пошли еще дальше, мало того, что в userspace замаплены dma буферы, так еще и управление самой картой сделано через uio.

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

106. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavlinux (ok) on 13-Дек-13, 05:21 
У меня там другие программы, нафига мне разгребать езернет трафик!
Ты не ломая совместимость запихни свою дату в езернет.
А ты думал, халява чтоль... Хе...
Монопольно забрать посебя девайс и его трахать в буфера ещё в детском саду учат.

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

169. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Jan Dakinevich (ok) on 14-Дек-13, 02:34 
> У меня там другие программы, нафига мне разгребать езернет трафик!

Это у тебя, какое мне до тебя дело? Но задача разгребать 40G+ трафик, как несложно заметить, - довольно специфична и не решается влоб штатными средствами, для того и предназначены всякие dpdk и netmap.

Какие там будут другие программы? Похапе с мускулем что ли?

> Ты не ломая совместимость запихни свою дату в езернет.

Совместимость с чем?

> Монопольно забрать посебя девайс и его трахать в буфера ещё в детском
> саду учат.

Ты это intel-у расскажи, а то они, бедолаги, зачем-то понаплодили кода на двести килострок, с lock free буферами, балансировкой нагрузки на ядра... а это, оказывается, детсадовская задача :-D (К слову, большая часть этого код, их же собственные драйвера для FreeBSD)


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

76. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от Jan Dakinevich (ok) on 13-Дек-13, 01:18 
> На лялексе так же можно сделать, просто никто не додумался.

Ну как, никто не додумался? Intel DPDK, PF_RING... Более того, авторы PF_RING и Netmap знакомы друг с другом.

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

26. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 12-Дек-13, 22:19 
А ведь был когда-то вебсервер, который в ядро был запилен. Tux назывался.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Пингвино (ok) on 12-Дек-13, 22:29 
Ну вот, а нынче все на systemd ругаются...
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

58. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от Crazy Alex (ok) on 12-Дек-13, 23:44 
Поинт в "был когда-то". А так - ничто не ново под луной, да.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

27. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –2 +/
Сообщение от Аноним (??) on 12-Дек-13, 22:20 
Какой там дистрибутив Linux?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от kurokaze (ok) on 12-Дек-13, 22:30 
Забавные люди.
Надо было сравнивать не с обычным линуксовым вебсервером, а с тем, который в ядре уже давно -- khttpd (TUX)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +5 +/
Сообщение от Andrey Mitrofanov on 12-Дек-13, 22:34 
> Надо было сравнивать не с обычным линуксовым вебсервером, а с тем, который

Скажи спасибо, что они взяли nginx на фре, а не IIS на win-сервере.

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

50. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 12-Дек-13, 23:32 
> в ядре уже давно -- khttpd (TUX)

Это неспортивно! Посмотри на то что с nginx получилось. Он под линухом как-то лучше работает, по поводу чего у некоторых боль пониже спины. Думаешь, им хочется увидеть то же самое еще раз, но на уровне ядра? :)  

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

80. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от ADMIN on 13-Дек-13, 01:37 
nginx изнаально написан под FreeBSD
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

81. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Crazy Alex (ok) on 13-Дек-13, 01:58 
Так это самое смешное
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

99. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним (??) on 13-Дек-13, 03:20 
> nginx изнаально написан под FreeBSD

Именно поэтому то что наблюдается на этих графиках - полный эпикфэйл FBSD. Их ядро работает настолько галимо, что даже упомянутое читерство им не помогло...

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

141. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Клыкастый (ok) on 13-Дек-13, 17:01 
>> nginx изнаально написан под FreeBSD
> Именно поэтому то что наблюдается на этих графиках - полный эпикфэйл FBSD.
> Их ядро работает настолько галимо, что даже упомянутое читерство им не
> помогло...

Fig №5. Более мощная отдача при большей загрузке ЦПУ: 6 сетевухах эпик вин. на одной сетевухе "завал" графика на меньшем числе соединений (меньше соединений - меньше отдача). Планка *одинаковая*. Где эпик фейл - неясно.

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

189. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Клыкастый (ok) on 16-Дек-13, 11:20 
что характерно, минусы влепили, а возразить нечего :)))


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

200. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от RedRat (ok) on 16-Дек-13, 16:34 
> Посмотри на то что с nginx получилось. Он под линухом
> как-то лучше работает, по поводу чего у некоторых боль
> пониже спины.

Ага, на современном оборудовании с 6 сетевухами FreeBSD оказалась всего на треть лучше Линукса, а не в три раза! Действительно, какой ужасный провал! Но вам есть чем гордится - на старом железе Линукс всё же выигрывает. :-)

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

105. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним (??) on 13-Дек-13, 04:10 
Ну, и зачем это все? Пришло время пилить экзоядро!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

114. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 13-Дек-13, 09:31 
> Ну, и зачем это все? Пришло время пилить экзоядро!

Пилите, Шура, пилите. Они золотые.

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

120. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 13-Дек-13, 10:54 
Разнообразное тестирование и эксперименты - это очень хорошо, позволяет взглянуть на текущее положение дел под разными углами.

«Пастернака не читал, но рассуждаю» - это про комментаторов.

Меня в отчете заинтересовало:
Interestingly, we have experienced a collapse on Linux with six NICs.

Google Translate:
Интересно, что мы пережили крах на Linux с шестью сетевыми картами.

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

123. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 13-Дек-13, 11:19 
Жду http на ASIC и FPGA.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

124. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +3 +/
Сообщение от Andrey Mitrofanov on 13-Дек-13, 11:50 
> Жду http на ASIC и FPGA.

Зачем ждать?! У Шигорина запас кт315 -ых. Он отсыпет! :>

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

125. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Трубовращатель on 13-Дек-13, 12:22 
А уменя П2, МП13 и МП42Б были, надо поискать.
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

127. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от NikolayV81 (ok) on 13-Дек-13, 12:46 
МП42Б круче 315-х


а то у них проблема в том что ножки отваливаются, "на скрутках" не соберёшь.

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

185. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 16-Дек-13, 02:43 
> а то у них проблема в том что ножки отваливаются, "на скрутках"
> не соберёшь.

скрутки - вчерашний день. надо делать на wago

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

130. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от umbr (ok) on 13-Дек-13, 13:14 
Ждем CMS на ASIC и FPGA.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

203. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Антон email(??) on 16-Дек-13, 19:25 
> Ждем CMS на ASIC и FPGA.

Memcached на FPGA уже сделали. Только получается дороже, чем на CPU.

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

129. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Nicknnn (ok) on 13-Дек-13, 13:06 
FreeBSD всех сделала по поеданию процессора ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

138. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (??) on 13-Дек-13, 15:56 
Ага, а Linux не справился с шестью сетевыми картами. ;)
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

173. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –2 +/
Сообщение от Аноним (??) on 14-Дек-13, 02:44 
> Ага, а Linux не справился с шестью сетевыми картами. ;)

Только вот зачем на веб-сервере 6 сетевых карт - совершенно непонятно.

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

184. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (??) on 16-Дек-13, 02:36 
> Только вот зачем на веб-сервере 6 сетевых карт - совершенно непонятно.

netflix-овцы утверждают что у них 2x10Gb уже боевая конфигурация, а 4x10Gb - тестовая.
И это ethernet а не IB

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

131. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –2 +/
Сообщение от Kodir (ok) on 13-Дек-13, 13:16 
Чушь полная. "Легковесный" = "урезанная функциональность" - кому это нужно?
С таким же успехом можно "обогнать" ext4, просто тупо копируя данные в сектора. Любые. :)) Эти оптимизации - хрень на постном масле, чисто хакерские развлекушки.

Если уж браться за дело, так нужно перетряхнуть этот тухлый TCP стек и переписать под современные нужды - чтобы, например, можно было делать соединение client-NAT<->NAT-client напрямую. Или широковещательные пакеты (чтобы они разветвлялись по мере достижения цели). Или lightweight соединения (среднее между UDP и TCP), которые с одной стороны обеспечивают целостность пересылки, а с другой - не требуют постоянной перепосылки пакетов, не держат соединение и не душат канал всякими проверками, ACK'ами и т.п. Для современного Web'а было бы самое оно.

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

142. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Клыкастый (ok) on 13-Дек-13, 17:06 
> и переписать под современные нужды - чтобы, например, можно было делать
> соединение client-NAT<->NAT-client напрямую.

NAT? Современные? o_O

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

163. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 13-Дек-13, 22:53 
Стандартный стек, наверное, так можно дотюнить под нужный паттерн использоваться вместе с тюнингом сервера, без совсем хардкорных патчей кода. Единственный профит от TCP в юзерспейсе это меньше контекст свитчей, больше профита нет. Далее начинаются одни ПЦы - неправильная(неполная) поддержка протокола приводящая к трудно воспроизводимым багам типа внезапного "залипания" соединения, обрывов и т.п.

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

151. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от XoRe (ok) on 13-Дек-13, 18:39 
Смотрю на первый график.
Concurrent Connections 10... 20... 50... 80...
На 10-гиговой сетевухе?
Are you serious?
Так и вижу - сидят 80 мега серферов и быстро-быстро открывают странички с кучей мелкой статики :)
Отдача мелкой статики на _таких_ скоростях подразумевает тысячи одновременных коннектов с относительно небольшой скоростью скачивания.
Как мы видим, чем больше коннектов, тем меньше профита от их программы.

Вообще ребята "молодцы".
Что-то написали, придумали себе синтетических тестов и всех в них побили.
Ура, мы первые в скачках на сферических конях!
Пока не вижу профита, который бы перекрыл стоимость изучения и внедрения на продакшене.

P.S.
Почему-то нет сравнения с веб сервером G-WAN, который именно по отдаче мелкой статики рвет все и вся.

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

161. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Montty on 13-Дек-13, 21:46 
> G-WAN, который именно по отдаче мелкой статики рвет все и вся.

Исключительно в фантазиях его автора. Тестировали, знаем.

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

197. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним email(??) on 16-Дек-13, 15:27 
Скачать где ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

202. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Антон email(??) on 16-Дек-13, 19:23 
> Скачать где ?

Код Sandstorm очень сырой, даже если его опубликуют, то в production его использовать скорее всего будет нельзя.
Это научная работа - демонстрация того, что используя данный метод можно сделать высокопроизовдительный сервер.
Ну написать софт пригодный для production это работа на несколько лет для одного программиста (или немного меньше для команды из N-человек).

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру