|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexandr S. Agranovsky 2:5020/400 10 Nov 2002 14:37:38
To : Denis Smirnov
Subject : Re: Re: compressed fs
--------------------------------------------------------------------------------
> <m3of937t36.fsf@vb.dn.ua> <0psaqa.dd8.ln@dimline.ru> <m3znsmn7yu.fsf@vb.dn.ua>
> <df9bqa.qr8.ln@dimline.ru> <m38z06mu8p.fsf@vb.dn.ua>
> <18346551497.20021106230229@udmnet.ru> <rh8lqa.iqt.ln@dimline.ru>
From: "Alexandr S. Agranovsky" <llb@udmnet.ru>
Hi, Denis Smirnov
DS> Смотря какая статистика. Ежедневную/еженедельную/ежемесячную можно и на
DS> флешке держать, IMHO. А почасовку в памяти + на центральном сервере.
Это уже твои лично проблемы
DS> ASA> Hе вижу причин, по которым при загрузке система не проверяла бы
DS> ASA> физическую работоспособность винта и автоматически форматировать
DS> ASA> его в случае необходимости.
DS> Вот не надо мне такого счастья. Винт, на котором могут быть _данные_ --
DS> нефиг. Потому как там может быть только что пришедшее жизненно важное
DS> письмо, при том, что данные ещё можно с харда вытянуть.
Я говорю о винте, который ставится только на роутер и только в
целях хранения статистики. Все. Иначе - зачем тебе флэшка?
DS> ASA> Кстати, есть решения 1FD от какого-то японца, но делал он их
DS> ASA> под FBSD. Тем не менее, дух тот же самый, например - ядро и
DS> ASA> squid грузятся с флопика, а винт - это только кэш для сквида.
DS> А... Hу в таком уже случае можно хард форматировать без напряга :)
Вот-вот
DS> ASA> Может, расскажешь заново (для меня), что собственно надо?
DS> У меня целый зоопарк :( В первую очередь хочу потренироваться на так
DS> называемых роутерах. Так называемых, потому как на каждом таком роутере
DS> обязательно у нас есть ещё DNS прокси, pptp сервер (в интернет народ выходит
DS> через него), dhcpd, бывает что WINS-сервер, возможно скоро ещё и DDNS
DS> придётся прикрутить. Hаверное скоро там же будет и transparent proxy с
DS> баннерорезками.
Я не понял - LRP для этого приспособить нельзя? Пусть все на
одну дискету не влезет, но на флэшу - заведомо.
DS> Так же _сейчас_ там есть даже апач + постгрес, для отображения статистики,
DS> но с этим счастьем я, наверное, всё-таки разделаюсь. Вот собственно под него
imho, стоит выделить эти приблуды на отдельный сервер
статистики, физически не зависимый от
DS> и нужно много дисковой памяти -- скрипты все написаны ещё и на перле, при
DS> том часть этих самых скриптом на awk.
бог ты мой, awk и perl - да они столько памяти жрут, в 8 Мб ОЗУ
не влезут. Я скрипты делал на чистом ash от busybox - почти
полный синтаксис bash, включая ${var##pattern}.
DS> Если изжить весь этот мусор -- наверное поместиться на дискетку. Хотя что
DS> насчёт DNS?
DNS базу надо где-то хранить. на винте или r/w разделе.
DS> Ага, может расскажешь про самые "интересные" подводные камни? Пока мне
к бинарнику glibc не забыть положить nss_*.so
DS> всё представляется относительно просто -- взять какую-нибудь из лёгких
DS> libc (кстати, какую лучше?), busybox, devfs, и положить всё это счастье
а devfs зачем? либу я брал glibc2.1 из Debian, стрипаную. 800
Кило. естественно, проги пришлось собирать под Debian же, релиз
2.2 (ее до сих пор при желании купить/достать можно).
сейчас думаю о переходе на uClibc, но пока конкретно ничего о
ней не могу сказать за неимением практического опыта.
DS> на ту же cramfs.
DS> Собственно первый вопрос -- совсем всё r/o сделать не получается обычно,
а на два раздела - r/o и r/w - поделить нельзя?
DS> на какую fs лучше положить данные, чтобы флешка дольше прожила?
говорят, JFFS2 - но сам пока (пока!) с ней не работал.
DS> Второй, касаемо всех этих лёгких libc -- насколько сильно они обрезаны?
DS> Какие проблемы могут встретиться при компиляции какого-нибудь софта под
DS> эти библиотеки?
говорят (опять ноль моего практического опыта) - uClibc не имеет
проблем, т.к. помимо обеспечения совместимости с glibc - из нее
выкинуто legacy от старых libc5 и т.п. Говорят также, есть даже
экстремалы, поставившие себе uClibc вместо glibc. См. также
высказывания Al Viro ее поводу...
libc'ами же я не занимался по той причине что хватало других
проблем, с RT-ядром, и по поводу либ - работает и ладно...
- ---
Alexandr S. Agranovsky llb@udmnet.ru
--- ifmail v.2.15dev5
* Origin: LLB, LLC (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
