|
2.4, Вонни (?), 20:35, 22/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не это костыль,
Судя по всему автор этой штуки еще mosh (http://mosh.mit.edu/) не довел до нормального состояния
Недостатки и неоднозначности:
- IPv6 еще не реализован
- Работает только с UTF-8
- Использует порты 60000–61000 (тысячу портов)
| |
|
3.7, Аноним (-), 21:17, 22/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>Недостатки и неоднозначности:
Это ещё ничего. Может я что-то не осилил, но mc у меня в нём разфигачивало страшно и нельзя было листать буффер с помощью shift+pgup как в обычном ssh.
| |
|
|
|
2.13, Аноним (-), 00:11, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
В 3.11 прием изменений уже закрыли. Только стабилизация и багфиксы. Кстати -rc2 вышел.
| |
2.20, linux must __RIP__ (?), 08:58, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
да да.. А что это любители столмана вдруг озадачились кодом под не православной лицензией?... Свое написать не в состоянии?
| |
|
3.39, Наивный чукотский юноша (?), 14:21, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> да да.. А что это любители столмана вдруг озадачились кодом под не
> православной лицензией?... Свое написать не в состоянии?
не любитель Столмана. Любитель, что бы работало. И работало хорошо.
| |
|
2.32, Нанобот (?), 12:05, 23/07/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
ещё генетических алгоритмов ядре не хватало. и так тянут в ядро всякую гадость (как кто-то выразился)
| |
|
3.75, Аноним (-), 10:46, 24/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> ещё генетических алгоритмов ядре не хватало. и так тянут в ядро всякую
> гадость (как кто-то выразился)
Завидуй уж молча, виндоботик микрософтовский. Да, от твоего мелкософта инноваций не дождешься - продают по сути ту же систему что и 15 лет назад. Ну фасад немного подкрасили, остальное изменилось мало.
| |
|
|
1.6, YetAnotherOnanym (ok), 20:41, 22/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Звучит заманчиво. Только один вопрос - достаточно ли быстро эта штука подкручивает параметры, чтобы, например, адекватно отработать ситуацию, когда вечером набигают жители дачного посёлка и все как один включают свои 3G-побрякушки.
| |
|
2.23, VoDA (ok), 09:07, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
По идее оно должно повторно набрать статистику (отбросить устаревшую) и перенастроить сеть под новые параметры. Т.е. да, "набигание" жителей на 3G оно должно отработать.
| |
|
1.8, umbr (ok), 21:22, 22/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>позволил достигнуть ... увеличения пропускной способности и ... снизить задержки
а ларчик просто открывался
| |
1.9, ананим (?), 22:46, 22/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...
| |
|
|
3.14, Аноним (-), 00:13, 23/07/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> а у фряхе 10 стабильнее сетевой стек чем в linux 3.11
Такие аргументы некисло бы подтвержжать какими-то фактами. А то у меня тут роутер подпертый упсой набрал полгода аптайма. Разумеется MIPSовый роутер был на линухе. А на чем ему еще быть? Фряха там "не алё" практически, в сравнении с openwrt.
| |
|
4.21, linux must __RIP__ (?), 09:00, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> а у фряхе 10 стабильнее сетевой стек чем в linux 3.11
> Такие аргументы некисло бы подтвержжать какими-то фактами. А то у меня тут
> роутер подпертый упсой набрал полгода аптайма. Разумеется MIPSовый роутер был на
> линухе. А на чем ему еще быть? Фряха там "не алё"
> практически, в сравнении с openwrt.
# uname -r; uptime
7.1-RELEASE-p11
7:59AM up 200 days,
и чем хвастаемся? последний раз перегружалось по выключению питания в городе.
| |
|
5.25, pavel_simple (ok), 09:26, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>> а у фряхе 10 стабильнее сетевой стек чем в linux 3.11
>> Такие аргументы некисло бы подтвержжать какими-то фактами. А то у меня тут
>> роутер подпертый упсой набрал полгода аптайма. Разумеется MIPSовый роутер был на
>> линухе. А на чем ему еще быть? Фряха там "не алё"
>> практически, в сравнении с openwrt.
> # uname -r; uptime
> 7.1-RELEASE-p11
> 7:59AM up 200 days,
> и чем хвастаемся? последний раз перегружалось по выключению питания в городе.
вод все видите, только у рипа есть mips с фряхой 7.1 -- вот правда крютой -- вот так нужно понтом отжигать.
| |
|
4.45, Михрютка (ok), 15:53, 23/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> роутер был на
> линухе. А на чем ему еще быть?
джанипер? не, не слышал
| |
|
|
6.76, Аноним (-), 10:48, 24/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Хехе. Бсдшники до страшного суда своим джанипером трясти будут.
Что еще веселее - это у жанипера профит. А у бсдшников обычно фига в кармане и поддержка сферического мипса в вакууме. А поменять прошивку этой вундервафле - вот тебе EULA в рыло и блобы. Вот и вся "свобода".
| |
|
7.79, Михрютка (ok), 11:02, 24/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Хехе. Бсдшники до страшного суда своим джанипером трясти будут.
> Что еще веселее - это у жанипера профит. А у бсдшников обычно
> фига в кармане и поддержка сферического мипса в вакууме. А поменять
> прошивку этой вундервафле - вот тебе EULA в рыло и блобы.
> Вот и вся "свобода".
JunOS SDK вам в руки и барабан на шею, коллега.
| |
|
|
5.59, Аноним (-), 21:08, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> роутер был на
>> линухе. А на чем ему еще быть?
> джанипер? не, не слышал
Ты вправду думаешь что там пакеты роутит Фря ?
А в деда мороза веришь ?
| |
|
6.68, Михрютка (ok), 09:33, 24/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> роутер был на
>>> линухе. А на чем ему еще быть?
>> джанипер? не, не слышал
> Ты вправду думаешь что там пакеты роутит Фря ?
> А в деда мороза веришь ?
да нет, конечно, пакеты там роутит проприетарный зверь cli а ты как думал?
| |
6.73, linux must __RIP__ (?), 10:08, 24/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> роутер был на
>>> линухе. А на чем ему еще быть?
>> джанипер? не, не слышал
> Ты вправду думаешь что там пакеты роутит Фря ?
> А в деда мороза веришь ?
а ты веришь что в Cisco этим занимается Linux?
| |
|
7.80, Михрютка (ok), 11:03, 24/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>>> роутер был на
>>>> линухе. А на чем ему еще быть?
>>> джанипер? не, не слышал
>> Ты вправду думаешь что там пакеты роутит Фря ?
>> А в деда мороза веришь ?
> а ты веришь что в Cisco этим занимается Linux?
в циске не уверен, но в мипсе-то наверняка линукс?
| |
|
|
|
|
|
2.15, Аноним (-), 00:15, 23/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...
Ну так как обычно: в линухе улучшения достались всем. А в бздах - только майкрософту.
| |
|
3.24, linux must __RIP__ (?), 09:11, 23/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...
> Ну так как обычно: в линухе улучшения достались всем. А в бздах
> - только майкрософту.
мы же все помним - как Linux kernel взял драйвер у OpenBSD.. упросил на двойное лицензирование, а потом не отдал улучшения, Вы же помните эту историю? и после этого говорите что улучшения достанутся всем?
| |
|
4.26, pavel_simple (ok), 09:30, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>> Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...
>> Ну так как обычно: в линухе улучшения достались всем. А в бздах
>> - только майкрософту.
> мы же все помним - как Linux kernel взял драйвер у OpenBSD..
> упросил на двойное лицензирование, а потом не отдал улучшения, Вы же
> помните эту историю? и после этого говорите что улучшения достанутся всем?
улучшения доступны всем, они есть в mainline Linux kernel, или подожди тебе лично поди никто не даёт? мордой^W ником не вышел?
| |
|
5.27, linux must __RIP__ (?), 09:51, 23/07/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
>>>> Т.е. сетевой стэк в линухе лучше винды, а в винде лучше чем в фряхе...
>>> Ну так как обычно: в линухе улучшения достались всем. А в бздах
>>> - только майкрософту.
>> мы же все помним - как Linux kernel взял драйвер у OpenBSD..
>> упросил на двойное лицензирование, а потом не отдал улучшения, Вы же
>> помните эту историю? и после этого говорите что улучшения достанутся всем?
> улучшения доступны всем, они есть в mainline Linux kernel, или подожди тебе
> лично поди никто не даёт? мордой^W ником не вышел?
всем? даже авторам оригинала? только вот незадача - "улучшатели" забыли что брали код под двойной лицензией и не захотели делиться с авторами. И авторам этого драйвера улучшения не доступны.
Им пришлось заново это делать. Вот такие они улучшения..
| |
|
6.31, pavel_simple (ok), 12:02, 23/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>[оверквотинг удален]
>>>> - только майкрософту.
>>> мы же все помним - как Linux kernel взял драйвер у OpenBSD..
>>> упросил на двойное лицензирование, а потом не отдал улучшения, Вы же
>>> помните эту историю? и после этого говорите что улучшения достанутся всем?
>> улучшения доступны всем, они есть в mainline Linux kernel, или подожди тебе
>> лично поди никто не даёт? мордой^W ником не вышел?
> всем? даже авторам оригинала? только вот незадача - "улучшатели" забыли что брали
> код под двойной лицензией и не захотели делиться с авторами. И
> авторам этого драйвера улучшения не доступны.
> Им пришлось заново это делать. Вот такие они улучшения..
горе-печпль - толстота
| |
|
|
8.40, Аноним (-), 14:21, 23/07/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Ну если авторы изначального выбрали такую лицензию, что допускает подобные фокус... текст свёрнут, показать | |
|
|
|
|
|
13.57, arisu (ok), 20:26, 23/07/2013 [^] [^^] [^^^] [ответить] | +/– | ну да, это мне стоило уточнить есть весьма немало адекватных бсдоидов, но они о... текст свёрнут, показать | |
|
|
|
|
|
|
|
6.60, Аноним (-), 21:19, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>только вот незадача - "улучшатели" забыли что брали код под двойной лицензией и не захотели делиться с авторами. И авторам этого драйвера улучшения не доступны.
А ничё, что потом для этого драйвера слали патчи совсем другие люди, которые под бздунской лицензией свой код отдавать не желали и к заключению соглашений с OpenBSD не имели никакого отношения и, соответственно, ничем не обязаны сообществу OpenBSD?
| |
|
7.61, arisu (ok), 21:29, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А ничё, что потом для этого драйвера слали патчи совсем другие люди,
> которые под бздунской лицензией свой код отдавать не желали и к
> заключению соглашений с OpenBSD не имели никакого отношения и, соответственно, ничем
> не обязаны сообществу OpenBSD?
а это вообще неважно, потому что BSDL разрешает «привешивать» GPL. если бы авторы программ под BSDL не хотели, чтобы такое было возможно — они бы использовали другую лицензию. в раз выбрали таки BSDL — то ничего против не имеют. всё, точка.
| |
|
|
9.70, arisu (ok), 10:01, 24/07/2013 [^] [^^] [^^^] [ответить] | +/– | совершенно любая всё, что по-сути требует BSDL 8212 не убирать саму BSDL и н... текст свёрнут, показать | |
|
|
|
|
13.85, arisu (ok), 12:13, 24/07/2013 [^] [^^] [^^^] [ответить] | +/– | не передёргивай, пожалуйста я же с тобой общаюсь как с разумным существом, а не... текст свёрнут, показать | |
|
|
15.89, arisu (ok), 11:52, 25/07/2013 [^] [^^] [^^^] [ответить] | +/– | а разве я где-то говорил, что автор не предполагает я и говорил, собственно, чт... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
7.72, linux must __RIP__ (?), 10:07, 24/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>только вот незадача - "улучшатели" забыли что брали код под двойной лицензией и не захотели делиться с авторами. И авторам этого драйвера улучшения не доступны.
> А ничё, что потом для этого драйвера слали патчи совсем другие люди,
> которые под бздунской лицензией свой код отдавать не желали и к
> заключению соглашений с OpenBSD не имели никакого отношения и, соответственно, ничем
> не обязаны сообществу OpenBSD?
Вообще это соглашение было в коде, соглашаясь модифицировать этот код - они как бы принимали это соглашение. А на счет "обязаны" - они обязаны были самим фактом того что в Linux вообще появился этот код. А проконтролировать это должны были те кто являлись маинтейнерами этого кода. Но как видимо слова - открытость и свобода кода для GPL-ков это пустой звук. Они только умеют брать чужое и перебивать копирайты.
| |
|
|
|
4.77, Аноним (-), 10:52, 24/07/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Можно и не упрашивать а просто повесить сверху GPLную шапку А что, условия BSDL... большой текст свёрнут, показать | |
|
|
|
1.17, XoRe (ok), 01:13, 23/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
На хабре новость оформили интереснее:
"Компьютер сгенерировал эффективные, но непонятные человеку алгоритмы ускорения TCP"
http://habrahabr.ru/post/187278/
Суть в том, что применяется что-то вроде генетического алгоритма.
Программой перебираются разные варианты, находится самый оптимальный для данных условий.
Но почему был выбран он и как он работает - не понятно, даже самим разработчикам алгоритма.
Чем-то напоминает ситуацию с излишне усложненным исходником на перле, откомпилированным в бинарник - работать работает, а как работает - поди разберись без исходника ...
С Remy для каждого запуска будет "компилироваться" своя "программа" для разруливания трафика - пока вы будете понимать, как она работает, она уже "перекомпилится".
Так же срабатывает эффект, когда захардкоженный под узкое применение алгоритм работает быстрее общего алгоритма.
Хотя, мне кажется, достаточно добавить в алгоритм логирование и заставить описать конечный получившийся результат каким-то понятным языком.
Я думаю, это позволит улучшить уже имеющиеся алгоритмы, написанные людьми.
А пока имеем интересный феномен, который понравится желтой прессе - алгоритм, созданный машиной, работает быстрее человеческого, и вообще не понятен людям.
| |
|
2.36, Crazy Alex (ok), 12:54, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Скорее всего, даже если что-то удастся перетащить в руками писаные алгоритмы, Remi все равно будет выигрывать. И лично меня это радует - тенденция правильная, глядишь, в конце концов AI таки получим...
| |
2.43, arisu (ok), 14:28, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
s/человеку/хаброчеловеку/
там как минимум половина предназначения туалетной бумаги не понимает, куда уж…
| |
2.46, шахимат (?), 16:04, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Да на хабре похоже желтизну любят (это насчет "не понятно разработчикам как он работает" :)))
Они переврали исходную фразу, там о том что в каждом случае надо разбираться, как сгенерировано решение. Т.е. там ни слова о том, что разработчики такие, тупые, что не могут понять.
К слову, в компьютерных шахматах тоже набор правил, только алгоритмы на два порядка сложнее. И там программа написана грамотно, и может всегда объяснить, почему она выбрала тот или иной ход.
| |
|
1.22, VoDA (ok), 09:05, 23/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Жесть - "изобретают" алгоритмы, чтобы бороться с большими буферами. Достаточно уменьшить размеры буферов и проблема будет решена... но нет - "мы пойдем другим путем" ;)
| |
|
2.28, нимус (?), 09:55, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
не "бороться с большими буферами", а "бороться с негативным влиянием больших буферов". никто не говорит что "большие буфера это плохо", читаем внимательно, ок?
| |
|
3.86, Аноним (-), 09:50, 25/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Большие буфера на любителя. Мне нравятся средние такие буфера.
| |
|
4.87, arisu (ok), 09:58, 25/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Большие буфера на любителя. Мне нравятся средние такие буфера.
это всё от кошелька зависит. много денег в кошельке — можно побольше буфера купить, это престижно. мало денег в кошельке — поменьше буфера. нет денег — сиди без буферов.
| |
|
|
2.30, linux must __RIP__ (?), 11:20, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
сложно сказать - большие буфера позволяют в итоге лучше утилизировать канальный ресурс.. бороться с кратковременными (и не очень) пиками. Там где могло уменьшить скорость - просто возникнет лаг и продолжится на той же скорости..
| |
|
3.64, vi (?), 23:41, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> скорость - просто возникнет лаг и продолжится на той же скорости..
Ну вы батенька просто профессор математики.
А среднее значение?
| |
3.78, Аноним (-), 10:54, 24/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> сложно сказать - большие буфера позволяют в итоге лучше утилизировать канальный ресурс..
Именно - утилизировать. Вместо доставки пакетов получается утиль третьесортный.
| |
3.94, Аноним (-), 13:19, 26/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> лучше утилизировать канальный ресурс
> просто возникнет лаг
Ага, как делает мегавонь на своем недоанлиме. Вместо того, чтобы просто дропать (полисер), ставят в очередь (шейпер). В итоге чуть превысил полосу и пинг 40-60 СЕКУНД.
| |
|
2.33, Вонни (?), 12:36, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
в 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
| |
2.41, Аноним (-), 14:23, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Интересен вариант когда подобные автоподборщики станут на большую часть компов/железок. В разнос случайно вся сеть не пойдёт от одновременного дёрганья многих участников.
| |
|
3.44, Вонни (?), 14:31, 23/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Интересен вариант когда подобные автоподборщики станут на большую часть компов/железок.
> В разнос случайно вся сеть не пойдёт от одновременного дёрганья многих
> участников.
Для этого нужны настойки в sysctl с ограничениями на всякий случай
Не все оборудование любит скалярные нагрузки
| |
|
|
1.95, psv (??), 11:31, 08/09/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Всё ещё проще.
1) маразм с регуляцией тцп давно не работает.
2) единственный нормальный способ это на уровне ип раздавать пакеты строго по очереди каждому клиентскому ип, не обращая внимания на число сессий. Что и сделано в большинстве патчей для исп.
| |
|