On Sat, 25 Feb 2006 19:41:05 +0300 Иван Лох <[EMAIL PROTECTED]> wrote:
> > > Сейчас главный пожиратель памяти не новые ядра, а новые glibc. То > > > есть если не хватает памяти, то надо задумываться о использовании > > > uclibc > > > > > > Причина тривиальна, linux2.6 активно используется на устройствах > > > где памяти _меньше_ 8Mb, а вот glibc -- никогда. > > > > простите мне моё невежество :( -- в случае с sarge имеется в виду > > libc6? это стало быть весь базовый софт пересобирать придётся :( > > это же просто gentoo какое-то :( > > > > ...хотелось всё-таки остаться в пределах debian (привык как-то :), > > выкроив из него простую и лёгкую систему... > > ...а если всё же достать из загашника potato ??? на qemu > > поставить... там и libc5, и ядро 2.0... хорошо же, а? > > Хорошо. Я бы на вашем месте вообще не заморачивался, а попробовал уже попробовал, результат меня не удовлетворил :( > поставить sarge (со статически собранным ядром). Не через инсталлер да, монолитное, без модулей ^^^^^^^^^^^^^^ > разумеется, а руками и подмонтировав своп пораньше. potato у меня > лихо работал на 4Mb. вот-вот! > Просто если будут проблемы, то грешите не на ядро, а на содержимое > /lib (особенно libcrypt). И, конечно, не надо bash и Ko. Цель мероприятия -- бездисковый контроллер и запущенная на нём программа, у которой с одной стороны COM-порт, с другой -- сокет. Файловая система (и своп...) на NFS. Никакой crypt вроде бы понадобиться не должен... Однако выполнять команды ps и kill всё-таки хочется, поэтому нужны shell и telnet-сервер (или есть другой способ?), а самый лёгкий shell, который я знаю -- ash... > Попробуйте сделать memstat |grep ": /lib" или как-то так... > Вообще, медитируйте вокруг memstat... ;-} Спасибо за советы! Буду экспериментировать... -- Андрей Телешов -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]