tmpfs во FreeBSD

Называйте плиз меня на ТЫ=) Ссылка была на анонс, а уже в тексте анонса была ссылка на вики-страничку.

> А вообще БСДшные новости почему то всегда вызывают неадекватную реакцию у ЛОРовцев ? Интересно на форумах FreeBSD тоже такая реакция на линуксовые новости ?

Примерно такая же... Каждая лягушка своё болото хвалит.

даже если и предположить, что по вложенным ссылкам хоть кто-нибудь ходит, то в любом случае, на "вики-странице" тема всё равно не раскрыта. Там даже нет ссылки на первоисточник в NetBSD (хотя мы сейчас это исправим). Так что советую принять замечание robot12 как должное. ;)

Ок, без проблем=)

Гм. Что-то этот tmpfs у меня на фре выдает File too large при попытке создать файл ненулевого размера :/

монтирую просто mount -t tmpfs tmpfs /tmp, но добавление -osize=500M не помогает :(

> в смысле? а как они раньше жили? особенно на встроенных железках?

так, стоп. новость составлена неправильно, она не передает смысл происшедшего. В бсд испокон веков была mfs, но это был быстрый хак, неоптимальный. tmpfs это по функциональности тот же mfs, но сделанный так как надо.

> > Хватает. Если с умом подойти, то ничего кроме пользы оно не несёт. > Особенно учитывая, что всякие приложения типа Firefox любят туда пихать открываемые файлы, и не любит их оттуда удалять.

заметь -- tmpfs это _swappable_ memory, так что неиспользуемое в /tmp просто уйдет в своп

> А разве кто-то пользует фрю на встроенных железках?

http://www.juniper.net/techpubs/software/junos/junos76/swconfig76-cli/html/cl...

> Интересно на форумах FreeBSD тоже такая реакция на линуксовые новости ?

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

tmpfs рулит

$ mount | grep tmpfs
varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /tmp type tmpfs (rw,size=4G)

> А разве кто-то пользует фрю на встроенных железках?

Juniper, Isilon.

FreeBSD много кто использует.

> none on /var/local/apache type tmpfs (rw)

Это што за система такая убогая, которая не держит данные, к которым происходит частое обращение как buffers/cached в памяти?

> А вообще БСДшные новости почему то всегда вызывают неадекватную реакцию у ЛОРовцев ? Интересно на форумах FreeBSD тоже такая реакция на линуксовые новости ?

Кому здесь интересно знать, что бздя, растащенная нокией и джунипером, которые даже спасибо не сказали, наконец-то асилила tmpfs и даже такую ерунду разрабы фри не сами написали, а снова стырили откуда-то?

в самую точку

Кажется, на фре испокон веку можно было сделать

mdconfig -t malloc -s 128M -u 10
newfs -U /dev/md10
mount /dev/md10 /tmp
chmod 1777 /tmp

Чем это хуже tmpfs?

> Чем это хуже tmpfs?

При маленьких дисках все нормально, как только объем md приближается к 50% RAM: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/87255

> Чем это хуже tmpfs?

1. Фичи полноценной ФС при размещении в памяти не нужны. Например, в твоём примере -U - это включение soft updates для данных, которые всё равно умрут при выключении машины. Нафига?

2. Меньше плясок с двухуровневостью вообще и с номерами md в частности. В случае tmpfs отмонтировал фс - она и умерла. А тут придётся ещё и md убивать.

Ну и потенциальная возможность на лету менять размер tmpfs.