Виртуальный диск в оперативке

Oleg Zavgorodniy написал(а) к Dmitriy Kozyrev в Sep 04 09:56:16 по местному времени:

Нello Dmitriy!

Replying to a message of Dmitriy Kozyrev to Oleg Zavgorodniy:

OZ>> Да. Есть несвопабельная память. В такой само ядро сидит, к
OZ>> примеру.
DK> То, какие страницы свопить, а какие нет, само ядро же и определяет.
Конечно. Memory manager в ядре и находится.

OZ>> Можно. И почти любая программа с какого-то момента начинает
OZ>> контролировать. Перестав пользоваться дефолтными new/delete и
OZ>> malloc/free.
DK> Любопытно. Я думал, что хиповые (ударение на первом слоге) функции -
DK> это единственный способ выделения памяти. :) А оказалось, что есть
DK> разные там AWE, VirtualAlloc и т.п.
DK> И все же, мои наблюдения прямо противоположны твоим: подавляющее
DK> большинство программ все равно работают через GlobalAlloc или
DK> НeapAlloc (вызов new в сях как раз сводится к последней). А хиповые
DK> функции не позволяют контролировать свопинг.
Подсказываю. Первым шагом является переписывание new/delete. Неважно, с какой целью. Или - использование шареной памяти.
А если rtl устраивает - значит, контролировать своповость нет необходимости.


WBW,
Oleg

--- FleetStreet 1.27.3.8

Oleg Zavgorodniy написал(а) к Dmitriy Kozyrev в Sep 04 22:46:42 по местному времени:

Нello Dmitriy!

Replying to a message of Dmitriy Kozyrev to Oleg Zavgorodniy:

DK>>> И все же, мои наблюдения прямо противоположны твоим: подавляющее
DK>>> большинство программ все равно работают через GlobalAlloc или
DK>>> НeapAlloc (вызов new в сях как раз сводится к последней). А хиповые
DK>>> функции не позволяют контролировать свопинг.
OZ>> Подсказываю. Первым шагом является переписывание new/delete.
OZ>> Неважно, с какой целью.
DK> Но опять-таки, через что будут работать переписанные функции? Не
DK> писать же драйвер для этого.
VirtualAlloc. Обычная сишная библиотека.

OZ>> Или - использование шареной памяти.
DK> Memory Mapped Files? Это уже оверкилл. Да и не предназначены они для
DK> этого.
Нет. Shared Memory.

OZ>> А если rtl устраивает - значит, контролировать своповость нет
OZ>> необходимости.
DK> А так почти всегда бывает.
Ага. Конечно. А разнообразные библиотеки, детектящие мемори лики или собирающие мусор - просто так придумали.

WBW,
Oleg

--- FleetStreet 1.27.3.8

Michael Tuganov написал(а) к Vladimir Zubarev в Sep 04 06:40:26 по местному времени:

Нello Vladimir.

14 Sep 04 15:21, you wrote to Alex 8elov:

VZ>>> Нужен раздел, который будет находиться в оперативе, а не на
VZ>>> жёстком диске.
Ae>> Это понятно, но это надёжно может получиться только при полностью
Ae>> отключенном свопе, иначе никто гарантий не даст, что память
Ae>> закончится, и весь этот дик в ОЗУ станет диском на НDD.
Ae>> Может и есть такое, но что-то я сомневаюсь.
VZ> :) Вообще-то этот "оперативный" диск мне и нужен для того,
VZ> чтобы запихнуть в него своп. Своп в оперативе должен быть весьма
VZ> быстрее чем на винте.

Кэшировать своп и высвоплять кэш... Это прикольно :)
А не проще (если хватает оперативки) просто ограничить максимальный размер свопа, скажем до 1 Мб?

Michael

--- GoldED/2 3.0.1

Vladimir Zubarev написал(а) к Michael Tuganov в Sep 04 21:21:54 по местному времени:

Привет, Michael

22 Сен 04, в 06:40, Michael Tuganov изволил(а) настрочить к Vladimir Zubarev

VZ>> :) Вообще-то этот "оперативный" диск мне и нужен для
VZ>> того, чтобы запихнуть в него своп. Своп в оперативе должен быть
VZ>> весьма быстрее чем на винте.

MT> Кэшировать своп и высвоплять кэш... Это прикольно :)
MT> А не проще (если хватает оперативки) просто ограничить максимальный
MT> размер свопа, скажем до 1 Мб?
Винда матерится, говорит, что мол, мал слишком. В общем нормальный размер свопа у меня - 512 метров, на ограничение свопа до 300 метров уже начинает материться, что типа слишком мало или диск недоступен. А вообще каким он минимально должен быть для 768 мегабайт оперативы?


Ну покедова,
Vladimir.

--- ─────────────────────────[ НIP-НOP 4EVER! ]──────────────────────────── ---

Dmitriy Kozyrev написал(а) к Oleg Zavgorodniy в Sep 04 11:15:40 по местному времени:

Мы где-то виделись, Oleg?

20 Sep 04 22:46:42 в KLG.SOFTНARD Oleg Zavgorodniy -> мне:

DK>> Но опять-таки, через что будут работать переписанные функции? Не
DK>> писать же драйвер для этого.
OZ> VirtualAlloc. Обычная сишная библиотека.

Разве VirtualAlloc позволяет запретить выделенной памяти сбрасываться в своп?

OZ>>> Или - использование шареной памяти.
DK>> Memory Mapped Files? Это уже оверкилл. Да и не предназначены они для
DK>> этого.
OZ> Нет. Shared Memory.

============================== Смотри ниже ===============================
Memory-mapped Files

Currently, there is only one way to share memory between applications on a
Win32 system: by using memory-mapped files.
============================== Смотри выше ===============================

Или ты что-то недоговариваешь?

OZ>>> А если rtl устраивает - значит, контролировать своповость нет
OZ>>> необходимости.
DK>> А так почти всегда бывает.
OZ> Ага. Конечно. А разнообразные библиотеки, детектящие мемори лики или

А ты знаешь, что memory leaks появляются как раз вот от таких самописных
new/delete?

OZ> собирающие мусор - просто так придумали.

Собиратели мусора - афаик, это просто такая технология освобождения памяти.

Всего хорошего!
Дмитрий Козырев aka Master

--- Microsoft Outlook Express 6.0 + Fidolook НL .92

Oleg Zavgorodniy написал(а) к Dmitriy Kozyrev в Sep 04 00:01:44 по местному времени:

Нello Dmitriy!

Replying to a message of Dmitriy Kozyrev to Oleg Zavgorodniy:

DK>>> Но опять-таки, через что будут работать переписанные функции? Не
DK>>> писать же драйвер для этого.
OZ>> VirtualAlloc. Обычная сишная библиотека.
DK> Разве VirtualAlloc позволяет запретить выделенной памяти сбрасываться
DK> в своп?
Нет, конечно. Позволяет распределить память ту, которая хоцца. А не ту, которая в хипе сидит. Как дальше ковыряться - Рихтер хорошо расписывал.

OZ>>>> Или - использование шареной памяти.
DK>>> Memory Mapped Files? Это уже оверкилл. Да и не предназначены они для
DK>>> этого.
OZ>> Нет. Shared Memory.

DK> ============================== Смотри ниже
DK> =============================== Memory-mapped Files

DK> Currently, there is only one way to share memory between applications
DK> on a Win32 system: by using memory-mapped files.
DK> ============================== Смотри выше
DK> ===============================
Шо, сломали? Мог по инерции рассказать осевые механизмы. Их несколько чаще использовал - мог перепутать.

DK> Или ты что-то недоговариваешь?

OZ>>>> А если rtl устраивает - значит, контролировать своповость нет
OZ>>>> необходимости.
DK>>> А так почти всегда бывает.
OZ>> Ага. Конечно. А разнообразные библиотеки, детектящие мемори лики
OZ>> или
DK> А ты знаешь, что memory leaks появляются как раз вот от таких
DK> самописных new/delete?
Агаблинщаз. a = new String; a = new String;
Вот тебе потеря памяти.При наличии нормального сборщика мусора память вернулась бы. При стандартном рантайме - фиг.

OZ>> собирающие мусор - просто так придумали.
DK> Собиратели мусора - афаик, это просто такая технология освобождения
DK> памяти.
Способ не заботиться о своевременном высвобождении памяти. Очень помогает в больших проектах. Есть в нормальных языках программирования. Всякие Ся - не являются нормальными.

WBW,
Oleg

--- FleetStreet 1.27.3.8

Valery Shapkin написал(а) к Vladimir Zubarev в Sep 04 14:23:32 по местному времени:

Нallo Vladimir

VZ> Винда матеpится, говоpит, что мол, мал слишком. В общем
VZ> ноpмальный pазмеp свопа у меня - 512 метpов, на огpаничение свопа до 300
VZ> метpов уже начинает матеpиться, что типа слишком мало или диск
VZ> недоступен. А вообще каким он минимально должен быть для 768 мегабайт
VZ> опеpативы?

Рекомендуемый - 2.5*ОЗУ.

There's a lady who's sure all that glitters is Gold... Ed!

--- FIPS/Phoenix <build 01.12>

Vladimir Zubarev написал(а) к Valery Shapkin в Sep 04 20:47:54 по местному времени:

Привет, Valery

25 Сен 04, в 14:23, Valery Shapkin изволил(а) настрочить к Vladimir Zubarev

VZ>> Винда матеpится, говоpит, что мол, мал слишком. В общем
VZ>> ноpмальный pазмеp свопа у меня - 512 метpов, на огpаничение свопа
VZ>> до 300 метpов уже начинает матеpиться, что типа слишком мало или
VZ>> диск недоступен. А вообще каким он минимально должен быть для 768
VZ>> мегабайт опеpативы?
VS> Рекомендуемый - 2.5*ОЗУ.
Не, ну 2 гига под своп мне выделять мягко говоря жалко, я наоборот от него избавиться хотел. Ну раз избавиться не получается, то хотя бы максимально урезать...


Ну покедова,
Vladimir.

--- ─────────────────────────[ НIP-НOP 4EVER! ]──────────────────────────── ---

Oleg Zavgorodniy написал(а) к Vladimir Zubarev в Sep 04 21:18:58 по местному времени:

Нello Vladimir!

Replying to a message of Vladimir Zubarev to Valery Shapkin:

VZ>>> Винда матеpится, говоpит, что мол, мал слишком. В общем
VZ>>> ноpмальный pазмеp свопа у меня - 512 метpов, на огpаничение свопа до
VZ>>> 300 метpов уже начинает матеpиться, что типа слишком мало или диск
VZ>>> недоступен. А вообще каким он минимально должен быть для 768
VZ>>> мегабайт опеpативы?
VS>> Рекомендуемый - 2.5*ОЗУ.
VZ> Не, ну 2 гига под своп мне выделять мягко говоря жалко, я
VZ> наоборот от него избавиться хотел. Ну раз избавиться не получается,
VZ> то хотя бы максимально урезать...
А 10 гигов под восстановление системы - не жалко?


WBW,
Oleg

--- FleetStreet 1.27.3.8

Vladimir Zubarev написал(а) к Oleg Zavgorodniy в Sep 04 23:15:10 по местному времени:

Привет, Oleg

27 Сен 04, в 21:18, Oleg Zavgorodniy изволил(а) настрочить к Vladimir Zubarev

VZ>> Не, ну 2 гига под своп мне выделять мягко говоря жалко, я
VZ>> наоборот от него избавиться хотел. Ну раз избавиться не
VZ>> получается, то хотя бы максимально урезать...
OZ> А 10 гигов под восстановление системы - не жалко?
Естественно жалко. По-этому и систему восстановления я отрубаю в первую очередь после установки системы, а т.к. винда всё равно продолжает что-то писать в папки System Volume Information, то запрещаю SYSTEM какой-либо доступ в папки с таким именем. У меня всё-таки винты всего 160 гигов, чтобы расходовать место на непонятно что. Лично мне при нестабильной работе системы проще эту систему переустановить.

Ну покедова,
Vladimir.

--- ─────────────────────────[ НIP-НOP 4EVER! ]──────────────────────────── ---