m4a12345

Page reclaims: 35592994 Page faults: 450 Block input operations: 24 Block output operations: 283360840 Подскажите, что эти параметры означают

Подскажите, после переноса msd_lite с офисного компа на сервер, появились подсыпания картинки. Server: Multi stream daemon lite 1.08 (Jul 8 2018 15:34:50) start time: Fri Aug 3 09:48:18 2018 running time: 0+03:25:18 connections online: 1 timeouts: 0 errors: 0 HTTP errors: 4 insecure requests: 0 unhandled requests (404): 2 requests per sec: 0 requests total: 773 Per Thread stat Thread: 0 @ cpu 0 Stream hub count: 7 Clients count: 9 Rate in: 20 mbps Rate out: 28 mbps Total rate: 48 mbps Thread: 1 @ cpu 1 Stream hub count: 11 Clients count: 20 Rate in: 29 mbps Rate out: 54 mbps Total rate: 83 mbps Thread: 2 @ cpu 2 Stream hub count: 10 Clients count: 15 Rate in: 29 mbps Rate out: 38 mbps Total rate: 67 mbps Thread: 3 @ cpu 3 Stream hub count: 3 Clients count: 5 Rate in: 15 mbps Rate out: 20 mbps Total rate: 35 mbps Summary Stream hub count: 31 Clients count: 49 Rate in: 94 mbps Rate out: 140 mbps Total rate: 234 mbps Res usage CPU usage system: 10,67% CPU usage user: 1,23% CPU usage total: 11,90% Max resident set size: 566 mb Integral shared text memory size: 0 Integral unshared data size: 0 Integral unshared stack size: 0 Page reclaims: 35592994 Page faults: 450 Swaps: 0 Block input operations: 24 Block output operations: 283360840 IPC messages sent: 0 IPC messages received: 0 Signals received: 0 Voluntary context switches: 91838679 Involuntary context switches: 10506 Limits CPU count: 8 IOV maximum: 1024 Max open files: 8192 / 8192 Virtual memory max map: infinity / infinity mlock max size: 65536 / 65536 Data segment max size: infinity / infinity Resident set max size: infinity / infinity Stack segment max size: 8388608 / infinity CPU time max: infinity / infinity File size max: infinity / infinity Core file max size: infinity / infinity Processes max count: 15771 / 15771 System info OS: Linux 4.4.0-130-generic Hostname: iptv-proxy.(none) Version: #156-Ubuntu SMP Thu Jun 14 08:51:45 UTC 2018 Hardware Model: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz Clockrate: 2327.484 CPU count: 8 Phys mem: 2007 mb В какую сторону смотреть?

Ну прям интрига с этим SBS. Щас лупит 20дб на 14 км, 15 дб потерь в линии аж. SBS на передатчике стоит минимум (13дбм). Аналог показывает нормально. Может увеличить компенсацию? Щас кстати в работе два EDFA1550HQ-31 EDFA1550HQ-35 на 4 и 8 портов, лупят на 24.5 дб. В работе не долго, про отказоустойчивость ничего сказать не могу. Единственная проблема - плавит колпачки на патчкордах и розетках, причем на удаленном узле даже :)

Кольца есть, естественно. Вот и создал тему, чтоб узнать отзывы эксплуатации, сделать нормально. Это больше решение проблем с КТВ и недостатком волокон. опт 82, мультикаст не используется. IPoE вланами на 128 человек Оке учту. В принципе, уже все становится более менее понятно. Gpon - еще одна точка отказа. Хотя по всем параметрам подходит (по крайней мере количество маков на ONU около 960, 500+ аплинк) Ну вот ладно 160 домов еще можно копику в каждый дом, но следующий район - 350 сталинок от 8 до 32 квартир что еще более печальней, там тоже колбаса с кольцами :(

Здравствуйте. На данный момент имеется рабочая сеть на 160 домов (пятиэтажки), которые подключены по цепочкам 10-15 свичей (D-link 3526, 3200). Текущая топология мало устраивает, т.к. электрики из местного жека регулярно отключают подъезды от электричества для профилактики, и получается, что по пол дня 1-15 домов сидят без интернета. Ладно бы, оставили бы так все, но появилась задача ещё и ктв провести, и тут возник вопрос, как лучше сделать? На уме три варианта: 1) Ставить два мини-узла и тянуть к ним по 64 волокна, а ктв на дом пустить через фильтра 1310-1490/1550 2) Ставить два мини-узла и тянуть к ним по 96+ волокон, одно волокно инет, второе ктв (с делителями 1/4, 1/8, 1/16 в муфтах) 3) Gpon. Допустим, у елтекса есть решение, где ONU - это sfp. Так, если прикинуть, что на один gpon порт можно повесить сразу 20 домов (400 абонентов макс). При этом варианте получается даже дешевле раза в два, и переваривать топологию даже почти не нужно.

У меня вот такой вопрос: сейчас стоит 1036 и, в принципе, ничего не делает, работает как л3. трафик 4 гигабита, 5 тыс юзеров, нагрузка 3%. Вопрос в чем - можно ли включить на нем фаерволл для блокировки абонентов? Или что-то типа captive portal? Боюсь что не вытянет.

Вообще этот абонент принесёт гораздо больше пользы, если будет пользоваться интернетом вашего конкурента. Если вы понимаете о чем я... :)

На сколько я знаю для гигабита минимальная длинна 1 метр.

Админку можно просто установить, если ядро древнее?

Путь варят в две муфты.

Отдайте рукастому сварному, пусть вокруг ленту стальную приварит.

Т. е. можно через агрегацию, в которой можно 16 тыс маков только, пропустить, скажем 30 тыс маков, просто прописав сотню тегированных вланов на два порта?

На нэтбуках спидтест проверяют через интернет-эксплорер!. Там реально цифры больше.

Немного не в тему, но хотелось бы задать вопрос: dhcp snopping нормально уживается со статичными привязками? В логах много флуда про конфликт динамической привязки со статической. На данный момент имеем ipmb со статическими привязками, а хотелось бы чтоб абонент мог сам мак поменять себе...

Тут даже есть костыль от самого нетапа До 8,91 версии После 8,91