форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+1 +/–
Сообщение от opennews on 13-Ноя-10, 19:08
Наработки проекта accel-pptp (http://accel-pptp.sourceforge.net/), разрабатываемого Дмитрием Козловым, включены (http://lwn.net/Articles/411590/) в состав кандидата в релизы (http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLo...) Linux-ядра 2.6.37. Accel-pptp представляет собой высокопроизводительную реализацию сервера PPTP/PPPoE/L2TP и клиента PPTP, основанную на коде проектов poptop (http://www.poptop.org) и pptpclient (http://pptpclient.sourceforge.net), но благодаря работе на уровне ядра, отличающуюся от poptop/pptpclient существенным ускорением работы и понижением нагрузки на CPU. В состав ядра включено два модуля "pptp" (PPP over IPv4, Point-to-Point Tunneling Protocol) и "gre" (демультиплексор GRE-пакетов). Для задействования модуля ядра акселерации работы клиента для pppd разработан специальный плагин, для построения высокоскоростных серверов доступа в рамках проекта подготовлена (http://sourceforge.net/projects/accel-pptp/files/) модифицированная версия pptpd (poptop). URL: http://nag.ru/news/newsline/19851/rossiyskiy-proekt-oficialn... Новость: http://www.opennet.dev/opennews/art.shtml?num=28650
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–11 +/–
Сообщение от Аноним123 on 13-Ноя-10, 19:08
ну неужели в userspace это так тормозит? неужто прирост на 200% произошел? небось добились улучшения производительности каких-нибудь жалких 20% ... зато сломали "слоёный пирог" :-/ :-/ :-/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Аноним (??) on 13-Ноя-10, 19:13
	Собирайте сами ядро, если не нравится.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	7. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–4 +/–
	Сообщение от User294 (ok) on 13-Ноя-10, 19:28
	> Собирайте сами ядро, если не нравится. Пересобирать ядро чтобы начало тормозить в разы сильнее - это оригинально :)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+1 +/–
	Сообщение от User294 (ok) on 13-Ноя-10, 19:26
	> ну неужели в userspace это так тормозит? неужто прирост на 200% произошел? Да, это тормозит. Особенно когда это аццесс-сервер у провайдера, на котором стаи хомяков висят, или когда это, гм, небольшой роутер, которому с его 200 МГц процом надо хренадцать мегабит каким-то чудом по этому говнопротоколу пропихать. В обоих случаях разница реально чуть ли не в разы получается. Честное пионерское! Кстати да, будет интересно посмотреть на потуги тех кто .35 ядро для эмбеддовки пыжился стандартизировать. Есть шансы что как минимум на роутерах они пролетят и рулить с отрывом там будет .37 ядро :-). Все-таки одно дело самому приматывать скотчем, а другое - когда в майнлайне и так уже есть. ЗЫ да, протокол более чем дерьмовый, но покуда это барахло есть и юзается - пусть уж работает с приличной скоростью, чтоли. И не требует от юзеровского девайса всего-то гигагерцевого проца для того чтобы тарифный план с 50Мбит реализовать, мля. ЗЗЫ теперь ряду народа будет меньше геморроя. Это ж здорово :) > зато сломали "слоёный пирог" :-/ :-/ :-/ А знаете, в FAQ кернел.орга есть в частности и вполне доходчивая мысля, что если идет выбор между теоретико-эстетическими вещами и тем как оно будет работать на практике - используется инженерный а не академический подход, т.е. выбирается хорошо работающий вариант, а не эстетически и академически правильный.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	35. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от savant (ok) on 14-Ноя-10, 01:56
	нормально 35 ядро работает в embedded.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	44. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от хомяк on 14-Ноя-10, 03:38
	> Да, это тормозит. Особенно когда это аццесс-сервер у провайдера, на котором стаи хомяков висят Когда вы сами где-то висите, то конечно никак не хомяком. У вас наверное такая генная структура, которая гарантирует вам обособленность от всех прочих хомяков. Это особенно проявляется в виде активного участия в тусовках по пересказу новостей.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	45. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+6 +/–
	Сообщение от Crazy Alex (??) on 14-Ноя-10, 03:59
	Да ладно вам. Уж в данном случае "хомяк" ни разу не оскорбление. Именно Home User, куча которых подключается к серверу провайдера по тому самому PPTP. И таки да - прожорливая зараза. Плавали, знаем...
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	56. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–2 +/–
	Сообщение от Аноним (??) on 14-Ноя-10, 09:55
	> Да ладно вам. Уж в данном случае "хомяк" ни разу не оскорбление. Именно Home User, Но ведь именно офисных обычно хомячками и называют. Которые развлекаются в Инете в рабочее время. А люди, которые могут себе позволить больше времени проводить дома, занимаясь своими делами в свое удовольствие как раз меньше претендуют на эту категорию. > куча которых подключается к серверу провайдера по тому самому PPTP. И таки да - прожорливая зараза. Плавали, знаем... Вы точно уверены, что это были именно "домашние"? Вы думаете, что мелкие и средние фирмы меньше юзают vpn через PPTP. В которых и сидят эти самые хомячки, в рабочее время нагружающие провайдеров. Поскольку после работы у них времени на Инет обычно не остается. А ведь у российских провайдеров пошла именно такая мода - все услуги делать через vpn по PPTP. Видно мало вы плавали...
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	62. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+2 +/–
	Сообщение от Аноним (??) on 14-Ноя-10, 11:53
	> Но ведь именно офисных обычно хомячками и называют. Которые развлекаются в Инете в рабочее время. > А люди, которые могут себе позволить больше времени проводить дома, занимаясь своими делами в свое удовольствие как раз меньше претендуют на эту категорию. Вы не путайте провайдерское "хомяк" и обычное "хомяк", которое в смысле "офисный планктон". первое ко второму не имеет отношения. И вообще, не агритесь на ерунду, это ваши домыслы все
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	64. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+3 +/–
	Сообщение от nib952051 (ok) on 14-Ноя-10, 12:42
	офисные пользователи, развлекающиеся в нете в рабочее время - планктон
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	71. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+1 +/–
	Сообщение от artemrts (ok) on 14-Ноя-10, 19:47
	Мусчина, Вы путаете "офисный планктон" с "хоумюзерами". И да, меньше негатива, плиз...
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	61. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Аноним (??) on 14-Ноя-10, 11:50
	хомяк - это провайдерский жаргон, означает конечного домашнего клиента ничего обидного в нем нет, если вы сами в это не вкладываете что-нибудь свое так сложилось исторически
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	70. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Arti (??) on 14-Ноя-10, 18:58
	>тем как оно будет работать на практике - используется инженерный а не академический подход Это не так. На хорошей практике всегда должны проводится теоритические изыскания. Это видно даже в свете данной новости. Да представленное решение решает текущие задачи но, благодаря своей монолитности не допускает быстрой интеграции нового функционала. Тот же netgraph в этом плане значительно гибче, из этого конструктора легко собирается все что угодно и в любых сочетаниях. Да монолитное узкоспециализированное решение _возможно_ будет быстрее, но оно _точно_ будет узкоспециализированным.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	72. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–5 +/–
	Сообщение от User294 (ok) on 14-Ноя-10, 20:38
	> Это не так. На хорошей практике всегда должны проводится Насчет всегда - спорный вопрос. Верите в серебряные пули? Могу вас расстроить: куча отличных с теоретической точки зрения софтин и железяк ... успешно вымерли за ненадобностью. > теоритические FAIL. На месте теорЕтиков я бы на вас обиделся ;). > изыскания. Изыскания и архитекура - это хорошо. Только в случае софта хорошо, если не становится самоцелью а ориентировано на практический результат. Типичная проблема излишне академических продуктов - они увлекаются в изысканиях погоней за красивой архитектурой настолько, что их продукт получается хорошим только с теоретической точки зрения. А с практической - иногда и полный отстой случается. Потому что то что красиво в теории совсем не обязано хорошо работать в реальном мире с его неидеальностями. > Это видно даже в свете данной новости. Я не думаю что аццель является идеалом теоретически правильного построения систем. Зато он очень недурен как инженерное решение. > Да представленное решение решает текущие задачи Ну а если решение не решает текущие задачи - так оно никому не нужным оказывается. > но, благодаря своей монолитности не допускает быстрой интеграции нового функционала. Зато когда вопрос состоит в том что или купить в 2 раза больше серверов (или купить в 2 раза более дорогой и мощный хомяковый роутер) - все почему-то внезапно выбирают решение которое им позволяет сэкономить в 2 раза. Наверное как раз потому что у них есть задачи которые надо решать и ограниченные суммы бабла на их решение. А переплачивать в два раза за решение всех возможных подтипов задач - как-то никому и не вперлось, если этих типов задач на горизонте нет и не предвидится. > Тот же netgraph в этом плане значительно гибче, из этого конструктора легко > собирается все что угодно и в любых сочетаниях. Наверное, теоретикам трудно понять, но зачастую - нахрен не надо решать все возможныее задачи вообще. А достаточно решить те которые стоят перед вами или которые могут появиться в обозримой перспективе. Ну а слишком общее решение - как правило труднее реализуется и хуже по параметрам. Можно посмотреть на всякие там софтапдейты и журналы у бсдунов. Ну да, упирались, реализуя в общем виде. А на практике - есть ufs, для которого это мертвому припарки, по принципу "выкрасить и выбросить" т.к. общая архитектура ФС - древнее окаменелое г-но мамонта и это никакими костылями не лечится. И есть ZFS, которому оно такое нахрен не нужно, потому что он использует свои методы "журналирования", которые ему еще и разные эффектные фокусы позволяют. И вообще, версионноподобные ФС - выглядят перспективнее, а там как раз вся соль в специфичных техниках журналирования, которая и придает ФС интересные свойства, так что реализованные подсистемы журналинга остаются не у дел. И ради чего все это было затеяно? Неплохое общее решение, да. Только в общем то неперспективное и никому не сдавшееся в 2010 году. Вот чем-то таким инженерный подход и отличается от академического. Академики делают красивые вещи ради красоты. Инженеры делают нужные вещи для использования в реальной жизни. > Да монолитное узкоспециализированное решение _возможно_ будет быстрее, но оно _точно_ > будет узкоспециализированным. Специализированные решения всегда лучше по параметрам чем общие. И не всем и не всегда нужно общее решение на все случаи жизни. А зачем например VPN серверу провайдера быть чем-то еще, кроме VPN сервера? Он и в этом качестве будет загружен по полной, например, так что ничего другого на него всерьез и не взвалишь. А вот то что серверов потребуется в 2 раза меньше - однозначный PROFIT, при том очень весомый. Т.к. хорошие мощные сервера - они денег стоят, приличных весьма. И реально существующие компании как-то должны, знаете ли, жить и развиваться на тот доход который у них есть. Если сэкономили в 2 раза на серверах - значит будет больше прибыли, больше возможностей маневра и развития, больше шансов не сдохнуть под натиском конкурентов. Это же элементарно, Ватсон! :)
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	80. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Arti (??) on 14-Ноя-10, 21:05
	Ох писака... Можно ведь короче и по-делу. Чтобы было гибко и эффективно и нужны изыскания и теория. Иначе это похоже на быстрое латание дыр, чем в общем-то данный пач и является. Это хорошо видно в областях, не допускающий фиглярства - ну-ка сворганте быстренько банальный транзюк :) А быстрые инженерные решения без теори это плохо почти всегда - вспомните злосчастный мю-тп. Что до специализации... Все рано нужно думать минимум на шаг вперёд. Ведь нужно еще все это поддерживать. Огромный монолитный монстр не самый лучший помощник. Представьте такое в масштабах ядра :). Опять же вспомните те же видеокарты: унифицированные шейдеры были не всегда, а именно эта особеность позволет использовать видео карты для "общих" вычислений. ну и т.д. и т.п.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	81. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Arti (??) on 14-Ноя-10, 21:21
	Ваш пример vnp тоже не удачный. Вариантов может быть миллион в зависимости от авторизации eap/chap/pap тот-эе chap бывает разным, а может кто еще что-то придумает, до радиуса. VPN - это общее название; тот-же pptp может в разных эпостасиях - методы сжатия заголовков, всего пакета, шифрование. Молчу уже о тот что туннели могут быть разные.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	95. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–2 +/–
	Сообщение от User294 (ok) on 19-Ноя-10, 02:55
	> Чтобы было гибко и эффективно и нужны изыскания и теория. Обычно почему-то или уж универсально, или уж эффективно. >  Иначе это похоже на быстрое латание дыр, чем в общем-то данный пач и является. Ну, лично я за такое латание дыр. Провам понадобится меньше серверов и они будут меньше греть воздух. А у юзеров их коробочки в 2 раза больше траффика прокачают при прочих равных. Всем вроде хорошо. Если забить на эстетство. > Это хорошо видно в областях, не допускающий фиглярства - ну-ка сворганте быстренько > банальный транзюк :) Вы б еще на фото первой микросхемы посмотрели :). Она чуть ли не на коленке сделана, вы прикиньте? :) И транзисторы первые делались точно так же. А уж примитивные подобия диодов на заре радиовещания радиогубители на коленке вообще штатно делали, как и большую часть радиодеталей. За отсутствием других опций. В общем то большая часть изобретений поначалу были чуть ли не наколенными поделками. Это потом, по мере отладки технологий начинает выглядеть круто и технологично ;) > А быстрые инженерные решения без теори это плохо почти всегда - вспомните > злосчастный мю-тп. А там то как раз теория вполне себе была. Проблема только в том что она там была как-то однобоко взята. Была определена проблема, намечена стратегия борьбы с ней. А то что не все предусмотрели - так это и в теориях на  каждом углу. Вон дядька Ньютон написал свои законы. А потом пришел Эйнштейн и показал всем что нифига, это только частный случай был. А оказывается что во времена Ньютона никто движение со скоростями сравнимыми с скоростью света попросту не рассматривал, ну и не увидели всей картины, соответственно. Вот эти товарисчи - они тоже увидели только кусочек картины. > Что до специализации... Все рано нужно думать минимум на шаг вперёд. Хорошо когда это получается, но как известно, всего заранее не предусмотришь. > Ведь нужно еще все это поддерживать. Огромный монолитный монстр не самый лучший помощник. Теория - это хорошо. Когда она практикой подкреплена. > Представьте такое в масштабах ядра :). Опять же вспомните те же видеокарты: > унифицированные шейдеры были не всегда, а именно эта особеность позволет использовать > видео карты для "общих" вычислений. ну и т.д. и т.п. Все бы было замечательно если бы видеокарты еще не требовали бы для себя отнюдь не унифицированных драйверов.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	96. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Arti (??) on 20-Ноя-10, 01:43
	Написаное выше и есть ваша теория. Вы не поняли, я предолжил вам без системного подхода выпускать серийно простейший электронный компонент с заданными параметрами. Функционал любой ценой - гибельный путь. К проектированию сколько-нибудь сложных систем необходим системный, академический подход. Хорошо систематизированную структуру легче поддерживать. Про гибкость забывать не надо, приспичет чего - будете маяться. Видео - вполне себе универсально, DRM тоже портировали немгновенно. Почему-то никого не удивляет, что для нового сетевого чипа нужен новый/(модификация старого) драйвер. Суть проблемы - выполнять "сложные" опереации с сетевыми пакетами, не "шелкая" понапрасну контекст. Вместо того чтобы сроектировать продуманную расширяемую подситему, обобщив существующий опыт, был прикручен костыль. Вообще жевать одно и тоже нет смысла - все это уже обсуждалость в свете того же Wayland vs X. практика netgraph: 100-120 Kpps/300Mbp чистый внешний интерфейс, ~500 PPPoE туннелей на хомячков, NAT, шейтипнг(не рейт лимит)и ng_netflow(два направления) всё на одной машине - один Xeon5160. В подобной конфигурации "чистый" PPPoE  практически 1Gb ваяспид.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	99. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от User294 (ok) on 03-Дек-10, 22:50
	> Вы не поняли, я предолжил вам без системного подхода выпускать серийно простейший > электронный компонент с заданными параметрами. А зачем простейший? Давайте на реальные посмотрим, чего теоретизировать то? Вон x86 процессоры. Склад костылей. Совершенно ублюдский. И дохнуть что-то не собирается. > Функционал любой ценой - гибельный путь. Ну, как только интель с его мегакостылями и x86 c его архитектурой из 80х подохнет, так я сразу с вами соглашусь. А куда более правильный с теоретической точки зрения итаник почему-то взял вот и не взлетел. > К проектированию сколько-нибудь сложных систем необходим системный, > академический подход. Хорошо систематизированную структуру легче поддерживать. Как только более логично сделанные итаниумы зарулят дурацкий х86 хлам с его тоннами костылей, так и признаю вашу правоту :). А какой толк от теории, если она не подтверждается практикой? Напротив, контрпримеров навалом, что намекает на несостоятельность теории. Добро пожаловать в реальный мир. Тут никому не нужны академически правильные решения, если это идет в ущерб остальным параметрам. А кто это не понял - да в общем то на своем заду ощутит это. > Про гибкость забывать не надо, приспичет чего - будете маяться. Я не собираюсь решать вообще все возможные задачи заранее, на всякий случай. И не понимаю тех кто пытается так делать. При этом есть риск потратить массу усилий на результат который будет никогда и никому не нужен. Зачем? Полное решение как правило гораздо сложнее частного. Есть ньютоновская механика, а есть квантовая. А есть релятивистские эффекты. Скажите, а зачем мне при рассмотрении движения автомобиля по улице учитывать релятивистские и квантовые эффекты, а? С практической точки зрения это ж полный маразм :) > Видео - вполне себе универсально, Почему же тогда у интеля, амд и нвидии драйвера разные? А общим знаменателем является разве что VESA допотопная. > Почему-то никого не удивляет, что для нового сетевого чипа нужен новый/(модификация старого) > драйвер. Тогда почему вас удивляет эффективное решение для решения конкретной задачи? Даже двух - клиентские девайсы и провайдерские сервера. Обоим скорость нужна, и у обоих нет лишних ресурсов на решение кучи посторонних задач "до кучи". > обобщив существующий опыт, был прикручен костыль. Этак можно дойти до того что при нужде прикинуть как движется по дороге автомобиль, можно углубиться в изучение квантовых и релятивистских эффектов и в итоге вообще ... никогда не закончить вычисления в общем виде для произвольного объекта двигающегося с любой скоростью от 0 до скорости света. > практика netgraph: Эээ а ничего что вы для начала PPPoE взяли, а не PPTP? Это другой протокол, хоть и тоже с PPP. И не вижу сравнения. Абстрактные PPS и гигабиты в вакууме - здорово конечно, но если уж хочется показать насколько все круто - наверное надо бы сравнить с остальными, для того чтобы обозначить расстановку сил?
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	102. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от nuclight (ok) on 04-Дек-10, 00:02
	>> Вы не поняли, я предолжил вам без системного подхода выпускать серийно простейший >> электронный компонент с заданными параметрами. > А зачем простейший? Давайте на реальные посмотрим, чего теоретизировать то? Вон x86 А затем, что ты не сможешь выпустить даже простейший, до x86 банально дело не дойдет. Тамошние костыли - уже совершенно другой уровень. >> К проектированию сколько-нибудь сложных систем необходим системный, >> академический подход. Хорошо систематизированную структуру легче поддерживать. > Как только более логично сделанные итаниумы зарулят дурацкий х86 хлам с его > тоннами костылей, так и признаю вашу правоту :). А какой толк Ты иди сначала выучись, потом, может быть, поймешь, что твой "контрпример" лежит в другой плоскости, чем то, о чем говорит твой оппонент. >[оверквотинг удален] > улице учитывать релятивистские и квантовые эффекты, а? > С практической точки зрения это ж полный маразм :) > >> обобщив существующий опыт, был прикручен костыль. > > Этак можно дойти до того что при нужде прикинуть как движется по > дороге автомобиль, можно углубиться в изучение квантовых и релятивистских эффектов и > в итоге вообще ... никогда не закончить вычисления в общем виде > для произвольного объекта двигающегося с любой скоростью от 0 до скорости > света. Поздравляю, 294, ты со своей неграмотностью обосрался в очередной раз. За практику говоришь, а сам о ней нихера не знаешь. В работе GPS учитывается теория относительности - да, при движении автомобиля с GPS-навигатором это учитывается. Галимая практика, а не "маразм". Не тебе судить о практичности тех или иных решений, ох, явно не тебе. >> практика netgraph: > Эээ а ничего что вы для начала PPPoE взяли, а не PPTP? > Это другой протокол, хоть и тоже с PPP. А нетграфу какая разница? Один узел заменяется на другой, вся остальная PPP-обвязка остается такой же. Гибкое решение. А с твоим подходом будет два разных патча, один для PPTP, другой для PPPoE, хехе.
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	101. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от nuclight (ok) on 03-Дек-10, 23:49
	>>  Иначе это похоже на быстрое латание дыр, чем в общем-то данный пач и является. > > Ну, лично я за такое латание дыр. Провам понадобится меньше серверов и > они будут меньше греть воздух. А у юзеров их коробочки в > 2 раза больше траффика прокачают при прочих равных. Всем вроде хорошо. > Если забить на эстетство. Лучшее - враг хорошего. Если на это забить (и на то, что выбор на самом деле не "сделать так или никак", а "сделать так или еще лучше, больше трафика будет в любом случае"), то да, можно удовлетвориться краткосрочным решением. Вот только не надо кричи после этого о прогрессе, что ты очень любишь делать, хехе. >[оверквотинг удален] >> злосчастный мю-тп. > А там то как раз теория вполне себе была. Проблема только в > том что она там была как-то однобоко взята. Была определена проблема, > намечена стратегия борьбы с ней. А то что не все предусмотрели > - так это и в теориях на  каждом углу. Вон > дядька Ньютон написал свои законы. А потом пришел Эйнштейн и показал > всем что нифига, это только частный случай был. А оказывается что > во времена Ньютона никто движение со скоростями сравнимыми с скоростью света > попросту не рассматривал, ну и не увидели всей картины, соответственно. Вот > эти товарисчи - они тоже увидели только кусочек картины. Ой, какой бред. Сравнивать uTP с этим - жопа с пальцем. Эй, 294, иди ознакомься с гносеологией и историей научной методологии, почитай хоть что-нибудь, ну хотя бы Поппера, что ли. "Не рассмотрел другой случай, однобоко и не увидел всей картины", итить. >> Чтобы было гибко и эффективно и нужны изыскания и теория. > Обычно почему-то или уж универсально, или уж эффективно. > >> Ведь нужно еще все это поддерживать. Огромный монолитный монстр не самый лучший помощник. > Теория - это хорошо. Когда она практикой подкреплена. Сие высказывания просто показывают, что у тебя плохо и с тем, и с другим.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	100. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от nuclight (ok) on 03-Дек-10, 23:33
	>> изыскания. > Изыскания и архитекура - это хорошо. Только в случае софта хорошо, если > не становится самоцелью а ориентировано на практический результат. Типичная проблема излишне > академических продуктов - они увлекаются в изысканиях погоней за красивой архитектурой > настолько, что их продукт получается хорошим только с теоретической точки зрения. > А с практической - иногда и полный отстой случается. Потому что > то что красиво в теории совсем не обязано хорошо работать в > реальном мире с его неидеальностями. Нет ничего практичнее хорошее теории (с) И это подтверждает тот же netgraph: >[оверквотинг удален] > костылями не лечится. И есть ZFS, которому оно такое нахрен не > нужно, потому что он использует свои методы "журналирования", которые ему еще > и разные эффектные фокусы позволяют. И вообще, версионноподобные ФС - выглядят > перспективнее, а там как раз вся соль в специфичных техниках журналирования, > которая и придает ФС интересные свойства, так что реализованные подсистемы журналинга > остаются не у дел. И ради чего все это было затеяно? > Неплохое общее решение, да. Только в общем то неперспективное и никому > не сдавшееся в 2010 году. Вот чем-то таким инженерный подход и > отличается от академического. Академики делают красивые вещи ради красоты. Инженеры делают > нужные вещи для использования в реальной жизни. 294, ты опять растекся мыслью по древу не по теме, когда речь шла о совершенно конкретных вещах - и вовсе не об fs. Во фре netgraph является продуманным, общим/универсальным решением, которое прекрасно работает на практике вот уже 10 лет - mpd вполне тысячи коннектов держит. И появилось это решение не от балды, а из исследования тех же самых практических потребностей. Потому что грамотный инженер всегда найдет применение теории - она не просто так академиками создается. Да даже и приведенный в пример ZFS - тоже сляпан не на коленке, а спроектирован с учетом имевших место к его созданию теоретических изысканий. А неграмотный инженер - забьет на теорию и сляпает на коленке решение, которое в перспективе окажется хуже. И ладно бы еще он был первопроходцем, когда подходящей теории просто еще не существует - так нет же, на примере топика мы наблюдаем то, что давно уже было сделано другими более грамотным образом...
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	9. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от taelas on 13-Ноя-10, 19:47
	"не знаю что это, но осуждаю" http://forum.nag.ru/forum/index.php?showtopic=45266 провайдеры довольны.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	31. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Knuckles (ok) on 14-Ноя-10, 00:34
	>каких-нибудь жалких 20% 20%? Жалких?!
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	36. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Wormik (ok) on 14-Ноя-10, 01:58
	кто вычисления запускает, поймет, что не то чтобы 2000% прирост в скорости - 2% это уже очень здорово. Автор молодец
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	48. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Аноним123 on 14-Ноя-10, 06:33
	> прирост в скорости - 2% это уже очень здорово. называется самовнушение: так как 2% - никакой человек -- не может ощущтить .. но зато если такой "оптимизатор" -- поглядел на статистику и заметил что статистика ему показала 2% убыстрения -- то он будет себе ЯРОСТНО_ВНУШАТЬ что убыстрение ВИДНО своими собственными невооруженными глазами :-) ------------------- да.. да... большая часть "оптимизаторов" ПОСТОЯННО себя обманывают, думая что <после-того-что-они-сделали-чтототам> -- стало работать якобы быстрее настолько насколько это можно заметить :-) :-) например некоторые "оптимизаторы" даже думают что если они убрали из автоматического запуска несколько сопроваждающщих утилит (разгрузили оперативку) -- то якобы от этого будет быстрее работать компьютер . хотя сёравно мёртвые (неиспользуемые) VirtualMemory-страниццы сёравнобы рано или позно выгрузились бы в SWAP [при нехватке оперативке]
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	74. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–5 +/–
	Сообщение от User294 (ok) on 14-Ноя-10, 20:41
	> так как 2% - никакой человек -- не может ощущтить .. Кроме одного случая. Есть у прова скажем 50 серваков. В одном случае надо докупать 51-й к ним, а в другом - нет :). При этом, сэкономленные килобаксы вполне себе можно ощутить, как ни странно. В одном случае они у вас есть, в другом вы их на сервер тратите :)
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	65. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Knuckles (ok) on 14-Ноя-10, 12:58
	> кто вычисления запускает, поймет, что не то чтобы 2000% прирост в скорости > - 2% это уже очень здорово. Автор молодец Ну и хрень ты понаписал в оригинальном комментарии %) Я вообще-то намекал именно на то, что 20% ускорение это очень много, а Аноним123 - неумелый тролль.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	55. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+1 +/–
	Сообщение от nsa on 14-Ноя-10, 09:36
	Прежде чем обсуждать попробовали лучше, я поставил сервер и клиента и был приятно удивлён на целероне в 2.4 Ghz при использовании Accel-pptp в режиме клиента скорость поднялась в 5 раз при этом загрузка проца упала и то наблюдаю несущественную нагрузку в SoftIrq. Я уже не говорю о железячных прошивках проекта OpenWRT, для примера железка DIR-320 с accel-pptp даёт производительность в 60~70 mbps спокойно.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	75. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–5 +/–
	Сообщение от User294 (ok) on 14-Ноя-10, 20:43
	Во-во, а без аццеля оно и 20 мбит еле-еле со скрипом пропихать сможет.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	58. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Xaionaro (ok) on 14-Ноя-10, 10:43
	Прирост на самом деле огромный. Если на poptop pptpd у меня сервер тянул от силы 100 клиентов, то после перехода на accel-pptpd стал вполне неплохо тянуть 350-400. Правда после ещё некоторых оптимизаций он способен теперь вообще больше 1000 тянуть, но это отдельный разговор. Жаль только, что я уже в продакшен ввёл сервер со самосборным accel-pptpd, когда оказывается его на днях собираются уже встроить в ядро :(
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	59. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–3 +/–
	Сообщение от rm_ (ok) on 14-Ноя-10, 10:48
	> Прирост на самом деле огромный. Если на poptop pptpd у меня сервер > тянул от силы 100 клиентов, то после перехода на accel-pptpd стал > вполне неплохо тянуть 350-400. Правда после ещё некоторых оптимизаций он способен > теперь вообще больше 1000 тянуть, но это отдельный разговор. Всё-таки подумалось: чего только люди не изобретут, лишь бы не пользоваться L2TP.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	67. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+1 +/–
	Сообщение от Arti (??) on 14-Ноя-10, 16:38
	И чего есть принципиальная разница? То и то в качестве транспорта использует L3, нуда понятно чо udp лучше и "легче" чем gre. Но если говорить о провайдере, он уж постпрает обеспечить прохождение gre по свой собственной сети. Вообше если свичи доступа поддреживают v6, есть смысл строить сеть на супер-вланх. Т.е. l3-туннели и PPPoE постепенно должны терять актуальность с точи зрения провайдера. Но подчёркиваю принципиальной разничы нет, даже в настройках клинтов виндовз. Там убирать обязательное шифрование, в другом случае пачить рестр, чтобы не юзать IPSEC.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	69. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от ы on 14-Ноя-10, 18:15
	Option 82 рулит, жаль не все оборудование его поддерживает.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	91. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Аноним (??) on 17-Ноя-10, 01:28
	> Вообше если свичи доступа поддреживают v6, есть смысл строить сеть на супер-вланх. Вот с этого момента, пожалуйста, поподробнее. Что за "супер-вланы" такие?
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	92. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Аноним (??) on 17-Ноя-10, 13:58
	> Вот с этого момента, пожалуйста, поподробнее. Что за "супер-вланы" такие? А, черт, погуглил. Не слышал раньше таких слов, ощутил себя пионером. Це ж "VLAN aggregation" aka "QinQ", да? Или я чего-то не так понял? Хотя, наверное, не так - потому как не ясно причем тут v6. Что с v4 отдавать /32 на клиента (NAT = нетрадиционная ориентация, ящитаю), что с v6 по /48 или, пусть даже, /64 - цифры сравнимы. Вообще, учитывая что у IPoE нет никакой внятной защиты, а IPsec работает только между конечными адресатами, и никак не частично, на участке "клиент-провайдер", у PPP еще долгая жизнь.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	97. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Arti (??) on 21-Ноя-10, 02:06
	http://www.faqs.org/rfcs/rfc3069.html Про V6 заикнулся исключительно в свете мультикаста. Использовать шифрование ТРАФИКА в системе "абонент-провайдер"  неэффективно.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	76. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–5 +/–
	Сообщение от User294 (ok) on 14-Ноя-10, 20:47
	> Всё-таки подумалось: чего только люди не изобретут, лишь бы не пользоваться L2TP. Никто и не спорит что PPTP гадость, однако ж гадость почему-то упорно юзается провами и хомяками для доступа в инет. И как-то нельзя взять да и запретить им это в стиле "с завтрашнего дня, сцуки, юзаете только L2TP". А раз так - есть потребность в решении задачи "PPTP должен быстро работать". Правда просто? Теперь я кажется понимаю почему появился анекдот про инженера, физика, математика и пожар... :)
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	83. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Xaionaro (ok) on 14-Ноя-10, 23:38
	>> Прирост на самом деле огромный. Если на poptop pptpd у меня сервер >> тянул от силы 100 клиентов, то после перехода на accel-pptpd стал >> вполне неплохо тянуть 350-400. Правда после ещё некоторых оптимизаций он способен >> теперь вообще больше 1000 тянуть, но это отдельный разговор. > Всё-таки подумалось: чего только люди не изобретут, лишь бы не пользоваться L2TP. Между прочим l2tp я тоже поднимал на тех серверах. И поднимать его пришлось на openl2tpd, что было порядком геморройнее, чем поднять accel-pptpd :) И я подчеркну, что я изначально ЗА L2TP, однако пытаясь обеспечить шифрование, мне приходится использовать ipsec, когда и без него само слово l2tp клиентов иногда напрягает. К тому же я предпочитаю предоставлять клиентам наибольшее кол-во альтернатив в меру доступного у меня времени и навыков.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	82. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от light (??) on 14-Ноя-10, 23:30
	а подскажите, что именно нужно сделать, чтобы линуховый pptp тянул 1000 подключенных юзеров и больше?
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	84. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Xaionaro (ok) on 14-Ноя-10, 23:46
	> а подскажите, что именно нужно сделать, чтобы линуховый pptp тянул 1000 подключенных > юзеров и больше? Ну зарание подчеркну, что конкретно в моём случае дан очень мощный сервер. А проблема производительности после перехода с strongswan/xl2tpd/poptop-pptpd на racoon/openl2tpd/accel-pptpd начала упираться, например, в то, что conntrack обрастал соединениями. Из-за чего пришлось, например, перевести фаерволл в state-less режим. Вы лучше скажите, какой у вас канал, какой сервер и как организована сеть на L3+ (например в моём случае NAT-ирование и netflow-сенсор работают на цисках уже после VPN-сервера)
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	68. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от К.О. on 14-Ноя-10, 17:42
	Я бы сказал, не на 200%, а на всю 1000%. Разница в производительности - потрясающая.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	85. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Xaionaro (ok) on 14-Ноя-10, 23:51
	> Я бы сказал, не на 200%, а на всю 1000%. Разница в > производительности - потрясающая. Ну, например, конкретно в моём случае скорее лишь где-то на 500% :)
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	98. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от nuclight (ok) on 03-Дек-10, 21:39
	> ну неужели в userspace это так тормозит? неужто прирост на 200% произошел? Да запросто и больше бывает. > небось добились улучшения производительности каких-нибудь жалких 20% ... зато сломали > "слоёный пирог" :-/ :-/ :-/ Во фре уже 10 лет как есть netgraph, который вполне себе грамотно спроектирован, без "сломали". И mpd отлично работает.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

8. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+2 +/–
Сообщение от Аноним (??) on 13-Ноя-10, 19:37
Хорошо, вот и русские засветились в качестве разработчиков ядра
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от rm_ (ok) on 13-Ноя-10, 20:59
	> Хорошо, вот и русские засветились в качестве разработчиков ядра Далеко не впервой, если грепануть чейнджлоги, там немало русских если не почтовых адресов, то имён и фамилий точно.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	21. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+2 +/–
	Сообщение от pavlinux (ok) on 13-Ноя-10, 21:55
	Да ты что, ПОХМЕЛЬ (POHMELFS) не знаешь? Евгений Поляков с бодуна написал.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	50. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Аноним (??) on 14-Ноя-10, 07:53
	Это та фс которая гробит файлы открытые с ключем o_append ?
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	42. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от анонимус (??) on 14-Ноя-10, 02:50
	tc  наш соотечественник написал
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	86. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от www2 (ok) on 15-Ноя-10, 07:10
	Жаль только, что у него якобы до сих пор нет времени задокументировать написанное. Так и живём: tc есть, а хорошей документации на него нет.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	93. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от анонимус (??) on 17-Ноя-10, 21:30
	> Жаль только, что у него якобы до сих пор нет времени задокументировать > написанное. Так и живём: tc есть, а хорошей документации на него > нет. LARTC вам не нравится?
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

13. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
Сообщение от Gerk (ok) on 13-Ноя-10, 21:27
Отличная новость, accel pptp очень сильно помогает поднять отдачу от железа VPN сервера. Наблюдал минимум 5ти кратное падение нагрузки на сервер.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
Сообщение от Raptor (??) on 13-Ноя-10, 21:30
Народ ткните меня в первоисточник. никак не найду.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от pavlinux (ok) on 13-Ноя-10, 22:08
	> Народ ткните меня в первоисточник. никак не найду. http://git.kernel.org/?p=linux/kernel/git/x86/linux-2.6-tip....
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

15. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
Сообщение от Аноним (??) on 13-Ноя-10, 21:31
Кстати, в нём сделали Gigawords, что очень хорошо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+1 +/–
Сообщение от Аноним (??) on 13-Ноя-10, 21:39
они наконец изобрели mpd :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+2 +/–
Сообщение от xeb (??) on 13-Ноя-10, 21:41
>Эххх.. Вот чего не хватает у линуксе, так аналога MPD из freebsd. accel-pptp начиная с версии 1.1 поддерживает PPTP/PPPoE/L2TP в одном флаконе + radius DM/CoA, встроенный шейпер, сейчас идёт разработка cli через telnet, так что скоро будем иметь функционал mpd...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	19. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Аноним (??) on 13-Ноя-10, 21:45
	А как реализован механизм выставления правил tc? Через внешний вызов скрипта? Такой же вопрос задала на nag.ru
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	28. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от pavel_simple (ok) on 13-Ноя-10, 22:42
	> А как реализован механизм выставления правил tc? Через внешний вызов скрипта? > Такой же вопрос задала на nag.ru через нетлинк.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	29. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от pavlinux (ok) on 13-Ноя-10, 23:53
	> сейчас идёт разработка cli через telnet SNMP ещё можно :)
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	60. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от ы on 14-Ноя-10, 11:06
	xeb спасибо тебе за твою работу.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	77. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–5 +/–
	Сообщение от User294 (ok) on 14-Ноя-10, 20:49
	> accel-pptp начиная с версии 1.1 поддерживает PPTP/PPPoE/L2TP в одном флаконе + radius > DM/CoA, встроенный шейпер, сейчас идёт разработка cli через telnet, так что > скоро будем иметь функционал mpd... А кстати, почему в версии 1.х нет клиента? Клиент аццеля - жутко нужен в всяких мелких железяках например. Надеюсь, это направление не будет похоронено?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	79. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от xeb (??) on 14-Ноя-10, 20:55
	> А кстати, почему в версии 1.х нет клиента? Клиент аццеля - жутко > нужен в всяких мелких железяках например. Надеюсь, это направление не будет > похоронено? нет, не похоронено, оно осталось в ветке 0.8.х
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

20. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
Сообщение от xeb (??) on 13-Ноя-10, 21:47
>А как реализован механизм выставления правил tc? Через внешний вызов скрипта? во-первых, есть встроенный шейпер на tbf, планирую так-же внедрение htb во-вторых, можно вызывать скрипты ip-up/ip-pre-up
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от pavel_simple (ok) on 13-Ноя-10, 22:41
	>>А как реализован механизм выставления правил tc? Через внешний вызов скрипта? > во-первых, есть встроенный шейпер на tbf, планирую так-же внедрение htb > во-вторых, можно вызывать скрипты ip-up/ip-pre-up поздравляю -- успехов.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	43. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от анонимус (??) on 14-Ноя-10, 02:56
	>>А как реализован механизм выставления правил tc? Через внешний вызов скрипта? > во-первых, есть встроенный шейпер на tbf, планирую так-же внедрение htb > во-вторых, можно вызывать скрипты ip-up/ip-pre-up О, tbf это гут.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

26. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+1 +/–
Сообщение от pavel_simple (ok) on 13-Ноя-10, 22:41
спасибо редактору, который сделал из малоинформативного поста полноценную новость.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	78. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	–5 +/–
	Сообщение от User294 (ok) on 14-Ноя-10, 20:53
	А вам спасибо за то что написали как умели. Лучше так, чем никак ;).
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

40. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
Сообщение от Алексей (??) on 14-Ноя-10, 02:31
Замечательная новость! Большое человеческое спасибо Дмитрию за его труд.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

66. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
Сообщение от vinnipux on 14-Ноя-10, 16:11
Отличная новость ! Дмитрий молодец!!! Использую accel-pptp уже год на серверах, если бы не его проект, то пришлось бы очень туго (протокол заменить не могу). Присоединяюсь к БОЛЬШОМУ человеческому спасибо ! :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

89. "Запрашивает Миша Рыцаревъ"	–1 +/–
Сообщение от ua9oas on 15-Ноя-10, 11:37
А существует ли отдельное ПО для этих же целей и возможностей? (т.е. до включения того в состав ядра). А есть ли такое ПО для винды?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

90. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
Сообщение от Аноним (??) on 16-Ноя-10, 19:48
Интересно, на чем теперь эффективнее держать впн-сервера на фряхе или новом ядре с этой убийственной фичей? Где тесты от известной конторы?!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

94. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
Сообщение от Аноним (??) on 18-Ноя-10, 07:54
Потестировал на скору руку - фряха лучше.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	103. "Код отечественного проекта Accel-pptp войдет в состав Linux-..."	+/–
	Сообщение от Kostik (??) on 13-Янв-11, 20:31
	> Потестировал на скору руку - фряха лучше. будет больше сессий, фряха будет в разы хуже вот с железки работающей около года Pentium(R) Dual-Core  CPU      E5200  @ 2.50GHz Mem:   1022084k 2xIntel(R) PRO/1000 uptime 20:19:47 up 297 days who|wc -l 324 ifstat -bi eth0 -i eth1        eth0                eth1 Kbps in  Kbps out   Kbps in  Kbps out 106249.0  105345.8  113198.2  112599.3 102310.0  106386.2  114253.5  108548.6 99590.85  104162.4  111802.9  105542.5 103964.7  109329.5  117658.6  110339.6 до 200 мегабит видел, тянуло в 50% загрузки около 500 сессий, без NAT.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

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

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