Jump to content
Калькуляторы

windows_NT

Пользователи
  • Content Count

    56
  • Joined

  • Last visited

About windows_NT

  • Rank
    Абитуриент
  1. doubtpoint Почему бы вам не заменить комп, на mikrotik CCR1036-8G-2S+EM. Его цена примерно на уровне с хорошим компом, ~$1200. Работает хорошо.
  2. Вся тема, прямо как анекдот. Министр сельского хозяйства жалуется Михаилу Горбачеву: «Куры дохнут». Михал Сергеич: «Я знаю! Нужно выложить вокруг птицефабрики круг белым гравием, и они дохнуть перестанут». Через какое-то время министр докладывает, что куры по-прежнему дохнут. Горбачев: «Рисуем квадрат!» Потом треугольник. Проходит время, министр Горбачева избегает. Тот не выдержал, сам его вызвал. Оказалось— все куры подохли. «Жаль,— говорит Горбачев,— столько задумок еще было!»
  3. сугубо практическая тема - mpd В OpenBSD более производительная альтернатива npppd.
  4. Отсюда поподробней, пожалуйста. Что выимеете ввиду под обслуживанием, и что именно неудобно во FreeBSD. Я имею ввиду, ввиду минимальное количество действий по обновлению ПО. Например, обновление FreeBSD (когда используется GENERIC ядро) делаем через freebsd-update скрипт (если ядро CUSTOM, тут уже начинаються сложности с непредсказуемым результатом, нужно тратить гораздо больше сил), обновление ПО нужно пересобирать из исходников, в бинарных пакетах предусмотрено только минимальное количесвто опций, которых в большинстве случаев не достаточно. Подводя итог, там где используеться обновление посредством сборки из исходника не всегда предсказуемый результат. Если используеться единый репозиторий доставки пакетов для серверов, тут есть ещё один подводный камень не совместимости. Пример из практики, на двух серверах стоят вроде бы одинаковые системы, собрал центрально ядро чтобы обновить на двух серверах, заслал. В результате подуль pf.ko на одном загрузился на втором нет. Оказалось, что когда-то в бородатые времена, кто накладывал маленький патч и забыл убрать строку в системе сборки. В Linux (Red Hat) в подавляющем большистве случаев используеться исключительно бинарный подход, поэтому всё работает. Да бывают иногда казусы, но это бывает крайне редко. Ядра все бинарно совестимы в рамках одного мажорного релиза, с модулями мне проблемы не встречались. Ну насчёт глубоко, вы ошибаетесь, всё на поверхности. Различия видны даже не вооруженым взглядом. А вот насчёт производительности OpenBSD, вы правы. Я хотель бы понять, как люди определяют уровень произвоительности ещё достаточный для использования OpenBSD.
  5. Вот это аргумент! Щас во всех современных дистрибутивах линукс, все нужные пакеты доставляются одной командой. Во фре, думаю, не сильно сложнее. Да и наверняка есть дистрибутивы, в которых можно поставить сразу всё по маскимуму(ни разу не интересовался такими, поэтому сходу не назову) Вообще, в провайдинге должно быть "чем проще, тем лучше". Всё-таки ISP это не высокотехнологические компании, занимающиеся научной или научно-технической деятельностью, а всего-лишь коммунальные службы, предоставляющие типовые сервисы населению. Очевидно, что обслуживать linux или freebsd проще, чем какую-нибудь экзотику типа openbsd. Вы не уловили сути, про "базовую систему". То что идёт в опёнке, уже пропатчено и оттестировано. По поводу обслуживания, удобней всего обслуживать Linux, фря в этом плане гораздо менее удобна, а что касается OpenBSD то если используеться софт который идёт в базовой поставке, то в большинстве случаев обслуживаение не требуется.
  6. Насчёт RIP, Я с вами не согласен. До определённого уровня производительности, на роутере и на www сервере OpenBSD Я бы предпочёл и линуксу и фре. В силу того, что в опёнке всё идёт в базовой системе, ничего не нужно доставлять из пакетов. В довесок к этому, время на базовую настройку и разворачивание сервера с полного нуля, сводиться буквально к 10-15 минутам (из практики). Был интересный случай, когда в небольшой организации товарищ развернул роутер с BGP за 8.5 минут вместе с установкой и быстрой настройкой, успел как раз к приезду директора :)
  7. Полностью с вами согласен. Но как бы вы для себя обозначили границу, производительности в рамках которой ещё можно использовать OpenBSD ?
  8. Ставьте систему, которую лучше знаете, или которую знает знакомый гуру. Я пользуюсь FreeBSD уже более 15 лет, и остаюсь с этой системой, поскольку сервера используются для серьёзных задач. Админы помоложе юзают гламурные линуксы со стразиками. Ну у вас, в ответе пахнет идеологическими соображениями нежели практическими. Я вопрос задал, исходя сугубо из практических соображений.
  9. Используете ли вы у себя в продакшене, сервера на OpenBSD ? Для каких задач ? Как вы считаете где эта система себя проявит гораздо лучше, чем Linux или FreeBSD ? Немного сумбурно вышло, но тем не менее. :)
  10. Подскажите, а bug 12309 имеет место быть в centos 6.4 или его уже забароли ?
  11. Только когда они стоят в одном сегменте. FreeBSD умеет broadcast'ом рассылать свои задачи на соседние Линуксы. Криворукие редхатовцы не могут починить эту багу с 1987 года. Я тоже думаю что это из области фантастики, но бьют себя пяткой и говорят что истину глаголем.
  12. Встретил людей, которые искренне убеждены что под фрёй в силу каких-то вселенских сил MySQL(5.0.67) под постоянной и огромной нагрузкой работает намного быстрее и стабильней, чем под линуксом. Что якобы линукс Centos 6.x через два дня тупит и тормозит, а фря работает как заведённая. Возможно ли такое ?
  13. Ого, тут целый холивар вырос. :( Хотя в первом посте, о каком либо соперничестве нет ни одного слова.
  14. Первый и пока единственный существенный аргумент в пользу использования FreeBSD в проекте (только если на её базе будет писаться какой-то продукт) на двух страницах. Про испрользование на сервере, под какие либо задачи пока по нулям к сожалению. Спасибо.