https://www.opennet.ru/openforum/vsluhforumID3/37696.html Xin LI добавил (http://lists.freebsd.org/pipermail/cvs-src/2007-June/079922.html) во FreeBSD CURRENT реализацию файловой системы tmpfs.<br><br>tmpfs была разработана в рамках программы Google "Summer of Code" для проекта NetBSD, от куда и была портирована на FreeBSD.<br><br><br>URL: http://lists.freebsd.org/pipermail/cvs-src/2007-June/079922.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=11130<br> https://www.opennet.ru/openforum/vsluhforumID3/37696.html#10 Mon, 25 Jun 2007 12:58:08 GMT &gt;2) Возможность компрессии данных, причём с гибкими настройками.<br>Как мёд так и ложкой. скромнее нужно быть ;) <br> https://www.opennet.ru/openforum/vsluhforumID3/37696.html#9 Sat, 23 Jun 2007 18:54:16 GMT Лично я бы предпочёл получить версии FreeBSD как минимум до 6.6 перед тем, как появится 7.0-RELEASE. Хватит того, что версия FreeBSD'5.x была нестабильной вплоть до 5.4, так что я с 4.11 перешёл прямо на 6.1.<br><br>А вот что касается файловых систем, то я бы хотел увидеть две вещи:<br><br>1) Отказ от выделения места под inodes при форматировании диска и переход к выделению inodes из общего дискового пространства. При этом inode каждого файла должен располагаться либо рядом с директорией, где файл создан (для того, чтобы быстро работало 'ls -l'); либо рядом с телом файла (для того, чтобы был быстрым доступ к файлу ил любой директории, где создан жёсткий линк к нему).<br><br>2) Возможность компрессии данных, причём с гибкими настройками. Например, если админ знает, что в некой директории файлы будут неизменны в течении длительного времени, он аказывает системе упрессовать их плотно, не оставляя промежутков на выравнивание файлов по границам кластеров. А если файлы меняется только целиком, то не надо оставлять запас под во https://www.opennet.ru/openforum/vsluhforumID3/37696.html#6 Tue, 19 Jun 2007 09:45:49 GMT Насколько я понимаю, mdmfs создает как раз swap-based диск, см. man mdmfs:<br>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. https://www.opennet.ru/openforum/vsluhforumID3/37696.html#5 Tue, 19 Jun 2007 09:37:46 GMT Надо пользоваться не malloc, а swap. В 7 оно по умолчанию так и будет. https://www.opennet.ru/openforum/vsluhforumID3/37696.html#4 Tue, 19 Jun 2007 09:33:43 GMT http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/87255<br>Пока md-диски маленькие, проблем нет. А вот когда их объем сравним хотя бы с 50% RAM, начинаются глюки. Именно из-за них Frenzy так толком и не грузится полностью в RAM, даже когда памяти вроде бы достаточно. https://www.opennet.ru/openforum/vsluhforumID3/37696.html#3 Tue, 19 Jun 2007 09:16:07 GMT А зачем? Сергей, пора уже переходить на 7-ку :)<br>Вот и заморозка кода началась уже, скоро релиз :) https://www.opennet.ru/openforum/vsluhforumID3/37696.html#2 Tue, 19 Jun 2007 08:53:40 GMT А какой баг с md-дисками? Сколько юзаю - не замечал, ткни на PR https://www.opennet.ru/openforum/vsluhforumID3/37696.html#1 Tue, 19 Jun 2007 08:33:26 GMT Ну наконец-то. Я уж и отчаялся ждать :) А то баг с md-дисками все никак не пофиксят, а достойной альтернативы не было...<br>Для полного счастья не хватает только MFC в 6-ку.