Модераторы: feodorv, GremlinProg, xvr, Fixin

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Системный кэш 
:(
    Опции темы
Lazin
Дата 3.12.2008, 13:02 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 3820
Регистрация: 11.12.2006
Где: paranoid oil empi re

Репутация: 8
Всего: 154



Цитата(GremlinProg @  3.12.2008,  11:42 Найти цитируемый пост)
по крайней мере это логично, когда система отменяет влияние флага FILE_FLAG_SEQUENTIAL_SCAN и начинает кэшировать данные, когда файл последовательно не читается

логично, но неправильно. 
по сути это утечка памяти, если файл будет очень большим и будет открыт долго, то это приведет к неработоспособности системы в целом, даже, если файл в данный момент открыт только одной программой.
PM MAIL Skype GTalk   Вверх
GremlinProg
Дата 3.12.2008, 15:06 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Комодератор
Сообщений: 2706
Регистрация: 9.8.2005
Где: Тюмень

Репутация: 99
Всего: 106



Цитата(Lazin @  3.12.2008,  15:02 Найти цитируемый пост)
логично, но неправильно. 

а как правильно?
правильно, если операционка будет запрещать левым процессам читать файл, если они обращаются к нему непоследовательно?
или правильно, если твои процессы, в момент вклинивая левых, будут получать при доступе к файлу ошибку, типа "последовательный доступ к файлу нарушен"?

Добавлено через 58 секунд
это не утечка памяти, это нормальная работа кэша.

Добавлено через 14 минут и 6 секунд
Есть, в принципе выход

сейчас могу только кинуть ориентир:
1. запрети открытый доступ всем процессам, кроме своего, т.е. убери все флаги FILE_SHARE_xxx
2. при создании очередного "своего" процесса, дублируй дескриптор файла (DuplicateHandle), открытый в первом процессе, для вновь созданного со всеми необходимыми правами доступа.

тогда левые процессы не смогут читать/писать в этот файл, а "свои" процессы - смогут


--------------------
"Гений всегда разумнее, чем умнее. Ум — это машина, разум — водитель этой машины."
PM WWW ICQ   Вверх
J0ker
Дата 4.12.2008, 01:18 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 986
Регистрация: 17.9.2008

Репутация: -1
Всего: 14



FILE_FLAG_SEQUENTIAL_SCAN
If an application moves the file pointer for random access, optimum caching may not occur. 



--------------------
user posted image
PM MAIL   Вверх
Ответ в темуСоздание новой темы Создание опроса
Правила форума "C/C++: Системное программирование и WinAPI"
Fixin
GremlinProg
xvr
feodorv
  • Большое количество информации и примеров с использованием функций WinAPI можно найти в MSDN
  • Описание сообщений, уведомлений и примеров с использованием компонент WinAPI (BUTTON, EDIT, STATIC, и т.п.), можно найти в MSDN Control Library
  • Непосредственно, перед созданием новой темы, проверьте заголовок и удостоверьтесь, что он отражает суть обсуждения.
  • После заполнения поля "Название темы", обратите внимание на наличие и содержание панели "А здесь смотрели?", возможно Ваш вопрос уже был решен.
  • Приводите часть кода, в которой предположительно находится проблема или ошибка.
  • Если указываете код, пользуйтесь тегами [code][/code], или их кнопочными аналогами.
  • Если вопрос решен, воспользуйтесь соответствующей ссылкой, расположенной напротив названия темы.
  • Один топик - один вопрос!
  • Перед тем как создать тему - прочтите это .

На данный раздел распространяются Правила форума и Правила раздела С++:Общие вопросы .


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Chipset, Step, Fixin, GremlinProg, xvr. feodorv.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | C/C++: Системное программирование и WinAPI | Следующая тема »


 




[ Время генерации скрипта: 0.0451 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.