NiTr0

И именно поэтому профита относительно небольшим сетям (эдак до нескольких десятков тысяч абонов) от ggc не будет... От того скорее всего и установлена гуглом полка в 1 гбит канала - менее этого и гуглу смысла нет напрягаться (они снижения нагрузки не почувствуют), и прову толку не будет (cache miss будет весьма значительным)

Сколько % ее снимут? Уверен - в пределах статистической погрешности... Я к примеру не видел массового распространения всяческих адблокеров...

Практика показывает обратное Абон ищет, где подешевле. От того и валят толпами к демпингующим провам - пускай вечером инет лагает, но зато 100 виртуальных мегабит (из которых вечером мегабит 5 бывает) за 40 гривен (к примеру), а раньше за 20 почти гарантированных платил аж 75грн... У вас так часто падает аплинк, причем - надолго? Или у вас один-единственный аплинк? К слову, еще абоненты хотят смотреть ТВ, когда ваша головная иптв станция слегла, или антенное поле поломало ураганом/засыпало снегом/туман с дождем забили сигнал со спутника/прочее... Посмотрите, сколько клиентов SatT

Сегодня похоже у уарнета, во всяком случае в моем городе, наступил локальный конец света с 1.00 до 3.30 ночи, судя по графикам...

Если сидбокс будет выглядеть как обычный клиент, который кеширует скажем 1 минуту видео, и старые блоки отправляет в /dev/null, при этом - видео никуда не проигрывает, то вполне себе будет работать... Другое дело - при наличии грамотно организованного ретрекера от него смысла нет, 2 пира и так снюхаются через ретрекер, через свои каналы, а тянуть все 100500 каналов, которые туда однозначно вобьют через некоторое время - никакого внешнего канала не хватит

Стандартный multipath routing довольно-таки неплохо балансирует сеть из нескольких десятков машин.. Ну и балансировка по destination - значит, коннект к какому-либо узлу будет идти всегда через один маршрут. Ессно, рандомно через один из каналов, какой первоначально будет выбран. Идеально - не сбалансирует, но все же...

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

1) дороже 2) на морозе может окаменеть - фиг намажешь/макнешь 3) купить сложнее, а олово - оно везде есть... А смысл? По механическим х-кам они хуже, да и неведомо, надолго ли их хватит...

ЕСС есть местами и на десктопах... По поводу рейда - софтовый ормально работает. Аппаратный - только при наличии кеша и BBU имеет смысл.

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

Стоит брать зион + ЕСС память, благое дело - не дороже десктопого будет. Ну или АМ3+ от АМД (FX8350 - знатная числодробилка ышла, под всякое преимущественно целочисленное многопоточное - самое то, да и вроде как аппаратная виртуализация на амд меньший оверхед дает). Ну или берите б/у LGA771 сервера - тоже для ваших задач весьма годная платформа, пожалуй кошернее 4-головых ивиков будет для ваших задач (ибо 8 ядер - меньше потерь на переключение контекста, а большая латентность памяти не так уж и критична для вычислительных узлов - она критична для трафикомолотилок типа бордеров/брасов). Про па

В общем случае - нет. Невозможно четко определить торрент.

Угу, весьма давненько. У нас инфоком, будучи одним из наших аплинков, киевстаровским уаиксом торговал - отказались от них в итоге, что ни вечер, то 2-3 МБ/сек в один поток, а то и 400-500 КБ/сек, хомяки волком выли...

SL2210WEB меньше...

Да куда ж вы эту какаффку советуете как аналог DES-3200-18 В свое время были в сети TP-Link TL-SL2224WEB, еле избавился от них и перекрестился. Это просто чуть лучше мыльницы))))) А DES-3200-18 достойный внимания свич, как и вся линейка DES-3200-ХХ ТС написал же, что ему нужен самый простой вебсмарт... Что собссно и предлагается. Вланы умеет (некоторое кол-во), порты гасить умеет, посмотреть чо на портах творится (бегают ли пакеты) - можно...

Какой гипертрейдинг на i5? А копать ИМХО в сторону железа (глюкавая карточка/глюкавая память/глюкавая мать). Для начала - memtest86 на сутки-другие, потом - перетыкивание карточки в другой подручный тазик, потом - замена карточки...

Подумайте, кто будет выступать сервером...

RTFM. Конкретно - dae_server.

тплинк?

Контрольные вопросы рулят. 4-5 штук, почти очевидных (типа города, номеров техподдержки и т.п.), меняющихся между собой местами. Даже анкеткой. Ни одного бота уже несколько лет, + значительно отсеялся поток спамеров/прочих юзеров, не желающих поискать ответы на вопросы хотя бы на главной странице

Прекрасно делается. CoA настраивается, и все работает...

Немедленно выбросьте мобильный телефон. Ибо он во время разговора излучает до 1Вт энергии... Да, обычная ТД излучает до 100 мВт. Это если вы не в курсе. А вообще - знающие люди говорят, что шапочки из фольги помогают, а еще лучше - медный таз на голову

error sending response: not enough free resources - арп таблица не переполнилась случаем?

Можно (если нетфильтр для бриджей включен), хотя все равно надо бы источник найти (читать: правила виртуалок перекопать).

Кто писал правила? Много, да бестолково налепили... 1) nat - в postrouting добавить одно правило -A POSTROUTING -o eth0 -j MASQUERADE Т.е. - натятся все пакеты, покидающие eth0. На всякий, пусть будет. 2) filter - перечистить все, слишком уж налеплено много, и редхэтовские ошметки, и с непонятной радости FORWARD цепочка редиректится в редхетовский сгенеренный input фильтр, и нерабочая в принципе блокировка smtp - ибо до нее дело не доходит... Ну и неплохо бы заодно послушать, что на eth0 уходит у данной виртуалки (их же несколько на реальном хосте ведь? может, другая, а не препа