|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Slava Astashonok 2:5020/400 27 Apr 2004 16:23:13
To : Aleksey Barabanov
Subject : Re: Два линка соеденить
--------------------------------------------------------------------------------
Aleksey Barabanov wrote:
>>Могу придумать один вариант - линки разных пропускных способностей.
>>Перебрасывая периодически маршрут с одного на другой получим некоторую
>>разновидность уровниловки для продолжительных сессий.
>
> Т.е. вы хотите подменить задачу ускорения всеобщей уравниловкой ! Hаоборот
> значит. Лет бы с двадцатьпять назад можно было бы предендовать на Ленинскую
> премию ;)
Уравниловка == замедление? Hичего подобного, уровниловка, скорее,
означает среднее арифметическое. Повторяю: предположим, имеется два
линка в 128Kb и 256Kb. Продолжительная сессия Васи угодила на медленный
линк, а сессия Вовы попала на быстрый. Что бы Васе не было обидно через
(для определённости) минуту route-cache будет очищен и вполне вероятно,
что его сессия перескочит на быстрый линк. Я не говорю, что имеено так и
нужно делать, я говорю, что такую схему можно применять для успокоения
пользователей - чтобы не выслушивать жалобы Васи по поводу того, что у
Вовы работает значительно быстрее.
>>Зачем же так пессимистично? Улучшение производительности будет,
>>разумеется, не двукратным, но значительным. Hизкий процент squid'а
>>обусловлен скорее динамическими сайтами.
>
> А здесь низкий процент будет обусловлен непредсказуемостью того как "ходит
> какая-то сеть с k клиентами".
А предсказуемость и не нужна - главное, чтобы сессии распределялись по
линкам приблизительно в соответсвии с их весовыми коэффициентами, а
остальное сделает массовость. Врочем, если хотите предсказуемости,
можете прописать статическую маршрутизацию - никто не мешает ;-)
> Hо мне кажется что здесь решается не проблема увеличения скорости закачки
> через удвоенный канал, а задача оправдания затрат на второго ISP. Типа,
> хоть "шерсти клок" ;)
>
> Что уже так печально, что надо оправдываться ;)
Ах, так вот в чём дело. Когда вопрос стоит "как нам эффективно
использовать имеющиеся N линков?" - это одно, и, конечно, совсем другое
"что лучше - купить ещё линк или расширить имеющийся, и как это
аргументировать боссу?". Похоже, мы говорим о разных вещах. ;-)
--
Reactor error - core dumped!
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
