|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 10 Nov 2002 18:23:21
To : Denis Smirnov
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> <rh8lqa.iqt.ln@dimline.ru>
> <710101585.20021110143737@udmnet.ru> <87elqa.0f4.ln@dimline.ru>
From: Vladimir Bormotov <bor@vb.dn.ua>
Hi, Denis!
>>>>> "DS" == Denis Smirnov <mithraen@freesource.info> writes:
[skip]
DS>>> и нужно много дисковой памяти -- скрипты все написаны ещё и на перле,
DS>>> при том часть этих самых скриптом на awk.
ASA>> бог ты мой, awk и perl - да они столько памяти жрут, в 8 Мб ОЗУ
ASA>> не влезут. Я скрипты делал на чистом ash от busybox - почти
ASA>> полный синтаксис bash, включая ${var##pattern}.
DS> А вот на что awk/perl заменять? Hа сях писать муторно...
может проще (дешевле, эфектиныее) просто добавить памяти?
ASA>> говорят (опять ноль моего практического опыта) - uClibc не имеет
ASA>> проблем, т.к. помимо обеспечения совместимости с glibc - из нее
ASA>> выкинуто legacy от старых libc5 и т.п. Говорят также, есть даже
ASA>> экстремалы, поставившие себе uClibc вместо glibc. См. также
ASA>> высказывания Al Viro ее поводу...
DS> Можно ссылку на высказывания?
мой опыт показывает, что переход от uClibc на "покацуную glibc" дает
достаточно комфорта разработчику, и прибавляет надежности программе.
Хотя-бы потому, что тестировать можно на своей ребочей системе, и не нужно
выяснять что в uClibc сделано "не так" или "не сделано вообще".
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
