From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <samurai@ricom.ru>
Message-ID: <40613662.8060407@ricom.ru>
Date: Wed, 24 Mar 2004 10:18:58 +0300
From: Alexey Morsov <samurai@ricom.ru>
Organization: Ricom-Trust
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
	rv:1.6a) Gecko/20031030
X-Accept-Language: ru-ru, ru, ja
MIME-Version: 1.0
To: community@altlinux.ru
Subject: Re: [Comm] dns over squid
References: <405ECA28.3050305@ricom.ru>	<1073.194.67.216.193.1079959569.squirrel@www.samdu.uz>	<405EF042.8020806@ricom.ru>
	<200403230904.22208.combr@vesna.ru>
	<738699570.20040324025456@post.ural.ru>
In-Reply-To: <738699570.20040324025456@post.ural.ru>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: community@altlinux.ru
List-Id: Mailing list for ALT Linux users <community.altlinux.ru>
List-Unsubscribe: <http://lists.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://lists.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2004 07:19:26 -0000
Archived-At: <http://lore.altlinux.org/community/40613662.8060407@ricom.ru/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>


Alexander Leschinsky wrote:

> Hello Mike,
> 
>    On Tue, 23 Mar 2004 09:04:22 +0400 (23.03.2004 10:04 my local time),
>    received Tuesday, March 23, 2004 at 18:01:06,
>    you wrote about "[Comm] dns over squid"
>    at least in part:
> 
> 
>>выделить памяти побольше
> 
> В корне неправильный подход... Отношение дискового кэша к выделяемой
> памяти для _оптимальной_ имеет весьма жесткие границы (где-то даже
> формула была, но я при борьбе с тормозами находил цифры чисто
> эмпирически)
> 
> _Тупое_ увеличение памяти может только затормозить до безобразия (я
> знаю, летал, когда после увеличения memory-pool c 64 до 256 метров
> получал таймауты в 90% случаев)
Да-да... у меня вообще настройки памяти по умолчанию (только 
дисковый кеш на 1024мб) - и вроде бы номано так крутиться...
Правда поставил алгоритмы работы с кешем более продвинутые чем по 
умолчанию - но на скорость и не влияет...

-- 
С наилучшими пожеланиями,
Алексей.