С одного клиента может идти от 7 до 200 пакетов в секунду. Система рассчитывается на онлайн в 10к юзеров. То есть получается до 2.000.000 pps.200×10000×8×1500 = 24000000000 бит/с. Или 24 Гбит/с для пакета ТСР. Это очень хорошо и круто.
Просто здравый смысл подсказывает что Java программа не выдержит и ляжет.Не кастомизированное ядро Linux при нормальных сетевых картах выдаёт порядка 300'000 pps или около 4 Гбит/с. У тебя довольно хорошая программа на Яве. С таким интенсивным трафиком может не справляться ядро. Если лишнее из твоей программы повыкидывать и допилить, а лучше переписать на Си, то получится неплохой балансировщик). Хотя не совсем представляю, как 20G обрабатывает твой балансировщик на недопиленном ядре и без кучи интеловских сетевух. Реально хорошая программа на Java))
Но дело в том, что для многих людей соц. сети или онлайн игрушки - очередная плохая привычка, вроде курения или переедания. И самый простой способ с ней бороться, по крайней мере на время работы - убрать саму возможность.Помню в одной компании просто провели учёт рабочего времени, проведённого на развлекательных ресурсах, соотнесли примерно со стоимостью одного часа, посчитали и вычли из ЗП. Как рукой сняло желание куда-то лезть.
Некоторые даже ставят на собственный компьютер программы, ограничивающие соц. сети и онлайн игрушки на определённое время.Неоднократно наблюдал кассиров за кассами, которые со своих лопат сидели в мессенжерах. А это люди, от которых требуется особенная внимательность.
Потому что человеку трудно сознательно противостоять своим плохим привычкам.Потому что не было сознательного противостояния. Те же алкаши, про которых говорят, что они слабовольные и бесхарактерные, могут в любой час ночи пойти за догонкой через буераки до барыги - тут воля и упорство есть недюжие. Нормального человека силой не заставишь такое сделать.
Но есть много организаций, где это действительно повысит производительность.Есть крайне малочисленные организации, где с помощью рычагов и противовесов, также грамотной кадровой работы добиваются хороших и устойчивых показателей: у работника спрашивают чего он хочет получить, добиться (машины, оплатить ипотеку, сделать ремонт, съездить отдохнуть, просто признания его талантов) и потом предлагают помочь ему в этом - компания это место, где он может реализовать свои хотелки или реализоваться. Для этого ему надо хорошо работать и помогать в этом другим.
Узел "Вася" подключается к узлу "Петя".
В момент подключения, "Вася" сообщает:
Я "Вася". Я знаю, как добраться до:
- "Вася", кратчайший путь: ""
- "Коля", кратчайший путь: "Вася"
- "Настя", кратчайший путь: "Вася, Коля" (Возможно, есть ещё более длинный маршрут, но нам достаточно сообщить наиболее короткий)
ГолословноНичего подобного. Это называется перекладывание головной боли с больной головы на здоровую. Единственный толк от кэширующего прокси - сокращение потребления трафика. Административные проблемы должны решаться административным путём. Иначе народ тупо повалит в курилку пялиться в свои смарты.
ARP-таблиц нетБыла вроде.
Провайдер Домру, клиент юр лицо, не должны бы такой фигней заниматься.Помню, бился с провайдером как представитель юр. лица, чтобы тот не блокировал 500 порт и вообще ipsec трафик, потом была возня с 25 портом, который они блокировали у себя в сети видимо для борьбы со спамом. Другой провайдер хорошо резал сторонний трафик UPD-протокола у себя в сети, поэтому были проблемы с openvpn по udp.
Вообще-то при правильном приготовлении - vlan - отличная замена отдельным изолированным кабельным сетямКак с маршрутизацией, балансировкой и отказоустойчивостью на канальном уровне? Если какой-нибудь бедолага петлю по запаркам или не знанию сварганил? Каким способами можно выполнять фильтрацию, приоретизацию трафика? Если иерархию надо реализовать?
осталось человечку восьмитонник на офис с полсотней рабочих мест порекомендоватьДаже шеститонник не нужен. Для таких целей используют мэйнфреймы с кучей сетевых интерфейсов.Вот и вот по цене не сильно ушли от управляемых коммутаторов. А для разделения по сетям и небольшой обработки трафика больше и не надо.
