The OpenNET Project / Index page

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



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

Оглавление

Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..., opennews (?), 28-Янв-14, (0) [смотреть все]

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


8. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  –1 +/
Сообщение от caban (?), 28-Янв-14, 20:02 
зачем оно в юзерспейсе?

[сообщение отредактировано модератором]

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

16. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от Andrew Kolchoogin (ok), 28-Янв-14, 20:37 
Для скорости.

NETMAP -- это такой изощрённый mmap буферов сетевой карты в User Space. С его помощью вполне можно свитчить 10GigE на Pentium-III/900 MHz.

Профессор Риццо, как обычно, жжот напалмом.

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

48. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от metallica (ok), 28-Янв-14, 22:35 
> Для скорости.
> NETMAP -- это такой изощрённый mmap буферов сетевой карты в User Space.
> С его помощью вполне можно свитчить 10GigE на Pentium-III/900 MHz.

Можно подробнее? Буфер создаёт драйвер карты, куда/откуда скидывает по dma,
с дерижированием всего процесса прерываниями, данные драйвером передаются
сетевому стеку из буфера, и от стека же и получает  обратно для передачи. Вопрос, собственно:
если мы мапим буфер драйвера/карты в юзерспайс, то и весь сетевой стек остаётся в стороне.
Значит приложение само должно разруливать все протоколы. Если прав, то выигрыш
может быть только если применить полностью свой лёгкий стек протоколов,
или вообще обойтись без него
потому что от разруливания всего tcp/ip в юзерспайсе производительность обработки
соединений не добавится.

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

50. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +1 +/
Сообщение от Юрий (??), 28-Янв-14, 22:52 
C10M: Defending The Internet At Scale - http://youtu.be/73XNtI0w7jA - отлично описывает, зачем надо запускать сетевой стек в userspace.
Ответить | Правка | Наверх | Cообщить модератору

97. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от Аноним (-), 30-Янв-14, 16:29 
еще один девелопер, не освоивший message passing и смену ментальности для эффективного кодинга в парадигме и вероятно смену ЯП(на Хаскель или Эрланг).
последние, ядрено-профилированные под платформу, версии inets и cowboy - прозрачно/линейно масштабируются до 256 ядер и дальше. к примеру.
но статья/выступление - наглядная, безуслоно.
но о вещах, которые стали актуальными лет6-7 назад и соотв, мало-мальски решаемых(разными компаниями по-разному).
Ответить | Правка | Наверх | Cообщить модератору

66. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от pavel_simple (ok), 29-Янв-14, 08:01 
>[оверквотинг удален]
> с дерижированием всего процесса прерываниями, данные драйвером передаются
> сетевому стеку из буфера, и от стека же и получает  обратно
> для передачи. Вопрос, собственно:
> если мы мапим буфер драйвера/карты в юзерспайс, то и весь сетевой стек
> остаётся в стороне.
> Значит приложение само должно разруливать все протоколы. Если прав, то выигрыш
> может быть только если применить полностью свой лёгкий стек протоколов,
> или вообще обойтись без него
> потому что от разруливания всего tcp/ip в юзерспайсе производительность обработки
> соединений не добавится.

это нужно только если машина работает в качесве рутера/свича -- пакеты самой машиной не обрабатываются.

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

72. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от metallica (ok), 29-Янв-14, 11:00 
Разве модули фильтров в ядре не этим заняты, зачем в юзерспайс выкидывать.
Тут как раз смахивает на сервисы обработки запросов.
Ответить | Правка | Наверх | Cообщить модератору

81. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +2 +/
Сообщение от pavel_simple (ok), 29-Янв-14, 17:47 
> Разве модули фильтров в ядре не этим заняты, зачем в юзерспайс выкидывать.

там не юзерспейс -- там общая память для драйвера сетевой замаплена в адрессное пространство юзерспейса (по сути старый добрый zero-copy)
> Тут как раз смахивает на сервисы обработки запросов.

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

для линкса тожа делал патчи -- смотрел давно низнаю на каком уровне это всё сейчас.

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

83. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от metallica (ok), 29-Янв-14, 21:00 
Обрабатывать данные будет процесс с юзерспайсовым статусом.
С таким же успехом можно было бы запустить обрабатывающий поток в ядре, но,
похоже, этого и хотят избежать, чтоб на python/perl можно было расписывать обработку.
Ответить | Правка | Наверх | Cообщить модератору

84. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от pavel_simple (ok), 29-Янв-14, 21:10 
> Обрабатывать данные будет процесс с юзерспайсовым статусом.
> С таким же успехом можно было бы запустить обрабатывающий поток в ядре,
> но,
> похоже, этого и хотят избежать, чтоб на python/perl можно было расписывать обработку.

в ядре одно неворное движение и того -- а тут простой (ну почти) процесс -- система в случае кривописаного кода никуда падать не будет. да и писать/багфиксить/профилировать в userspace'е много веселее.


python/perl??? -- не это врядли -- там сисколы спицифичные (насколько я ничего не помню)

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

85. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от metallica (ok), 29-Янв-14, 21:50 
Обычно сисколы нормально реализуются в интерпретаторах.
Ответить | Правка | Наверх | Cообщить модератору

95. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от pavel_simple (ok), 30-Янв-14, 08:12 
> Обычно сисколы нормально реализуются в интерпретаторах.

обячно через прослойку/обвязку или как например мне открыть из перла сокет ну например с
SO_MARK

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

96. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  +/
Сообщение от RedRat (ok), 30-Янв-14, 13:48 
Вот тут человек из Яндекса рассказывает, что такое NETMAP и для чего они его используют: http://tech.yandex.ru/events/yagosti/ruBSD/talks/1483/
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

89. "Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013..."  –2 +/
Сообщение от Аноним (-), 30-Янв-14, 02:54 
> Для скорости.

Ну понятно. Сперва тормознули себя нетграфом раз так в эн. Потом - "ёмае, что ж я сделал то?!"

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

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

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




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

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