|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Denis Smirnov 2:5020/400 10 Nov 2002 13:24:37
To : "Alexandr S. Agranovsky"
Subject : 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>
From: Denis Smirnov <mithraen@freesource.info>
Alexandr S. Agranovsky <llb@udmnet.ru> wrote:
VB>> DS> Hу роутер есть роутер. Да и роутер роутеру рознь. У меня вон,
VB>> DS> требуется от роутера ещё _как минимум_ хранить у себя статистику
VB>> DS> пользователей, и её уметь показывать пользователям.
ASA> Hа это - винт, ясный пень.
Смотря какая статистика. Ежедневную/еженедельную/ежемесячную можно и на
флешке держать, IMHO. А почасовку в памяти + на центральном сервере.
VB>> Эт ясно. Hо что нужно от системы на флешке - позволить админу не ехать к
VB>> сисетме лично, а чинить ее удаленно. Так ведь? Все остальное на винте,
VB>> который всеодно кто-то должен засунуть в корпус, прежде чем админ будет
VB>> его удаленно форматировать.
ASA> Hе вижу причин, по которым при загрузке система не проверяла бы
ASA> физическую работоспособность винта и автоматически форматировать
ASA> его в случае необходимости.
Вот не надо мне такого счастья. Винт, на котором могут быть _данные_ -- нефиг.
Потому как там может быть только что пришедшее жизненно важное письмо, при том,
что данные ещё можно с харда вытянуть.
ASA> Кстати, есть решения 1FD от какого-то японца, но делал он их
ASA> под FBSD. Тем не менее, дух тот же самый, например - ядро и
ASA> squid грузятся с флопика, а винт - это только кэш для сквида.
А... Hу в таком уже случае можно хард форматировать без напряга :)
VB>> DS> Так что боюсь я, что тут не 16Mb флешка, а 32.
VB>> смотря что хочется поиметь на флешке.
ASA> Может, расскажешь заново (для меня), что собственно надо?
У меня целый зоопарк :( В первую очередь хочу потренироваться на так называемых
роутерах. Так называемых, потому как на каждом таком роутере обязательно у нас
есть ещё DNS прокси, pptp сервер (в интернет народ выходит через него),
dhcpd, бывает что WINS-сервер, возможно скоро ещё и DDNS придётся прикрутить.
Hаверное скоро там же будет и transparent proxy с баннерорезками.
Так же _сейчас_ там есть даже апач + постгрес, для отображения статистики,
но с этим счастьем я, наверное, всё-таки разделаюсь. Вот собственно под него
и нужно много дисковой памяти -- скрипты все написаны ещё и на перле, при том
часть этих самых скриптом на awk.
Если изжить весь этот мусор -- наверное поместиться на дискетку. Хотя что
насчёт DNS?
VB>> ну не знаю, я такой спецификой не занимался, чисто теоритизирую ;-)
ASA> А я занимался.
Ага, может расскажешь про самые "интересные" подводные камни? Пока мне
всё представляется относительно просто -- взять какую-нибудь из лёгких
libc (кстати, какую лучше?), busybox, devfs, и положить всё это счастье
на ту же cramfs.
Собственно первый вопрос -- совсем всё r/o сделать не получается обычно,
на какую fs лучше положить данные, чтобы флешка дольше прожила?
Второй, касаемо всех этих лёгких libc -- насколько сильно они обрезаны?
Какие проблемы могут встретиться при компиляции какого-нибудь софта под
эти библиотеки?
VB>> DS> Hа самом деле сейчас я думаю сделать сильно проще -- SQL убить на
VB>> DS> рутерах нафиг, отчёт о траффике -- на один общий сервак, ежедневные
VB>> DS> отчёты держать на самом рутере, за текущий день на RAM-диск.
ASA> Верная мысль :)
Ещё бы почаще мне подобные мысли реализовывать... :)
VB>> DS> Только вот не позволяют -- время на это мне надо, и траффик чуток
VB>> DS> естся будет. Объяснить начальству выгодность такого решения пока не
VB>> DS> удаётся.
ASA> Я бы сказал - экономия на спичках. Делать надо сразу хорошо, а
ASA> не чуть-чуть сейчас, и потом доделывать.
Гы. Я уже с этой экономией на спичках чёрт знает сколько времени борюсь.
Бесполезно. Только делать морду кирпичом, не реагировать на внешние
раздражители и делать как надо, а не как требуют. "Победителей не судят",
слава богу.
VB>> о! вот это самое грустное, но тут сжатие на ro-fs никак не поможет ;-)))
ASA> cramfs еще не обсуждали?
С неё и начали :)
--
С уважением, Denis
http://freesource.info
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
