Вот и отлично! Пусть это в раме висит, зато винт не надо будет дергать каждый раз, %wa падает, наши волосы становятся всё шелковистее
Сокеты не есть то, ради чего надо дергать винт на запись-чтение :)
Очень грубо говоря это типа того, что находится в /proc - некая проэкция - реально для записи-чтения не используемая, только во время создания-удаления, т.е. один раз за все время работы. Темп активно юзается некоторыми программами типа mc - для распаковки архивов и прсочее, йогуртом для компиляции и прочими, для которых операции чтение-запись с носителя в общем не критичны. Для сервера выделить в отдельные разделы /var & /tmp, и то из соображений безопасности - убрать suid, sgid и пр., смысл имеет, для рабочей станции - не вижу.
Если работает программа (интерактивная программа!), у нее есть дисковый кэш и она его постоянно дергает - да, его нужно засунуть в память (при ее избытке) иначе - не стОит.
ИМХО.
но тогда он будет очищаться после перезагрузки же верно? чего не хотелось бы
Для этого есть rsync. Синкать при загрузке-выгрузке с архивом.
#!/bin/bash
# Change this to match your correct profile
PATH=/sbin:/usr/sbin:/bin:/usr/bin
RSYNC=/usr/bin/rsync
SQLITE=/usr/bin/sqlite3
PROFILE="ram.profile"
CACHE="cache.profile"
USER="w00zy"
test -x $RSYNC || exit 1
test -x $SQLITE || exit 1
if test -z "$(mount | grep -F "firefox")"
then
	sudo mount firefox /home/${USER}/.mozilla/firefox/${PROFILE} -t tmpfs \
		-o size=100M,noauto,user,exec,uid=1000,gid=1000 > /dev/null 2>&1
fi
if test -f /home/${USER}/.mozilla/firefox/${PROFILE}/.unpacked
then
	rsync -av --delete --exclude .unpacked /home/${USER}/.mozilla/firefox/${PROFILE}/ \
	/home/${USER}/.mozilla/firefox/${CACHE}/ > /dev/null 2>&1
	cd /home/${USER}/.mozilla/firefox/${CACHE}/
	for x in $(find . -type f -name '*.sqlite' -print); do
        ${SQLITE} $x "VACUUM;"; done
else
	rsync -av /home/${USER}/.mozilla/firefox/${CACHE}/ \
	/home/${USER}/.mozilla/firefox/${PROFILE}/ > /dev/null 2>&1
	touch /home/${USER}/.mozilla/firefox/${PROFILE}/.unpacked > /dev/null 2>&1
fi
В cache.profile лежит и синхронизируется с ram.profile (заодно оптимизирует базы)
Запускается у меня при логине (в фоне) при выходе и каждые 20 мин. кроном.
да и в profiles.ini
[Profile0]
Name=default
IsRelative=1
Path=ram.profile
Плохого нет, но не надо. Хочется -ради бога. А так - зачем? Что там в темпе постоянно пишет-читает? При нормальной работе там только сокеты иксов.
В файрфокс через абоут нормально кэш в тмпфс не настроить :) С кешем в раме он запускается и останвливается реактивно :D
/tmp не нужно. Может и нехватить :) /etc - незачем. А вот кэш файрфокса просто необходимо
Попробуй подгрузить модули ядра вручную.
Гдея Ктоя Кто эти люди (с)
pcm.real {
  type hw
  card 0
  device 0
}
# the ipc stuff is needed for permissions, etc.
pcm.dmixer {
  type dmix
  ipc_key 1024
  ipc_perm 0666
  slave.pcm "real"
  slave {
    period_time 0
    period_size 1024
    buffer_size 8192
    ##rate 44100  
  }
   bindings {
    0 0
    1 1 
    }
}
ctl.dmixer {
  type hw
  card 0
  }
# default devices
pcm.!default {
  type plug
  slave.pcm "dmixer"
}
ctl.!default {
	type hw           
	card 0
}
# for oss devices
pcm.dsp0 {
  type plug
  slave.pcm "dmixer"
}

bindings {
0 0
1 1
}

вот этот кусок отвечает за привязку вход-выход. сделать привязку второго канала на первый надо. типа
bindings {
0 0
0 1
}

(в общем поиграть с биндингом, возможно нужно менять второй номер в паре, нет возможности протестить.

В таком виде и встретим 2010.
С НАСТУПАЮЩИМ! :D :beer: :D
Radeons from 9500 to X1950 have full 2D acceleration and functional 3D acceleration, but are not supported by all the features that the proprietary driver provides (for example, powersaving is still in a testing phase).
Перевести? 3д нету, пользуйтесь закрытым драйвером.