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

"Сравнение производительности сетевой подсистемы DragonFly BS..."	+/–
Сообщение от opennews (?), 07-Мрт-17, 12:35
Разработчики операционной системы DragonFly BSD провели (http://lists.dragonflybsd.org/pipermail/users/2017-March/313...)  тестирование производительности сетевого стека в сравнении с сетевыми стеками FreeBSD и ядра Linux (3.10 из CentOS 7 и 4.9 из Debian). Тестирование производилось (https://leaf.dragonflybsd.org/~sephe/perf_cmp.pdf) через симуляцию нагрузки на web-сервер и организацию двунаправленного перенаправления (forwarding) UDP-пакетов между сетевыми интерфейсами. Для отдачи статических файлов на сервере использовался nginx, а на генерации трафика на нескольких клиентских системах была запущена утилита wrk (https://github.com/sepherosa/wrk). В тесте на перенаправление пакетов для генерации пакетов использовались pktget и sink. В тесте на обработку запросов в nginx DragonFly BSD опередил FreeBSD  и показал производительность близкую к ядру Linux. В тесте на перенаправление пакетов DragonFly BSD опередил FreeBSD и ядро Linux 3.10, но заметно отстал от ядра Linux 4.9. В ходе тестирования была выявлена проблема с масштабированием сетевой подсистемы  DragonFly BSD на многоядерных CPU - при работе не использовались все доступные ядра, а только число ядер N^2, т.е. на 24-ядерной системе сетевой подсистемой использовалось только 16 ядер CPU. При выполнении сетевых приложений в пространстве пользователя такая особенность не оказывала влияния на производительность (незадействованные для выполнения сетевого стека CPU использовались для выполнения кода nginx), но в тесте на перенаправление пакетов, в котором были задействованы только компоненты ядра, ощущался провал в производительности. URL: https://www.dragonflydigest.com/2017/03/06/19425.html Новость: https://www.opennet.ru/opennews/art.shtml?num=46152
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от анонимус вульгарис (?), 07-Мрт-17, 12:35	+3 +/–
С NetBSD сравнивать побоялись?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

2. Сообщение от Аноним (-), 07-Мрт-17, 12:36	+/–
У nginx есть куча крутилок, А дефолты на системах отличаются. Cомневаюсь, что там был nginx оттюнен по самое некуда. В любом случае, надо читать подробности. А вот UDP уже интересенее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

3. Сообщение от Аноним (-), 07-Мрт-17, 12:36	+5 +/–
В общем, чуваки выявили у себя проблемы с масштабированием, а что уж там насравнивали, дело второе.
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от Аноним (-), 07-Мрт-17, 12:38	–4 +/–
Let's war begin!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7

5. Сообщение от Михалыч (?), 07-Мрт-17, 12:41	+5 +/–
Извините, а FreeBSD какую версию использовали? Или в сетевом стеке FreeBSD везде всё равное? Почему нет NetBSD? тоже очень интересно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #48

7. Сообщение от leap42 (ok), 07-Мрт-17, 12:43	–1 +/–
а какой тут вар? с dragonfly никто адекватный связываться не будет (это как минимум безответственно, оставлять такую экзотику после себя), а по остальным участникам - всё на графиках
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #9

8. Сообщение от Аноним (-), 07-Мрт-17, 12:46	+/–
Кстати, OpenBSD же переняла сетевой стек NetBSD? Т.е. должна быть не хуже в этом плане?
Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от Аноним (-), 07-Мрт-17, 12:47	+/–
Да ладно, пакеты есть, порты есть. Не такое экзотичное. Если ядро тюненое оставить без документации, кто что тюнил, то это с любой системой злодейство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

10. Сообщение от не такой (?), 07-Мрт-17, 12:50	+11 +/–
>С NetBSD сравнивать побоялись? А смысл? Или вас вводит в заблужение "Net" в названии? NetBSD/OpenBSD самые слоупоки, они хоть от глобальной блокировки уже успели избавиться или нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #53

11. Сообщение от Аноним (-), 07-Мрт-17, 12:54	+4 +/–
Как-то с трудом верится, что FreeBSD прямо такая слабенькая... Скажите кто-нибудь netflix'у, чтобы они на Dragonfly (или Linux 4.9) переехали, а то пацаны-то и не знают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #14, #24, #26, #33, #34, #50, #105

13. Сообщение от не такой (?), 07-Мрт-17, 12:58	+1 +/–
> Как-то с трудом верится, что FreeBSD прямо такая слабенькая... Скажите кто-нибудь netflix'у, > чтобы они на Dragonfly (или Linux 4.9) переехали, а то пацаны-то > и не знают. Типа в netfix гении, а остальные компании типа Google глупенькие, и не сообразят что надо бросать Linux и использовать FreeBSD?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #18

14. Сообщение от Аноним (-), 07-Мрт-17, 13:04	–2 +/–
До чего же забавно наблюдать это бегание с нетфликсом аки с писаной торбой. Да, в нетфликсе спускают бабки в унитаз возясь с freebsd. В корпорациях такое случается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #83

15. Сообщение от анонимчик (?), 07-Мрт-17, 13:10	–1 +/–
так кто круче-то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

16. Сообщение от DmA (??), 07-Мрт-17, 13:13	+3 +/–
Когда-то лучшей подставкой под Апач была FreeBSD(лет 20 назад). Но из-за особенности лицензии, BSD сегментируется и развивается медленнее Линукс. Не могли разработчики  DragonFly никак повлиять на core team FreeBSD, вот тебе новая ветка народилась. Уж все забыли, из-за чего это ответвление произошло от FreeBSD 4.8, но что-то мешает соединить разработку вновь... Наверно религия -верят в разных чертей :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #38, #68

17. Сообщение от nrv (ok), 07-Мрт-17, 13:14	+/–
Ну то есть вроде как у людей получается: пилили систему ориентированную на высокую производительность (особенно на многоядерных системах) и даже смогли догнать linux.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

18. Сообщение от Gnosis (?), 07-Мрт-17, 13:14	+/–
Если подразумевается отсылка к YouTube, тотсравнение не корректно по ряду причин. Сходу видится следующее: 1. Google приобрела этот сервис, а не писала его с нуля. 2. Помимо, YouTube компания работает над множеством других проектов. Отсюда возможна ситуация, что производительность отдельного сервиса была принесена в жертву единообразию  стека технологий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #22, #35, #103

19. Сообщение от grsec (ok), 07-Мрт-17, 13:21	+/–
666$ и я тебе расскажу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #21, #25

20. Сообщение от Celcion (ok), 07-Мрт-17, 13:24	+/–
> Почему нет NetBSD? Наверное, поэтому: https://w3techs.com/technologies/details/os-netbsd/all/all
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #55

21. Сообщение от A.Stahl (ok), 07-Мрт-17, 13:24	–1 +/–
А я могу рассказать за 580$
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

22. Сообщение от Аноним (-), 07-Мрт-17, 13:25	+/–
> Отсюда возможна ситуация, что производительность отдельного сервиса была принесена в жертву единообразию  стека технологий. Скорее, нечто подобное происходит в нетфликсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

23. Сообщение от Аноним (-), 07-Мрт-17, 13:26	+/–
> Ну то есть вроде как у людей получается: пилили систему ориентированную на высокую производительность (особенно на многоядерных системах) ... но сетевой стек так и крутится на одном ядре. Молодцы, чо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #58

24. Сообщение от Аноним (-), 07-Мрт-17, 13:28	+/–
> Как-то с трудом верится, что FreeBSD прямо такая слабенькая... Скажите кто-нибудь netflix'у, чтобы они на Dragonfly (или Linux 4.9) переехали, а то пацаны-то и не знают. При нынешних раскладах, затраты на переезд могут оказаться просто убойными для конторы. Была бы у них нетварь какая-нибудь - тоже бы на ней сидели и не рыпались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

25. Сообщение от анонимчик (?), 07-Мрт-17, 13:29	+/–
фряшка всех рвет как тузик грелку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #46, #106

26. Сообщение от Dmitry (??), 07-Мрт-17, 13:39	+16 +/–
> Как-то с трудом верится, что FreeBSD прямо такая слабенькая... Скажите кто-нибудь netflix'у, > чтобы они на Dragonfly (или Linux 4.9) переехали, а то пацаны-то > и не знают. По ссылке, в PDF файле https://leaf.dragonflybsd.org/~sephe/perf_cmp.pdf написано: FreeBSD. • Label: freebsd, r314268, GENERIC-NODEBUG Открываем https://svnweb.freebsd.org/base?view=revision&revision=314268 И смотрим, что это HEAD ветка. Заглядываем в https://svnweb.freebsd.org/base/head/contrib/jemalloc/includ... и видим, что jmalloc собран с флагом JEMALLOC_DEBUG Далее в том же PDF читаем Linux tuning. SELinux is disabled. Открываем https://svnweb.freebsd.org/base/head/sys/amd64/conf/GENERIC?... И ух ты. Видим опции: options         AUDIT                   # Security event auditing options         CAPABILITY_MODE         # Capsicum capability mode options         CAPABILITIES            # Capsicum capabilities options         MAC                     # TrustedBSD MAC Framework Вобщем как всегда, сравнение теплого с мягким.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #41, #43, #89

27. Сообщение от Аноним (-), 07-Мрт-17, 13:47	–1 +/–
Тест hate'ров FreeBSD )
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

29. Сообщение от Аноним (-), 07-Мрт-17, 14:06	+/–
Следуя твоей логике у последователей пингвинов с религией вообще все плохо. Такой зоопарк бесполезных клонов, а использовать в продакшене можно лишь пяток.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #37

31. Сообщение от Аноним (-), 07-Мрт-17, 14:14	+/–
Благодарю.
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от saasd (?), 07-Мрт-17, 14:17	–1 +/–
Сравнивались именно подсистемы ОС, а не nginx.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #54

33. Сообщение от Аноним (-), 07-Мрт-17, 14:17	+2 +/–
>Как-то с трудом верится, что FreeBSD прямо такая слабенькая... Может им удобнее во FreeBSD DRM запихивать, вот и вся причина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #36, #62

34. Сообщение от ano (??), 07-Мрт-17, 14:20	+/–
не смешно ибо скоро так и случится с такими тенденциями во FreeBSD :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #39

35. Сообщение от Аноним (-), 07-Мрт-17, 14:21	+3 +/–
Google поглотила YouTube еще в зародыше, сейчас это абсолютно другая система.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

36. Сообщение от ano (??), 07-Мрт-17, 14:21	–1 +/–
в том числе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

37. Сообщение от Аноним (-), 07-Мрт-17, 14:22	+8 +/–
kernel.org один на всех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #71

38. Сообщение от ano (??), 07-Мрт-17, 14:23	+/–
в эволюциооном развитии они уже настолько разные, что это все-равно что скрещивать ужа с носорогом. вон под фрю хамер уже столько лет портировать не могут из-за отличий ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #57, #97

39. Сообщение от Аноним (-), 07-Мрт-17, 14:26	+1 +/–
А что за тенденции?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #102

40. Сообщение от Аноним (-), 07-Мрт-17, 14:44	+5 +/–
На серьёзное тестирование не тянет. Одна конфигурация, два синтетических теста. Их даже не смутил 4-кратный рост у нового ядра Линукса по сравнению со старым. Такие аномалии должны сразу вызывать вопросы: а не является ли наш тест излишне синтетическим и чересчур оптимизированным под новое ядро?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #42, #45

41. Сообщение от Добрый Дохтур (?), 07-Мрт-17, 14:50	+1 +/–
>и видим, что jmalloc собран с флагом JEMALLOC_DEBUG и чо? какой jemalloc в "Bi-directional IPv4 forwarding"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #44

42. Сообщение от Добрый Дохтур (?), 07-Мрт-17, 14:51	+/–
> На серьёзное тестирование не тянет. Одна конфигурация, два синтетических теста. > Их даже не смутил 4-кратный рост у нового ядра Линукса по сравнению > со старым. Такие аномалии должны сразу вызывать вопросы: а не является > ли наш тест излишне синтетическим и чересчур оптимизированным под новое ядро? это вполне ожидамо после https://lwn.net/Articles/615238/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

43. Сообщение от Аноним (-), 07-Мрт-17, 15:06	–3 +/–
Да фряху они даже не тюнили. Пускали с дефолтными часами на 1000 HZ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #67

44. Сообщение от Dmitry (??), 07-Мрт-17, 15:11	–2 +/–
в nginx ? не ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #47

45. Сообщение от Аноним (-), 07-Мрт-17, 15:12	+8 +/–
> На серьёзное тестирование не тянет. Одна конфигурация, два синтетических теста. > Их даже не смутил 4-кратный рост у нового ядра Линукса по сравнению > со старым. Такие аномалии должны сразу вызывать вопросы: а не является > ли наш тест излишне синтетическим и чересчур оптимизированным под новое ядро? Зато результат классный. Поэтому недавний «тест» похороникса, где пингвин безнадежно отстает, уже забыт и почти неправда! http://www.phoronix.com/scan.php?page=article&item=netperf-b...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #74, #88, #96, #104

46. Сообщение от Аноним (-), 07-Мрт-17, 15:15	+3 +/–
> фряшка всех рвет как тузик грелку Все так: http://www.phoronix.com/scan.php?page=article&item=netperf-b...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

47. Сообщение от Добрый Дохтур (?), 07-Мрт-17, 15:17	+/–
> в nginx ? не ? нет. там такие различия из-за so_reuseport.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

48. Сообщение от Нанобот (ok), 07-Мрт-17, 15:27	–1 +/–
если сходить по ссылке, там пишут о "freebsd, r314268, GENERIC-NODEBUG". наверное те, кто в теме, должны понимать, что это за r314268
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #81, #107

50. Сообщение от Нанобот (ok), 07-Мрт-17, 15:31	+1 +/–
> Как-то с трудом верится, что FreeBSD прямо такая слабенькая... помню как у фрибздишников бомбило, когда ихние nat-роутеры начали загибаться после каких-то незначительных изменений в utorrent'е
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #63, #65

53. Сообщение от www2 (ok), 07-Мрт-17, 16:22	–3 +/–
NetBSD успела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #114

54. Сообщение от www2 (ok), 07-Мрт-17, 16:25	+2 +/–
> Сравнивались именно подсистемы ОС, а не nginx. Перечитайте новость ещё раз, а затем комментарий, на который отвечаете. Я вам напомню, что там было написано: "Для отдачи статических файлов на сервере использовался nginx, а на генерации трафика на нескольких клиентских системах была запущена утилита wrk." "У nginx есть куча крутилок, А дефолты на системах отличаются."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

55. Сообщение от www2 (ok), 07-Мрт-17, 16:29	+1 +/–
>> Почему нет NetBSD? > Наверное, поэтому: https://w3techs.com/technologies/details/os-netbsd/all/all А для DragonFly BSD статистики просто нет или не стали приводить, потому что не нашли ни одной системы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #60

57. Сообщение от www2 (ok), 07-Мрт-17, 16:34	–1 +/–
> в эволюциооном развитии они уже настолько разные, что это все-равно что скрещивать > ужа с носорогом. > вон под фрю хамер уже столько лет портировать не могут из-за отличий > ядра. Ну, вообще-то, NetBSD, Dragonfly BSD и FreeBSD регулярно что-то берут друг у друга. Читал про заимствования свежих версий стеков USB и Bluetooth, например, но уже не помню, кто у кого и что заимствовал. Bluetooth точно не из FreeBSD, т.к. у них он к NetGraph привязан сильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

58. Сообщение от www2 (ok), 07-Мрт-17, 16:37	+1 +/–
>> Ну то есть вроде как у людей получается: пилили систему ориентированную на высокую производительность (особенно на многоядерных системах) > ... но сетевой стек так и крутится на одном ядре. Молодцы, чо. У кого? У OpenBSD, разве что. У FreeBSD, NetBSD реализация симметричной многопроцессорности подобна Linux'овой, с мелкими блокировками отдельных подсистем. У Dragonfly BSD вообще своя система без блокировок, а с лёгкими потоками ядра. Блокировок нет за счёт того, что драйвер каждого экземпляра устройства привязан к определённому процессору - запускай его в любой момент, как лёгкий поток ядра, работающий на этом процессоре, освободится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #91

60. Сообщение от Celcion (ok), 07-Мрт-17, 17:10	–1 +/–
> А для DragonFly BSD статистики просто нет или не стали приводить, потому что не нашли ни одной системы? Вполне возможно, что ее просто причислили к FreeBSD. https://w3techs.com/technologies/details/os-bsd/all/all
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

62. Сообщение от Аноним (-), 07-Мрт-17, 17:19	+6 +/–
>>Как-то с трудом верится, что FreeBSD прямо такая слабенькая... > Может им удобнее во FreeBSD DRM запихивать, вот и вся причина. И в чем тут разница с пингвином? В их случае не состваит проблем закрыть свои наработки и под GPL. Внезапно https://www.gnu.org/licenses/gpl-faq.html#CanIDemandACopy > If I know someone has a copy of a GPL-covered program, can I demand they give me a copy? (#CanIDemandACopy) > No. The GPL gives a person permission to make and redistribute copies of the program if > and when that person chooses to do so. That person also has the right not to choose to > redistribute the program.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #64

63. Сообщение от аноним_гирим (?), 07-Мрт-17, 17:30	+1 +/–
Нихрена себе незначительных, они протокол написали свой.  http://nuclight.livejournal.com/125372.html .  Медным тазом накрывались все, даже топовые на тот момент железячные роутеры от Cisc'и .
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

64. Сообщение от Аноним (-), 07-Мрт-17, 17:44	–2 +/–
Тем не менее на копропротивных юристов от GPL нападают корчи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #70

65. Сообщение от _ (??), 07-Мрт-17, 17:46	+8 +/–
Я помню и у кошководов, и у жуниперщиков, и у - да у всех бомбило! Ибо придурки реально сделали ДУРЬ! Не бомбило только у админов локалхоста на арчике - у них сеть вседа чаще не работает, чем работает - оне даже и не заметили :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

67. Сообщение от Аноним (-), 07-Мрт-17, 17:48	+1 +/–
Ага, а линукс прямо тюнили-перетюнили, облысели все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

68. Сообщение от Аноним (-), 07-Мрт-17, 17:49	+/–
> но что-то мешает соединить разработку вновь Разошлись далеко. Например, ядра чёрта и стрекозы уже различаются настолько, что портирование HammerFS во фрю требует глубокого перепиливания ядра (емнип;)).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

70. Сообщение от Аноним (-), 07-Мрт-17, 17:51	+1 +/–
> Тем не менее на копропротивных юристов от GPL нападают корчи. Тем не менее, возразить по существу нечего, да? Гугль кстати по слухам тоже не спешит открывать все наработки, используемые на своих серверах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

71. Сообщение от _ (??), 07-Мрт-17, 17:52	+1 +/–
... и он ВНЕЗАПНО! не входит в тот "пяток" которые использовать можно! :-)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

74. Сообщение от _ (??), 07-Мрт-17, 18:02	–1 +/–
Пока ещё нет :) Но движутся. Из комментов: - Wow, Linux sucks! I mean it literally sucks, vs. FreeBSD which flies in comparison. - For network related things that's true. So true.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

81. Сообщение от Anonimus (??), 07-Мрт-17, 18:29	+/–
Да, 3.14... всем все ясно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

82. Сообщение от Аноним (-), 07-Мрт-17, 19:48	–1 +/–
и зачем во всяких микротиках врт используют такие старые ядра? Разница же значительная.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90

83. Сообщение от vantoo (ok), 07-Мрт-17, 19:48	+2 +/–
А чего с ней возиться? FreeBSD как раз и славится тем, что она простая как пять копеек и безотказная как автомат Калашникова. Там работа всей системы управляется парой десяток скриптов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #101

84. Сообщение от vantoo (ok), 07-Мрт-17, 19:53	+/–
Молодцы разрабы Dragon Fly BSD! Если бы тестирование проводил MS, то всех бы порвала "десяточка".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #98

88. Сообщение от angra (ok), 07-Мрт-17, 21:44	–2 +/–
Главное картинка, смысл ее понимать не обязательно, правда? На большинстве тестов все равны. На одном сильно выигрывает фря, на другом просто безбожно отстает. Внимание вопрос: в чем именно выигрывает и проигрывает фря и что из этого важнее при реальном использовании?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #94

89. Сообщение от Аноним (-), 07-Мрт-17, 22:04	+/–
audit, capabilities в линуксе не отключали. selinux, подозреваю, тоже не полностью, передавая selinux=0 в аргументах ядра, а всего лишь выставив disabled в конфиге (это не отключает полностью selinux и он продолжает влиять на производительность, просто тратя меньше времени на обработку меток)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

90. Сообщение от Аноним (-), 07-Мрт-17, 22:06	+/–
Потому что мyдаки. Это последствия невозврата своих патчей в mainline ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

91. Сообщение от nobody (??), 07-Мрт-17, 22:15	+/–
OMG... Опять "лёгкие потоки ядра". Читать, что такое LWKT в стрекозе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #109

92. Сообщение от anomymous (?), 07-Мрт-17, 22:27	–2 +/–
Легковесное ядро с меньшим числом доступных функций неизбежно выигрывает на реквестах, потому что меньше накладных расходов на открытие сокета. Странно, что так мало. А вот фряха жжот. Всё академичность true OS "на лице".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #115

94. Сообщение от _ (??), 07-Мрт-17, 22:53	+/–
Да брось! То что фороникс намерял или тот же Д*н из стрекозы - только им и нужно. В качестве ***-энхансера :) В реальной ситуации выбирать будут по хрен предскажешь какому критерию :-) Плавали - знаем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

96. Сообщение от Аноним (-), 08-Мрт-17, 03:04	–2 +/–
Сомневаюсь, что тима Netflix'a - кучка дурачков, которая "выстрелом в небо" определилась с выбором в лице FreeBSD. А за линк спасибо! Очень показательно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

97. Сообщение от leap42 (ok), 08-Мрт-17, 03:27	+/–
дело не в отличиях ядра, а в том, что не нашлось даже 10 человек, которым это надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

98. Сообщение от butcher (ok), 08-Мрт-17, 04:39	+/–
Вообще-то, чувак который проводил тестирование, работает в MS. И он является коммиттером FreeBSD и DragonflyBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #100

100. Сообщение от Аноним (-), 08-Мрт-17, 05:59	+/–
> Вообще-то, чувак который проводил тестирование, работает в MS. И он является коммиттером > FreeBSD git log|grep -i -A1  sepherosa     Reviewed by:    Sepherosa Ziehau --     Bring in Andrew Thompson's port of Sepherosa Ziehau's bwi driver for     Broadcom BCM43xx chipsets.  This driver uses the v3 firmware that --     Submitted by:   Sepherosa Ziehau (w/ modifications)     Obtained from:  DragonFly --     Submitted by:   Sepherosa Ziehau     Obtained from:  DragonFly --     Submitted by:   Sepherosa Ziehau     Obtained from:  DragonFly --     Submitted by:   Sepherosa Ziehau (w/ modifications)     Obtained from:  DragonFly --     Noticed by:     Sepherosa Zieha     Reviewed by:    cperciva --     NOTE: This patch was made for DragonFly BSD by Sepherosa Ziehau. И все это почти десятилетней давности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #108

101. Сообщение от Andrey Mitrofanov (?), 08-Мрт-17, 06:19	+/–
#>>бегание с нетфликсом аки с писаной #>>спускают бабки в унитаз возясь с freebsd. > А чего с ней возиться? FreeBSD как раз и славится тем, что > она простая как пять копеек и безотказная как автомат Калашникова. Там > работа всей системы управляется парой десяток скриптов. В новой федоре, слыхала я, тоже стало всё проще -- _все_ скрипты повыкидывали и заменили юнит-"файлами".  Теперь они даже ближе к твоей винде, чем твоя фри. Ну, то есть по бабки-унитаз метрике. Наверное. Да? Как вы думаете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

102. Сообщение от Andrey Mitrofanov (?), 08-Мрт-17, 06:25	+/–
> А что за тенденции? сабж же. чужие отделы маркетингов любят её использовать для оттенения собственных Побед.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

103. Сообщение от Ilya Indigo (ok), 08-Мрт-17, 06:40	–1 +/–
> 1. Google приобрела этот сервис, а не писала его с нуля. Следовательно Netflix был написан давным давно с нуля? Тогда, как раз, нетфликс сидит на бзде, потомучто когда-то давным давно в конце 90-ых и в начале 2000-ых фряха рулила на серверах, а линукс был ещё слишком юн. А сейчас продолжает это делать исключительно по-тому, что ей в лом, переписывать всю сетевую инфраструктуру под Линукс. Аналогичное с Facebook, который подарил нам php7 и MyRocks отнюдь не от нефиг делать. Так что пишите ещё и не забывайте перед сном пофторять мантра о том, что бздя самая лучшая. :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #128

104. Сообщение от Andrey Mitrofanov (?), 08-Мрт-17, 06:47	+2 +/–
>> На серьёзное тестирование не тянет. Одна конфигурация, два синтетических теста. >> ли наш тест излишне синтетическим и чересчур оптимизированным под новое ядро? > Зато результат классный. Поэтому недавний «тест» похороникса, где пингвин безнадежно > отстает, уже забыт и почти неправда! >/scan.php?page=article&item=netperf-bsd-linux&num=3 Фанатики фри поднимают Микаэлю трафик-цитируемость. Ай да Ларабель, ай да... ентерпренёр. ...счета за луц сами себя не оплатят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

105. Сообщение от Аноним (-), 08-Мрт-17, 08:14	+/–
Скажите это Google, Microsoft, и прочим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

106. Сообщение от Аноним (-), 08-Мрт-17, 08:17	–1 +/–
> фряшка всех рвет как тузик грелку Рвёт в отдельном аспекте только на серверах? :) А ну да, unix-way же, одна задача - одна система.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

107. Сообщение от анон (?), 08-Мрт-17, 09:13	+/–
> если сходить по ссылке, там пишут о "freebsd, r314268, GENERIC-NODEBUG". наверное те, > кто в теме, должны понимать, что это за r314268 Это будущий релиз, выйдет через 300000 лет. Ну или номер ревизии в svn.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

108. Сообщение от butcher (ok), 08-Мрт-17, 10:50	+/–
Если вы хотели показать что он давно не коммитит во фрю, то грепать надо по sephe, и он коммитит во фрю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #113

109. Сообщение от nobody (??), 08-Мрт-17, 12:01	+/–
Имел в виду фразу "вообще своя система без блокировок, а с лёгкими потоками ядра". Потоки и блокировки - совершенно разные сущности. Отсутствие блокировок обеспечивает примитив синхронизации "LWKT serializing tokens".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #111, #125, #126

110. Сообщение от Abalkin (?), 08-Мрт-17, 14:30	–2 +/–
Правильное название новости "Протестирована скорость работы nginx на разных платформах".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #112

111. Сообщение от www2 (ok), 08-Мрт-17, 15:03	–1 +/–
Ты чего сказать-то хотел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

112. Сообщение от КовёрСамолёт (?), 08-Мрт-17, 15:08	+/–
а как же udp forwarding?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

113. Сообщение от Аноним (-), 08-Мрт-17, 15:30	+1 +/–
> Если вы хотели показать что он давно не коммитит во фрю, то > грепать надо по sephe, и он коммитит во фрю. Только несколько однообразно: r312689         hyperv/hn: add a sysctl name for the VF interface              This makes it easier for the userland script to find the releated         VF interface.              Reviewed by:        sephe         Approved by:        sephe (mentor)         Sponsored by:       Microsoft Approved by:    sephe (mentor)          r312688         hyperv/hn: add the support for VF drivers (SR-IOV) Reviewed by:        sephe         Approved by:        sephe (mentor)         Sponsored by:       Microsoft git log|grep -ic -A7 "Author.*sephe"                                           418 git log|grep -i -A7 "Author.*sephe"|egrep -ic "hyper\.?v"                       372
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

114. Сообщение от www2 (ok), 08-Мрт-17, 15:33	+/–
Ну хорошо, почти успела. Человеки, которые минусуют мой комментарий, могут ознакомиться со списком работ, которые проделал специально нанятый для этого человек: https://www.netbsd.org/~ad/smp/tasks.html Вот вам новость аж 2009 года о выходе NetBSD 5.0, где упоминается результате работ: https://www.opennet.ru/opennews/art.shtml?num=21531 Сейчас от глобальной блокировки осталось освободить только сетевой стек: https://wiki.netbsd.org/projects/project/smp_networking/ Вот список уже выполненных этапов: https://www.netbsd.org/~rmind/smpnet/ Короче, в отличие от OpenBSD, работа в этом направлении ведётся. Несмотря на то, что нужна переработка сетевого стека, почти во всём остальном система уже SMP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #117

115. Сообщение от Аноним (-), 08-Мрт-17, 18:19	+1 +/–
С чего это оно легковесное? Отчасти оно даже псевдомикроядерное (гибридное). А переключение контекста, как-бы, не добавляет производительности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

117. Сообщение от Аноним (-), 09-Мрт-17, 02:04	+/–
> Ну хорошо, почти успела. Нмножечко беременна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

118. Сообщение от лютый жабист__ (?), 09-Мрт-17, 08:30	–1 +/–
В деле генерации и отдачи современного контента кёрнельтайм составляет хотя бы 1%? :) Соответственно, важнее как в системе работает юзерспейсное ПО (полноценность SMP, сокеты, накладные расходы на потоки, полноценная поддержка java, ror, go, и прочих нормальных платформ итд итп). И тут все кто не linux пролетают как фанера над Парижем :) Про нетфликс 100пудово архитектором работает неадекват. Вот и всё объяснение. Ну и у них 99.99999% контента статика?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119

119. Сообщение от Минона (ok), 10-Мрт-17, 00:22	+/–
У них 100% динамика, контент меняется с периодом в 1/30 сек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #120

120. Сообщение от лютый жабист__ (?), 10-Мрт-17, 05:35	–1 +/–
Стриминг видео это статика, бро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

121. Сообщение от timur (??), 10-Мрт-17, 11:04	–2 +/–
Currently we only use power-of-2 CPUs to handle network protocol processing, e.g. on 24 CPUs system, only 16 CPUs will be used to handle network protocol processing. Может 2^N ядер
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #122, #127

122. Сообщение от Минона (ok), 12-Мрт-17, 10:21	+/–
> Currently we only use power-of-2 CPUs to handle network protocol > processing, e.g. on 24 CPUs system, only 16 CPUs will be used > to > handle network protocol processing. Может 2^N ядер А так и написано: степень 2-ки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #123

123. Сообщение от timur (??), 13-Мрт-17, 09:34	+/–
>> Currently we only use power-of-2 CPUs to handle network protocol >> processing, e.g. on 24 CPUs system, only 16 CPUs will be used >> to >> handle network protocol processing. Может 2^N ядер > А так и написано: степень 2-ки. В тексте новости opennet'а: "...а только число ядер N^2..."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #124

124. Сообщение от Минона (ok), 13-Мрт-17, 11:56	+/–
>>> Currently we only use power-of-2 CPUs to handle network protocol >>> processing, e.g. on 24 CPUs system, only 16 CPUs will be used >>> to >>> handle network protocol processing. Может 2^N ядер >> А так и написано: степень 2-ки. > В тексте новости opennet'а: "...а только число ядер N^2..." человеку свойственно ошибаться...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

125. Сообщение от Аноним (-), 13-Мрт-17, 12:41	–2 +/–
под "совсем без блокировок" надо писать Совсем ДРУГУЮ Ось а не "радикально улучшенную/переработанную Фряху", в которой все-таки Си-шные уши торчат и тулчейна. клон стрекозы если переписать на эрланге - тогда да, например(Ада похуже масштабируется а остальные, включая свещий фортран и даже smp-форки форта и другие трудоемкие/raw ОП - тем более).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

126. Сообщение от Аноним (-), 13-Мрт-17, 12:43	–2 +/–
под "совсем без блокировок" надо писать Совсем ДРУГУЮ Ось а не "радикально улучшенную/переработанную Фряху", в которой все-таки Си-шные уши торчат и тулчейна. клон стрекозы если переписать на эрланге - тогда да, например(Ада похуже масштабируется а остальные, включая свещий фортран и даже smp-форки форта и другие трудоемкие/raw ОП - тем более). в некоторых форках L4 форка линуха и в частностях реализации микроядра - сделаны попытки основательно снизить кол-во блокировок и бутылочных горлышек, но Кардинально это не изменить, не сменив ментальность и ОП, используемые, разработчиком. p.s. упд не влезло в предыдущее(планшет).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

127. Сообщение от Аноним (-), 13-Мрт-17, 12:45	–2 +/–
> Currently we only use power-of-2 CPUs to handle network protocol > processing, e.g. on 24 CPUs system, only 16 CPUs will be used > to > handle network protocol processing. Может 2^N ядер стрекозу гоняли на many-core платформах и на 4-8 ядерных серваках(хэпэ и леново/ibm, ЕМНИП), чем больше лошадиных сил в платформе/серваках - тем сильнее отрыв стрекозы от конкурентов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

128. Сообщение от zurapa (ok), 06-Фев-20, 23:18	+/–
Вы так хорошо знаете про Netflix, потому что там работаете? Или потому что у вас дар на расстоянии проникать в суть вещей. Ничего, что FreeBSD имеет ключевую особенность для корпораций - BSD лицензию. Под этой лицензией вам никто не предъявит, чтобы вы свои наработки допиленные к операционной системе вывалили в общий доступ поковырять палочкой, как это полагается по условиям лицензии GPL. И вы вот тут потешаетесь над Netflix, при этом совершенно не зная, что они такого допилили, что продолжают сидеть на FreeBSD и не просятся на ваш скоростной Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

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

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