|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Vadim Goncharov 2:5020/400 16 Sep 2005 18:54:38
To : Kostik Belousov
Subject : Re: malloc() overcommit bug
--------------------------------------------------------------------------------
Hi Kostik Belousov!
On Fri, 16 Sep 2005 14:37:25 +0000 (UTC); Kostik Belousov wrote about 'Re:
malloc() overcommit bug':
>>> О, здорово. Меня вот тот человек спрашивает, будет ли оно работать при
>>> отключенном свопе. И мне интересно, как поведет себя тестовый пример с
>>> malloc().
KB>> Про malloc - у тебя есть прекрасная возможность протестировать. Про своп
>> К сожалению, у меня нет подходящих свободных машин для экспериментов.
>> Может быть попозже... пойдет ли для такого теста первопень с
>> 4Г-винтом и 128М ОЗУ ?
KB> Это не важно. Я например, отлаживаю его в qemu.
KB> Важна версия системы. Патч написан для HEAD,
KB> и (пока что) должен прикладываться к RELENG_6.
Как ресурсы высвободятся - займусь.
KB>> - у патча есть две настройки (через sysctl vm.overcommit):
KB>> 1. разрешать/не разрешать выделять vm_object'ы, для которых _может_ не
KB>> хватить свопа.
KB>> 2. игнорировать/включить per-uid RLIMIT_SWAP.
KB>> Если 1я настройка включена, а свопа 0 страниц, то в системе что-то
KB>> делать сможет только root (ему всегда можно). Сделать как в Солярисе
KB>> (можно работать и без swapа, и память гарантировано присутствует, если
KB>> mmap завершился ok) можно будет когда-нибудь потом. А пока - диски
KB>> большие и дешевые.
>> И какой должен быть размер свопа?
KB> Это можно измерить самому. После приложения патча
KB> sysctl vm.swap_reserved покажет, сколько в данный момент нужно
KB> свопа.
Имелось ввиду сэмулировать поведение Солярки по возможности малым
свопом.
>>> А вообще, если слить с патчем Dozen'а и протолкнуть в дерево - будет
>>> вообще замечательно.
KB>> Патч нетривиальный. Для того, чтобы начать проталкивать в дерево, его
KB>> нужно исчерпывающе протестировать хотя бы под типичными нагрузками. Без
KB>> помощи заинтересованных пользователей системы ничего не выйдет. Так что
KB>> - жду баг-репортов.
>> Какие примерно долэны быть тесты?
KB> Хорошо бы погонять систему с важными для вас приложениями.
KB> При этом иногда посматривать на vm.swap_reserved.
KB> И почитать в handbook'е про kernel panic.
Вообще-то это нужно было человеку, который гонял десятки гигов в памяти,
столкнувшись с таким поведением фри, ушли на линукс и навряд ли будут
тестить сейчас. А у меня задачи скромные - инет-сервер.
--
WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru
[Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
--- slrn/0.9.8.1 on FreeBSD 4.11/i386
* Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
