Загрузка большого аудио-проекта перезагружает ХР!

[CakeWorker]

Дело обстоит так.
Создал и долго работал (за одну сессию, без перезапуска проги и ОС) с аудио-проектом в Sonar 3.1.1 Producer Edition. Загружено несколько больших сэмплеров и пресетов (RealGuitar, VirtualGuitaristAE, два FM7, Trilogy, B4, SF2...). Судя по индикации MemTurbo от 896 мег системной памяти оставалось порядка 110-115 мег.
После перезапуска ОС при загрузке этого проекта MemTurbo сигналит о быстром поглощении проектом памяти, индикатор доходит до 12-10 мег и ОС автоматом перезагружается.
Понятно, что в первую сессию часть контента проекта "сбрасывалась" в своп-файл. Оный организован кажись по правилам:
1. Находится на другом контроллере.
2. Дефрагментирован и "заслан" в верхнюю часть достаточно быстрой партиции.
3. Находится на партиции с бОльшей частью программ.
4. Размер 1342 мега.

Windows XP Pro Sp1 оптимизирована изрядно (организована только под музыку): отключены сервисы типа Интернета, Телефонии, Тем и прочего.

C:win98se (1.500мег) - 28.670 (E:1.500мег F:5.400мег G:1.500мег)

D:audio (20гиг) - 31.424 (отдельный цельный диск)

E:music-xp - 53.569
F:raznoe + swap win98se - 21.077
G:games-xp - 27.622

Hroggs + swap winXP (5.600мег) - 25.461 (I:40гиг J:4.6гиг K:66гиг)
I:samples - 38.359
Jrojects - 38.645
K:archive - 48.073

Цифры после букв дисков - их скорстя, согласно тестирования Nero 6.3.1.10.

А вопрос такой:
Что сделать, чтобы контент проекта помещался в своп на стадии загрузки? А не со временем, как обычно... Или я что-то упустил в настройках?
А?
Спасибо!

 

[Serg196]

CakeWorker
Чтой-то вопрос непонятен. Нахрена тебе, спрашитвается, нужно организовывать своп файл? Оставь это дело винде.

 

[CakeWorker]

Serg196

Нахрена тебе, спрашитвается, нужно  организовывать своп файл? Оставь это дело винде

Спорное предложение. Хотя сторонники того и другого мнения делятся примерно пополам. Примерно, потому что организаторов свопа больше! :biggrin:

 

[Phill]

Вот спрашивается, стоит ли заморачиваться, оптимизируя систему, выкидывая все лишнее... чтобы потом ставить MemTurbo, или там RAM Idle... и прочих паразитов?

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

А манипуляции со свопом тебе в данном случае никак не помогут: если сэмплер не умеет САМ работать с DFD, и оперативки ему для загрузки сэмплов не хватает, то он просто не будет работать, и все тут. Своп - не замена оперативки, он для несколько иных целей предназначен.

 

[tarzan]

ИМХО, Кейк прав, оптимизировать можно и нужно. Но вот только не все так просто и линейно в оси устроено. Помимо оперативки как таковой есть еще всякие скрытые от пользователя понятия как хипы, утечки памяти и проч., так что в какой-то момент система просто подходит к своему естественному пределу и падает.
Может быть и другое объяснение: в процессе активного экспериментаторства (установка-удаление приложений, настройка-перестройка и т.п.) система становится нестабильной по причинам, которые сам Бил не сможет объяснить. В таком случае полезно ее снести и начать с "чистого листа". Муторно, но радикально. У меня лично такой момент уже близится
Нсчет MemTurbo и прочих RAM Idle - лучше юзать "одноразовые" оптимизаторы, которые после дефрагментирования памяти выгружаются нафик. Была у меня такая штуковина, забыл название, мож кто напомнит?

 

[Pixies]

И у меня такое бывает, (на диске Ц - 98 винда, на Д - ХР)
Вот работаю в Нюэнде - ничего не предвещает краша..... потом тыц.... винда слетает - и на черном экране греческие кракозябры..... и помогает тока ресет

 

[CakeWorker]

tarzan

MemTurbo и прочих RAM Idle - лучше юзать \"одноразовые\" оптимизаторы

По идее я МемуТурбо-то особо не юзаю - запускаю только вручную, када возникает подозрение, что памяти может не хватить. Я в курсе, что МТ с дефрагментацией памяти не особо в ладу... Потому резидентом в трее я МТ долго не держу.
А траблу подлечил кардинально - прикупил памяти. По той же МТ выяснил, что проекту не хватало всего-то 145 мег! :gigi:

система становится нестабильной по причинам, которые сам Бил не сможет объяснить

Это однозначно. По ходу, все программеры слабо представляют себе все тонкости и нюансы своих продуктов. :biggrin:

В таком случае полезно ее снести и начать с \"чистого листа\". Муторно, но радикально. У меня лично такой момент уже близится

У мя, кажись, тоже. Успокаивает тока то, что образ Нулёвой и образ Оптимизированной ХР на СД имеется! :yees: