Перейти до

Помогите определится с ядром


Рекомендованные сообщения

Ошибки появляются рано или поздно

Исследование выше говорит об обратном. Только у бракованных модулей появляются ошибки, у остальных - нет.
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 81
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

mx80 - 80 Gbps mx240 - 960 Gbps

После замены серверной с разнообразного самосбора на нормальные HPшные сервера моё мнение про ЕСС и надёжность платформ вообще кардинально поменялось. Не виснут HP, вообще. Абсолютно. Полностью. Само

Зачем использовать заведомо глючное железо в бизнесе? Желание сэкономить 10$ на платформе всегда кончается бедой. Интела мемтест крутят без сбоев вечно, особенно если там нормальная платформа с есс.

 какой тип хранимых данных на сервере, это статика или постоянная динамика.

 

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

Ссылка на сообщение
Поделиться на других сайтах

Кстати, кому интересно все же поюзать битую память, гуглите такую штуку: BadRAM

Позволяет не использовать битые страницы памяти. Еще не читал потробности, но вроде линуксы по дефолту умеют, а для фрибсд надо будет что-то собрать наверное.

 

Ссылка на сообщение
Поделиться на других сайтах

 

 

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

 

Вы об этом:

Динамическая оперативная память передает заряд по определенному столбцу. Этот заряд называют стробом адреса столбца (CAS, Column Adress Strobe) или просто сигналом CAS. Этот сигнал может активировать транзистор любого бита столбца. Управляющий сигнал строки именуется стробом адреса строки (RAS, Row Adress Strobe). Для указания адреса ячейки следует задать оба управляющих сигнала. В процессе записи конденсатор готов принять в себя заряд. В процессе чтения усилитель считывания (sense-amplifier) определяет уровень заряда конденсатора. Если он выше 50 %, бит читается, как «1»; в остальных случаях, как «0».

Осуществляется также обновление заряда ячеек. За порядком обновления следит счетчик. Время, которое требуется на все эти операции, измеряется в наносекундах (миллиардных долях секунды). Если чип памяти 70-наносекундный, это значит, полное чтение и перезарядка всех его ячеек займет 70 наносекунд.

Ссылка на сообщение
Поделиться на других сайтах

 

Зачем использовать заведомо глючное железо в бизнесе?

Вопрос можно двигать еще далеко, зачем полагаться на одну железку без резерва в бизнесе? На один датацентр? На датацентры в одной стране, на одном материке :)

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

 

Все в этом мире относительно.

Из 8ми HPшек за год у меня не заглючила ни одна. Итого вместо 5ти PPPoE тазиков у меня сейчас 1 нормальный сервер, и он на своей жизни не глючил ни разу. Недорогая б/у железка с б/у же брендовой памятью.

Второй такой же находится рядом в холодном резерве, но походу это лишняя перестраховка, ибо даже диски в рейде и БП дублирован :)

Ссылка на сообщение
Поделиться на других сайтах

 

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

 

Вы об этом:

 

 

да

Ссылка на сообщение
Поделиться на других сайтах

Зачем использовать заведомо глючное железо в бизнесе? Желание сэкономить 10$ на платформе всегда кончается бедой. Интела мемтест крутят без сбоев вечно, особенно если там нормальная платформа с есс.

Так исторически сложилось. Глюкавость именно К10-х с памятью выявили при замене камня в сервере с К8 на К10. ЕСС на роутеры-бордюры тыкать не стали - смысла нет, все зарезервировано, да и работает как часы. Повторяюсь, аптайм - 2 года, прерывается только по питанию и по обновлению софта.

 

Наверное вы работаете с маленькими кол озу, не буду говорить что место в котором сам работаю тоже работает с большими партиями памяти, но: за последние пару месяцев из зашедших 30ти линеек, назад отправились порядка 20ти, при этом память разных производителей, брак идет всплошную.

Что-то никто из знакомых продаванов не говорил о подобных ужасах...

 

с какого это перепугу они решили поставить ECC?

А я откуда знаю? Может, в надежде что корявая роутерось перестанет вешаться и редутиться по невыясненным причинам, может - показать как это круто...

 

И да, наверное приводя в пример железо микротика вам кажется что везде кругом такая память, ошибаетесь, там память явно специфичная и без дефекта, 100 раз перепроверенная сборщиком, в отличии от тех вариантов которые вы можете приобрести в розничных сетях. Надеюсь поймете к чему это говорю.

Как вы перепроверите распаянный на плате чип? :) И кто будет этим заниматься-то? В дешманском сохо железе, прикрытом брендом? Они там конденсаторы нормальных производителей не всегда расщедриваются поставить, ставят какахи которые пухнут через пару лет - а вы о тщательном отборе и тестировании чипов памяти...

 

А теперь еще про микротик, извините но чему там глючить? там внутри все высчитано до бита

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

Тута вон на наге народ столкнулся с тем, что при навешивании маскарадинга на интерфейсы без указания дополнительных опций типа сорс адреса и т.п. роутер начинает весело таращить... А вы - "высчитано до бита"...

Маркетологи и не такую лапшу навешают, расхваливая чудо-девайсы :)

 

Глючность не сказалб теже длинки тоже глючят

Глючность прямо пропорциональна кол-ву используемых софт-фич. Если от длинка ничего особо не требуется кроме вланов - даже самые дешевые вебсмарты будут пахать на ура. А чем дальше в лес - тем веселее, особенно на л3.
Ссылка на сообщение
Поделиться на других сайтах

Давайте ответим человеку по теме

варианта 2

ccr1016

i7+d-link

я больше склоняюсь к готовому решению

1. Не нужно дополнительных свитчей

2. Высокий уровень лицензии

3. Мало электропотребление

4. Можно купить и держать такой же в резерве или настроить все парарельно

Ссылка на сообщение
Поделиться на других сайтах

Итого вместо 5ти PPPoE тазиков у меня сейчас 1 нормальный сервер, и он на своей жизни не глючил ни разу. Недорогая б/у железка с б/у же брендовой памятью.

 

 
Интиресно узнать что за молотилка такая получилась  :) 
Железо ?
Linux&Accel или FreeBSD&MPD5 ?
Ссылка на сообщение
Поделиться на других сайтах

Можно купить и держать такой же в резерве или настроить все парарельно

Когда клиент с вирусом, флудящий udp пакетами с рандомными сорс/дестинейшн (ну или внешний ддос даже), уложит микротик вусмерть - резерв не поможет :)
Ссылка на сообщение
Поделиться на других сайтах

 

Можно купить и держать такой же в резерве или настроить все парарельно

Когда клиент с вирусом, флудящий udp пакетами с рандомными сорс/дестинейшн (ну или внешний ддос даже), уложит микротик вусмерть - резерв не поможет :)

 

А ми перевіряли, міроктік ццр-1036 не згадаю точніше.

На ньому включен нат для абонських мереж, і статичний дефолт раут.

120 мегабіт трафіку, десь 60кппс і все, проц в 100% весь.

Якшо нат виключити то так, залізяка прокачала під досом 600 мегабіт. Отже як коробочне рішення все в одному - не годится ніяк.

Ссылка на сообщение
Поделиться на других сайтах

Да не, он (фридом12) в правильную сторону смотрит. Это ж самое введение в отказоустойчивость. Если разделить все аккуратненько на 5 машин, то при проблемах с одной из них пострадает только 20% юзеров.

Відредаговано ttttt
Ссылка на сообщение
Поделиться на других сайтах

Да не, он (фридом12) в правильную сторону смотрит. Это ж самое введение в отказоустойчивость. Если разделить все аккуратненько на 5 машин, то при проблемах с одной из них пострадает только 20% юзеров.

Тоді давайте розділяти на 20 машин - але тоді все одно будуть юзери страждати.

Треба один раз і нормально зробити. Щоб потім з бубном не танцювати біля цього парку.

Ссылка на сообщение
Поделиться на других сайтах

Тоді давайте розділяти на 20 машин - але тоді все одно будуть юзери страждати. Треба один раз і нормально зробити. Щоб потім з бубном не танцювати біля цього парку.

А давайте для начала изучим теорию, а потом будем "делать нормально"? Или такое не катит?
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

Да не, он (фридом12) в правильную сторону смотрит. Это ж самое введение в отказоустойчивость. Если разделить все аккуратненько на 5 машин, то при проблемах с одной из них пострадает только 20% юзеров.

Тоді давайте розділяти на 20 машин - але тоді все одно будуть юзери страждати.

Треба один раз і нормально зробити. Щоб потім з бубном не танцювати біля цього парку.

 

 

core per user :D

Відредаговано SuperSonic
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

core per user :D

Да, он веселый чувак, это ж по-моему он в другой теме предлагал с ддосом бороться толстым каналом :D

 

 

Ну как вариант ))))) А ещё купить с десяток и переключаться на тот который не ддосят )) А основной физически выключать из порта

Відредаговано SuperSonic
Ссылка на сообщение
Поделиться на других сайтах

 

 

core per user :D

Да, он веселый чувак, это ж по-моему он в другой теме предлагал с ддосом бороться толстым каналом :D

 

 

Ну как вариант ))))) А ещё купить с десяток и переключаться на тот который не ддосят )) А основной физически выключать из порта

 

Вы серьезно считаете что при проблемах досят канал? Боже..
Ссылка на сообщение
Поделиться на других сайтах

 

 

Вы серьезно считаете что при проблемах досят канал? Боже..
 

 

В данном случае - думаю именно так. Автономки нету, работают через НАТ от внешних линковых IP апстримов. Вот эти конкретные IP и ддосят :) Так что имеет место быть.

Ссылка на сообщение
Поделиться на других сайтах

broadcast storm control не поможет на узле?

Не поможет. Люди, юзающие микротик, говорят, что у него коннтрак переполняется даже при приходе на него левых пакетов (не связанных с какой-либо сессией), после чего - МТ вешается... Т.е. - тупой юдп дос с рандомным сорс ип на любой порт при включенном коннтраке (а он нужен для ната) окуклит МТ.

 

А еще до недавнего времени МТ на ура вис при ssh ддосе на него... Тикет пару лет висел.

Відредаговано NiTr0
Ссылка на сообщение
Поделиться на других сайтах

 

broadcast storm control не поможет на узле?

Не поможет. Люди, юзающие микротик, говорят, что у него коннтрак переполняется даже при приходе на него левых пакетов (не связанных с какой-либо сессией), после чего - МТ вешается... Т.е. - тупой юдп дос с рандомным сорс ип на любой порт при включенном коннтраке (а он нужен для ната) окуклит МТ.

 

А еще до недавнего времени МТ на ура вис при ssh ддосе на него... Тикет пару лет висел.

 

storm control - це на доступі можливо вирізати ще якось, а от на магістральних свічах ніхто не буде різати усілякі шторми.

Якщо дос прилетів не зі своєї мережі, а зовні - то як бути?

Я ж казав вже про наші тести. З них видно, що воно повинно бути нормальний бордером, але й тут неуспіх, бгп в нього нормального нема, та й опрацьовує бгп тіки одне чи пара ядер, тому при 2 або більше Full Table (Full View), в нього піде перекос по процессорам.

Якщо не надто згадувати про усі недоліки, то як бордер він ще може згодитися, а от якщо нат + шейпер + фаєрвол(котрий окрім нату) усе буде надто жахливо.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від mav
      Huawei Quidway S5624P
      -Количество слотов для дополнительных интерфейсов: 4 -Тип устройства: коммутатор (switch) -Возможность установки в стойку: есть -Количество портов коммутатора: 24 x Ethernet 10/100/1000 Мбит/сек -Поддержка работы в стеке: есть -Размер таблицы MAC адресов: 16384 -Поддержка Telnet: есть -Консольный порт: есть -Web-интерфейс: есть -Поддержка SNMP: есть Huawei Quidway S5624FКоммутатор HUAWEI Quidway S5624F имеет 24 Ethernet 1000Base-X SFP порта, 4 10/100/1000Base-T порта (combo), 2 фиксированных порта и один слот расширения. Серия коммутаторов Quidway S5600 поддерживает технологию PoE.
      Основными отличительными чертами Quidway S5600 являются пропускная способность объединения, достигающая 96G, высокая плотность гигабитных портов, 10-гигабитный восходящий интерфейс и заменяемый без прерывания работы блок питания. Данная линейка продукции представляет собой новое поколение настольных коммутаторов, способных помочь клиенту внедрить гигабитную Ethernet сеть уровня ядра или сеть уровня сходимости с высокой доступностью и маштабируемостью.
       
      https://www.manualslib.com/manual/280904/Huawei-Quidway-S5624f.html
       
      Оба коммутатора работают в стеке. 
       
      Цена 10000 грн за 2 коммутатора. к.н 050-456-77-47 и 067-670-77-47
       




       
       
       
    • Від BlackHeart
      Продам juniper mx960, комплектация на фотографии
       
      Цена: 32 000 $

    • Від pa4ka_
      Нужен совет по апгрейду сети.
       
      Две серверные.
      В каждой L2 свичи и сервера, FreeBSD на борту и биллингом Nodeny+.
      На свичи приходит 1G от прова оптика в каждую серверную, одтуда в сервер, на том же самом свиче вланы от пользователей и воткнуты в другую сетевую сервера.
      И между етими свичами оптика.
      Такая минисхемка:
       
      UPLINK<--------L2<---FreeBSD<---L2<--пользователи///Серверная 1
                               ↑
                               ↓
      UPLINK<--------L2<---FreeBSD<---L2<--пользователи///Серверная 2
       
      Настроен iBGP на серверах с аплинком и между серверами.
      Каждый сервер натит,шейпит,биллинг,днс.
      Пользователей ~3000 и всегда дополняеться.Трафика в пик до 800мбит/с. Ну ща нагрузка начинает увеличиваться и при падении одной стороны аплинка очень большая нагрузка на один из серверов. 
       
      Хотим перейти на 10G к прову и уа-икс дать пользователям, за одно хотим с ПК снять задачу BGP и возможно шейпера. 
      Как бы лучше организовать такую схемку и что купить в ядро(и как обычно желательно не дорого).
      Ткните на путь правильный и не судите строго. Спасибо.

×
×
  • Створити нове...