pentarh

mmonit.com/monit/ бесплатный одиночный демон, довольно гибкий. Использую именно в ситуации с 1 сервером. Платная часть — там плюшки разные добавляются, типа веб интерфейса красивого, приложения для айфона и пр. Но меня и бесплатный устраивает.

1. Узнайте путь до gcc:
# which gcc
2. Пропишите его явно:
# CC=/path/to/gcc ./configure --blah-blah-blah
3. ???
4. PROFIT!

RedHat / CentOS / Fedora

Один айпи
/etc/sysconfig/network-scripts/ifcfg-eth0:0
=====
DEVICE=eth0:0
BOOTPROTO=none
ONBOOT=yes
NETMASK=255.255.255.0
IPADDR=1.2.3.4

И так далее для eth0:1, eth0:2 и т.д. Потом надо поднять интерфейсы «ifup eth0:0» «ifup eth0:1» и т.д.

Вариант добавления айпи батчем
/etc/sysconfig/network-scripts/ifcfg-eth0-range0
=====
IPADD_START=1.2.3.4
IPADDR_END=1.2.3.100

/etc/init.d/network restart поднимет 96 айпи на интерфейсе eth0.

Комментарий про каждому айпи сетевуха — жесть. А если 50 айпи?
ОС RedHat 4.1 — вы наверно ошиблись, сейчас таких не существует.
В федоре надо предварительно потушить Network-Manager.

Разница большая, как между файловыми дескрипторами и сокетами. Не знаю, как там с мультипоточностью в фифо, но в тредах у них точно проблемы. А с сокетом все просто: accept(), fork() и вперед. К тому же сокеты относятся к сетевой подсистеме, для них есть свои буфера и sysctl'ы. И именно они предназначены для клиент-серверного взаимодействия.

А фифо это чето такое из мира применения perl )

Встроенный в материнку рейд в нетоповых моделях обычно представляет из себя софтварное убожество. Ну как правило, я не знаю чего там на вашем асусе.

По опыту работы я скажу что программный рейд gmirror во фре немногим уступает некоторым аппаратным. Разве что у него батарейки нет и отдельного процессора и памяти.

Однако вот в этих рейдах что идут на борту, зачастую тоже нет ни батарейки (по любому), ни проца своего ни памяти.

И тут возникает вопрос. А правильно ли схватят его драйвера FreeBSD? И если да, можно ли будет увидеть отдельные диски за этим рейдом? Как мониторить статус аппаратного рейда?

Вот этих вот всех вопросов не возникает при использовании gmirror.

Я за gmirror.

Могу ошибаться, но по моему вариант "**** > /dev/null &" получит SIGHUP при обрыве терминала