форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
Сообщение от opennews (??) on 22-Дек-10, 18:17
Организация FreeBSD Foundation объявила (http://freebsdfoundation.blogspot.com/2010/12/feed-forward-c...) о выделении денежного гранта на реализацию для FreeBSD алгоритма  синхронизации системных часов методом прямой связи (Feed-Forward Clock Synchronization), выступающего в роли альтернативы методу обратной связи, используемому в ntpd. Завершить работу планируется в марте 2011 года. В настоящее время системные часы FreeBSD реализованы с оглядкой на взаимодействие с демоном ntpd, обеспечивающим синхронизацию системного времени с сервером точного времени, и завязаны на сильной обратной связи между ядром и демоном синхронизации. В рамках инициативы предлагается реализовать альтернативный класс алгоритмов синхронизации, основанных на принципах прямой связи. В качестве примера реализации такого подхода отмечается проект RADclock (http://www.cubinlab.ee.unimelb.edu.au/radclock/), в рамках которого представлен NTP-сервер и NTP-клиент, альтернативный ntpd и отличающ... URL: http://freebsdfoundation.blogspot.com/2010/12/feed-forward-c...б Новость: http://www.opennet.dev/opennews/art.shtml?num=29083
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "FreeBSD Foundation профинансирует реализацию альтернативного..."	–10 +/–
Сообщение от Аноним (??) on 22-Дек-10, 18:17
Ненужно! Не устраивает ntpd в коробке, поставьте openntpd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Arti (??) on 23-Дек-10, 08:18
	Ответ может быть сложне, чем это кажется. Вообще "время" в CURRENT немного подправили - кстати наш соотечественник руку приложил. Т.е. это может касатся не только времени в понимание "чистого ntp", но и в дальнейший запил ядреной инфраструктуры. Хотя я до конца не понял что именно будут делать профинансированные разработчики. P.S. Неплохой обзор: http://ivoras.sharanet.org/freebsd/freebsd9.html в свете новости интересны: "Modern event timer infrastructure" и "Tickless kernel"
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	15. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 23-Дек-10, 08:54
	> Неплохой обзор: > http://ivoras.sharanet.org/freebsd/freebsd9.html > в свете новости интересны: > "Modern event timer infrastructure" и "Tickless kernel" Может, и интересны, но они не про то. Новость про синхронизацию времени между хостами, а эти технологии связаны с работой исполняемых на хосте завязанных на временные промежутки программ, да распределением ресурсов (в первую очередь, CPU).
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	18. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Arti (??) on 23-Дек-10, 10:10
	Но время то не весит в ваукууме. От того что это процесс синхронизаци времени с внешним источником, это не означает что процесс не нужно планировать, скорее наоборот всё превращается в сложную пляску. Сейчас hardclock/statclock дёргается фиксированное число раз в секунду, а представьте что будет если интервал будет менятся? Много Вы насинхронизуруете "в лоб"? Измерять время (не о ntp речь) нужно достаточно точно, хотя бы для с целью планирования, не гворя уже о профилировании. С другой стороны просто так "тикать" тоже нехорошо. Если система гостевая - лишние тики нагружают процессор хост системы, даже если гостевая ничего не делает. На мобильных устройствах лишние тики - лишний разряд батарейки. Можно по рассуждать на тему зачем часто превывать выполняемый процесс (если не ошибаюсь hardclock сейчас тушит всю систему)в случае когда в системе достаточно свободных CPU, а процесс не запрашивал точного вычисления ресурсов. Короче это все слишком сильно завязанно друг на друга. Что хотят отвязать хардкордную завязку на ntpd и сделать более общий интерфейс синхронизации - это в общем-то хорошо :) К чему я это всё - дело здесь не только об очередном "новом ntp".
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	19. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 23-Дек-10, 10:26
	>[оверквотинг удален] > что будет если интервал будет менятся? Много Вы насинхронизуруете "в лоб"? > Измерять время (не о ntp речь) нужно достаточно точно, хотя бы для > с целью планирования, не гворя уже о профилировании. > С другой стороны просто так "тикать" тоже нехорошо. Если система гостевая - > лишние тики нагружают процессор хост системы, даже если гостевая ничего не > делает. На мобильных устройствах лишние тики - лишний разряд батарейки. > Можно по рассуждать на тему зачем часто превывать выполняемый процесс (если не > ошибаюсь hardclock сейчас тушит всю систему)в случае когда в системе достаточно > свободных CPU, а процесс не запрашивал точного вычисления ресурсов. > Короче это все слишком сильно завязанно друг на друга. Вы путаете. Никто не спорит, что нужна точность _внутри_ хоста. Точность, грубо говоря, вымерения временных отрезков. Но синхронизация внутреннего отсчёта времени со внешним миром — это кардинально другая задача по определению. Вы можете выставить в своей супер-пупер-точной-tickless системе сейчас 7 января 1987 года. И ваша система будет так же точно профилировать, распределять ресурсы и т.д. Но при попытке воспользоваться воспользоваться из этой системы завязанными на время службами на других системах (Kerberos, сетевые ФС и т.д.) вы в лучшем случае получите странные результаты. Или наоборот: вы можете периодически идеально синхронизировать свою ОС с атомными часами, но в промежутке между синхронизациями у вас будет твориться чёрти что, вплоть до пропуска заданий в cron, из-за кривой работы со временем на самом хосте. > Что хотят отвязать хардкордную завязку на ntpd и сделать более общий интерфейс > синхронизации - это в общем-то хорошо :) А где там была хардкорная завязка на ntpd? o_O > К чему я это всё - дело здесь не только об очередном "новом ntp". В данной новости именно об этом.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	20. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Arti (??) on 23-Дек-10, 11:06
	Я понял с точностью до наоборот. The system clock in FreeBSD is currently designed with ntpd in mind, leading to strong feedback coupling between the kernel and the synchronization daemon. ну и далее Beyond this, virtualization is one of the next major challenges faced by time keeping systems. The current feedback synchronization model is complex and introduces its own dynamics, an approach that is not suited to the requirements of virtualization. Feed-forward based synchronization offers a cleaner and simpler approach, which is capable of providing accurate time keeping over live migration of virtual machines. В любом случае это связанные вещи по определению. Время оно одно на всех. В этом и фишка, что с одной стороны оно используется для решения внутрисистемных задач, а с другой это же время нужно синхронизировать с внешним источником. tickless и точность вещи не связанные.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	25. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 23-Дек-10, 14:07
	> Я понял с точностью до наоборот. > The system clock in FreeBSD is currently designed with ntpd in mind, > leading to strong feedback coupling between the kernel and the synchronization > daemon. "ntpd in mind" — это совсем не то же, что "хардкорная завязка на ntpd". Второе означает, что кроме как посредством ntpd синхронизация времени со внешними источниками точного времени невозможна. Я и удивился, с чего вдруг вы такое говорите. >[оверквотинг удален] > Beyond this, virtualization is one of the next major challenges faced by > time keeping systems. The current feedback synchronization model is complex and > introduces its own dynamics, an approach that is not suited to > the requirements of virtualization. Feed-forward based synchronization offers a cleaner > and simpler approach, which is capable of providing accurate time keeping > over live migration of virtual machines. > В любом случае это связанные вещи по определению. Время оно одно на > всех. В этом и фишка, что с одной стороны оно используется > для решения внутрисистемных задач, а с другой это же время нужно > синхронизировать с внешним источником. Это-то понятно. > tickless и точность вещи не связанные. Напрямую — нет, но заниматься одним в отрыве от другого невозможно. Но я уловил мысль, спасибо: сделать течение времени прозрачным сквозь границу виртуальной среды. Да, такая синхронизация нынешними методами невозможна. Правда, мне кажется, что через userland она вообще грамотно не решается. Тут скорее нужно tickless-ядро + какой-нибудь спецдрайвер в оном для взаимодействия с гипервизором, который и будет отвечать за передачу времени с хоста. Но, похоже, идея «код, вон из ядра» продолжает бродить по умам. :)
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

2. "FreeBSD Foundation профинансирует реализацию альтернативного..."	–5 +/–
Сообщение от Аноним (??) on 22-Дек-10, 18:43
чем openntpd не нравится? у меня стоит везде, работает отлично.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+1 +/–
	Сообщение от Аноним (??) on 22-Дек-10, 21:20
	> чем openntpd не нравится? у меня стоит везде, работает отлично. Это нужно для того, кто держит сервер синхронизации и хочет повысить его точность.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 22-Дек-10, 23:38
	>> чем openntpd не нравится? у меня стоит везде, работает отлично. > Это нужно для того, кто держит сервер синхронизации и хочет повысить его > точность. Интересно, для каких задач? Для простого домена уровня предприятия вполне достаточно текущих возможностей. А для научных и промышленных целей, требующих высокой временной точности, насколько понимаю, вообще больше RTOS подходят. Кто-нибудь может привести реальные примеры использования или потребности в ОС общего назначения с ультраточной синхронизацией времени?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
Сообщение от анонимус (??) on 23-Дек-10, 02:40
Ребята, мне вот интересно, что за ядро во FreeBSD? А то везде линукс да линукс. Где бы почитать описание, возможности и прочее? На великом и могучем желательно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+4 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 23-Дек-10, 03:11
	> Ребята, мне вот интересно, что за ядро во FreeBSD? А то везде > линукс да линукс. Где бы почитать описание, возможности и прочее? На > великом и могучем желательно. Смотря что именно интересует. Само ядро монолитное, модульное, как Linux. Своя основная файловая система (FFS). Есть интересная альтернатива виртуальным контейнерам — jail. Из мира Solaris портировано много интересного, самое известное — DTrace и ZFS. Имеет оригинальные дисковую и сетевую подсистемы, построенные в каком-то смысле в духе ООП — GEOM и netgraph, соответственно. Хорошо масштабируется (SMP). Поддерживает сравнительно немного по сравнению с большинством известных «конкурентов» (Linux, NetBSD, OpenBSD) архитектур; однако всё же больше, чем родственные DragonFly BSD и Darwin/MacOS X и ОС семейства Windows NT. Имеются три встроенных в ядро фаервола: ipfw, ipf и pf; лучше всего поддерживается «собственный» ipfw. Это всё, что сейчас сходу представилось интересным для линуксоида. Копайте по этим словам, гугль в помощь. Но лучше всего, конечно, читать маны — в *BSD они обычно актуальнее, точнее, полнее, чем в Linux (се не холивара ради, а токмо для привлечения внимания к оным докУментам).
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	8. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от www2 (ok) on 23-Дек-10, 07:16
	>Своя основная файловая система (FFS). Я бы сказал, что своя и основная - это UFS2. Основная, но чужая - ZFS.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	9. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 23-Дек-10, 08:02
	>>Своя основная файловая система (FFS). > Я бы сказал, что своя и основная - это UFS2. FFS и UFS — это одно и то же, UFS — более современное название, и только. Про разницу между FFS и FFS2 я тоже в курсе, она не настолько принципиальна, как между ext и ext2, например. > Основная, но чужая - ZFS. И что, много реально машин с фряхой используют ZFS? Это достаточно специфическая вещь, на обычном десктопе или отдельном сервере её использование редко бывает оправданным из-за потерь производительности, повышенной сложности администрирования и т.д. (для фанатиков btrfs сразу скажу, что это относится и к ней тоже, по определению, так как данные недостатки суть естественное продолжение достоинств). Конечно, никто не запрещает её ставить на всё подряд, но разговор изначально был не об этом. Основная система во FreeBSD — это UFS. ZFS, так же как и прочие, используется для своих, вполне определённых задач.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "FreeBSD Foundation профинансирует реализацию альтернативного..."	–1 +/–
	Сообщение от pavel_simple (ok) on 23-Дек-10, 08:10
	>[оверквотинг удален] >> Я бы сказал, что своя и основная - это UFS2. > FFS и UFS — это одно и то же, UFS — более > современное название, и только. Про разницу между FFS и FFS2 я > тоже в курсе, она не настолько принципиальна, как между ext и > ext2, например. >> Основная, но чужая - ZFS. > И что, много реально машин с фряхой используют ZFS? Это достаточно специфическая > вещь, на обычном десктопе или отдельном сервере её использование редко бывает > оправданным из-за потерь производительности, повышенной сложности администрирования > и т.д. (для фанатиков btrfs сразу скажу, что это относится и ой я такойфанат, такой фанат,,,такой фанат.... что правда btrfs жрёт стjлько-же памяти сколько zfs нужно для того чтобы более-менее раскачаться, aka 512M??? правда-правда?
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	14. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+4 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 23-Дек-10, 08:50
	>[оверквотинг удален] >> современное название, и только. Про разницу между FFS и FFS2 я >> тоже в курсе, она не настолько принципиальна, как между ext и >> ext2, например. >>> Основная, но чужая - ZFS. >> И что, много реально машин с фряхой используют ZFS? Это достаточно специфическая >> вещь, на обычном десктопе или отдельном сервере её использование редко бывает >> оправданным из-за потерь производительности, повышенной сложности администрирования >> и т.д. (для фанатиков btrfs сразу скажу, что это относится и > ой я такойфанат, такой фанат,,,такой фанат.... что правда btrfs жрёт стjлько-же памяти > сколько zfs нужно для того чтобы более-менее раскачаться, aka 512M??? правда-правда? Вентилятор ещё включить забыли.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	11. "FreeBSD Foundation профинансирует реализацию альтернативного..."	–8 +/–
	Сообщение от pavel_simple (ok) on 23-Дек-10, 08:15
	> Есть интересная альтернатива виртуальным контейнерам — > jail. интереснаяя есть, а альтернативы нет нет альтернативы не для lguest, не для lxc, не для vz , даже уже сильно запущенному vserver альтернативы нет! хотя подождите... как нет -- конечно есть! -- раз перересус сказал значит так и есть P.S. отличный наброс -- поддерживаю, чичас изен прибежит -- раскажет нам какое гавно эти ваши ext2/3/4 и dm и md посравнению с незабвенной (вот уж точно Ж:-) ) ufs2
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	13. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+6 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 23-Дек-10, 08:49
	>> Есть интересная альтернатива виртуальным контейнерам — >> jail. > интереснаяя есть, а альтернативы нет > нет альтернативы не для lguest, не для lxc, не для vz , > даже уже сильно запущенному vserver альтернативы нет! > хотя подождите... как нет -- конечно есть! -- раз перересус сказал значит > так и есть > P.S. отличный наброс -- поддерживаю, чичас изен прибежит -- раскажет нам какое > гавно эти ваши ext2/3/4 и dm и md посравнению с незабвенной > (вот уж точно Ж:-) ) ufs2 Я лишь перечислил, что в ядре FreeBSD есть интересного. А не то, чего в ней нет. Почему? Потому что автор исходного комментария хотел что-то изучить. А изучить можно то, что есть, а не то чего нет. Итого: незачёт по внимательности. Впрочем, зачем она фанатикам... Наброс сейчас идёт с вашей стороны, так как все качественные оценки (хорошо-плохо) присутствуют исключительно в вашем посте. Слово «интересно» не несёт само по себе оценку. А вступать в бессмысленный спор (а какой ещё может быть спор с фанатиками, вы сами себя таковым признали чуть выше) не хочу. P.S.: Для непонятливых на всякий случай уточню: контейнеры имелись в виду как общая технология, а не конкретная завязанная на Linux/Solaris/etc. реализация.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	17. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+3 +/–
	Сообщение от тигар (ok) on 23-Дек-10, 09:58
	он не поймет твой ответ. просто перестань его кормить и все будет ок.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	23. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Michael Shigorin (ok) on 23-Дек-10, 13:27
	Поправочки: > Есть интересная альтернатива виртуальным контейнерам — jail. Чем интересная-то? (опять же не флейму ради, но вот уж чему удивился) > Хорошо масштабируется (SMP). AFAIR хуже линукса (и по эффективности на N малом ядер/процессоров, и по пределу K большого), формулировка может вводить в заблуждение. На фре подход другой используется и к разработке, и к администрированию.  И среди внятных ответов вроде частично процитированного бывает много никак не обоснованного шума, который и внимания-то не заслуживает.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	26. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 23-Дек-10, 14:38
	> Поправочки: >> Есть интересная альтернатива виртуальным контейнерам — jail. > Чем интересная-то? (опять же не флейму ради, но вот уж чему удивился) Простотой, гибкостью (хочешь, запускай полноценную ОС, хочешь — отдельный сервис) и эффективностью. :) Накладные потери крайне низки. За это, конечно, приходилось раньше платить и низким уровнем контроля. Сейчас это всё исправляется... Но это уже отдельный разговор, и пусть здесь лучше выскажутся фряшники. :) >> Хорошо масштабируется (SMP). > AFAIR хуже линукса (и по эффективности на N малом ядер/процессоров, и по > пределу K большого), формулировка может вводить в заблуждение. Мир не заканчивается на Linux и FreeBSD. ;) > На фре подход другой используется и к разработке, и к администрированию. Да, но человек спрашивал про особенности ядра, про то и мой ответ.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	32. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Дек-10, 18:01
	>>> Есть интересная альтернатива виртуальным контейнерам — jail. >> Чем интересная-то? > Простотой, гибкостью (хочешь, запускай полноценную ОС, хочешь — отдельный сервис) Здрасьте, в линуксе это уже много лет так.  Хоть ОС, хоть окружение, хоть сервис. > и эффективностью. :) Накладные потери крайне низки. Для OpenVZ с приличным уровнем изоляции и управления ресурсом накладные расходы по HP-шному whitepaper трёх- или четырёхлетней давности составляли порядка 2--3%.  Хм, на hp.com уже 404, вот копия нашлась: http://www.parallels.com/r/pdfs/partners/hp/performance_eval... >>> Хорошо масштабируется (SMP). >> AFAIR хуже линукса (и по эффективности на N малом ядер/процессоров, и по >> пределу K большого), формулировка может вводить в заблуждение. > Мир не заканчивается на Linux и FreeBSD. ;) Спрашивали-то в сравнении с линуксом.  О том, что у опёнка здесь вообще плачевно -- мы ж дипломатично молчим. :) >> На фре подход другой используется и к разработке, и к администрированию. > Да, но человек спрашивал про особенности ядра, про то и мой ответ. А это тоже туда же и важно, на самом деле.  Кому что.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	33. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 26-Дек-10, 18:21
	>>>> Есть интересная альтернатива виртуальным контейнерам — jail. >>> Чем интересная-то? >> Простотой, гибкостью (хочешь, запускай полноценную ОС, хочешь — отдельный сервис) > Здрасьте, в линуксе это уже много лет так.  Хоть ОС, хоть > окружение, хоть сервис. Насколько я помню, во FreeBSD ещё дольше. ;) Другое дело, что FreeBSD в этом плане долго стояла на месте. Сейчас навёрстывают. >> и эффективностью. :) Накладные потери крайне низки. > Для OpenVZ с приличным уровнем изоляции и управления ресурсом накладные расходы по > HP-шному whitepaper трёх- или четырёхлетней давности составляли порядка 2--3%.  Хм, > на hp.com уже 404, вот копия нашлась: http://www.parallels.com/r/pdfs/partners/hp/performance_eval... Гляну позже. Пока что могу лишь сказать, что типичное падение производительности в OpenVZ на реальных задачах (VPS и ещё по мелочи), которое я наблюдал, составляло 10-20%. Но это было давно, сейчас много чего наизобретали. >>>> Хорошо масштабируется (SMP). >>> AFAIR хуже линукса (и по эффективности на N малом ядер/процессоров, и по >>> пределу K большого), формулировка может вводить в заблуждение. >> Мир не заканчивается на Linux и FreeBSD. ;) > Спрашивали-то в сравнении с линуксом. Нет. Перечитайте исходный пост. Линукс отдельно, ядро FreeBSD отдельно. Если бы там был вопрос «в чём отличия от Linux», тогда да. А так — человеком был задан вопрос для изучения, а не для сравнения. Будь это одним из тысяч вопросов про отличия, я бы изначально не отвечал. :) >  О том, что у опёнка здесь вообще плачевно -- мы ж дипломатично молчим. :) А причём тут Опёнок?! o_O Он вообще нигде не фигурировал, вообще-то. Михаил, при всём моём уважении, вы, кажется, слишком хорошо отдохнули, :) потому что упорно видите то, чего не было и нет. И давайте действительно будем молчать. Потому что разводить в новости о FreeBSD флейм «Linux vs. OpenBSD» будет как-то совсем странно... ;) >>> На фре подход другой используется и к разработке, и к администрированию. >> Да, но человек спрашивал про особенности ядра, про то и мой ответ. > А это тоже туда же и важно, на самом деле.  Кому что. Важно или нет, я лишь объяснил, почему про это не говорил: об этом не спрашивали. И в качестве дополнительной причины — не хотелось провоцировать лишний раз флейм. И, повторюсь, запроса на сравнение не было. Собственно, я и сам ответил не совсем то, то просили: вместо источников привёл собственное резюме. Чисто потому что написать было быстрее, чем искать чужое. :)
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	34. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Дек-10, 19:42
	>>> Простотой, гибкостью (хочешь, запускай полноценную ОС, хочешь — отдельный сервис) >> Здрасьте, в линуксе это уже много лет так.  Хоть ОС, >> хоть окружение, хоть сервис. > Насколько я помню, во FreeBSD ещё дольше. ;) В принципе да, но этим мало кто пользовался -- несколько лет тому только от dk@ слышал рассказ о таком обустройстве рабочих хостов. > Другое дело, что FreeBSD в этом плане долго стояла на месте. Сейчас навёрстывают. Нуу по страничке на ссылке всё напоминает линукс середины девяностых -- сюита для трёх напильников вместо встал и поехал.  У меня столько здоровья и энтузазизьма уже нет (по крайней мере на эту тему :). >>> Мир не заканчивается на Linux и FreeBSD. ;) >> Спрашивали-то в сравнении с линуксом. > Нет. Перечитайте исходный пост. Линукс отдельно, ядро FreeBSD отдельно. Который http://www.opennet.dev/openforum/vsluhforumID3/73526.html#5 ведь? > Если бы там был вопрос «в чём отличия от Linux», тогда да. А так > — человеком был задан вопрос для изучения, а не для сравнения. А, ну ладно, поняли по-разному.  Я понял как контекст/опыт и не стал переспрашивать OP. >>  О том, что у опёнка здесь вообще плачевно -- мы ж дипломатично молчим. :) > А причём тут Опёнок?! [...] Ну я пытаюсь достроить логическую цепочку -- с чем сравниваем-то тогда по SMP. :) > И давайте действительно будем молчать. Потому что разводить в новости о FreeBSD > флейм «Linux vs. OpenBSD» будет как-то совсем странно... ;) Ну это опять же не потоковым форумом, а текущее состояние на вики фиксировать и при наличии времени на виток аргУментов пойти да уточнить, что за последние полгода-год изменилось.  И сослаться.  Ох, когда бы вот только -- пилу точить некогда, пилить надо :-/
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	35. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 26-Дек-10, 20:24
	>>>  О том, что у опёнка здесь вообще плачевно -- мы ж дипломатично молчим. :) >> А причём тут Опёнок?! [...] > Ну я пытаюсь достроить логическую цепочку -- с чем сравниваем-то тогда по > SMP. :) Можно с Solaris, а можно с MirBSD. :-P Я взял относительно некоего среднего (интуитивно, да) из мне известных, нескромно полагая, что имею некоторое представление. С этой точки зрения у FreeBSD хорошее SMP. Ну и на закуску: http://disserman.livejournal.com/60565.html . Оно, конечно, понятно, что Solaris для Java роднее некуда, но всё же факт забавный, во всех отношениях. Совсем оффтоп: а вы с OpenIndiana не баловались? Я уже который месяц облизываюсь, да всё некогда... >> И давайте действительно будем молчать. Потому что разводить в новости о FreeBSD >> флейм «Linux vs. OpenBSD» будет как-то совсем странно... ;) > Ну это опять же не потоковым форумом, а текущее состояние на вики > фиксировать и при наличии времени на виток аргУментов пойти да уточнить, > что за последние полгода-год изменилось.  И сослаться.  Ох, когда > бы вот только -- пилу точить некогда, пилить надо :-/ :)
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	36. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Дек-10, 20:31
	> Совсем оффтоп: а вы с OpenIndiana не баловались? Не-а, и смысла для себя пока не наблюдаю.  Я ж внедренец, а не экзофил.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	27. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от iZEN (ok) on 23-Дек-10, 20:21
	>> Есть интересная альтернатива виртуальным контейнерам — jail. > Чем интересная-то? (опять же не флейму ради, но вот уж чему удивился) Виртуализацией сетевого стека, конечно же. Хауту: http://wiki.polymorf.fr/index.php/Howto:FreeBSD_jail_vnet
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	28. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от тигар (ok) on 24-Дек-10, 10:28
	"Warning : FreeBSD 8-STABLE and 8.1 doesn't support VIMAGE and PF in kernel (panic on boot)" этот же warning и касательно recent HEAD, лично проверял на 2 машинках. стартуешь pf - получаешь панику.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	29. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от iZEN (ok) on 24-Дек-10, 11:38
	> стартуешь pf - получаешь панику. Не стартуйте PF. Используйте IPFW.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	30. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+1 +/–
	Сообщение от тигар (ok) on 24-Дек-10, 12:21
	>> стартуешь pf - получаешь панику. > Не стартуйте PF. Используйте IPFW. так и было, однако это не повод падать ;-) иначе получается какой-то куцей эта виртуализация
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	31. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Дек-10, 17:53
	>>> Есть интересная альтернатива виртуальным контейнерам — jail. >> Чем интересная-то? (опять же не флейму ради, но вот уж чему удивился) > Виртуализацией сетевого стека, конечно же. Кгм.  Вы OpenVZ в глаза-то видели?  Там он года четыре как вовсю виртуализирован, а в Virtuozzo так и того раньше.  Помнится, сейчас и в Linux-VServer 2.x уже сделали.  В LXC не помню, могу у коллег уточнить -- но кажется, тоже да.  В KVM с VT-d можно вообще отдельные маки поддерживающей такое сетевушки просунуть. Сказали бы за GEOM или Netgraph, понимаю; а в виртуализации фрю хвалить и выпячивать всё так же не за что, AFAIK.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	37. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от iZEN (ok) on 26-Дек-10, 21:05
	>>>> Есть интересная альтернатива виртуальным контейнерам — jail. >>> Чем интересная-то? (опять же не флейму ради, но вот уж чему удивился) >> Виртуализацией сетевого стека, конечно же. > Кгм.  Вы OpenVZ в глаза-то видели? Нет, не видел. > Там он года четыре А это в ванильное ядро входит разве? > как вовсю виртуализирован, а в Virtuozzo так и того раньше.   > Помнится, сейчас и в Linux-VServer 2.x уже сделали. С виртуализацией у Linux есть одна забавная проблема: SWAP неподконтролен, что бы там ни говорили о других подсистемах.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	38. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Дек-10, 22:01
	> А это в ванильное ядро входит разве? Весь OpenVZ, строго говоря -- нет: он отчасти смержен (и на этих частях построен LXC).  Но ванильное ядро никого и не интересует, окромя кернелхакеров и сборщиков ядра в дистрибутивы.  Остальных обычно интересует то ...а, вот, посмотрел -- похоже, помнил правильно и network namespaces и в LXC (бишь ванильное) входит: http://lxc.sourceforge.net/index.php/about/kernel-namespaces.../ > С виртуализацией у Linux есть одна забавная проблема: SWAP неподконтролен, > что бы там ни говорили о других подсистемах. Странно, сколько лет пользуюсь виртуализацией на Linux (самой разной) -- и в упор не наблюдаю этой проблемы.  Причём есть хосты с десятками гигабайт что памяти, что свопа (ради tmpfs) -- там тоже.  Расскажите поподробней, а то когда-то и впрямь заморачивался да беспокоился, но потом как-то позабылось -- хоть буду знать, где подводные грабли? Разве что на ноуте VirtualBox при проверке свежеиспечённой исошки, лежащей в tmpfs -- да, на время использвования выпихивает браузер в своп.  Но тут уж ничего не попишешь (точнее, надо будет дописать обработку OUTDIR и на размер исошки полегчает :) -- если бы это было надо постоянно, а не эпизодически, то после оптимизации процесса засунул бы памяти до исчезновения свопа, и только.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	7. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Ян Злобин (ok) on 23-Дек-10, 04:11
	>Где бы почитать описание, возможности и прочее? Ты не поверишь: http://www.freebsd.org/  Вот на русском: http://www.freebsd.org/ru/docs.html  А вообще, английский надо учить, если хочешь в IT хоть что-то понимать.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	16. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от filosofem (ok) on 23-Дек-10, 09:03
	> Ребята, мне вот интересно, что за ядро во FreeBSD? А то везде > линукс да линукс. Где бы почитать описание, возможности и прочее? На > великом и могучем желательно. Помню в старые добрые времена начинать рекомендовали с Хэндбука. http://www.freebsd.org.ua/doc/ru_RU.KOI8-R/books/handbook/ Великая и могучая версия отстает от буржуйской как обычно, но основные концепции наверно и в русской версии есть.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	21. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Аноним (??) on 23-Дек-10, 11:19
	Хендбук хорошо покрывает достаточно много тем, на мой взгляд базовые какие-то вещи полностью. Интересные вещи есть на wiki.freebsd.org, но там больше уже если захотелось поковыряться. Рекомендую начать с установки, если есть второй комп под рукой. Ибо (как и с некоторыми дистрами Линукса) придётся (а может и не придётся) залазить в нет с вопросами, а ребутится постоянно не доставляет что-то ни разу. Рекомендую начать с поднятия какого-нибудь Apache/Mysql/PHP/с-чем-знакомы/или-какая-задача-стоит/вписать-нужное. Ибо поднятие десктопа - задача не сложная, но десктоп с KDE (например) - 500+ пакетов (в среднем, по большей части из-за KDE). А какой-нибудь сервер - 5, 20, 25 пакетов или порядка того. САМОЕ ВАЖНОЕ на мой взгляд: Ставить проще/лучше под конкретные задачи. Ибо если просто поиграться и придумывать задачи на ходу - результат соответствующий. Ещё в догонку к интересным: - система портов (если смущает слово "порт" - представляйте "портированное приложение" на его месте) - каталог софта, грубо говоря. Можно компилять (если нравится), можно ставить готовые пакеты. - На моё личное предпочтение, более "строгое" отношение к системе: всё, что в базовой системе, конфиги например - в /etc; всё, что из портов/со стороны припёрлось - в /usr/local/etc. Исключение, X-овые конфиги. Но, X-ы это уже другая тема. ) P.S. Пишу с FreeBSD десктопа. Скорее даже с рабочей машины.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	22. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Аноним (??) on 23-Дек-10, 11:38
	Ах да, lussyara.su конечно полезный ресурс. :) WARNING. Часть информации на нём может быть устаревшей и отличаться от реального положения дел. %)
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	24. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от Michael Shigorin (ok) on 23-Дек-10, 13:27
	> Ах да, lussyara.su конечно полезный ресурс. :) Только всё же lissyara. :)
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	39. "FreeBSD Foundation профинансирует реализацию альтернативного..."	+/–
	Сообщение от nuclight (ok) on 12-Янв-11, 01:33
	> Ах да, lussyara.su конечно полезный ресурс. :) WARNING. Часть информации на нём > может быть устаревшей и отличаться от реального положения дел. %) Не просто WARNING, а NOT RECOMMENDED. Во фре принято влезать в суть и хорошо разбираться в том, как что работает; потому и документация достаточно богата. Стиль HOWTO - не тут, а у лиссяры он именно такой, местами еще и с довольно вредными советами.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

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

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