The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Эксперимент по реализации http-сервера, взаимодействующего н..., opennews (??), 12-Дек-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


39. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от pavlinux (ok), 12-Дек-13, 22:48 
>> Хм, заодно разница между стеками линукса и фри видна. Фанатам фри на
>> заметочку ;-)
> Ну видно, что сетевой стек фри обеспечивает более ровное распределение канала по
> клиентам. За это приходится платить нагрузкой на процессор.

Всем давно уже известно, клиент - говно, количество - главное.
БЗДя не вписывается в бизнес-модели.  

Ответить | Правка | Наверх | Cообщить модератору

97. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (-), 13-Дек-13, 03:13 
> БЗДя не вписывается в бизнес-модели.

Да она вообще вписывается только в придорожный кювет. Что с ней делать то? На серверах это нечто не умеет виртуализацию и контейнеры с полисовкой реусруов, пакетный менеджер - где-то в теории, чисто для галочки, на выбор две ФС: древняя и тормозная и энтерпрайзная и тормозная. С таким @#$нутым управлением проектом бизнес на этом делать себе дороже: в два счет пойдешь заявление о банкротстве подавать.

Ответить | Правка | Наверх | Cообщить модератору

118. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Xaionaro (ok), 13-Дек-13, 10:17 
Справедливости ради, стоит заметить следующее:

По вашим тезисам:

1. ZFS не такая уж и тормозная ФС. Насколько я помню, тесты говорят скорее об обратном.
2. Пакетный менеджер? Там есть «порты» и FreeBSD-шников они вполне устраивают (как и Gentoo-шников их portage).
3. Контейнеры? Вообще-то во FreeBSD jail-ы появились _значительно_ раньше, чем в linux LXC. К тому же LXC до сих пор не предоставляет достаточно полной изоляции и вообще ещё зелёный. Хотя штука вкусная, конечно :)
4. Виртуализация? Что-нибудь слышали про "bhyve"? И я хоть и не знаю насколько там сейчас работает VirtualBox, но судя по [1] и [2], очень даже работает.

[1] https://wiki.freebsd.org/VirtualBox
[2] http://www.ru.freebsd.org/doc/handbook/virtualization-host.html

Контртезисы:

1. Во Фре не устраивали такой бардак с user-space утилитами для управления ядром. Например, хочешь управлять сетевыми интерейсами - есть ifconfig, хочешь маршрутизацией - есть route. А в linux чтобы управлять сетевыми интерфейсами и маршрутизацией по старой традиции требуется: ifconfig, iwconfig, iwlist, iw{куча_другой_хрени}, route, ip, ifenslave, vconfig, brctl, hostapd и что-нибудь ещё (однако честности ради, сейчас всё упаковывают в "ip"). Притом даже несмотря на переход на "ip", если во многих дистрибутивах, например, удалить "vconfig", то init-скрипты уже будут неспособны настроить dot1q-интерфейсы.
2. Во Фре элементарные вещи делаются элементарно. Чисто для примера там есть до жути простой шейпер «DUMMYNET», который требует 30-60 секунд настройки для простого домашнего маршрутизатора и замечательно работает.
3. Фря с точки зрения «бизнеса» важна тем, что эта неплохая ОС с более permissive лицензией (чем у Linux), что необходимо для таких компаний, как например Juniper.


И не надо думать, что я Фряшник. Я FreeBSD уже давно не пользуюсь...(

Ответить | Правка | Наверх | Cообщить модератору

119. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Miha (??), 13-Дек-13, 10:44 
> Справедливости ради, стоит заметить следующее:

А я добавлю, что держусь на FreeBSD именно как раз за счет виртуализации. Jail + vnet + RCTL - все, что нужно. И все "из коробки", никаких форс мажоров при обновлении. Вот как раз в бизнесе самое то.

Ответить | Правка | Наверх | Cообщить модератору

121. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Xaionaro (ok), 13-Дек-13, 11:18 
>> Справедливости ради, стоит заметить следующее:
> А я добавлю, что держусь на FreeBSD именно как раз за счет
> виртуализации. Jail + vnet + RCTL - все, что нужно. И
> все "из коробки", никаких форс мажоров при обновлении. Вот как раз
> в бизнесе самое то.

Ну, претензий к FreeBSD у меня тоже хватает. Но я не сторонник считать, что FreeBSD лучше/хуже Linux. Я, конечно, понимаю, что это очень банальная мысль, но по мне дак они просто решают разные задачи. :)

Ответить | Правка | Наверх | Cообщить модератору

134. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от metallica (ok), 13-Дек-13, 13:22 

> Ну, претензий к FreeBSD у меня тоже хватает. Но я не сторонник
> считать, что FreeBSD лучше/хуже Linux. Я, конечно, понимаю, что это очень
> банальная мысль, но по мне дак они просто решают разные задачи.
> :)

Просветите опеннет, что же всё таки решает freebsd, и для чего она
предпочтительней линуксов?

Ответить | Правка | Наверх | Cообщить модератору

137. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от nagualemail (ok), 13-Дек-13, 15:13 
>> Ну, претензий к FreeBSD у меня тоже хватает. Но я не сторонник
>> считать, что FreeBSD лучше/хуже Linux. Я, конечно, понимаю, что это очень
>> банальная мысль, но по мне дак они просто решают разные задачи.
>> :)
> Просветите опеннет, что же всё таки решает freebsd, и для чего она
> предпочтительней линуксов?

Для каждой задачи нужно использовать то что лучше подходит, вот например в win2008R2 отлично идет BF3 :))


Ответить | Правка | Наверх | Cообщить модератору

139. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –5 +/
Сообщение от Клыкастый (ok), 13-Дек-13, 16:46 
"в общем" - гибче, меньше проблем, легче управлять, реже что-то ломают., но при этом нет нужды сидеть на древнючем софте (как, например, в редхате и дебиане).

по вопросу - во всём, что она умеет. если нужно что-то сверху - тогда в веллкамм тууу линукс.

Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

145. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от pavel_simple (ok), 13-Дек-13, 17:40 
>>Просветите опеннет, что же всё таки решает freebsd, и для чего она
>>предпочтительней линуксов?
> "в общем" - гибче, меньше проблем, легче управлять, реже что-то ломают., но

конкретику плиз -- этот маркетинговый сленг не нужно -- конкретику подавай, что такое "в общем", кто и куда и зачем нагибает?
управлять легче что? то что знакомо? кто и что ломают в Linux (RHEL/Debian)

> при этом нет нужды сидеть на древнючем софте (как, например, в
> редхате и дебиане).

кто? КТО? я вас спрашиваю заставляет вас сидеть на "древнючем" , какое количество совта из системы/дистрибутива нужна в виде bleeding edge? в процентах?

> по вопросу - во всём, что она умеет. если нужно что-то сверху

что она умеет лучше?
> - тогда в веллкамм тууу линукс.

Ответить | Правка | Наверх | Cообщить модератору

150. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –5 +/
Сообщение от Клыкастый (ok), 13-Дек-13, 18:25 
> конкретику плиз

ага, иди и читай. ты уже тут стопиццотый, с незамутнённым "а шо такое?"

> управлять легче что?

управлять легче - всё. не переименовывают логи, не втыкают systemd, не ломают wifi, вебкамы. не всандаливают стопиццот систем инициализации и у-каждого-своё-понятие-о-конфигах. hald впили, выпилили. udev впилили, ща будут выпиливать и systemd впиливать. cciss выпилили, hpsa впилили, часть контроллеров дропнули. раньше ещё и планировщик был уродский. la  в 20-ку - по ssh уже не зайти. легче собирается софт с кастомными флагами.  

фря не замахивает мелкими непрерывными проблемами на новых инсталлах.


> кто и что ломают в Linux (RHEL/Debian)

OpenSSL + Debian + /dev/random, не?

> кто? КТО? я вас спрашиваю заставляет вас сидеть на "древнючем" ,

выбор "или всё ломают, или жри окаменевшее" нравится не всем. и да, в окаменевшем тоже ломают, беда.

> какое количество совта из системы/дистрибутива нужна в виде bleeding edge? в процентах?

дебиан: астер 1.8.*

bleeding edge это что? 10.*? 11.*? 12.*? 14.*?

какое количество софта нужно в виде древнего говна? в процентах?

> что она умеет лучше?

достаточно "так же". на удобстве управления уже профит. другими словами - не десктоп? не виртуализация? линукс не нужен, да ;-)

Ответить | Правка | Наверх | Cообщить модератору

156. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavel_simple (ok), 13-Дек-13, 19:09 
>> конкретику плиз
> ага, иди и читай. ты уже тут стопиццотый, с незамутнённым "а шо
> такое?"
>> управлять легче что?
> управлять легче - всё.

читаю как "ну не шмогла я -- не шмогла!"
> не переименовывают логи, не втыкают systemd, не ломают
> wifi, вебкамы. не всандаливают стопиццот систем инициализации и у-каждого-своё-понятие-о-конфигах.

какие логи? нет -- я правда не понимаю -- даже в случае (допустим) сменили /var/log/syslog на любимое бсд messages в чем поблема?
где в RHEL и/или Debian systemd? кто-то тут фантазирует.
а фо фряхе уже есть wifi? ой -- ну только не нада мне расказывать -- те два с половиной адаптера работающих в непонятных режимах с дровами требующими перегрузки и отваливанием связи.
про 100500 систем инита 1 -- кто вас заставляет (предлагают да -- но кто заставляет) --
отчего возможность выбора стала не преимуществом а недостатком? (резко вспоминается девиз "Если нету - значит не нужно")

> hald впили, выпилили. udev впилили, ща будут выпиливать и systemd впиливать.

кто будет? знания о Linux из брошурки?
> cciss выпилили, hpsa впилили, часть контроллеров дропнули. раньше ещё и планировщик
> был уродский. la  в 20-ку - по ssh уже не
> зайти. легче собирается софт с кастомными флагами.

я правильно понял что локальные пертрубации с одним scsi драйвером это хоже чем отсутствие драйверов к 80%остального оборудования.

враньё с la>20 и ssh считаю написано исключительно для тролинга -- потому как действительности не соответствует.
> фря не замахивает мелкими непрерывными проблемами на новых инсталлах.

опять маркетинг?
>> кто и что ломают в Linux (RHEL/Debian)
> OpenSSL + Debian + /dev/random, не?

нет -- я сразу знал что этот косях будут вспоминать Debian'у очень долго  -- но как оказалось я был оптимистом -- этого не забудут никогда. Но мы же знаем что все программы имеют ошибки и только fbsd идеальна -- подобные доводы идут мимо кассы.

что было с /dev/random?

>> кто? КТО? я вас спрашиваю заставляет вас сидеть на "древнючем" ,
> выбор "или всё ломают, или жри окаменевшее" нравится не всем. и да,
> в окаменевшем тоже ломают, беда.
>> какое количество совта из системы/дистрибутива нужна в виде bleeding edge? в процентах?
> дебиан: астер 1.8.*
> bleeding edge это что?

http://en.wikipedia.org/wiki/Bleeding_edge_technology
>10.*? 11.*? 12.*? 14.*?

т.е из >20000 пакетов понадобилось 5 новых -- поздравляю you do it wrong
> какое количество софта нужно в виде древнего говна? в процентах?
>> что она умеет лучше?
> достаточно "так же". на удобстве управления уже профит. другими словами - не
> десктоп? не виртуализация? линукс не нужен, да ;-)

Ответить | Правка | Наверх | Cообщить модератору

192. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –2 +/
Сообщение от Клыкастый (ok), 16-Дек-13, 12:30 
> читаю как "ну не шмогла я -- не шмогла!"

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

> (допустим) сменили /var/log/syslog на любимое бсд messages в чем поблема?

а зачем?

> где в RHEL и/или Debian systemd? кто-то тут фантазирует.

вот-вот, единственный способ отстраниться от падающих говн - держаться за древние говна. такой выбор нравится не всем.

> а фо фряхе уже есть wifi?

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

> про 100500 систем инита 1 -- кто вас заставляет (предлагают да -- но кто заставляет)

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

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

ну например потому, что выбрал одно, а в комплекте идёт то, что выбирать не хочется совсем.

>> hald впили, выпилили. udev впилили, ща будут выпиливать и systemd впиливать.
> кто будет? знания о Linux из брошурки?

мейнстрим будет там весь, помяни моё слово.

> я правильно понял что локальные пертрубации с одним scsi драйвером это хоже
> чем отсутствие драйверов к 80%остального оборудования.

80% это троллингомаркетинг


> враньё с la>20 и ssh считаю написано исключительно для тролинга -- потому
> как действительности не соответствует.

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


>> фря не замахивает мелкими непрерывными проблемами на новых инсталлах.
> опять маркетинг?

опыт, дружище, опыт.


>>> кто и что ломают в Linux (RHEL/Debian)
>> OpenSSL + Debian + /dev/random, не?
> нет -- я сразу знал что этот косях будут вспоминать Debian'у

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


>> дебиан: астер 1.8.*
>> bleeding edge это что?
> http://en.wikipedia.org/wiki/Bleeding_edge_technology

не будь идиотом. я спросил тебя - какая из этих версий 10.* 11.* 12.* 14.* bleeding edge.


> т.е из >20000 пакетов понадобилось 5 новых -- поздравляю you do it wrong

вообще-то один. вообще-то это пример. и вопрос принципиальный, и звучит он так:

отчего возможность выбора стала не преимуществом а недостатком? (резко вспоминается девиз "Если нету - значит не нужно")

я бы конечно спросил "ничьи слова не напоминает?", но я же понимаю, с кем имею дело - с фанатиком. а это значит те преимущества, которые даёт FreeBSD "не нужны", у линукса недостатков нет, при тычке в недостаток сразу "а у вас...".

дружище, я крайне не люблю публику, у которой фанатизм отключает мозг.


>> какое количество софта нужно в виде древнего говна? в процентах?

не вижу ответа.

> десктоп? не

почему "не"? из-под линукса и пишу. уж лет пять десктоп под линуксом.

> виртуализация?

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

> линукс не нужен, да ;-)

я так сказал? правда? где?

Ответить | Правка | Наверх | Cообщить модератору

194. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от pavel_simple (ok), 16-Дек-13, 13:17 
>[оверквотинг удален]
>>> какое количество софта нужно в виде древнего говна? в процентах?
> не вижу ответа.
>> десктоп? не
> почему "не"? из-под линукса и пишу. уж лет пять десктоп под линуксом.
>> виртуализация?
> очень хорошая виртуализация. и если нужна именно она - то да, выбор
> очевиден. если она не нужна или достаточно того что есть во
> фре, то выбор не так очевиден.
>> линукс не нужен, да ;-)
> я так сказал? правда? где?

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

Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

196. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Клыкастый (ok), 16-Дек-13, 13:36 
> во первых -- ты смешон -- и смешон в первую очередь что пытаешся разговаривать сам с собой.

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

> во вторых -- человек считающий "древним говном" то, на чём основная масса

для глухих как пробка, повторю вопрос:
какая из версий астериска 10/11/12/14 bleeding edge?
для тупых поясняю:
это вопрос - тебе.

основная масса это, несомненно, аргумент. тут, конечно, твоя правда. как же вразрез с основной массой. ты, главное, putty, не про*би с рабочего стола. небось десктоп-то как у основной массы?

> не может восприниматься всерьёз.

туповатый фанатик с опеннета не может меня воспринимать всерьёз. как бы это пережить-то, а?

> в третьих -- твою (раз ты решил беззастенчиво перейти "на ты") попаболь нужно обязатно чем-то смазать, а то случиться нарыв и неизбежное.

это лично твой опыт, или основной массы? ну всё равно спасибо конечно, за заботу. хотя я себя прекрасно чувствую.

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

164. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Miha (??), 13-Дек-13, 22:55 
> "в общем" - гибче, меньше проблем, легче управлять, реже что-то ломают., но
> при этом нет нужды сидеть на древнючем софте (как, например, в
> редхате и дебиане).
> по вопросу - во всём, что она умеет. если нужно что-то сверху
> - тогда в веллкамм тууу линукс.

Во! Ключевая мысль "гибче, меньше проблем, легче управлять, реже что-то ломают".

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

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

178. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от cmp (ok), 15-Дек-13, 07:03 
о да, ifconfig мы еще 50 лет будем использовать;
мыши кололиcь, но продолжали жрать кактус
Ответить | Правка | Наверх | Cообщить модератору

193. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Клыкастый (ok), 16-Дек-13, 13:12 
> о да, ifconfig мы еще 50 лет будем использовать;

а что, уже немодно?

> мыши кололиcь, но продолжали жрать кактус

лично меня ifconfig не напрягает, это ж вы плакали, кололись и страдали. хотя несомненно на форумах кричали другое и громко.


Ответить | Правка | Наверх | Cообщить модератору

211. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от cmp (ok), 30-Дек-13, 17:19 
> лично меня ifconfig не напрягает, это ж вы плакали, кололись и страдали.
> хотя несомненно на форумах кричали другое и громко.

за всю сознательную жизнь на форуме задавал вопрос раз 6, и ни разу внятного ответа не получал, так что мимо.

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

Да пользуйтесь хоть виндой 95, но не надо гнать, что она не хуже современных осей, за последние 10 лет изменений в стэке ip линукса произошла масса, и пихать и прикручивать новые возможности к старым системам управления, это как в ракеты руль с тремя педалями мастрячить, не надо вам сидите с ифконфигом никто его не трогает, а современные реалии требуют современных инструментов.

Ответить | Правка | Наверх | Cообщить модератору

180. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от www2 (ok), 15-Дек-13, 09:58 
>гибче,

Гибче - это когда нужно пересобирать ради того, чтобы что-то _отключить_, как во фре? Вместо того, чтобы доставить _дополнительный_ пакет, когда он потребуется, как других системах?

>меньше проблем

Это когда нужно закрыть уязвимость в пакете и ради этого пересобирать из портов полсистемы?

Это когда NAT не умеет транслировать GRE и PPTP? Это когда pf не умеет толком распараллелиться на несколько процессорных ядер? Это когда Linux держит раза в 3 больше NAT-трансляций, чем фря?

>легче управлять

Файликом /etc/resolv.conf вручную управлять безусловно легче. Особенно если нет динамически настраиваемых интерфейсов. В противном случае начинается костылестроение с написанием скриптов, обновляющих resolv.conf при поднятии и опускании интерфейса.

В нормальных дистрибутивах можно выставить приоритеты интерфейсам, а при их поднятии и опускании DNS-серверы, динамически полученные через DHCP или IPCP, сами пропишутся на нужное место в этом файлике. А если ещё понадобится при всём при этом настроить кэширующий DNS-сервер, то тут бсдуны уходят в штопор, не в силах решить эту проблему. Они просто говорят, что это не нужно.

Легче сношаться с portmaster'ом, чем ввести apt-get upgrade?

>реже что-то ломают

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

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

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

208. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Клыкастый (ok), 19-Дек-13, 13:55 
>>гибче,
> Гибче - это когда нужно пересобирать ради того, чтобы что-то _отключить_,

в модульных системах, для того, чтобы что-то отключить, достаточно не грузить соответствующий модуль. Так сделано в apache/php/asterisk/etc.

в немодульных системах, например использовать pthreads или openmp естественно надо пересобрать, коли речь о source-based, где это штатный способ установки. почему это проблема - неясно. и да, в данном случае "поставить дополнительный пакет - не получится, верно?

>>меньше проблем
> Это когда нужно закрыть уязвимость в пакете и ради этого пересобирать из
> портов полсистемы?

утрирование - одно из самых сильных орудий демагога.

> Это когда NAT не умеет транслировать GRE и PPTP?

Какой-то умеет, какой-то не умеет. Если это надо, надо взять тот, который умеет.
alias_pptp.ko, ipfw.

> Это когда pf не умеет толком распараллелиться на несколько процессорных ядер?

дык pf не единственное наше всё. и да, таки умеет с патчами в 8-ке/9-ке и в 10-ке будет штатно.

> Это когда Linux держит раза в 3 больше NAT-трансляций, чем фря?

(пожимает плечами) это ты померял в ситуации когда "не умеет". А когда - умеет?

>>легче управлять
> Файликом /etc/resolv.conf вручную управлять безусловно легче.

# psearch name=openresolv
Port:    openresolv-1.1
Path:    /usr/ports/dns/openresolv
Info:    A resolvconf compatible framework for managing resolv.conf

Ты не это искал?


> нужное место в этом файлике. А если ещё понадобится при всём при этом настроить кэширующий DNS-сервер, то тут бсдуны уходят в штопор, не в силах решить эту проблему. Они просто говорят, что это не нужно.

какая проблема с кэширующим сервером?

> Легче сношаться с portmaster'ом, чем ввести apt-get upgrade?

Сношаться несомненно не легче. Но с другой стороны сношаться с apt-get тоже не легче, чем просто поставить portmaster-ом.

>>реже что-то ломают
> Это когда перед обновлением портов нужно прочитать специальный текстовый файлик и делать
> какие-то телодвижения, для того чтобы просто заменить pkgconf на pkg-cconfig

как часто меняется pkgconf на pkg-config? где вам обещали в линуксе (и в каком), что вам ничего читать не нужно и никаких телодвижений не понадобится?


>, пересобрав при этом все пакеты, зависящие от него.

чем это фатально хуже по сравнению с "переустановить все пакеты, зависящие от него", при условии что сборка это штатный способ установки?

> В нормальных системах с пакетным менеджером не из прошлого века в свойствах пакета мэйнтейнеры сами прописывают, какой устаревший пакет он заменяет.

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

> Накат обновлений зачастую проходит вообще без вмешательства человека

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

> и вообще без компиляции.

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

> Реже ломают, потому что ломать-то особо нечего.

Утрирование, попытка №2.

> Ни тебе полноценной контейнерной виртуализации с разграничением ресурсов, ни тебе Xen dom0, ни паравиртуализированных драйверов для amd64.

Ежели нужна виртуализация, никто не мешает взять лялих, где с ней заметно лучше. Но нужна она не всегда и не всем и в разных объёмах.

Ответить | Правка | Наверх | Cообщить модератору

186. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Клыкастый (ok), 16-Дек-13, 10:12 
> Но там, где клиенты выдвигают особые требования к безопасности\стабильности - никакого линуха!

Рискну оспорить в плане безопасности. Безопасность это а) комплекс мер, сиречь архитектура б) процесс. Тут имеет значение наличие чёткой политики безопасности (для исполнения п. "а") и следование ей и отслеживание уязвимостей (для "б"). Это несколько ортогонально ОС и если ты или я выбираем в данном случае BSD - это говорит только о том, что для BSD *у тебя* более чёткая политика безопасности. Т.е., грубо говоря ты её лучше знаешь и больше доверяешь. Тот, кто лучше знает Linux, при наличии *чёткой политики безопасности*, выберет линукс и будет прав.


Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

191. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Miha (??), 16-Дек-13, 12:05 
>> Но там, где клиенты выдвигают особые требования к безопасности\стабильности - никакого линуха!
> Рискну оспорить в плане безопасности. Безопасность это а) комплекс мер, сиречь архитектура
> б) процесс. Тут имеет значение наличие чёткой политики безопасности (для исполнения
> п. "а") и следование ей и отслеживание уязвимостей (для "б"). Это
> несколько ортогонально ОС и если ты или я выбираем в данном
> случае BSD - это говорит только о том, что для BSD
> *у тебя* более чёткая политика безопасности. Т.е., грубо говоря ты её
> лучше знаешь и больше доверяешь. Тот, кто лучше знает Linux, при
> наличии *чёткой политики безопасности*, выберет линукс и будет прав.

В принципе ты прав. :-) Можно с обоюдным успехом настроить систему с "security in mind": хоть FreeBSD, хоть Linux. Я просто определил те задачи, которые лучше решает именно эта ОС и там ее использую.


Ответить | Правка | Наверх | Cообщить модератору

144. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +2 +/
Сообщение от pavel_simple (ok), 13-Дек-13, 17:34 
>> Справедливости ради, стоит заметить следующее:
> А я добавлю, что держусь на FreeBSD именно как раз за счет
> виртуализации. Jail + vnet + RCTL - все, что нужно. И
> все "из коробки", никаких форс мажоров при обновлении. Вот как раз
> в бизнесе самое то.

а у меня вопрос: каждый быэсдэшник путает виртуализацию с изоляцией?

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

158. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (-), 13-Дек-13, 19:11 
> а у меня вопрос: каждый быэсдэшник путает виртуализацию с изоляцией?

Нормальной продакшен-виртуализации там нет в принципе, поэтому _фряшникам_ данные термины можно не различать.

Ответить | Правка | Наверх | Cообщить модератору

165. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Miha (??), 13-Дек-13, 22:59 
>>> Справедливости ради, стоит заметить следующее:
>> А я добавлю, что держусь на FreeBSD именно как раз за счет
>> виртуализации. Jail + vnet + RCTL - все, что нужно. И
>> все "из коробки", никаких форс мажоров при обновлении. Вот как раз
>> в бизнесе самое то.
> а у меня вопрос: каждый быэсдэшник путает виртуализацию с изоляцией?

Мсье, вы путаете классический чрут с виртуализацией на уровне ОС.
Читаем хотя бы тут http://ru.wikipedia.org/wiki/%D0%92%D0%B...

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

147. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (-), 13-Дек-13, 17:49 
Расскажи, как в jail-е человеческим образом лимитить память, cpu и disk io.
Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

148. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от pavel_simple (ok), 13-Дек-13, 17:51 
> Расскажи, как в jail-е человеческим образом лимитить память, cpu и disk io.

ты не понял -- он же сразу сказал что ему больше не нужно. и я даже скажу почему не нужно - потому что уже много лет они пропагандуруют лозунг "Если нет - значит не нужно".

Ответить | Правка | Наверх | Cообщить модератору

162. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Miha (??), 13-Дек-13, 22:51 
> Расскажи, как в jail-е человеческим образом лимитить память, cpu и disk io.

В 9.2 - нормально. man rctl

Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

170. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (-), 14-Дек-13, 02:37 
i/o throttling не вижу. Но вообще прогресс. Было бы вот это и pkgng 4 года назад, глядишь, не ушел бы с фри.
Ответить | Правка | Наверх | Cообщить модератору

195. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Клыкастый (ok), 16-Дек-13, 13:19 
> i/o throttling не вижу. Но вообще прогресс.

о чём и речь.

> Было бы вот это и pkgng 4 года назад, глядишь, не ушел бы с фри.

не разделяю такой подход. это не религия, не семья и даже не место работы. "ушёл/вернулся" - не очень применимо. "Использую/не использую". Собственно ничто не мешает использовать то, что удобно. Когда фряху на десктопе стало неудобно использовать (на новом железе) - я стал использовать удобный мне линукс. Будет удобно использовать - буду использовать. Ну и так в общем-то со всем.


Ответить | Правка | Наверх | Cообщить модератору

157. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним (-), 13-Дек-13, 19:10 
> А я добавлю, что держусь на FreeBSD именно как раз за счет
> виртуализации. Jail + vnet + RCTL - все, что нужно. И
> все "из коробки", никаких форс мажоров при обновлении. Вот как раз
> в бизнесе самое то.

Человек, который всю жизнь питался кактусами, просто не верит, что бывает более вкусная, полезная и менее травмирующая пища =)

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

143. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Гентушник (ok), 13-Дек-13, 17:31 
> 2. Во Фре элементарные вещи делаются элементарно. Чисто для примера там есть до жути простой шейпер «DUMMYNET»

Для меня DUMMYNET и шейпинг посредством него был откровением. Разобрался и настроил за пол-часа. Когда-то в линуксе с помощью iproute2 tc решал похожую задачу и парился очень долго... В FreeBSD это ИМХО проще всё сделано и понятнее.
Однако задача была простая, всякие сложные конфигурации не пробовал.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

146. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (-), 13-Дек-13, 17:47 
По контртезису 1. В arch linux кроме ip уже ничего нет. Скоро так будет везде.
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

149. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +1 +/
Сообщение от Аноним (-), 13-Дек-13, 17:53 
Добавлю еще контртезисов:

1) в линуксе нельзя из listen 0.0.0.0:port изъять конкретный ip. Это делает переконфигурацию вида "вытащить один айпи для другого сервиса" без потери соединений невозможной. В bsd можно просто сделать более частный бинд-листен и это будет работать.

2) действительно, ряд простых вещей делается в линуксе сложнее. Например, получить BSD-шный netstat -lan (размер listening queue) в линуксе можно получить только косвенно, например, с помощью awk.

Хотя я сам давно на линуксе. :)

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

155. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Аноним (-), 13-Дек-13, 19:08 
> 1) в линуксе нельзя из listen 0.0.0.0:port изъять конкретный ip.

Это напоминает "сначала положим грабельки вот сюда, а потом с разбегу на них прыгнем".
Когда нужна избирательность по IP, слушать 0.0.0.0 будет только ССЗБ.

Ответить | Правка | Наверх | Cообщить модератору

166. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (-), 14-Дек-13, 00:11 
Год была не нужна, потом понадобилось. Дропать соединения - не хочется. Что делать?
Ответить | Правка | Наверх | Cообщить модератору

168. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (-), 14-Дек-13, 02:29 
> Год была не нужна, потом понадобилось. Дропать соединения - не хочется. Что
> делать?

В общем-то изменение параметров слушаемого сокета - не единственное, что может потребоваться. Может быть тысяча причин перезапустить демон и коннекты не хочется терять никогда. Если используемый демон не поддерживает graceful restart, наверное, надо чинить его самого в первую очередь.
Ну или хотя бы graceful stop. У вас ведь сервис за балансировщиком сидит, если вам даже рвать соединение не хочется, правда?

Ответить | Правка | Наверх | Cообщить модератору

172. "Эксперимент по реализации http-сервера, взаимодействующего н..."  +/
Сообщение от Аноним (-), 14-Дек-13, 02:44 
Graceful restart есть, конечно. И балансер есть. Так в итоге и сделал. Но был неприятно удивлен несоответствием линуксовой реализации каноничным bsd sockets.
Ответить | Правка | Наверх | Cообщить модератору

187. "Эксперимент по реализации http-сервера, взаимодействующего н..."  –1 +/
Сообщение от Клыкастый (ok), 16-Дек-13, 10:21 
> Это напоминает "сначала положим грабельки вот сюда, а потом с разбегу на
> них прыгнем".
> Когда нужна избирательность по IP, слушать 0.0.0.0 будет только ССЗБ.

это напоминает сакраментальное "если нет, то не надо"

Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру