Завершился (http://blog.droso.org/2006/05/25/soc-mentor/) выбор проектов, которые будут проспонсированы Google в рамках программы "Summer of Code 2006" , для улучшения операционных систем FreeBSD и NetBSD.Из наиболее интересных проектов можно выделить:
- Реализации поддержки журналирования (http://netbsd-soc.sourceforge.net/projects/jffs/) в FFS (NetBSD);
- Улучшение инфраструктуры коллекции портов FreeBSD;
- Обновления подсистемы эмуляции Linux (FreeBSD);
- Поддержка лимитов памяти и использования процессора в jail (FreeBSD).
URL: http://blog.droso.org/2006/05/25/soc-mentor/
Новость: http://www.opennet.me/opennews/art.shtml?num=7598
FFS и так то не слишком быстра
а прикручивание к ней журнала ее добьет
софтапдейтов достаточно.
Лучше б поддежку XFS полноценную сделали
или Reiser на худой конец
> FFS и так то не слишком быстра а прикручивание к ней журнала ее добьетесли этому суждено быть -- у противников и сторонников журналирования будет тот материал, на чем спорить (когда рассуждают о производительности довольно разных файловых систем, объясняя это только журналированием -- это далеко не всегда правильно). то есть, научно-методологическое значение есть. =))
а вообще -- лично я в перспективе жду ZFS и в BSD тоже (пока высказались за портирование как минимум разработчики NetBSD и DragonFly).
поправка.>у противников и сторонников журналирования
читать как: у сторонников softupdates и сторонников журналирования.
и еще Apple хочет ZFS в Darwin портировать...
Полноценную в том смысле чтобы ее можно было использовать в качестве корневой FS
монтируйте корневую FS r/o и все будет Ok :)// wbr
Ню ню
Лимиты ресурсов в jail-е - это отлично.
>Лимиты ресурсов в jail-е - это отлично.Как закончат портировать DTrace так за зоны приймутся
Солярсовские зоны - слишком сложные и ос зависимый код, имхо, все портирование седется к написанию с нуля по образу и подобию - слишком огромная работа.А вот некоторой функциональности в Jail действительно не хватает, с другой стороны, jail - это именно то, что хотели сдлеать, т.е. chroot со своим деревом процессом + парой дополнительных ограничений. Jail и не пытались сделать как механизм для создания VPS.
Если реализуют эти фичи, то FreeBSD можно полноценно продавать как VPS
>Солярсовские зоны - слишком сложные и ос зависимый код, имхо, все портирование
>седется к написанию с нуля по образу и подобию - слишком
>огромная работа.
>
не сильно огромная.. ~1 год для 1 человека full time.. даже быстрее если знать чего хотеть.
я очень поверхностно знаю, что такое журналирование, и чем оно отличается от softupdate. но существующий механизм работает замечательно, зачем переделывать?никогда у меня не было проблем с ffs. очень надёжно и стабильно работает, достаточно быстро. даже после очень жестких аварий она восстанавливает в lost+found буквально несколько файлов, да и те чаще всего уже удаленные, ненужные ноды. а корень можно смотрировать без софтапдейт, что по-умолчанию и сделано.
и одно я имею точно: то, что делают линуксоиды мне обычно не нравится, а то, что делают в беркли всегда очень технически грамотно и красиво.
линуксоводы, перебежавшие в проект bsd, очень сильно портят его своим куцым пингвинячим мышлением. ИМХО, разумеется.
У softupdates (SU) есть одна большая проблема - при загрузке после сбоя требуется запуск fsck. Это можно сделать в процессе загрузки или после загрузки в фоне. Оба способа имеют свои недостатки. Скажем, редкий клиент ISP дождется, пока поднимется ftp-сервер с десятком 400Gb винтов, не позвонив в саппорт. С другой стороны, запущеный в фоне fsck достаточно сильно подсаживает производительность файловой системы. Скажем, на сервере БД это заметно невооруженным глазом по скорости выполнения запросов.
Именно эти проблемы и решает журналирование. При этом в процессе загрузки нужно только откатить незакоммиченные изменения и можно работать. Причем падения производительности по сравнению с SU произойти не должно - механизмы похожи.--
Jay
А чего Тео забыли? В последнее время сталь уважать OpenBSD.
Доработка jail - это нужное дело. Прикручивание журналирования к FFS - пустое (при наличии SoftUpdates). Неужели других задач нет ?