Размер swap, когда много памяти

[Кубашин Александр Сергеевич]

Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
использоваться Proxmox VE (debian-based дистрибутив заточенный на
управление виртуальными машинами).
Где-то встречал, что для Linux swap желателен в любом случае, не
зависимо от объёма памяти (если памяти много, то большой swap не нужен).
Какие есть соображение по поводу оптимального размера swap, и чем это
мнение обосновано?

--
С уважением,
Кубашин Александр


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/51125242...@k-sc.ru

[Andrey Rahmatullin]

On Wed, Feb 06, 2013 at 04:53:22PM +0400, Кубашин Александр Сергеевич wrote:
> Где-то встречал, что для Linux swap желателен в любом случае, не
> зависимо от объёма памяти

Я слышал обратное.

--
WBR, wRAR

[Alexander Konotop]

В Wed, 06 Feb 2013 16:53:22 +0400
Кубашин Александр Сергеевич <kubas...@k-sc.ru> пишет:

> Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> использоваться Proxmox VE (debian-based дистрибутив заточенный на
> управление виртуальными машинами).
> Где-то встречал, что для Linux swap желателен в любом случае, не
> зависимо от объёма памяти (если памяти много, то большой swap не
> нужен). Какие есть соображение по поводу оптимального размера swap, и
> чем это мнение обосновано?
>

Ну подсчитайте сколько машин в час пик будет запущено и сколько они
будут требовать памяти. Если может быть больше чем 84Гб - нужен swap.
Объём swap - придумайте такую цифру запаса чтобы Вам спокойно спать
было. В крайнем случае если памяти не хватит - ядро грохнет самых
злостных пожирателей. Потормозит какое-то время перед киллом жестким
образом и грохнет. Сколько это "какое-то время" - не знаю, скорее всего
только опытным путём можно будет вычислить. В качестве репетиции
ограничьте в опциях ядра в загрузчике максимум доступной памяти (скажем
до 1ГБ) и запустите не 50-100 машин, а 2-3. Это даст хоть частичный
ответ на вопрос "что будет если памяти не хватит". Потом протестируйте
так же только с несколькими гигами свопа.

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20130206151125.05d202cd@jager

[Victor Wagner]

On 2013.02.06 at 16:53:22 +0400, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ wrote:

> О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ 84О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ нёО©╫ О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ Proxmox VE (debian-based О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫).
> О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫ Linux swap О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ъёО©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ (О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ swap О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫). О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ swap,
> О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?

"О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫" О©╫ "О©╫О©╫О©╫ Linux" О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ unix-О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ unix-О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ Java, О©╫ О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ swap О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20130206131...@wagner.pp.ru

[Alex Mestiashvili]

A О©╫О©╫О©╫ java О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ ?
О©╫О©╫О©╫О©╫О©╫О©╫О©╫,
Alex

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/51126DDD...@gmail.com

[Alex Kuklin]

О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫ java О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫
О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ - О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/5112724D...@kuklin.ru

[Dmitrii Kashin]

Кубашин Александр Сергеевич <kubas...@k-sc.ru> writes:

> Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> использоваться Proxmox VE (debian-based дистрибутив заточенный на
> управление виртуальными машинами).
> Где-то встречал, что для Linux swap желателен в любом случае, не
> зависимо от объёма памяти (если памяти много, то большой swap не
> нужен). Какие есть соображение по поводу оптимального размера swap, и
> чем это мнение обосновано?

Не слышал такого мнения, но точно знаю, что в компании, где я раньше
работал, своп выделялся на виртуальные машины, а не на физические. В
роли свопа использовались файлы фиксированного размера.

--
**************************************
* jabber: fre...@jabber.mipt.ru *
* Registered linux user #546240 *
**************************************

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/87mwvhi...@ws00.freehck.ru

[Roman V. Nikolaev]

06.02.2013 16:53, Кубашин Александр Сергеевич пишет:

> Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> использоваться Proxmox VE (debian-based дистрибутив заточенный на
> управление виртуальными машинами).
> Где-то встречал, что для Linux swap желателен в любом случае, не
> зависимо от объёма памяти (если памяти много, то большой swap не
> нужен). Какие есть соображение по поводу оптимального размера swap, и
> чем это мнение обосновано?
>

А как вариант с zram? И своп есть для всякой фигни, и памяти много не
занимает.

[Mikhail A Antonov]

06.02.2013 17:03, Andrey Rahmatullin пишет:

> On Wed, Feb 06, 2013 at 04:53:22PM +0400, Кубашин Александр Сергеевич wrote:

>> Где-то встречал, что для Linux swap желателен в любом случае, не
>> зависимо от объёма памяти

> Я слышал обратное.
Если памяти больше 4Гб и не планируется всякий изврат типа сборки
пакетов в tmpfs (оно даже в засвапленом сотоянии работает быстре чем
просто на диске файлы) то свап на всякий случай стоит сделать 1-2Гб на
случай ВНЕЗАПНОГО разрастания для возможности пережить и доставить ещё
памяти когда удобно.

06.02.2013 17:11, Alexander Konotop пишет:

> Ну подсчитайте сколько машин в час пик будет запущено и сколько они
> будут требовать памяти. Если может быть больше чем 84Гб - нужен swap.

Если может быть больше чем 84Гб - пора докупать память.

> Объём swap - придумайте такую цифру запаса чтобы Вам спокойно спать
> было. В крайнем случае если памяти не хватит - ядро грохнет самых
> злостных пожирателей.

Да-да. Вот грохнется самая прожорливая. Внутри база. Была... :-]

> Потормозит какое-то время перед киллом жестким
> образом и грохнет. Сколько это "какое-то время" - не знаю, скорее всего
> только опытным путём можно будет вычислить.

ОЧЕНЬ потормозит. Лучше так не делать. Причём с тормозить будут все.

06.02.2013 17:12, Victor Wagner пишет:
> "Под виртуализацию" и "для Linux" это немножко разные области
> применения. Своп в любом случае желателен если машина используется в
> качестве классического unix-хоста с классическими unix-приложениями.
> Скажем, если там преимущественно Java, я бы, пожалуй swap выключил. А
> если виртуализация - так тем более.
swap даже для хоста с виртуалками стоит сделать 1-2Гб. И при этом
сказать vm.swappiness=0 чтобы использовался ТОЛЬКО если всё, пипец, жить
нельзя, а памяти не хватает всего метров 200.

06.02.2013 20:03, Roman V. Nikolaev пишет:

> А как вариант с zram? И своп есть для всякой фигни, и памяти много не
> занимает.

А про это я даже не слышал. Как-нибудь попробую попробовать.
Смущает что как бы не пришлось в планировании закладывать отдельное ядро
под это дело.
Хоть и swap не планирует использоваться, но когда настанет такая
необходимость, рвать на себе волосы от того что проц сожран потому что
память сожрана как-то не хочется.

--
Best regards,
Mikhail
-
WWW: http://www.antmix.pp.ru/
XMPP: ant...@stopicq.ru

[Кубашин Александр Сергеевич]

06.02.2013 16:53, Кубашин Александр Сергеевич пишет:

> Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> использоваться Proxmox VE (debian-based дистрибутив заточенный на
> управление виртуальными машинами).
> Где-то встречал, что для Linux swap желателен в любом случае, не
> зависимо от объёма памяти (если памяти много, то большой swap не
> нужен). Какие есть соображение по поводу оптимального размера swap, и
> чем это мнение обосновано?
>

Про необходимость swap, изначально находил здесь (читать раздел "Своп
нужен"):
http://www.linux.org.ru/wiki/en/User:shimon/12309

Можно назвать источник спорным и тема раскрыта достаточно поверхностно,
но вдумчивый гуглинг привёл сюда:
http://www.linuxjournal.com/article/10678?page=0,0
Здесь тема swap раскрыта очень хорошо, но текст на английском.

Из этих 2-х источников можно сделать однозначный вывод: Swap нужен!
Если очень коротко (и очень далеко от оригиналов):
Linux имеет хорошие механизмы экономии памяти и в процессе работы
практически всегда памяти резервируется больше, чем реально
используется. Но т.к. зарезервированная (виртуальная) память должна быть
в наличии, то наличие swap (как резерва) позволяет выделить виртуальной
памяти больше чем есть физической (а как сказано выше: далеко не всё что
выделено будет в итоге востребовано). Т.е. даже если использование swap
в реальной системе равно нулю, то это не значит, что его наличие никак
не повлияло на механизмы выделения памяти.

Будем считать, что я описал очень криво, но заинтересовал всех
любопытных к прочтению оригинальных источников :)

Рекомендации от RedHat (взято здесь:
http://kb.mosaicdataservices.com/questions/170/SWAP+Memory+Recommendations+for+Linux%7B47%7DRHEL+systems
):
Systems with 4GB of ram or less require a minimum of 2GB of swap space
Systems with 4GB to 16GB of ram require a minimum of 4GB of swap space
Systems with 16GB to 64GB of ram require a minimum of 8GB of swap space
Systems with 64GB to 256GB of ram require a minimum of 16GB of swap space

--
С уважением,
Кубашин Александр


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/51134EA8...@k-sc.ru

[Кубашин Александр Сергеевич]

06.02.2013 20:03, Roman V. Nikolaev пишет:

Спасибо за наводку, но вопрос был немного не о том, а именно: Нужен ли
системе swap если памяти достаточно?
Но если вдруг памяти будет не хватать... то и в эту сторону посмотрим :)

--
С уважением,
Кубашин Александр


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/5113581B...@k-sc.ru

[Victor Wagner]

On 2013.02.06 at 15:51:09 +0100, Alex Mestiashvili wrote:

> > О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> > О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ unix-О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ unix-О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
> >
> > О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ Java, О©╫ О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ swap О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
> > О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
> >
> >
>
> A О©╫О©╫О©╫ java О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ ?

О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ Java-О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫
garbage collection.

О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫,
О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ raw devices -
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.

О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫

О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/2013020708...@wagner.pp.ru

[Oleksandr Gavenko]

On 2013-02-07, Victor Wagner wrote:

> Собственно, оттуда же привычка размещать базы данных на raw devices -
> излишний интеллект файловой системы только мешает СУБД эффективно
> распределять блоки.

А что если база на LLVM?

И/или RAID?

--
Best regards!

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/87txpox...@gavenkoa.example.com

[Mikhail A Antonov]

07.02.2013 22:20, Oleksandr Gavenko пишет:

> On 2013-02-07, Victor Wagner wrote:
>
>> Собственно, оттуда же привычка размещать базы данных на raw devices -
>> излишний интеллект файловой системы только мешает СУБД эффективно
>> распределять блоки.
> А что если база на LLVM?
>
> И/или RAID?
>

А чем это отличается от "raw devices"?

[Eugene Berdnikov]

On Thu, Feb 07, 2013 at 08:20:42PM +0200, Oleksandr Gavenko wrote:
> On 2013-02-07, Victor Wagner wrote:
>

> > О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ raw devices -
> > О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> > О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
>

> О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ LLVM?
>
> О©╫/О©╫О©╫О©╫ RAID?

О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ lvm О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ ASM (advanced storage management).
--
Eugene Berdnikov

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/2013020719...@sie.protva.ru

[Dmitry A. Zhiglov]

7 февраля 2013 г., 23:35 пользователь Eugene Berdnikov <b...@protva.ru> написал:

> On Thu, Feb 07, 2013 at 08:20:42PM +0200, Oleksandr Gavenko wrote:
>> On 2013-02-07, Victor Wagner wrote:
>>

>> > Собственно, оттуда же привычка размещать базы данных на raw devices -
>> > излишний интеллект файловой системы только мешает СУБД эффективно
>> > распределять блоки.
>>
>> А что если база на LLVM?
>>
>> И/или RAID?
>

> Правильные базы имеют свою встроенную функциональность lvm и рейдов.
> Например, у Оракла это называется ASM (advanced storage management).

Скорей всего это зависит от монструозности СУБД и нужности, но не от
правильности

[Кубашин Александр Сергеевич]

08.02.2013 9:29, Dmitry A. Zhiglov О©╫О©╫О©╫О©╫О©╫:
> 7 О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 2013 О©╫., 23:35 О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ Eugene Berdnikov <b...@protva.ru> О©╫О©╫О©╫О©╫О©╫О©╫О©╫:

>> On Thu, Feb 07, 2013 at 08:20:42PM +0200, Oleksandr Gavenko wrote:
>>> On 2013-02-07, Victor Wagner wrote:
>>>

>>>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ raw devices -
>>>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
>>>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
>>> О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ LLVM?
>>>
>>> О©╫/О©╫О©╫О©╫ RAID?
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ lvm О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ ASM (advanced storage management).

> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫ О©╫О©╫

> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫

InnoDB О©╫ MySQL О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ RAW О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫ О©╫О©╫ О©╫ MySQL О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫. О©╫ PostgreSQL О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫шёО©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

P.S. О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫... О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.

--

О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫,
О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/5114A2E8...@k-sc.ru

[Andrey Rahmatullin]

On Fri, Feb 08, 2013 at 11:02:00AM +0400, Кубашин Александр Сергеевич wrote:
> P.S. Зачем так далеко от темы уходить... Два с половиной более ли
> менее грамотных ответа по теме, а остальное офтоп.
Кому надо ответь получить - пойдёт в специализированные места, а тут
тусовка на поболтать.
Живой Витус опять же.

--
WBR, wRAR

[Yuri Kozlov]

В Thu, 07 Feb 2013 10:50:16 +0400

Кубашин Александр Сергеевич <kubas...@k-sc.ru> пишет:

> 06.02.2013 16:53, Кубашин Александр Сергеевич пишет:
> > Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> > использоваться Proxmox VE (debian-based дистрибутив заточенный на
> > управление виртуальными машинами).
> > Где-то встречал, что для Linux swap желателен в любом случае, не
> > зависимо от объёма памяти (если памяти много, то большой swap не
> > нужен). Какие есть соображение по поводу оптимального размера swap, и
> > чем это мнение обосновано?
> >
>
> Про необходимость swap, изначально находил здесь (читать раздел "Своп
> нужен"):
> http://www.linux.org.ru/wiki/en/User:shimon/12309

Если вы собрались использовать машину только под виртуалки,
то разве могут виртуалки съесть больше, чем им дадут?
То есть процесс потребления памяти в вашем случае не
строго определён?

Мне своп был очень нужен только в двух случаях.
- я ошибся в настройках udev и оно напорождало кучу
процессов, которые съели всю память.
- при сборке чего-то типа wine, где 2Гига мало.

То есть 2Гига свопа у меня есть всегда независимо от.

--
Best Regards,
Yuri Kozlov

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20130210191...@keeper.home.local

[Кубашин Александр Сергеевич]

10.02.2013 19:15, Yuri Kozlov пишет:

> Если вы собрались использовать машину только под виртуалки,
> то разве могут виртуалки съесть больше, чем им дадут?
> То есть процесс потребления памяти в вашем случае не
> строго определён?
>
> Мне своп был очень нужен только в двух случаях.
> - я ошибся в настройках udev и оно напорождало кучу
> процессов, которые съели всю память.
> - при сборке чего-то типа wine, где 2Гига мало.
>
> То есть 2Гига свопа у меня есть всегда независимо от.
>

Первое: да, я не собираюсь виртуалкам отдавать памяти больше, чем есть
физически и я прекрасно понимаю, почему все утверждают, что swap в этом
случае не нужен.
Второе: Даже если swap "не используется" (т.е. free выдаёт, что размера
swap = 0), то это не значит, что ядро в процессе выделения памяти на
него не рассчитывало и виртуально в него уже не залезло.Подробная
информация о swap и выделении памяти по приведённой ранее ссылке
(http://www.linuxjournal.com/article/10678?page=0,0), очень рекомендую к
прочтению.

P.S. задачка для разминки: фрагмент из man top, описывающий один из
столбцов вывода команды:
VIRT -- Virtual Image (kb)
The total amount of virtual memory used by the task. It
includes all code, data and shared libraries plus pages that
have been swapped out and pages that have been mapped but not
used.
Собственно задачка: Где ядро собирается брать память для "pages that
have been mapped but not used" в случае наличия swap и в случае его
отсутствия?

--
С уважением,
Кубашин Александр

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/51187765...@k-sc.ru

[evgeny...@mail.ru]

Аналогичную ситуацию разрулил проще. Так как у меня явный перебор железа
для моих задач (64 Гиг ОЗУ) для десятка KVM-гостей без требований к
производительности, выделять SWAP под " а ну как всё сожрут" смысла
нету. Однако, бывало раньше, что система при выборе всей памяти уходила
в панику (на этче, вроде).
Короче, выкусил из LVM пару гиг на случай ядерной войны, ну и

vm.swappiness=0

И всё на этом.

06.02.2013 16:53, Кубашин Александр Сергеевич пишет:

> Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> использоваться Proxmox VE (debian-based дистрибутив заточенный на
> управление виртуальными машинами).
> Где-то встречал, что для Linux swap желателен в любом случае, не
> зависимо от объёма памяти (если памяти много, то большой swap не
> нужен). Какие есть соображение по поводу оптимального размера swap, и
> чем это мнение обосновано?
>


--

To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/5136CD2C...@mail.ru

[Anatoly Molchanov]

В Proxmox'е уже решили это вопрос, даже не парьтесь. Swap выполняет функции своеобразного кэша. Если у вас данные могут лежать в ОЗУ(хоть все виртуалки целиком), разумно ли их кэшировать на жестком диске? )) Если вы любите секс с машинами, то есть смысл оставить небольшой swap, чтобы после экзотического падения системы можно было по содержанию swap'а найти следы противника(ОЗУ ведь обнуляется)

6 марта 2013 г., 8:59 пользователь evgeny...@mail.ru <evgeny...@mail.ru> написал:

Аналогичную ситуацию разрулил проще. Так как у меня явный перебор железа для моих задач (64 Гиг ОЗУ) для десятка KVM-гостей без требований к производительности, выделять SWAP под " а ну как всё сожрут" смысла нету. Однако, бывало раньше, что система при выборе всей памяти уходила в панику (на этче, вроде).
Короче, выкусил из LVM пару гиг на случай ядерной войны, ну и

vm.swappiness=0

И всё на этом.

06.02.2013 16:53, Кубашин Александр Сергеевич пишет:

Есть сервер с 84Гб памяти, под виртуализацию, на нём будет использоваться Proxmox VE (debian-based дистрибутив заточенный на управление виртуальными машинами).

Где-то встречал, что для Linux swap желателен в любом случае, не зависимо от объёма памяти (если памяти много, то большой swap не нужен). Какие есть соображение по поводу оптимального размера swap, и чем это мнение обосновано?

--

To UNSUBSCRIBE, email to debian-russian-REQUEST@lists.debian.org

with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/5136CD2C...@mail.ru

[Eugene Berdnikov]

On Wed, Mar 06, 2013 at 02:30:28PM +0400, Anatoly Molchanov wrote:
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫), О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫? )) О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫
> О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ swap, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ swap'О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫(О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫)

О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫

О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

--
Eugene Berdnikov


--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org

with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20130306110...@protva.ru

[Anatoly Molchanov]

Евгений, вы полагаете, что данные из ОЗУ Proxmox восстановит после перезагрузки??  См. контекст, речь о выборе размера swap'а для Proxmox VE

6 марта 2013 г., 15:07 пользователь Eugene Berdnikov <b...@protva.ru> написал:

On Wed, Mar 06, 2013 at 02:30:28PM +0400, Anatoly Molchanov wrote:

> целиком), разумно ли их кэшировать на жестком диске? )) Если вы любите секс
> с машинами, то есть смысл оставить небольшой swap, чтобы после
> экзотического падения системы можно было по содержанию swap'а найти следы
> противника(ОЗУ ведь обнуляется)

 ОЗУ не обнуляется, сюрприз, современные противники знают это отлично и
 умеют использовать для атак против криптографии любого уровня сложности.

[Nikolay Panov]

У меня тоже proxmox/openvz. И машинка с 32 гигами памяти. Завёл 32 гига свопа. Не понимаю, зачем тут нужна дискуссия? Вдруг какая из виртуалок в память упрётся? Так она хоть сможет своп использовать и прожить до утра, когда я проснусь и разберусь.

Have a nice day,
   Nikolay.

2013/3/6 Anatoly Molchanov <ykd...@gmail.com>

[Anatoly Molchanov]

Николай, а ваши виртуалки могут взять больше памяти чем им выделили? (в рамках OpenVZ/KVM)

6 марта 2013 г., 15:25 пользователь Nikolay Panov <debian-...@niksite.ru> написал:

[Ivan Zavarzin]

Eugene Berdnikov:

> On Wed, Mar 06, 2013 at 02:30:28PM +0400, Anatoly Molchanov wrote:
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫), О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫? )) О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫
>> О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ swap, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ swap'О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫(О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫)
>
> О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫
> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫? О©╫ О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫...

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/51374D47...@lavabit.com

[Anatoly Molchanov]

Есть такая штука, инструменты есть у чекистов. Остаточный заряд всегда есть, его и снимают. По азоту сложный вопрос, "в лоб" он точно ничем не поможет, но есть тонкости(чую, что может сократить остаточный заряд)

6 марта 2013 г., 18:05 пользователь Ivan Zavarzin <ivan_z...@lavabit.com> написал:

Eugene Berdnikov:

> On Wed, Mar 06, 2013 at 02:30:28PM +0400, Anatoly Molchanov wrote:

>> целиком), разумно ли их кэшировать на жестком диске? )) Если вы любите секс
>> с машинами, то есть смысл оставить небольшой swap, чтобы после
>> экзотического падения системы можно было по содержанию swap'а найти следы
>> противника(ОЗУ ведь обнуляется)
>

>  ОЗУ не обнуляется, сюрприз, современные противники знают это отлично и
>  умеют использовать для атак против криптографии любого уровня сложности.

А можно поподробнее? Я как-то наивно полагал, что оно не обнуляется
только если его быстренько поместить в жидкий азот...

[Ivan Zavarzin]

Anatoly Molchanov:
> О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, "О©╫ О©╫О©╫О©╫" О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫(О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫)
>
>


О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫?

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/5137510A...@lavabit.com

[Nikolay Panov]

> Николай, а ваши виртуалки могут взять больше памяти чем им выделили? (в рамках OpenVZ/KVM)

Я им выделяю память (например, гиг), плюс своп (например, два гига). И смотрю время от времени, как они память выделенную утилизируют.

Обычно, своп никто никогда всерьёз не пользует, максимум на килобайты-первые мегабайты.

[Mikhail A Antonov]

06.03.2013 15:29, Anatoly Molchanov пишет:

> Николай, а ваши виртуалки могут взять больше памяти чем им выделили?
> (в рамках OpenVZ/KVM)
>

В рамках OVZ я могу на машине с гигом памяти выдать по гигу каждой
"виртуалке" и всё будет хорошо себя чувствовать до тех пор, пока они
вместе не решат сожрать суммарно весь гиг.
Т.е. если на машине с 32Г памяти я 30 машинам ограничу потребление по
2Гб каждой, заведомо зная что все вместе сразу они память жрать не
начнут - всё будет ок. Да, я знаю что так делать плохо, но никто не мешает.
А вот с KVM так уже не прокатит.
OVZ отличается от KVM тем, что "выданная" память в OVZ не аллоцируется
сразу вся. Это всего лишь барьер для процессов внутри ovz-контейнера.
KVM же сразу "отъедает" память и не даст использовать её.
Может немного сумбурно объяснил, но если надо - объясню подробнее.

[Anatoly Molchanov]

Михаил, вы на какой вопрос ответили? ) Было утверждение, что виртуалка не может съесть больше чем ей выделили: ни в OVZ ни в KVM. Раздача несуществующих ресурсов это ваше личное дело.

6 марта 2013 г., 19:06 пользователь Mikhail A Antonov <ba...@solarnet.ru> написал:

[Eugene B. Berdnikov]

On Wed, Mar 06, 2013 at 02:22:02PM +0000, Ivan Zavarzin wrote:
> Anatoly Molchanov:
> > О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫
> > О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, "О©╫ О©╫О©╫О©╫" О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫
> > О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫(О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫)
>
> О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫?

О©╫О©╫ 30-60 О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫,
О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫.
--
Eugene Berdnikov

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/2013030614...@sie.protva.ru

[Voland Levit]

On Wed, Mar 06, 2013 at 02:22:02PM +0000, Ivan Zavarzin wrote:
> Anatoly Molchanov:

> > Есть такая штука, инструменты есть у чекистов. Остаточный заряд всегда
> > есть, его и снимают. По азоту сложный вопрос, "в лоб" он точно ничем не
> > поможет, но есть тонкости(чую, что может сократить остаточный заряд)
> >
> >
>
>

> И долго он сохраняется, этот остаточный заряд?

Вот первая практическая реализация ребятами из Принстонского университета
https://citp.princeton.edu/research/memory/ с результатами и мерами необходимыми
для удержания этого заряда.

А вот из последних новостей http://reviews.cnet.com/8301-19736_7-57573226-251/android-phones-susceptible-to-freezing-cold-boot-attacks/
про Андроид

--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20130308143...@iamcrab.ru

[Andrey Rahmatullin]

On Fri, Mar 08, 2013 at 08:37:19PM +0600, Voland Levit wrote:
> > > Есть такая штука, инструменты есть у чекистов. Остаточный заряд всегда
> > > есть, его и снимают. По азоту сложный вопрос, "в лоб" он точно ничем не
> > > поможет, но есть тонкости(чую, что может сократить остаточный заряд)
> > И долго он сохраняется, этот остаточный заряд?
>
> Вот первая практическая реализация ребятами из Принстонского университета
> https://citp.princeton.edu/research/memory/ с результатами и мерами необходимыми
> для удержания этого заряда.
>
> А вот из последних новостей http://reviews.cnet.com/8301-19736_7-57573226-251/android-phones-susceptible-to-freezing-cold-boot-attacks/
> про Андроид

И к чему это всё здесь?

--
WBR, wRAR