RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Не хватает памяти при обработке длинных конвейеров


Список сообщений | Написать новое | Ответить на сообщение | Домой Поиск:
Предыдущее сообщение | Следующее сообщение
From : XPEH, 2:5050/13.29, http://zuko.mitm.ru/
To : valerius
Subj : Не хватает памяти при обработке длинных конвейеров

> > > Ось ругается на нехватку памяти, при свободных
> > > 400Мб (всего 512Мб) памяти. На командах -- конвейерах
> > > с достаточно большим количеством команд в конвейере:
> > похоже на то, что в системе кончается шареная память, коей
> > весьма немного :E:E
> > а может быть все вовсе не так :)
> > это сложный вопрос который изучают при помощи тезеуса.
> Тезеусом попробуем посмотреть.
> Но ведь это происходит на ровном месте, система только загрузилась,
> а уже нет (шаренной?) памяти? Кроме того, как помнится, там есть
> целая shared арена, причем память выделяется динамически, и есть
> из чего выделять (в системе 512 Мб памяти), так что странно...

все там не просто.
512 делятся между приватной областью каждого процесса и шареной общей. граница
плавает в зависимости от потребностей.
в шареную грузятся все DLL, ее юзает PM, EMX и много кто еще.
легко получаем ситуацию, когда какой то процесс хавает много приватной
(изза неэффективности, изза "особенностей" его работы с памятью, в конце
концов просто изза багов) - граница между приватной и шареной двигается
вверх до упора, и шареная или приватная кончаются.
особенно при интенсивном использовании самой шареной памяти.
особенно с учетом EMX, который её любит.

скорее всего ситуация вообще не разруливается без фиксенья программ/emx.

а может быть дело совсем в другом, есть и другие возможности :-\

надо выяснять где именно как и почему оно отказывает и смотреть в этот момент
состояние памяти. а потом думать.


Sun 09 May 2004 11:23 Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.2.1) Gecko/20021




Programmed by Dmitri Maximovich, Dmitry I. Platonoff, Eugen Kuleshov.
25.09.99 (c) 1999, RU/2. All rights reserved.
Rewritten by Dmitry Ban. All rights ignored.