Общие вопросы

У меня 4 Gb оператывной памяти. Сейчас используется ~900 мб, при этом загружено практически все что может мне понадобиться в повседневной деятельности. Вот и решил оптимизировать и ускорять работу ПК.:)
Возник собственно вопрос.
Целесообразно вообще использовать tmpfs например для /tmp, если нет почему? А если да тоже почему и в каких местах?:)
Просто жалко, ресурс ведь простаивает...:)

Всем привет!
Сразу локалка работала интернет нет (ppp0 неподнимался) ковырялся в конфигах перезагрузился та же картина, опять конфиги, перезагрузка и всё нет ничего даже свитч не мигает.
Звонил провайдеру говорят что с моего компа на их сервер приходит около 30000 DNS запросов (это где-то за час) и теперь меня заблокировали.У провайдера все адреса раздаются динамически, vpn l2tp.
Сейчас под провайдером который был до этого тоже адреса раздаются динамически vpn только pptp всё работает.
Возможно неправильно настроен dhcp-клиент вот конфиг:
/etc/dhcpcd.conf
[code]

Чем располагаем: vlc-1.1.4.1, Qt-4.6.3, ~amd64, no-multilib, ведро 2.6.36
Что хотим: гуёвый VLC, т.е. собранный с флагом qt4
Что происходит при сборке: с -qt4 всё пучком, но нужно с qt4, а при таком раскладе сообщается о весьма странной (странной для меня - ранее такого не встречал) ошибке. Вот часть вывода, имеющая отношение к происходящему[code]Making all in qt4
make[5]: Вход в каталог `/var/tmp/portage/media-video/vlc-1.1.4.1/work/vlc-1.1.4.1/modules/gui/qt4'
MOC main_interface.moc.cpp
...
moc: Invalid argument
Usage: moc [options]

Подскажите пожалуйста что лучше поставить на рутер ? И ещё, захотелось на сервере фрэймбуфер завести. Стоит ли из соображений безопасности ?

Использую для просмотра видео smplayer(mplayer) при просмотре видео высокого качества проблем не возникает всё отлично, но вот видео плохого качество не проигрывается рипы от 800мб и ниже кодек любой, просто картинка встаёт и все, зная что mplayer плохо переносит оптимизацию собрал с дефолтными флагами -march=x86-64 -pipe, но ситуация не изменилась, поэтому хочу спросить с какими флагами надо его собирать? Или вообще проблема в другом? gentoo amd64

В процессе работы системы потихоньку съедается свободное место на диске.
Для примера, особенно заметно после установки нового ядра. Удаление исходников старых ядер оставляет папки с хламом в /usr/src/*, каждая из которых занимает более 1Gb.
Так вот встает вопрос как правильно чисть систему от хлама, кроме как руками?

Я почему спрашиваю.. Линуксом пользуюсь довольно давно, всегда система с Gnome и ещё некоторым количесвом ПО вмещалась на 5Гб раздел. Сейчас значительно меньшее кол-во ПО в Gentoo занимает 8Гб. Я сначала подумал на /tmp, очистил - ничего не изменилось. Нашел ещё 2 tmp каталога: /usr/tmp и /var/tmp, они тоже пустые. Может где-то ещё? Просто уже реально на 10Гб не помещаюсь, нет места для компиляции - в качестве временной меры создал /home/tmp и заменил /var/tmp на симлинк на этот каталог.

Установил Emacs с флагом gtk
Но как запустить его в графическом режиме совсем ума не приложу.

equery показывает

$ equery files emacs | grep bin
/usr/bin
/usr/bin/b2m-emacs-23
/usr/bin/ctags-emacs-23
/usr/bin/ebrowse-emacs-23
/usr/bin/emacs-23
/usr/bin/emacsclient-emacs-23
/usr/bin/etags-emacs-23
/usr/bin/grep-changelog-emacs-23
/usr/bin/rcs-checkin-emacs-23

Если просто emacs в терминале набрать то он открывается в командной строке.

Ну конечно же его нужно было собрать с флагом "X"

установлена у меня Gentoo так:
/dev/sda6 - загрузочный раздел
/dev/sda7 - linux swap
/dev/sda8 - собственно сама система
на /dev/sda1 sda2 винда , /dev/sda3 - Ubuntu , дальше идёт extended partition /dev/sda4 внутри которого всё и установлено, включая /dev/sda5 - swap от убунты
устанавливал gentoo с минимал сд, качал stage3 и т.д. ядро собрал genkernel'ом с --menucofig, но фактически ничего не правил
загрузчик grub находится на /dev/sda6
вот конфиг граба:
root (hd0,5)
kernel /boot/<ядро> root=/dev/ram0 init=/linuxrc ramdisk=8192 real_root=/dev/sda8 udev doscsi vga=0x34D

Поставил squid не на отдельную машину, а на собственный компьютер, на котором и работаю. И в общем-то никаких проблем для остальных машин в сети, никаких проблем с работой самого прокси, но вот никак не соображу, какими правилами iptables закрыть доступ на своей машине, чтобы запретить любой трафик "мимо прокси".