From: "Алексей Синицын" <a.sinitsin@overta.ru>
To: sarlug@lug.ru
Subject: Re: [Sarlug] i live again :)
Date: Tue, 21 Jan 2003 14:25:26 +0300
Message-ID: <20030121142526.5bc70872.a.sinitsin@overta.ru> (raw)
In-Reply-To: <20030121105539.GL1471@stingr.net>
On Tue, 21 Jan 2003 13:55:39 +0300
Paul P Komkoff Jr <i@stingr.net> wrote:
> P.S. Объём виртуальной памяти равен (грубо) объёму физической плюс сумма
> всех свопов минус непейджабельная память. Учитывая то, что сегменты кода
> не бэкендятся в своп, а pagefaultятся прямо из (elf) executable, надо
> считать только объём на сегменты данных. Реально же - если система
> выкинула много памяти активно использующихся процессов в своп - то
> работать на ней невозможно.
>
> Поэтому на рабочей станции своп нужен для страховки, метров 256 (при
> объёме памяти в 512). :)
>
Интересно, а откуда взялось утверждение (довольно распространенное), о
том что свап должен быть кратен озу? Миф, или для этого есть основания?
Я читал, что алгоритм работы подкачки таков, что при этом (кратность озу)
- это дело происходит быстрее. Для этого конечно надо читать оригинал, но
познаний не хватает (ни в языке, ни технических:). Да и вопрос - скорее
риторический, думаю разница если и есть - непринципиальна.
А вот интересно, отчего после большой нагрузки на память/подкачку может
ломатся этот механизм. После чего система становится менее работоспособной
:) (по крайней мере shutdown выполнить не может, ломается на отключении
свапа, размонтировании fs) ?
--
С уважением
Синицын Алексей mailto:a.sinitsin@overta.ru
next prev parent reply other threads:[~2003-01-21 11:25 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-01-09 10:16 Duke
2003-01-18 16:30 ` Роман Богородский aka Novel
2003-01-20 5:21 ` Masterhard
2003-01-20 6:05 ` Алексей Синицын
2003-01-20 9:43 ` Paul P Komkoff Jr
2003-01-20 10:46 ` Masterhard
2003-01-20 15:37 ` MD
2003-01-21 10:55 ` Paul P Komkoff Jr
2003-01-21 11:25 ` Алексей Синицын [this message]
2003-01-21 14:00 ` Paul P Komkoff Jr
2003-01-21 21:32 ` Alex
2003-01-21 20:20 ` Paul P Komkoff Jr
2003-01-21 21:38 ` Евгений В. Хорохорин
2003-01-21 21:28 ` Paul P Komkoff Jr
2003-01-21 22:31 ` [Sarlug] [JT] no holly wars! Евгений В. Хорохорин
2003-01-21 22:07 ` CityHawk
2003-01-21 21:30 ` [Sarlug] i live again :) CityHawk
2003-01-21 14:17 ` Евгений В. Хорохорин
2003-01-21 14:06 ` Алексей Синицын
2003-01-21 14:27 ` Paul P Komkoff Jr
2003-01-21 14:50 ` Евгений В. Хорохорин
2003-01-21 15:33 ` MD
2003-01-20 6:11 ` Евгений В. Хорохорин
2003-01-20 9:45 ` Paul P Komkoff Jr
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030121142526.5bc70872.a.sinitsin@overta.ru \
--to=a.sinitsin@overta.ru \
--cc=sarlug@lug.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Saratov Linux User Group
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sarlug/0 sarlug/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sarlug sarlug/ http://lore.altlinux.org/sarlug \
sarlug@lists.lug.ru sarlug@lug.ru
public-inbox-index sarlug
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sarlug
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git