URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 90952
[ Назад ]

Исходное сообщение
"Открыт код Remy, системы динамической генерации алгоритмов к..."

Отправлено opennews , 22-Июл-13 20:20 
Исследователи из Массачусетского технологического института опубликовали (http://web.mit.edu/newsoffice/2013/a-faster-internet-designe...) результаты разработки проекта Remy (http://web.mit.edu/remy/), в рамках которого создана система, использующая методы машинного обучения для автоматической генерации оптимального алгоритма контроля перегрузки TCP (TCP congestion control), учитывающего особенности текущего канала связи. Код Remy открыт (https://github.com/keithw/remy) под лицензией MIT.

Последние несколько лет, специалисты обеспокоены негативным влиянием эффекта "Bufferbloat (http://www.bufferbloat.net/)", приводящего к понижению эффективности изначально реализованных в TCP методов  контроля перегрузки из-за усиления промежуточной буферизации пакетов на современном сетевом оборудовании. Удешевление памяти привело к активной буферизации сетевых пакетов в маршрутизаторах и коммутаторах, что затормаживает отбрасывание пакетов, в то время как алгоритм контроля перегрузки при расчете доступной пропускной способности в основном полагается на потерю пакетов. Таким образом алгоритм контроля перегрузки продолжает наращивать скорость, даже если канал физически уже перегружен. Неотправленные пакеты буферизируются, а не отбрасываются, и снижения скорости на основании начала потери пакетов вовремя не происходит. В итоге, алгоритм контроля перегрузки TCP срабатывает только после заполнения буфера и не может подобрать нужный баланс скорости потока, соотносящийся со скоростью физического линка.


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


Remy  позволяет сформировать идеальный для каждой конкретной ситуации алгоритм, который может учитывать до 150 различных правил. Суть работы Remy сводится к первоначальной генерации базового алгоритма с его последующей оптимизацией по мере накопления статистики (построение модели трафика). В качестве характеристик для проведения тюнинга могут задаваться весовые характеристики, выделяющие важность достижения высокой пропускной способности или указывающие на необходимость минимизации задержек в доставке пакетов. Remy работает на стороне одной из конечных точек канала связи и не требует модификации компонентов сетевой инфраструктуры или параметров системы на другой стороне соединения.

В итоге, сгенерированный автоматически алгоритм позволяет достигнуть более высокой пропускной способности и справедливости распределения канала, чем при использовании самых изощрённых универсальных схем. Например, сгенерированный Remy алгоритм для канала 15 Mbps, который совместно используется 8 отправителями, позволил достигнуть двухратного увеличения пропускной способности и на 2/3 раза снизить задержки из-за нахождения пакетов в очереди, по сравнению с алгоритмами Compound TCP (по умолчанию в Windows) и TCP NewReno (по умолчанию во FreeBSD). По сравнению с алгоритмом TCP Cubic, который используется по умолчанию в Linux, пропускная способность возросла на 70%, а задержки удалось уменьшить в три раза. В другом тесте, симулирующем работу через сотовую сеть Verizon, выигрыш алгоритма Remy составил 20-30% в пропускной способности и 25-40% в отзывчивости.


URL: http://web.mit.edu/newsoffice/2013/a-faster-internet-designe...
Новость: http://www.opennet.me/opennews/art.shtml?num=37482


Содержание

Сообщения в этом обсуждении
"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Клыкастый , 22-Июл-13 20:20 
http://web.mit.edu/remy/

тут графики


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 22-Июл-13 20:25 
Как я могу это использовать на своём компьютере?

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Вонни , 22-Июл-13 20:35 
Не это костыль,
Судя по всему автор этой штуки еще mosh (http://mosh.mit.edu/) не довел до нормального состояния

Недостатки и неоднозначности:
- IPv6 еще не реализован
- Работает только с UTF-8
- Использует порты 60000–61000 (тысячу портов)


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 22-Июл-13 21:17 
>Недостатки и неоднозначности:

Это ещё ничего. Может я что-то не осилил, но mc у меня в нём разфигачивало страшно и нельзя было листать буффер с помощью shift+pgup как в обычном ssh.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Какаянахренразница , 23-Июл-13 05:55 
Спасибо. То есть, никаких модулей под ядро Линукса ожидать не следует.

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Crazy Alex , 23-Июл-13 12:52 
А что костыльного, собственно?

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Вонни , 23-Июл-13 13:37 
сервер/клиент приложения
в ядре линух долго будут пилить

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 22-Июл-13 20:35 
модуль ядра будет?

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Наивный чукотский юноша , 22-Июл-13 20:40 
Ждём в составе 3.11/3.12. Даёшь высокопроизводительные дешёвые роутеры на одноплатниках!

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 00:11 
В 3.11 прием изменений уже закрыли. Только стабилизация и багфиксы. Кстати -rc2 вышел.

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 23-Июл-13 08:58 
да да.. А что это любители столмана вдруг озадачились кодом под не православной лицензией?... Свое написать не в состоянии?

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Наивный чукотский юноша , 23-Июл-13 14:21 
> да да.. А что это любители столмана вдруг озадачились кодом под не
> православной лицензией?... Свое написать не в состоянии?

не любитель Столмана. Любитель, что бы работало. И работало хорошо.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 21:06 
MIT легко конвертируется в GPLv2.

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Нанобот , 23-Июл-13 12:05 
ещё генетических алгоритмов ядре не хватало. и так тянут в ядро всякую гадость (как кто-то выразился)

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 24-Июл-13 10:46 
> ещё генетических алгоритмов ядре не хватало. и так тянут в ядро всякую
> гадость (как кто-то выразился)

Завидуй уж молча, виндоботик микрософтовский. Да, от твоего мелкософта инноваций не дождешься - продают по сути ту же систему что и 15 лет назад. Ну фасад немного подкрасили, остальное изменилось мало.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено YetAnotherOnanym , 22-Июл-13 20:41 
Звучит заманчиво. Только один вопрос - достаточно ли быстро эта штука подкручивает параметры, чтобы, например, адекватно отработать ситуацию, когда вечером набигают жители дачного посёлка и все как один включают свои 3G-побрякушки.

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено VoDA , 23-Июл-13 09:07 
По идее оно должно повторно набрать статистику (отбросить устаревшую) и перенастроить сеть под новые параметры. Т.е. да, "набигание" жителей на 3G оно должно отработать.

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено umbr , 22-Июл-13 21:22 
>позволил достигнуть ... увеличения пропускной способности и ... снизить задержки

а ларчик просто открывался


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено ананим , 22-Июл-13 22:46 
Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Вонни , 22-Июл-13 23:11 
а у фряхе 10 стабильнее сетевой стек чем в linux 3.11

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Lain_13 , 23-Июл-13 00:07 
http://media.discovernikkei.org/articles/4527/noodles-jan-ke...

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 00:13 
> а у фряхе 10 стабильнее сетевой стек чем в linux 3.11

Такие аргументы некисло бы подтвержжать какими-то фактами. А то у меня тут роутер подпертый упсой набрал полгода аптайма. Разумеется MIPSовый роутер был на линухе. А на чем ему еще быть? Фряха там "не алё" практически, в сравнении с openwrt.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 23-Июл-13 09:00 
>> а у фряхе 10 стабильнее сетевой стек чем в linux 3.11
> Такие аргументы некисло бы подтвержжать какими-то фактами. А то у меня тут
> роутер подпертый упсой набрал полгода аптайма. Разумеется MIPSовый роутер был на
> линухе. А на чем ему еще быть? Фряха там "не алё"
> практически, в сравнении с openwrt.

# uname -r; uptime                                                                                                                                          
7.1-RELEASE-p11
7:59AM  up 200 days,

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


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено pavel_simple , 23-Июл-13 09:26 
>>> а у фряхе 10 стабильнее сетевой стек чем в linux 3.11
>> Такие аргументы некисло бы подтвержжать какими-то фактами. А то у меня тут
>> роутер подпертый упсой набрал полгода аптайма. Разумеется MIPSовый роутер был на
>> линухе. А на чем ему еще быть? Фряха там "не алё"
>> практически, в сравнении с openwrt.
> # uname -r; uptime
> 7.1-RELEASE-p11
>  7:59AM  up 200 days,
> и чем хвастаемся? последний раз перегружалось по выключению питания в городе.

вод все видите, только у рипа есть mips с фряхой 7.1 -- вот правда крютой -- вот так нужно понтом отжигать.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Михрютка , 23-Июл-13 15:53 
> роутер был на
> линухе. А на чем ему еще быть?

джанипер? не, не слышал



"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 17:51 
Хехе. Бсдшники до страшного суда своим джанипером трясти будут.

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 24-Июл-13 10:48 
> Хехе. Бсдшники до страшного суда своим джанипером трясти будут.

Что еще веселее - это у жанипера профит. А у бсдшников обычно фига в кармане и поддержка сферического мипса в вакууме. А поменять прошивку этой вундервафле - вот тебе EULA в рыло и блобы. Вот и вся "свобода".


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Михрютка , 24-Июл-13 11:02 
>> Хехе. Бсдшники до страшного суда своим джанипером трясти будут.
> Что еще веселее - это у жанипера профит. А у бсдшников обычно
> фига в кармане и поддержка сферического мипса в вакууме. А поменять
> прошивку этой вундервафле - вот тебе EULA в рыло и блобы.
> Вот и вся "свобода".

JunOS SDK вам в руки и барабан на шею, коллега.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 21:08 
>> роутер был на
>> линухе. А на чем ему еще быть?
> джанипер? не, не слышал

Ты вправду думаешь что там пакеты роутит Фря ?
А в деда мороза веришь ?


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Михрютка , 24-Июл-13 09:33 
>>> роутер был на
>>> линухе. А на чем ему еще быть?
>> джанипер? не, не слышал
> Ты вправду думаешь что там пакеты роутит Фря ?
> А в деда мороза веришь ?

да нет, конечно, пакеты там роутит проприетарный зверь cli а ты как думал?


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 24-Июл-13 10:08 
>>> роутер был на
>>> линухе. А на чем ему еще быть?
>> джанипер? не, не слышал
> Ты вправду думаешь что там пакеты роутит Фря ?
> А в деда мороза веришь ?

а ты веришь что в Cisco этим занимается Linux?


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Михрютка , 24-Июл-13 11:03 
>>>> роутер был на
>>>> линухе. А на чем ему еще быть?
>>> джанипер? не, не слышал
>> Ты вправду думаешь что там пакеты роутит Фря ?
>> А в деда мороза веришь ?
> а ты веришь что в Cisco этим занимается Linux?

в циске не уверен, но в мипсе-то наверняка линукс?


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено pavlinux , 23-Июл-13 01:08 
Конечно стабильнее, с 1992 кода отлаживать.  

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 00:15 
> Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...

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


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 23-Июл-13 09:11 
>> Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...
> Ну так как обычно: в линухе улучшения достались всем. А в бздах
> - только майкрософту.

мы же все помним - как Linux kernel взял драйвер у OpenBSD.. упросил на двойное лицензирование, а потом не отдал улучшения, Вы же помните эту историю? и после этого говорите что улучшения достанутся всем?


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено pavel_simple , 23-Июл-13 09:30 
>>> Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...
>> Ну так как обычно: в линухе улучшения достались всем. А в бздах
>> - только майкрософту.
> мы же все помним - как Linux kernel взял драйвер у OpenBSD..
> упросил на двойное лицензирование, а потом не отдал улучшения, Вы же
> помните эту историю? и после этого говорите что улучшения достанутся всем?

улучшения доступны всем, они есть в mainline Linux kernel, или подожди тебе лично поди никто не даёт? мордой^W ником не вышел?


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 23-Июл-13 09:51 
>>>> Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...
>>> Ну так как обычно: в линухе улучшения достались всем. А в бздах
>>> - только майкрософту.
>> мы же все помним - как Linux kernel взял драйвер у OpenBSD..
>> упросил на двойное лицензирование, а потом не отдал улучшения, Вы же
>> помните эту историю? и после этого говорите что улучшения достанутся всем?
> улучшения доступны всем, они есть в mainline Linux kernel, или подожди тебе
> лично поди никто не даёт? мордой^W ником не вышел?

всем? даже авторам оригинала? только вот незадача - "улучшатели" забыли что брали код под двойной лицензией и не захотели делиться с авторами. И авторам этого драйвера улучшения не доступны.
Им пришлось заново это делать. Вот такие они улучшения..


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено pavel_simple , 23-Июл-13 12:02 
>[оверквотинг удален]
>>>> - только майкрософту.
>>> мы же все помним - как Linux kernel взял драйвер у OpenBSD..
>>> упросил на двойное лицензирование, а потом не отдал улучшения, Вы же
>>> помните эту историю? и после этого говорите что улучшения достанутся всем?
>> улучшения доступны всем, они есть в mainline Linux kernel, или подожди тебе
>> лично поди никто не даёт? мордой^W ником не вышел?
> всем? даже авторам оригинала? только вот незадача - "улучшатели" забыли что брали
> код под двойной лицензией и не захотели делиться с авторами. И
> авторам этого драйвера улучшения не доступны.
> Им пришлось заново это делать. Вот такие они улучшения..

горе-печпль - толстота


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 23-Июл-13 13:29 
а по теме сказать есть что? Авторам изначального драйвера доступны улучшения?
Если нет - то какая это свобода?

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 14:21 
Ну если авторы изначального выбрали такую лицензию, что допускает подобные фокусы, кто им злобный буратино.

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 23-Июл-13 14:27 
Они выбирали одну лицензию, потом разработчики Linux kernel - уговорили их сделать двойную лицензию.
Заметьте - просили, и люди пошли им на встречу. А назад ничего неполучили.
Видимо это такая свобода у GNU сообщества - зажимать себе и быть жлобами.. Неправда ли?

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 16:48 
Что значит уговорили? Вот тебя посадят за убийство, а ты отмазываться будешь - "меня уговорили, я не виноват" Судья скажет - ну тогда другое дело, расходимся посоны. Зачем "уговорились" тогда? Детский сад какой то.

"Открыт код Remy, системы динамической генерации..."
Отправлено arisu , 23-Июл-13 17:02 
> Детский сад какой то.

говорящее гуано, конечно, тупо троллит — как всегда. но тема забавная: некоторые бсдоиды сначала сами дают такие права, выбирая BSDL, а потом испытывают жгучий поппеншмерц от того, что кто-то посмел предоставлеными правами воспользоваться. причём если воспользовались проприетарщики — поппеншмерца практически нет: «Взрослым Дядям можно!» а если воспользовались foss-овцы — то всё, истерика и битиё головой о стены.


"Открыт код Remy, системы динамической генерации..."
Отправлено linux must __RIP__ , 23-Июл-13 19:15 
>> Детский сад какой то.
> говорящее гуано, конечно, тупо троллит — как всегда. но тема забавная: некоторые
> бсдоиды сначала сами дают такие права, выбирая BSDL, а потом испытывают
> жгучий поппеншмерц от того, что кто-то посмел предоставлеными правами воспользоваться.
> причём если воспользовались проприетарщики — поппеншмерца практически нет: «Взрослым
> Дядям можно!» а если воспользовались foss-овцы — то всё, истерика и
> битиё головой о стены.

Мда.. как это привыччно для всех FOSS-цев - не имея аргументов оскорблять других..

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

Только почему FOSS-цы возмущаются когда их называют ворами?


"Открыт код Remy, системы динамической генерации..."
Отправлено Михрютка , 23-Июл-13 20:25 
> тема забавная: некоторые
> бсдоиды сначала сами дают такие права, выбирая BSDL, а потом испытывают
> жгучий поппеншмерц от того, что кто-то посмел предоставлеными правами воспользоваться.
> причём если воспользовались проприетарщики — поппеншмерца практически нет: «Взрослым
> Дядям можно!» а если воспользовались foss-овцы — то всё, истерика и
> битиё головой о стены.

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

эта загадка природы еще ждет своего дарвина.


"Открыт код Remy, системы динамической генерации..."
Отправлено arisu , 23-Июл-13 20:26 
> ты все-таки не путай. код под BSD лицензией пишут обычно одни, а
> BSD-индуцированную попоболь испытывают другие.

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


"Открыт код Remy, системы динамической генерации..."
Отправлено Михрютка , 23-Июл-13 22:54 
> ну да, это мне стоило уточнить. есть весьма немало адекватных бсдоидов, но
> они обычно просто молчат.

а что тут удивительного? среди сторонников GPL нормальных людей тоже хватает.

ггг


"Открыт код Remy, системы динамической генерации..."
Отправлено linux must __RIP__ , 24-Июл-13 09:18 
оо.. еще одна жертва аборта вылезла..

"Открыт код Remy, системы динамической генерации..."
Отправлено linux must __RIP__ , 24-Июл-13 09:27 
>> тема забавная: некоторые
>> бсдоиды сначала сами дают такие права, выбирая BSDL, а потом испытывают
>> жгучий поппеншмерц от того, что кто-то посмел предоставлеными правами воспользоваться.
>> причём если воспользовались проприетарщики — поппеншмерца практически нет: «Взрослым
>> Дядям можно!» а если воспользовались foss-овцы — то всё, истерика и
>> битиё головой о стены.
> ты все-таки не путай. код под BSD лицензией пишут обычно одни, а
> BSD-индуцированную попоболь испытывают другие.

Некоторые пишут под BSDL и не любят когда странные люди пытаются прикинуться белыми, втихую ворую BSDL код и перебивая копирайты.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 23-Июл-13 19:12 
"а помогите нам - у нас нет драйвера.. но нам бы вот.."

А потом фиг вам. У нас свое есть хорошее - пошли вон..


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 21:19 
>только вот незадача - "улучшатели" забыли что брали код под двойной лицензией и не захотели делиться с авторами. И авторам этого драйвера улучшения не доступны.

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


"Открыт код Remy, системы динамической генерации..."
Отправлено arisu , 23-Июл-13 21:29 
> А ничё, что потом для этого драйвера слали патчи совсем другие люди,
> которые под бздунской лицензией свой код отдавать не желали и к
> заключению соглашений с OpenBSD не имели никакого отношения и, соответственно, ничем
> не обязаны сообществу OpenBSD?

а это вообще неважно, потому что BSDL разрешает «привешивать» GPL. если бы авторы программ под BSDL не хотели, чтобы такое было возможно — они бы использовали другую лицензию. в раз выбрали таки BSDL — то ничего против не имеют. всё, точка.


"Открыт код Remy, системы динамической генерации..."
Отправлено Михрютка , 23-Июл-13 22:56 
> а это вообще неважно, потому что BSDL разрешает «привешивать» GPL. если бы
> авторы программ под BSDL не хотели, чтобы такое было возможно —
> они бы использовали другую лицензию. в раз выбрали таки BSDL —
> то ничего против не имеют. всё, точка.

эм, что? покажи мне пальцем, в какой BSD лицензии ты вот это вычитал: "BSDL разрешает «привешивать» GPL."

это ты сгоряча.


"Открыт код Remy, системы динамической генерации..."
Отправлено linux must __RIP__ , 24-Июл-13 09:20 
>> а это вообще неважно, потому что BSDL разрешает «привешивать» GPL. если бы
>> авторы программ под BSDL не хотели, чтобы такое было возможно —
>> они бы использовали другую лицензию. в раз выбрали таки BSDL —
>> то ничего против не имеют. всё, точка.
> эм, что? покажи мне пальцем, в какой BSD лицензии ты вот это
> вычитал: "BSDL разрешает «привешивать» GPL."
> это ты сгоряча.

Это просто позиция GPL-воров. Мы же все помним как они уже пытались перебивать копирайты на понравившемся им коде. Вот видимо это еще один такой кадр..


"Открыт код Remy, системы динамической генерации..."
Отправлено arisu , 24-Июл-13 10:01 
> эм, что? покажи мне пальцем, в какой BSD лицензии ты вот это
> вычитал: «BSDL разрешает «привешивать» GPL.»

совершенно любая. всё, что по-сути требует BSDL — не убирать саму BSDL и не убирать авторов. «сужать» рамки посредством добавления под ней GPL она не запрещает. и получается забавный финт: глаз BSDL-щиков видит, а вот зуб уже неймёт.

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


"Открыт код Remy, системы динамической генерации..."
Отправлено linux must __RIP__ , 24-Июл-13 10:05 
>> эм, что? покажи мне пальцем, в какой BSD лицензии ты вот это
>> вычитал: «BSDL разрешает «привешивать» GPL.»
> совершенно любая. всё, что по-сути требует BSDL — не убирать саму BSDL
> и не убирать авторов. «сужать» рамки посредством добавления под ней GPL
> она не запрещает. и получается забавный финт: глаз BSDL-щиков видит, а
> вот зуб уже неймёт.

Да да - вот вот - украсть можно, а делиться не умеем. Так какой же это свободный код в GPL ?

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

Не легален. Это смена лицензии - операция которую может сделать только автор. Тео в свое время хорошо это разъяснил таким как ты - которые пытались перебивать лицензии в BSDL коде.


"Открыт код Remy, системы динамической генерации..."
Отправлено Михрютка , 24-Июл-13 11:18 
>> эм, что? покажи мне пальцем, в какой BSD лицензии ты вот это
>> вычитал: «BSDL разрешает «привешивать» GPL.»
> совершенно любая. всё, что по-сути требует BSDL — не убирать саму BSDL
> и не убирать авторов. «сужать» рамки посредством добавления под ней GPL
> она не запрещает. и получается забавный финт: глаз BSDL-щиков видит, а
> вот зуб уже неймёт.

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

повторяю вопрос - в каком месте bsd лицензия позволяет менять лицензию на код, распространяемый под bsd лицензией?

свои изменения к bsd лицензированному коду и прочие деривативы ты можешь распространять, как тебе в голову sтuxнет. это твоя свобода. но я не вижу, как ты можешь "привесить GPL", как ты выразился, на bsd лицензированный код.

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

ты не путаешь часом двойное лицензирование с деривативами, не?


"Открыт код Remy, системы динамической генерации..."
Отправлено arisu , 24-Июл-13 11:28 
> повторяю вопрос — в каком месте bsd лицензия позволяет менять лицензию на
> код, распространяемый под bsd лицензией?

вопрос некорректный. корректный вопрос звучит так: «в каком месте ЗАПРЕЩАЕТ». ни в каком. всё.

> свои изменения к bsd лицензированному коду и прочие деривативы ты можешь распространять,
> как тебе в голову sтuxнет. это твоя свобода. но я не
> вижу, как ты можешь «привесить GPL», как ты выразился, на bsd
> лицензированный код.

так и могу. добавленые строчки с GPL будут лицензированы под GPL. пусть даже это только строчки с текстом лицензии. чтобы вернуть софт назад под «чистый BSDL», надо будет выкинуть всё, что добавлено «под GPL» (т.е. — вернуть код к исходному виду, откатиться на коммит до добавления). BSDL не запрещает такой финт (потому что по BSDL исполнять надо только то, что BSDL требует).

> ты не путаешь часом двойное лицензирование с деривативами, не?

нет. это не «двойное лицензирование» per se: сама BSDL со всеми её условиями никуда не девается (и условия её не нарушаются). а то, что я немного «сузил рамки» — так этого BSDL не запрещает. и вот тут получается, что у меня код уже *под двумя лицензиями*, одна из которых менее пермиссивна, нежели другая. в итоге чтобы соблюсти условия обеих лицензий (я ни одну не выкидывал!) — придётся соблюдать условия менее пермиссивной (а это автоматом приводит и к соблюдению условий более пермиссивной). «выбрать только одну» не выйдет, надо удовлетворить обе.


"Открыт код Remy, системы динамической генерации..."
Отправлено Михрютка , 24-Июл-13 12:01 
>> повторяю вопрос — в каком месте bsd лицензия позволяет менять лицензию на
>> код, распространяемый под bsd лицензией?
> вопрос некорректный. корректный вопрос звучит так: «в каком месте ЗАПРЕЩАЕТ».
> ни в каком. всё.

ну так она тебе и лоли драть не запрещает.

> так и могу. добавленые строчки с GPL будут лицензированы под GPL. пусть
> даже это только строчки с текстом лицензии. чтобы вернуть софт назад
> под «чистый BSDL», надо будет выкинуть всё, что добавлено «под GPL»
> (т.е. — вернуть код к исходному виду, откатиться на коммит до
> добавления). BSDL не запрещает такой финт (потому что по BSDL исполнять
> надо только то, что BSDL требует).

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

>> ты не путаешь часом двойное лицензирование с деривативами, не?
> нет. это не «двойное лицензирование» per se: сама BSDL со всеми её
> условиями никуда не девается (и условия её не нарушаются). а то,
> что я немного «сузил рамки» — так этого BSDL не запрещает.
> и вот тут получается, что у меня код уже *под двумя
> лицензиями*, одна из которых менее пермиссивна, нежели другая. в итоге чтобы
> соблюсти условия обеих лицензий (я ни одну не выкидывал!) — придётся
> соблюдать условия менее пермиссивной (а это автоматом приводит и к соблюдению
> условий более пермиссивной). «выбрать только одну» не выйдет, надо удовлетворить
> обе.

ты что-то усложняешь. ты, когда коммитишь код в исходник с двойной лицензией, волен выбрать (в соответствии с лицензией), то ли ты отдаешь этот код под двойной лицензией (и тогда он идет в главный бранч), то ли ты отдаешь этот код под лицензией А или лицензией Б, и тогда у тебя получается де факто форк. и в том, и в другом, и в третьем случае ты в своем праве (и получаешь +100 в карму от мейнтейнера ггг). но выбрать только одну лицензию ты вполне вправе.


"Открыт код Remy, системы динамической генерации..."
Отправлено arisu , 24-Июл-13 12:13 
> ну так она тебе и лоли драть не запрещает.

не передёргивай, пожалуйста. я же с тобой общаюсь как с разумным существом, а не как с теми, кого маршем на Сокаль.

> ну правильно. твой код — это твой код. ты волен им распоряжаться,
> как хочешь. по-моему, это хорошо, нет?

с этим я не спорил.

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

не смешавай варианты «лицензия А или Б, на выбор» и «лицензии А и Б одновременно». второй вариант тоже вполне допустим (хоть и необычен), если лицензии друг другу не противоречат. в описаном мной случае не «перелицензирование», а «долицензирование», и выполнение требований добавленой GPL *автоматически* обеспечивает выполнение требований оригинальной BSDL, поэтому противоречия нет. равно как и выбора «А или Б» — надо сделать хорошо обеим.

штука в том, что BSDL, по-сути, не требует ничего, кроме сохранения её текста и имён авторов. GPL это обеспечивает, но налагает дополнительные ограничения. в BSDL нет требования «не налагать дополнительные ограничения», поэтому противоречий нет, условия BSDL соблюдаются в полном объёме.

и да: я не имел в виду, что я могу «заразить» основной проект GPL-ем (без согласия того, кто принимает коммиты в основной проект). естественно, я говорил про то, что могу форкнуть BSDL-проект и *дополнительно* вписать туда GPL. после чего оригинальному проекту останется только облизываться, потому что выполнение только условий GPL обеспечивает и выполнение условий BSDL, а вот выполнение только условий BSDL условия GPL нарушает.

собственно, BSDL в таком форке остаётся только потому, что она явно запрещает себя удалять, и играет роль чисто косметическую. по факту — я воспользовался правами, которые у меня не отобрала BSDL, и проект перелицезировал.


"Открыт код Remy, системы динамической генерации..."
Отправлено Михрютка , 25-Июл-13 11:46 
>> ну так она тебе и лоли драть не запрещает.
> не передёргивай, пожалуйста. я же с тобой общаюсь как с разумным существом,
> а не как с теми, кого маршем на Сокаль.

(пожал плечами)

"Ну ты же передергиваешь" (с-сам-знаешь-откуда)

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

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

> собственно, BSDL в таком форке остаётся только потому, что она явно запрещает
> себя удалять, и играет роль чисто косметическую. по факту — я
> воспользовался правами, которые у меня не отобрала BSDL, и проект перелицезировал.

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



"Открыт код Remy, системы динамической генерации..."
Отправлено arisu , 25-Июл-13 11:52 
> тебе в голову не приходило, что кодер, распространяющий код под bsd лицензией,
> тащемта предполагал такой оборот событий, не? как это говорят, «осознавая последствия
> своих действий и желая их наступления»?

а разве я где-то говорил, что автор не предполагает? я и говорил, собственно, что «некоторые бсдл-фаны орут» — не обязательно авторы.

> по факту — ты форкнул проект.

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


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 24-Июл-13 10:07 
>>только вот незадача - "улучшатели" забыли что брали код под двойной лицензией и не захотели делиться с авторами. И авторам этого драйвера улучшения не доступны.
> А ничё, что потом для этого драйвера слали патчи совсем другие люди,
> которые под бздунской лицензией свой код отдавать не желали и к
> заключению соглашений с OpenBSD не имели никакого отношения и, соответственно, ничем
> не обязаны сообществу OpenBSD?

Вообще это соглашение было в коде, соглашаясь модифицировать этот код - они как бы принимали это соглашение. А на счет "обязаны" - они обязаны были самим фактом того что в Linux вообще появился этот код. А проконтролировать это должны были те кто являлись маинтейнерами этого кода. Но как видимо слова - открытость и свобода кода для GPL-ков это пустой звук. Они только умеют брать чужое и перебивать копирайты.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 24-Июл-13 10:52 
> упросил на двойное лицензирование, а потом не отдал улучшения,

Можно и не упрашивать а просто повесить сверху GPLную шапку. А что, условия BSDL соблюдены, а как из этого гибрида некто будет выколупывать BSD-only код и как он при этом будет рисковать скопипастить GPLнутый кус - да не проблемы авторов уже :)

> Вы же помните эту историю? и после этого говорите что улучшения достанутся всем?

Мы помним и другую историю. Как бсдшники хапнули из линевого ядра алгоритм контроля скорости для wi-fi и перебили на нем лицензию. Это как-то понаглее было. Если пермиссивщики привыкли ноги раздвигать перед всеми и им по логике вещей все-равно перед кем (а чем линукс так хуже проприерасов в плане донавешивания условий?) то вот пингвиноиды ноги раздвигать ни перед кем не собирались и явно сие объявили путем использования GPL. А кому было мало - многие символы ядра явно помечены как GPL only, чтобы даже до совсем тугих дошло :).



"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Легион , 24-Июл-13 11:09 
Всем ? С вирусной лицензией ? Шутишь как всегда ?

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 22-Июл-13 23:36 
Уря! Лагов в доте меньше станет!

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено XoRe , 23-Июл-13 01:13 
На хабре новость оформили интереснее:
"Компьютер сгенерировал эффективные, но непонятные человеку алгоритмы ускорения TCP"
http://habrahabr.ru/post/187278/

Суть в том, что применяется что-то вроде генетического алгоритма.
Программой перебираются разные варианты, находится самый оптимальный для данных условий.
Но почему был выбран он и как он работает - не понятно, даже самим разработчикам алгоритма.
Чем-то напоминает ситуацию с излишне усложненным исходником на перле, откомпилированным в бинарник - работать работает, а как работает - поди разберись без исходника ...
С Remy для каждого запуска будет "компилироваться" своя "программа" для разруливания трафика - пока вы будете понимать, как она работает, она уже "перекомпилится".
Так же срабатывает эффект, когда захардкоженный под узкое применение алгоритм работает быстрее общего алгоритма.

Хотя, мне кажется, достаточно добавить в алгоритм логирование и заставить описать конечный получившийся результат каким-то понятным языком.
Я думаю, это позволит улучшить уже имеющиеся алгоритмы, написанные людьми.

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


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Crazy Alex , 23-Июл-13 12:54 
Скорее всего, даже если что-то удастся перетащить в руками писаные алгоритмы, Remi все равно  будет выигрывать. И лично меня это радует - тенденция правильная, глядишь, в конце концов AI таки получим...

"Открыт код Remy, системы динамической генерации..."
Отправлено arisu , 23-Июл-13 14:28 
s/человеку/хаброчеловеку/
там как минимум половина предназначения туалетной бумаги не понимает, куда уж…

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено шахимат , 23-Июл-13 16:04 
Да на хабре похоже желтизну любят (это насчет "не понятно разработчикам как он работает" :)))

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

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

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено VoDA , 23-Июл-13 09:05 
Жесть - "изобретают" алгоритмы, чтобы бороться с большими буферами. Достаточно уменьшить размеры буферов и проблема будет решена... но нет - "мы пойдем другим путем" ;)

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено нимус , 23-Июл-13 09:55 
не "бороться с большими буферами", а "бороться с негативным влиянием больших буферов". никто не говорит что "большие буфера это плохо", читаем внимательно, ок?

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 25-Июл-13 09:50 
Большие буфера на любителя. Мне нравятся средние такие буфера.

"Открыт код Remy, системы динамической генерации..."
Отправлено arisu , 25-Июл-13 09:58 
> Большие буфера на любителя. Мне нравятся средние такие буфера.

это всё от кошелька зависит. много денег в кошельке — можно побольше буфера купить, это престижно. мало денег в кошельке — поменьше буфера. нет денег — сиди без буферов.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено linux must __RIP__ , 23-Июл-13 11:20 
сложно сказать - большие буфера позволяют в итоге лучше утилизировать канальный ресурс.. бороться с кратковременными (и не очень) пиками. Там где могло уменьшить скорость - просто возникнет лаг и продолжится на той же скорости..

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено vi , 23-Июл-13 23:41 

> скорость - просто возникнет лаг и продолжится на той же скорости..

Ну вы батенька просто профессор математики.
А среднее значение?


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 24-Июл-13 10:54 
> сложно сказать - большие буфера позволяют в итоге лучше утилизировать канальный ресурс..

Именно - утилизировать. Вместо доставки пакетов получается утиль третьесортный.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 26-Июл-13 13:19 
> лучше утилизировать канальный ресурс
> просто возникнет лаг

Ага, как делает мегавонь на своем недоанлиме. Вместо того, чтобы просто дропать (полисер), ставят в очередь (шейпер). В итоге чуть превысил полосу и пинг 40-60 СЕКУНД.


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Вонни , 23-Июл-13 12:36 
в SSH на фрху этот патч давно включен в конфиг демона
# Disable HPN tuning improvements.
HPNDisabled no
# Buffer size for HPN to non-HPN connections.
HPNBufferSize 2048


Вот собственно патч динамических размеров буфера в SSH:
http://www.psc.edu/index.php/hpn-ssh


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Вонни , 23-Июл-13 12:41 
> Вот собственно патч динамических размеров буфера в SSH:
> http://www.psc.edu/index.php/hpn-ssh

На русском http://www.portablecomponentsforall.com/edu/hpn-ssh-be/


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Аноним , 23-Июл-13 14:23 
Интересен вариант когда подобные автоподборщики станут на большую часть компов/железок. В разнос случайно вся сеть не пойдёт от одновременного дёрганья многих участников.

"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено Вонни , 23-Июл-13 14:31 
> Интересен вариант когда подобные автоподборщики станут на большую часть компов/железок.
> В разнос случайно вся сеть не пойдёт от одновременного дёрганья многих
> участников.

Для этого нужны настойки в sysctl с ограничениями на всякий случай
Не все оборудование любит скалярные нагрузки


"Открыт код Remy, системы динамической генерации алгоритмов к..."
Отправлено psv , 08-Сен-13 11:31 
Всё ещё проще.

1) маразм с регуляцией тцп давно не работает.

2) единственный нормальный способ это на уровне ип раздавать пакеты строго по очереди каждому клиентскому ип,  не обращая внимания на число сессий. Что и сделано в большинстве патчей для исп.