iglide

Вопрос не понял. 5 гбит пережевывает текущее железо. На какое-то время его еще хватит. Но пределы не за горами. Вопрос в этот форум преследует одну задачу - свести к минимуму количество подобных "экспериментов". Чтоб бить уже наверняка. Технологии процессоростроения меняются каждый месяц. ядра, модули, частоты, кэши всевозможных уровней, всякие гипертрейдинги и прочая... все это появляется и исчезает. Простая формула - "брать что подороже" здесь не работает! Брать нужно со знанием дела. И вот за этим знанием на форум люди и идут. Они, форумы, для того и созданы, чтобы люди допускали меньше ошибок и меньше наступали на грабли. Самый актуальный вопрос - чему отдать предпочтение - частоте или ядрам? Есть ощущение, что упор надо делать на частоту. Я повторюсь, два 4-х-ядерных ксеона сдались перед бюджетным феномом. Ксеоны были по 2.3ГГц. Феном 3.4ГГц. Почему-то оказалось, что 2х2.3<3.4. Вот такая арифметика. Вот, к примеру, новейший интел: http://hard.rozetka.com.ua/intel_xeon_e5_2660_2.2ghz_2mb_8gts_bx80621e52660_S2011_box/p231656/ Стоит почти 1500 у.е. Но что-то мне подсказывает - даже с ним если и будет прирост в производительности, то не на много. И почему-то, к вот этому решению http://hard.rozetka.com.ua/amd_fx_8150_fd8150frgubox/p185637/ доверия больше. Хоть и стоит оно почти на порядок меньше.

Не дешевые эксперименты получатся. Попробовать и5, не получится - переехать на и7? А если и и7 себя не в лучшем свете покажет? Опять же, и5ятые разные бывают. У кого-то ядер больше, у кого-то частоты. куда смотреть? Хотелось бы реальных данных. У кого какая нагрузка на каком железе? Был печальный опыт. Поставили 2-х процессорный Ксеон. в каждом по 4-ре ядра. Так бюджетный феном его просто на лопатки уложил. Вот вам и интел.

Замер 128нс. Как вообще это понять? Что означает прямая начиная от 200м? И как увидеть то единственное соединение (сварку), которая есть на этом участке? rfg_1310нм_2.0км_00035_PC_128ns.sor.txt

Добрый день, уважаемые господа. Приобрели рефлектометр (Гамма лайт от Связьприбор). До этого опыта работы с подобными устройствами не имели. Решили потренироваться "на кошечках". Имеем рабочий участок. Кабель 800м. В нем несколько "серых" волокон. На участке есть одна сварка. Пытаемся сделать замер. Ожидаемый результат - длина участка порядка 800м и одно событие на линии. Однако, получаем вот такую картину (см. аттач) Как интерпретировать полученные результаты? Что делаем не так? PS. Замеры производились на двух разных волокнах и обоих частотах (1310, 1550). Результат везде одинаков. PS2. SOR-файл в аттаче (убрать расширение .txt) Спасибо. green-blue_1550.sor.txt

Украина. Не могу не отметить великолепную работу ребят из isp-servis.ru Получили блок /21 IPv4 + AS примерно за неделю. Заполнили заявку, собрали сканы необходимых документов (минимум), подписали договор и через неделю получили все что нужно. Все быстро и оперативно. По началу немного смущала мысль об оплате (я так понимаю, фирма зарегестрированна в Чехии, поэтому, пугали возможные проблемы с переводом). Но ребята предложили оплатить на карту Приватбанка, что меня вполне устроило. Очень удобно. Что еще стоит отметить - ребята работают по очень редкому в наше время принципу "вечером стулья, - утром деньги". Т.е., мы уже получили блок адресов, получили АС и только потом стал вопрос об оплате. Это просто невероятно! Также, подтверждаю, что при упоминании сайта nag.ru стоимость услуг сразу же снизилась на 15%. За что спасибо отдельное Очень приятно работать с такими организациями. Спасибо!

8-ми ядерный ксеон медленее бюджетного Core2Duo? Зачем тогда вообще нужны все эти ксеоны???Выходит что, в данном контексте никакие современные технологии никому не нужны? Бери что угодно только с максимальной частотой и будет счастье?

Поменяли длинк на Edge-core ES4626. Ситуация не изменилась. Сомнений практически больше нет - проблема на сервере доступа. Но где копать? Процессор не загружен! last pid: 19864; load averages: 1.36, 1.28, 1.22 up 14+15:19:29 13:39:09 362 processes: 4 running, 346 sleeping, 12 waiting CPU states: 5.6% user, 0.0% nice, 9.9% system, 22.5% interrupt, 61.9% idle Mem: 515M Active, 113M Inact, 253M Wired, 44M Cache, 111M Buf, 55M Free Swap: 1983M Total, 433M Used, 1551M Free, 21% Inuse PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 1 171 ki31 0K 16K RUN 1 283.6H 78.42% idle: cpu1 12 root 1 171 ki31 0K 16K RUN 0 177.6H 46.19% idle: cpu0 15 root 1 -44 - 0K 16K WAIT 0 153.9H 41.89% swi1: net 28 root 1 -68 - 0K 16K - 0 39.6H 11.96% dummynet 19590 root 3 8 0 171M 44340K wait 1 364:59 1.76% mpd4 13 root 1 -32 - 0K 16K WAIT 0 212:28 0.20% swi4: clock пинг с сервера на эджкор (интерфейс em0) ужасный: # ping 10.100.110.2 PING 10.100.110.2 (10.100.110.2): 56 data bytes 64 bytes from 10.100.110.2: icmp_seq=0 ttl=64 time=12.419 ms 64 bytes from 10.100.110.2: icmp_seq=1 ttl=64 time=8.583 ms 64 bytes from 10.100.110.2: icmp_seq=3 ttl=64 time=9.039 ms 64 bytes from 10.100.110.2: icmp_seq=4 ttl=64 time=10.990 ms 64 bytes from 10.100.110.2: icmp_seq=5 ttl=64 time=7.383 ms 64 bytes from 10.100.110.2: icmp_seq=6 ttl=64 time=12.115 ms 64 bytes from 10.100.110.2: icmp_seq=7 ttl=64 time=15.866 ms ^C --- 10.100.110.2 ping statistics --- 8 packets transmitted, 7 packets received, 12.5% packet loss round-trip min/avg/max/stddev = 7.383/10.914/15.866/2.663 ms Т.е., даже наблюдаются потери. Пинг же в другую сторону (em1) вполне себе в норме: # ping 10.100.100.1 PING 10.100.100.1 (10.100.100.1): 56 data bytes 64 bytes from 10.100.100.1: icmp_seq=0 ttl=64 time=1.061 ms 64 bytes from 10.100.100.1: icmp_seq=1 ttl=64 time=1.940 ms 64 bytes from 10.100.100.1: icmp_seq=2 ttl=64 time=0.815 ms 64 bytes from 10.100.100.1: icmp_seq=3 ttl=64 time=0.219 ms 64 bytes from 10.100.100.1: icmp_seq=4 ttl=64 time=1.340 ms 64 bytes from 10.100.100.1: icmp_seq=5 ttl=64 time=0.209 ms 64 bytes from 10.100.100.1: icmp_seq=6 ttl=64 time=0.315 ms ^C --- 10.100.100.1 ping statistics --- 7 packets transmitted, 7 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.209/0.843/1.940/0.606 ms Каковы будут рекомендации? Где же, все-таки, копать? Тонкий тюнинг драйвера em0?

Каков же выход? Таки, пропускать ВЕСЬ внутренний трафик через одну (пусть даже серверную) сетевую карту? Но ведь это же абсолютно не оптимально! Или ставить что-то, вроде АТ-9924, который, по словам разработчиков умеет терминировать PPPoE на портах (правда, не более 1024 сессий)?

Тогда как Вы разруливаете локальный трафик, когда поднимается PPPoE-сессия? опять-таки, через сервер? Или батниками, как предлагает народ?

Господа, дайте, плз, ответ, Эта схема работать будет? Никаких подводных камней не появится? А с учетом использования рекомендованного здесь Edge-Core ES4626?

Согласен. Но это уже второй вопрос. Пока у меня стоит задача - либо обеспечить нормальную работу 2-м тысячам нормальных пользователей, либо закрутить гайки против "таких" умников. И, честно говоря, я пока отдаю предпочтение первому. На счет борьбы с умниками - реально ли динамически прописывать мак-и на портах? Т.е., если пользователь валидный - его мак пропускается свитчем. Если же нет, то, "ой"... Вообще, мне кажется, задача достаточно тривиальная. Неужели никто не сталкивался с подобным? Как мне кажется - классическая домашняя сеть. И проблема классическая...

А нельзя при установке PPPoE дефолтовым маршрутом назначить L3 свитч? А он уже будет локалку заруливать в свои порты, а все остальное далее по маршруту (PPPoE-сервер, и т.д...)? В смысле, кому "зя", кому "нельзя"?

Тогда, уточню. Берем любой L3. Отказываемся от виланов. Настраиваем на каждом порту L3 DHCP (своя подсеть на каждый порт). На том же L3 делаем маршрутизацию между портами (соответственно, подсетями). Так? А маршрутом по умолчанию (для всего остального (внешнего) трафика) будет PPPoE-сервер.? В итоге, межсегментный трафик не будет идти далее L3, а весь интернетный трафик будет идти на PPPoE-сервер и далее в интернет. Эта схема работать будет? Никаких подводных камней не появится?

Поставить другой процессор - не проблема. Вопрос в том - мы на 100% убедились что проблема именно в PPPoE-сервере? Мало того, как я сейчас понимаю, дело-то вовсе не в процессоре, если советуют тонкий тюнинг драйверов сетевой карты и обновление ОС. И еще вопрос №2. Неужели у всех провайдеров, использующих vpn (а таки, как мне кажется, большинство) локалка гоняется через PPPoE-сервер??? Неужели нет более элегантного решения не нагружать ответственный сервер огромным (но бесплатным) трафиком?

Вот тут и вот тут пишут что проблемные они. Правда, постинги годичные. - Полагаете, поправил производитель ситуацию? (хотя последняя прошивка на оф.сайте датируется концом прошлого месяца. Стало быть, до сих пор идет обкатка на покупателях...)