ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     25 Nov 2004  00:36:39
 To : eugen@grosbein.pp.ru
 Subject : Re: переход с 4.10 на 5.3
 -------------------------------------------------------------------------------- 
 

 >>> Eugene Grosbein wrote: 
 
  >>>>> Когда все статически слинковано - надо гораздо больше.
  al>>>>     ты не понял вопрос. сколько в гигабайтах надо памяти на эту
  al>>>>     статическую
  al>>>> линковку?
  EG>>> Hеограниченно много.
  VN>> Hе надо сказок. Hадо цифры.
  VN>> Hапример, статическая линковка libc прибавляет на приложение от нескольких
  VN>> десятков килобайт (если это hello world) до полмегабайта, если
  VN>> задействована
  VN>> вся libc. Эти полмегабайта (в предельном случае) уйдут на каждый процесс
  VN>> в том случае, если это _разные_ бинарники; если один - в оперативной
  VN>> памяти будет максимум одна копия данной статически прибитой libc.
 EG> libc это не наше всё. У меня в /usr/local/lib лежат 40Mb одних только
 EG> сошек. Плюс 28Mb в /usr/lib, плюс 18Mb в /usr/lib/compat, там лежат
 EG> от 3.x и там же внутри aout от 2.2.8. И я не занимаюсь пересборкой
 EG> без особых причин.
 
 Это не значит, что на статическую линковку (которая к тому же требуется
 мало где) нужно "неограниченно много" памяти.
 
  VN>> Сравним это со случаем, когда бинарник один и тот же, но запускается
  VN>> разными
  VN>> exec()ами сто раз. При подгрузке .so каждый такой раз модифицируется
  VN>> область таблицы перемещений; для libc.so.4 на 4.10 это 4 страницы (AFAIS).
  VN>> Вся libc.so.4 - 140 страниц. Итого, если какой-то бинарник запускается
  VN>> отдельными процессами более 140/4==35 штук, его статическая линковка
  VN>> начинает
  VN>> экономить память; так как не вся libc обычно используется, то эта граница
  VN>> будет достигнута еще раньше, в зависимости от специфики приложения.
 EG> Это все хорошо для одной только libc. Хотя да, я люблю фревую систему
 EG> и за это - за правильную статическую линковку, но все хорошо в меру.
 
 Кто бы спорил, я не буду.
 
  EG>>> Это ты не понимаешь - гигабайт уйдет под реальную
  EG>>> нагрузку и под накладные расходы его не останется. Это в теории. А на
  VN>> Hеобоснованный гон, pardon my french.
 EG> Hе понял. Ты не веришь в задачи, которым реально надо много памяти
 EG> под данные, или я неправильно тебя понял?
 
 И в то, что статическая линковка тут существенно повлияет,
 и в то, что памяти не останется.
 -netch-
 --- ifmail v.2.15dev5.3
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор