Xin LI добавил (http://lists.freebsd.org/pipermail/cvs-src/2007-June/079922....) во FreeBSD CURRENT реализацию файловой системы tmpfs.tmpfs была разработана в рамках программы Google "Summer of Code" для проекта NetBSD, от куда и была портирована на FreeBSD.
URL: http://lists.freebsd.org/pipermail/cvs-src/2007-June/079922....
Новость: https://www.opennet.ru/opennews/art.shtml?num=11130
Ну наконец-то. Я уж и отчаялся ждать :) А то баг с md-дисками все никак не пофиксят, а достойной альтернативы не было...
Для полного счастья не хватает только MFC в 6-ку.
А какой баг с md-дисками? Сколько юзаю - не замечал, ткни на PR
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/87255
Пока md-диски маленькие, проблем нет. А вот когда их объем сравним хотя бы с 50% RAM, начинаются глюки. Именно из-за них Frenzy так толком и не грузится полностью в RAM, даже когда памяти вроде бы достаточно.
Надо пользоваться не malloc, а swap. В 7 оно по умолчанию так и будет.
Насколько я понимаю, mdmfs создает как раз swap-based диск, см. man mdmfs:
By default, mdmfs creates a swap-based (MD_SWAP) disk with soft-updates enabled and mounts it on mount-point. It uses the md(4) device specified by md-device.
А зачем? Сергей, пора уже переходить на 7-ку :)
Вот и заморозка кода началась уже, скоро релиз :)
Лично я бы предпочёл получить версии FreeBSD как минимум до 6.6 перед тем, как появится 7.0-RELEASE. Хватит того, что версия FreeBSD'5.x была нестабильной вплоть до 5.4, так что я с 4.11 перешёл прямо на 6.1.А вот что касается файловых систем, то я бы хотел увидеть две вещи:
1) Отказ от выделения места под inodes при форматировании диска и переход к выделению inodes из общего дискового пространства. При этом inode каждого файла должен располагаться либо рядом с директорией, где файл создан (для того, чтобы быстро работало 'ls -l'); либо рядом с телом файла (для того, чтобы был быстрым доступ к файлу ил любой директории, где создан жёсткий линк к нему).
2) Возможность компрессии данных, причём с гибкими настройками. Например, если админ знает, что в некой директории файлы будут неизменны в течении длительного времени, он аказывает системе упрессовать их плотно, не оставляя промежутков на выравнивание файлов по границам кластеров. А если файлы меняется только целиком, то не надо оставлять запас под возможное распухание файла.
>2) Возможность компрессии данных, причём с гибкими настройками.
Как мёд так и ложкой. скромнее нужно быть ;)