Память ошибок страниц диск сек

Содержание

  1. Ошибок страницы физической памяти в секунду windows 10 что это
  2. Ошибки распределения памяти могут быть вызваны медленным ростом файла страницы
  3. Симптомы
  4. Причина
  5. Обходной путь
  6. Статус
  7. Дополнительная информация
  8. Ошибок страницы физической памяти в секунду windows 10 что это
  9. Инструкция при указанной ошибке памяти Windows 10 [решено]
  10. Как исправить Инструкция при указанной ошибке памяти в Windows 10
  11. 1. Запустите SFC & DISM Scan
  12. 2. Сканирование на наличие вредоносных программ
  13. 4. Выделите виртуальную память
  14. 5. Запустите обновления Windows
  15. 6. Сбросить систему
  16. Ошибок страницы физической памяти в секунду windows 10 что это

Ошибок страницы физической памяти в секунду windows 10 что это

contributor

Сообщения: 10692
Благодарности: 2886

•Ошибок отсутствия страницы в памяти/сек – ошибка отсутствия в памяти. Как правило, она может быть критической (но не всегда). Также может указывать на нехватку оперативной памяти. Такая ошибка возникает в тех случаях, когда система использует файл подкачки, который находится на жестком диске. Жесткий диск работает медленнее оперативной памяти, и использование файла подкачки снижает быстродействие системы. Если подобные ошибки слишком часто возникают, лучше расширить оперативную память.

1. Откройте командную строку с Административными правами.
2. В командной строке введите следующую команду и нажмите клавишу ВВОД:

По окончании выложите C:windowsLogsCBS CBS.log в архиве.

Запустите AIDA64 Portable от имени Администратора > Сверху, в окне программы AIDA нажмите «Отчет» >
Далее > выберите «Аппаратные разделы» > Далее > Простой текст > Готово > Сохранить в файл.

Файл, в архиве, подкрепите к сообщению.

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 3
Благодарности:

Доброго времени суток господа.

AkjO87ul

oAIUvHAl
czWKCBCl
rGRolHNl
djrgSAbl
qcLyk7ql

VLZcZZRl
6TDQS6ml

так. что еще можно сказать то.

Пожалуй это и натолкнуло меня написать пост именно здесь, а не создавать тему, т.к. на первый взгляд кажется всё это тесно связано между собой.

По поводу раммапа, похоже там критических утечек нет, но на мой взгляд многовато всё же для 2-х гигов)

Источник

Ошибки распределения памяти могут быть вызваны медленным ростом файла страницы

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

Применяется к: Windows 10 — все выпуски
Исходный номер КБ: 4055223

Симптомы

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

Причина

Сбои в распределении памяти могут возникать из-за задержки, связанные с ростом размера файла страницы для поддержки дополнительных требований к памяти в системе. Возможной причиной этих сбоев является настройка размера файла страницы в качестве «автоматического». Автоматический размер файла страницы начинается с небольшого файла страницы и автоматически растет по мере необходимости.

Система IO состоит из многих компонентов, включая фильтры файловой системы, файловые системы, фильтры громкости, фильтры хранения и т. д. Определенные компоненты в данной системе могут привести к вариативности в росте файлов страниц.

Обходной путь

Чтобы решить эту проблему, необходимо вручную настроить размер файла страницы. Для этого выполните следующие действия:

Статус

Корпорация Майкрософт подтвердила, что это проблема в Windows 10.

Дополнительная информация

При использовании компиляторов Microsoft Visual C++ (cl.exe) могут возникнуть такие ошибки сборки, как следующие:

Дополнительные сведения об ошибках компиляторов Visual C++ и о том, как их обойти, см. в материале Precompiled Header (PCH) issues and recommendations.

Источник

Ошибок страницы физической памяти в секунду windows 10 что это

contributor

Сообщения: 10692
Благодарности: 2886

•Ошибок отсутствия страницы в памяти/сек – ошибка отсутствия в памяти. Как правило, она может быть критической (но не всегда). Также может указывать на нехватку оперативной памяти. Такая ошибка возникает в тех случаях, когда система использует файл подкачки, который находится на жестком диске. Жесткий диск работает медленнее оперативной памяти, и использование файла подкачки снижает быстродействие системы. Если подобные ошибки слишком часто возникают, лучше расширить оперативную память.

1. Откройте командную строку с Административными правами.
2. В командной строке введите следующую команду и нажмите клавишу ВВОД:

По окончании выложите C:windowsLogsCBS CBS.log в архиве.

Запустите AIDA64 Portable от имени Администратора > Сверху, в окне программы AIDA нажмите «Отчет» >
Далее > выберите «Аппаратные разделы» > Далее > Простой текст > Готово > Сохранить в файл.

Файл, в архиве, подкрепите к сообщению.

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 3
Благодарности:

Доброго времени суток господа.

AkjO87ul

oAIUvHAl
czWKCBCl
rGRolHNl
djrgSAbl
qcLyk7ql

VLZcZZRl
6TDQS6ml

так. что еще можно сказать то.

Пожалуй это и натолкнуло меня написать пост именно здесь, а не создавать тему, т.к. на первый взгляд кажется всё это тесно связано между собой.

По поводу раммапа, похоже там критических утечек нет, но на мой взгляд многовато всё же для 2-х гигов)

Источник

Инструкция при указанной ошибке памяти Windows 10 [решено]

Инструкция в 0x00 ### ссылается на память в 0x00 ###. Ошибка чтения памяти : ошибка, связанная с ОЗУ, связанная как с системными, так и с сторонними приложениями, работающими в Windows 10. Обычно это означает, что приложение не может прочитать назначенную физическую память.

Один пользователь поделился своими проблемами на форуме Microsoft.

Когда я закрываю/перезагружаю Windows зависает с этой ошибкой
explorer.exe – ошибка приложения
Инструкция по адресу 0x00007ffee39ecc60 ссылается на память
0x0000000000000000. Память не может быть прочитана.
Местоположение памяти команд меняется с каждым отключением, но 00007ff …………. постоянно …

Узнайте, как решить эту проблему, следуя приведенным ниже инструкциям.

Как исправить Инструкция при указанной ошибке памяти в Windows 10

1. Запустите SFC & DISM Scan

Кроме того, вы можете использовать проактивные инструменты, такие как CCleaner или другие инструменты для очистки ПК, чтобы восстановить поврежденные системные файлы в реестре Windows.

2. Сканирование на наличие вредоносных программ

4. Выделите виртуальную память

5. Запустите обновления Windows

6. Сбросить систему

В качестве альтернативы, вы должны сканировать вашу оперативную память на наличие ошибок и убедиться, что вы соответствуете системным требованиям для запуска уязвимого приложения или игры, которая вызывает ошибку. Система Windows 10 требует как минимум 1 ГБ ОЗУ, но в идеале вы бы выбрали как минимум 2 ГБ.

Источник

Ошибок страницы физической памяти в секунду windows 10 что это

Что это такое? Как понимать его показания? В справке не описано.
Это нормально, когда у программы он растет со скоростью 2-3 тыс единиц в секунду?

topdown
homm © ( 2007-05-01 14:42 ) [1]

> Что это такое? Как понимать его показания?

Да не паникуй ты так. Это количество страниц, к котрым онадобился доступ когда их не было в оперативной памяти. А если еще точнее, то количество страниц, к котрым онадобился доступ когда их не было в рабочем наборе приложения, что не значит что их не было в оперативе.


> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

Нет 🙂 Пора идти в магазин за оперативой 🙂

topdown
Eraser © ( 2007-05-01 14:42 ) [2]

> [0] DVM © (01.05.07 13:42)


> Что это такое?

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

> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

не очень (хотя тут нужно смотреть конкретную ситуацию), нужно побольше ОЗУ.

topdown
homm © ( 2007-05-01 15:05 ) [3]

> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

Я счас подергал окошко оперы за края, погонял апатчь, до 5 тышь в секунду доходило. Вот же уродский оптимайзер памяти у винды 🙁 Так что пара тысячь в секунду — вполне нормально.

procedure FastDIB2Bitmap(Src:TFastDIB;Dst:TBitmap);
begin
if Src.Handle<>0 then
begin
Dst.Handle:=Src.Handle;
// bitmaps can be selected for only one device context at a time
if(Src.hDC<>0)and Src.FreeDC then DeleteDC(Src.hDC);
if(Src.hPen<>0)then DeleteObject(Src.hPen);
if(Src.hFont<>0)then DeleteObject(Src.hFont);
if(Src.hBrush<>0)then DeleteObject(Src.hBrush);
Src.hDC:=0;
Src.FreeDC:=False;
Src.FreeBits:=False;
Src.FreeHandle:=False;
end;
end;

Вот такие преобразования моя программа делает до 200 в секунду.
Если я комментирую преобразование, то счетчик не растет практически.

Памяти 100% достаточно. Ее количество не влияет на этот счетчик. 2Гб ее.

topdown
antonn © ( 2007-05-01 16:43 ) [6]


> ну если это не дает лишней нагрузки на CPU

Не нагрузки не дает абсолютно. Память не растет, никакие ресурсы не уменьшаются.

topdown
Eraser © ( 2007-05-01 17:28 ) [8]

> [6] antonn © (01.05.07 16:43)

в Делфи идентификатор объекта является указателем на объект )

topdown
antonn © ( 2007-05-01 18:09 ) [9]


> в Делфи идентификатор объекта является указателем на объект
> )

По логике, нужно сначала всё освободить, потом присваивать Handle. Возможно, и освобождать необязательно, во всяком случае в примере Bumpmap сделано так:

procedure TBumpForm.SetThumbnail(Image:TImage; Bmp:TFastDIB);
var
Tmp: TFastDIB;
begin
Tmp:=TFastDIB.Create;
Tmp.SetSize(105,105,Bmp.Bpp);
if Tmp.Bpp=8 then
begin
Tmp.Colors^:=Bmp.Colors^;
Tmp.UpdateColors;
end;

Bilinear(Bmp,Tmp);
Tmp.FreeHandle:=False;
Image.Picture.Bitmap.Handle:=Tmp.Handle;
Tmp.Free;
Image.Refresh;
end;

А вообще, откуда надобность выполнять подобное преобразование 200 раз/c? Может лучше выкинуть TBitmap и выполнять все операции с TFastDIB? А то мне сейчас лень смотреть, но подозреваю, что в TBitmap.SetHandle куда больше действий, чем просто присвоение переменной.


> А вообще, откуда надобность выполнять подобное преобразование
> 200 раз/c?

Да есть вот задачи. Видеонаблюдение.


> Может лучше выкинуть TBitmap и выполнять все операции с
> TFastDIB?

Так и планирую сделать, но есть свои грабли и очень много вносить изменений. В принципе FastDIB тут прикручен из-за фантастически быстрой SetSize.


> TBitmap.SetHandle куда больше действий, чем просто присвоение
> переменной.

Да, там намного больше действий.


> Sapersky

Не подскажите, как правильно скопировать один TFastDIB в другой. Не Assign(), а именно копирование? У меня вот какая штука:

Во вторичном потоке происходит декодирование JPEG в TFastDIB. Далее этот FastDIB с сообщением высылается в основной поток и там преобразуется в TBitmap, который и отрисовывается при необходимости в основном потоке по WM_PAINT. Так сделано сейчас. Так вот получается, что и основной поток и вторичный на деле же работают с одним и тем же хэндлом одного и того же битмапа по сути. Ведь FastDIB2Bitmap просто присваивает хэндл. И пока первичный поток отрисовывает его на окне вторичный ведь может и поменять его содержимое. Или я неправ? Так можно делать или надо полностью копироваить битмап в основной поток и там работать с ним?

topdown
homm © ( 2007-05-01 22:06 ) [12]

Хм, а я кажеться понял почему так много ошибок доступа в этом месте. Потому что по Dst.Handle:=Src.Handle; Dst фактически заново создаеться, под новый битмап выделяеться память. А менеджер памяти в виндовсе имеет такое замечательное свойство, не выделять память физически, а лишь помечать страницы как зарезервированые. А вот когда уже на новый хэндл уже копируеться изображение со старого, идет непосредственное обращение к страницам, и они выделяются физически (в ОП), а счетчик ошибок доступа мотает. Так что эта строчка имхо — большая дыра в производительности. Попробуй как минимум создавать TBitmap как DIB, как максимум, здесь вобще нужно логику программы переделывать.

topdown
homm © ( 2007-05-01 22:11 ) [13]

> Так вот получается, что и основной поток и вторичный на
> деле же работают с одним и тем же хэндлом одного и того
> же битмапа по сути.

Скорее всего нет. Как я понимаю невозможно преобразовать DDB в DIB не выделив под него второй хэндл.


> Потому что по Dst.Handle:=Src.Handle; Dst фактически заново
> создаеться, под новый битмап выделяеться память

Да, получается, что так.


> Так что эта строчка имхо — большая дыра в производительности.

Может быть, но это далеко не самая тяжелая операция. Декодирование из JPEG во вторичных потоках занимает в тысячи раз больше времени.

topdown
Sapersky ( 2007-05-02 00:38 ) [16]

Не подскажите, как правильно скопировать один TFastDIB в другой. Не Assign(), а именно копирование?

Dst.MakeCopy(Src, True); // делается SetSize и Move
Или можно (при UseGDI = True) установить размер Dst = Src, потом
Src.Draw(Dst.hDC, 0, 0); // фактически BitBlt
удобно тем, что конвертирует битмапы разных форматов, хотя, как правило, не очень качественно. Впрочем, для этого есть FConvert.pas.

И пока первичный поток отрисовывает его на окне вторичный ведь может и поменять его содержимое. Так можно делать или надо полностью копироваить битмап в основной поток и там работать с ним?

topdown
Игорь Шевченко © ( 2007-05-02 10:29 ) [17]


> Вот же уродский оптимайзер памяти у винды

Слону, сам понимаешь, пофиг.


> Sapersky (02.05.07 00:38) [16]

Большое спасибо. Метод TFastDib.MakeCopy() действительно то что нужно.

Счетчики ошибок страницы не растут. Утечек тоже нет. Как обстоят дела с производительностью такого решения выясняю.

Источник

Adblock
detector

Что это такое? Как понимать его показания? В справке не описано.
Это нормально, когда у программы он растет со скоростью 2-3 тыс единиц в секунду?

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
homm © ( 2007-05-01 14:42 ) [1]

> Что это такое? Как понимать его показания?

Да не паникуй ты так. Это количество страниц, к котрым онадобился доступ когда их не было в оперативной памяти. А если еще точнее, то количество страниц, к котрым онадобился доступ когда их не было в рабочем наборе приложения, что не значит что их не было в оперативе.


> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

Нет 🙂 Пора идти в магазин за оперативой 🙂

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
Eraser © ( 2007-05-01 14:42 ) [2]

> [0] DVM © (01.05.07 13:42)


> Что это такое?

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

> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

не очень (хотя тут нужно смотреть конкретную ситуацию), нужно побольше ОЗУ.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
homm © ( 2007-05-01 15:05 ) [3]

> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

Я счас подергал окошко оперы за края, погонял апатчь, до 5 тышь в секунду доходило. Вот же уродский оптимайзер памяти у винды 🙁 Так что пара тысячь в секунду — вполне нормально.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
DVM © ( 2007-05-01 15:35 ) [4]

Я вот попытался локализовать в своей программе место, которое более всего увеличивает счетчик — оказалось это место в FastDIB. А именно:

procedure FastDIB2Bitmap(Src:TFastDIB;Dst:TBitmap);
begin
if Src.Handle<>0 then
begin
Dst.Handle:=Src.Handle;
// bitmaps can be selected for only one device context at a time
if(Src.hDC<>0)and Src.FreeDC then DeleteDC(Src.hDC);
if(Src.hPen<>0)then DeleteObject(Src.hPen);
if(Src.hFont<>0)then DeleteObject(Src.hFont);
if(Src.hBrush<>0)then DeleteObject(Src.hBrush);
Src.hDC:=0;
Src.FreeDC:=False;
Src.FreeBits:=False;
Src.FreeHandle:=False;
end;
end;

Вот такие преобразования моя программа делает до 200 в секунду.
Если я комментирую преобразование, то счетчик не растет практически.

Памяти 100% достаточно. Ее количество не влияет на этот счетчик. 2Гб ее.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
Eraser © ( 2007-05-01 16:40 ) [5]

ну если это не дает лишней нагрузки на CPU — можно смело забить, если нагрузку дает — исключить вызов FastDIB2Bitmap.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
antonn © ( 2007-05-01 16:43 ) [6]

щас может тупой вопрос задам:)
А так — procedure FastDIB2Bitmap(Src:TFastDIB; var Dst:TBitmap);
?

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
DVM © ( 2007-05-01 17:13 ) [7]


> ну если это не дает лишней нагрузки на CPU

Не нагрузки не дает абсолютно. Память не растет, никакие ресурсы не уменьшаются.


> щас может тупой вопрос задам:)
> А так — procedure FastDIB2Bitmap(Src:TFastDIB; var Dst:TBitmap);
>
> ?

Все то же самое.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
Eraser © ( 2007-05-01 17:28 ) [8]

> [6] antonn © (01.05.07 16:43)

в Делфи идентификатор объекта является указателем на объект )

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
antonn © ( 2007-05-01 18:09 ) [9]


> в Делфи идентификатор объекта является указателем на объект
> )

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
Sapersky ( 2007-05-01 20:51 ) [10]

Я вот попытался локализовать в своей программе место, которое более всего увеличивает счетчик — оказалось это место в FastDIB.

По логике, нужно сначала всё освободить, потом присваивать Handle. Возможно, и освобождать необязательно, во всяком случае в примере Bumpmap сделано так:

procedure TBumpForm.SetThumbnail(Image:TImage; Bmp:TFastDIB);
var
Tmp: TFastDIB;
begin
Tmp:=TFastDIB.Create;
Tmp.SetSize(105,105,Bmp.Bpp);
if Tmp.Bpp=8 then
begin
Tmp.Colors^:=Bmp.Colors^;
Tmp.UpdateColors;
end;

Bilinear(Bmp,Tmp);
Tmp.FreeHandle:=False;
Image.Picture.Bitmap.Handle:=Tmp.Handle;
Tmp.Free;
Image.Refresh;
end;

А вообще, откуда надобность выполнять подобное преобразование 200 раз/c? Может лучше выкинуть TBitmap и выполнять все операции с TFastDIB? А то мне сейчас лень смотреть, но подозреваю, что в TBitmap.SetHandle куда больше действий, чем просто присвоение переменной.

Ещё, имейте в виду, что FastGate — это не оригинальный FastLIB. Автор этого модуля уже допускал ляпы при «улучшении» библиотеки, так что аккуратнее с ним (хотя, строго говоря, и «оригинал» не безгрешен).

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
DVM © ( 2007-05-01 22:03 ) [11]


> А вообще, откуда надобность выполнять подобное преобразование
> 200 раз/c?

Да есть вот задачи. Видеонаблюдение.


> Может лучше выкинуть TBitmap и выполнять все операции с
> TFastDIB?

Так и планирую сделать, но есть свои грабли и очень много вносить изменений. В принципе FastDIB тут прикручен из-за фантастически быстрой SetSize.


> TBitmap.SetHandle куда больше действий, чем просто присвоение
> переменной.

Да, там намного больше действий.


> Sapersky

Не подскажите, как правильно скопировать один TFastDIB в другой. Не Assign(), а именно копирование? У меня вот какая штука:

Во вторичном потоке происходит декодирование JPEG в TFastDIB. Далее этот FastDIB с сообщением высылается в основной поток и там преобразуется в TBitmap, который и отрисовывается при необходимости в основном потоке по WM_PAINT. Так сделано сейчас. Так вот получается, что и основной поток и вторичный на деле же работают с одним и тем же хэндлом одного и того же битмапа по сути. Ведь FastDIB2Bitmap просто присваивает хэндл. И пока первичный поток отрисовывает его на окне вторичный ведь может и поменять его содержимое. Или я неправ? Так можно делать или надо полностью копироваить битмап в основной поток и там работать с ним?

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
homm © ( 2007-05-01 22:06 ) [12]

Хм, а я кажеться понял почему так много ошибок доступа в этом месте. Потому что по Dst.Handle:=Src.Handle; Dst фактически заново создаеться, под новый битмап выделяеться память. А менеджер памяти в виндовсе имеет такое замечательное свойство, не выделять память физически, а лишь помечать страницы как зарезервированые. А вот когда уже на новый хэндл уже копируеться изображение со старого, идет непосредственное обращение к страницам, и они выделяются физически (в ОП), а счетчик ошибок доступа мотает. Так что эта строчка имхо — большая дыра в производительности. Попробуй как минимум создавать TBitmap как DIB, как максимум, здесь вобще нужно логику программы переделывать.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
homm © ( 2007-05-01 22:11 ) [13]

> Так вот получается, что и основной поток и вторичный на
> деле же работают с одним и тем же хэндлом одного и того
> же битмапа по сути.

Скорее всего нет. Как я понимаю невозможно преобразовать DDB в DIB не выделив под него второй хэндл.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
DVM © ( 2007-05-01 22:21 ) [14]


> Потому что по Dst.Handle:=Src.Handle; Dst фактически заново
> создаеться, под новый битмап выделяеться память

Да, получается, что так.


> Так что эта строчка имхо — большая дыра в производительности.

Может быть, но это далеко не самая тяжелая операция. Декодирование из JPEG во вторичных потоках занимает в тысячи раз больше времени.


> как максимум, здесь вобще нужно логику программы переделывать.

Я вот попробовал переделать на TFastDIB в основном потоке — проблема с ошибками страницы исчезла.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
DVM © ( 2007-05-01 22:25 ) [15]

Возникла другая проблема — как мне правильно передать с сообщением переменную типа TFastDIB из вторичного потока в первичный с сообщением и присвоить полченное в основном потоке значение переменной в первичном потоке. Просто присваиванием очевидно нельзя — возникают сразу утечки GDI ресурсов (вот здесь отличие от TBITMAP).

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
Sapersky ( 2007-05-02 00:38 ) [16]

Не подскажите, как правильно скопировать один TFastDIB в другой. Не Assign(), а именно копирование?

Dst.MakeCopy(Src, True); // делается SetSize и Move
Или можно (при UseGDI = True) установить размер Dst = Src, потом
Src.Draw(Dst.hDC, 0, 0); // фактически BitBlt
удобно тем, что конвертирует битмапы разных форматов, хотя, как правило, не очень качественно. Впрочем, для этого есть FConvert.pas.

И пока первичный поток отрисовывает его на окне вторичный ведь может и поменять его содержимое. Так можно делать или надо полностью копироваить битмап в основной поток и там работать с ним?

Если вторичный поток не изменяет размер битмапа, т.е. не портит указатель/Handle, то, наверное, можно его спокойно рисовать, в крайнем случае нарисуется половина старого, половина нового. Хотя сам не пробовал, не знаю, как функции GDI отнесутся к тому, что кто-то будет писать в используемую ими область памяти. Можно на всякий случай прицепить к битмапу крит. секцию.
Если изменяет — тогда однозначно нужна или синхронизация, или копирование, или и то, и другое.

Просто присваиванием очевидно нельзя — возникают сразу утечки GDI ресурсов (вот здесь отличие от TBITMAP).
Что такое «присваивание»?
Если Assign — возможно, «аффтар» FastGate с ним напортачил в новой версии, пытаясь добиться того же поведения, что и у TBitmap. В оригинале это поведение довольно специфическое — битмап-источник уничтожается.
В общем, лучше «присваивание» делать как Dst := Src с соответствующей синхронизацией или MakeCopy.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
Игорь Шевченко © ( 2007-05-02 10:29 ) [17]


> Вот же уродский оптимайзер памяти у винды

Слону, сам понимаешь, пофиг.

100 Ошибок страниц диск что это100 Ошибок страниц диск что это
DVM © ( 2007-05-02 13:00 ) [18]


> Sapersky (02.05.07 00:38) [16]

Большое спасибо. Метод TFastDib.MakeCopy() действительно то что нужно.

Счетчики ошибок страницы не растут. Утечек тоже нет. Как обстоят дела с производительностью такого решения выясняю.

Вот тут ответ на твой вопрос:
https://social.technet.microsoft.com/Forums/ru-RU/0e7cb14d-99b8-48bd-aa2c-00594afa2cad/1084108610851080109010861088?forum=vistaru
Если имеется в виду Page Fault то это не ошибки. Это просто значит что запрошеная страница (участок памяти размером 4К) была выгружена на диск и ее потребовалось загрузить в физическую память. Это совершенно нормальное явление в любых ОС с виртуальной памятью.

Черезмерное количество таких явлений однако может привести к снижению производительности и свидетельствует о недостатке физической памяти.

В случае вытесняющего алгоритма операционная система в любой момент времени может прервать выполнение текущего потока и переключить процессор на другой поток. В невытесняющих алгоритмах поток, которому предоставлен процессор, только сам решает, когда передать управление операционной системе.

Алгоритмы с квантованием.

Каждому потоку предоставляется квант времени, в течение которого поток может выполняться на процессоре. По истечении кванта операционная система переключает процессор на следующий поток в очереди. Квант обычно равен целому числу интервалов системного таймера1.

Алгоритмы с приоритетами.

Каждому потоку назначается приоритет (priority) – целое число, обозначающее степень привилегированности потока. Операционная система при наличии нескольких готовых к выполнению потоков выбирает из них поток с наибольшим приоритетом.

В Windows реализован смешанный алгоритм планирования – вытесняющий, на основе квантования и приоритетов.

  1. Тип многозадачности для приложения DOS
  2. Гарантии обслуживания
  3. Планирование процессов переднего плана
  4. Назначение файла подкачки
  5. Процессы Р1, Р2, Р3 выделяют 100, 20, 80 Мб памяти. В системе 128Мб ОП. Каков размер занятой памяти в файле подкачки. Какой размер файла подкачки.
  1. Что такое «страничная ошибка»?

Прерывание 14 —Страничная ошибка(#PF): Intel386 …

Генерируется, если страничный механизм активизирован (CR0.PG = 1) и при трансляции линейного адреса в физический возникает одна из следующих ситуаций:

  • элемент таблицы страниц или каталога страниц, используемый при трансляции адреса, имеет нулевой бит присутствия, т.е. нужная таблица страниц или страница не присутствует в физической памяти;
  • процедура не располагает уровнем привилегий, достаточным для доступа к выбранной странице или пытается произвести запись в страницу, защищенную от записи для текущего уровня привилегий.

Обработчик страничной ошибки получает информацию о ее причине из двух источников: кода ошибки, помещаемого в стек, и содержимого регистра CR2, который содержит линейный адрес, вызвавший ошибку. Код страничной ошибки имеет специальный формат (рис. 3.7.).

Прерванная программа после устранения причин, вызвавших страничную ошибку (например, загризки страницы в физическую память), может быть продолжена без каких-либо дополнительных корректировок.

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

  1. Высокая интенсивность ошибок страниц говорит о:

— ненадежности оперативной памяти

Графа «Ошибок отсутствия страницы в памяти/сек.»

В графе «Ошибок отсутствия страницы в памяти/сек.» (Hard Faults/sec) указано среднее за последнюю минуту количество ошибок отсутствия страницы в памяти в секунду. Если процесс пытается использовать больше физической памяти, чем доступно в данный момент времени, система записывает часть данных из памяти на диск — в файл подкачки. Последующее обращение к данным, сохраненным на диск, и называется ошибкой отсутствия страницы в памяти.

О чем говорят ошибки отсутствия страницы в памяти

Теперь, когда вы представляете, какие сведения собраны в таблице «Процессы», давайте посмотрим, как с их помощью следить за распределением памяти. При запуске приложений и работе с файлами диспетчер памяти отслеживает объем рабочего набора для каждого процесса и фиксирует запросы на дополнительные ресурсы памяти. По мере увеличения рабочего набора процесса, диспетчер соотносит эти запросы с потребностями ядра и других процессов. Если доступного адресного пространства недостаточно, диспетчер уменьшает объем рабочего набора, сохраняя данные из памяти на диск.

В дальнейшем при чтении этих данных с диска возникает ошибка отсутствия страницы в памяти. Это вполне нормально, но если ошибки происходят одновременно для разных процессов, системе требуется дополнительное время для чтения данных с диска. Слишком частые ошибки отсутствия страницы в памяти, соответственно, снижают быстродействие системы. Вам наверняка доводилось наблюдать неожиданное замедление работы всех приложений, которое затем также неожиданно прекращалось. Почти наверняка это замедление было связано с активным перераспределением данных между физической памятью и подкачкой.

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

Чтобы было удобнее наблюдать за процессами, вызывающими частые ошибки отсутствия страницы в памяти, можно отметить их флажками. При этом выбранные процессы переместятся наверх списка, а в графике ошибок отсутствия страницы в памяти будут представлены оранжевой кривой.

Стоит учитывать, что распределение памяти зависит от целого ряда других факторов, и мониторинг ошибок отсутствия страницы в памяти — не лучший и не единственный способ выявления проблем. Тем не менее, он может послужить неплохой отправной точкой для наблюдения.

  1. Как формируется приоритет потока в Windows

В ОС Windows реализовано вытесняющее приоритетное планирование, когда каждому потоку присваивается определенное числовое значение — приоритет, в соответствии с которым ему выделяется процессор. Потоки с одинаковыми приоритетами планируются согласно алгоритму Round Robin (карусель). Важным достоинством системы является возможность вытеснения потоков, работающих в режиме ядра — код исполнительной системы полностью реентерабелен. Не вытесняются лишь потоки, удерживающие спин-блокировку (см. Синхронизация потоков ). Поэтому спин-блокировки используются с большой осторожностью и устанавливаются на минимальное время.

В системе предусмотрено 32 уровня приоритетов. Шестнадцать значений приоритетов (16-31) соответствуют группе приоритетов реального времени, пятнадцать значений (1-15) предназначены для обычных потоков, и значение 0 зарезервировано для системного потока обнуления страниц (см. рис. 6.2).

100 Ошибок страниц диск что это

Рис. 6.2.Приоритеты потоков

Чтобы избавить пользователя от необходимости запоминать числовые значения приоритетов и иметь возможность модифицировать планировщик, разработчики ввели в систему слой абстрагирования приоритетов. Например, класс приоритета для всех потоков конкретного процесса можно задать с помощью набора констант-параметров функции SetPriorityClass, которые могут иметь следующие значения:

  • реального времени ( REALTIME_PRIORITY_CLASS ) — 24
  • высокий ( HIGH_PRIORITY_CLASS ) — 13
  • выше нормы ( ABOVE_NORMAL_PRIORITY_CLASS ) 10
  • нормальный ( NORMAL_PRIORITY_CLASS ) — 8
  • ниже нормы ( BELOW_NORMAL_PRIORITY_CLASS ) — 6
  • и неработающий ( IDLE_PRIORITY_CLASS ) 4

Относительный приоритет потока устанавливается аналогичными параметрами функции SetThreadPriority:

Совокупность из шести классов приоритетов процессов и семи классов приоритетов потоков образует 42 возможные комбинации и позволяет сформировать так называемый базовый приоритет потока

Базовый приоритет процесса и первичного потока по умолчанию равен значению из середины диапазонов приоритетов процессов (24, 13, 10, 8, 6 или 4). Смена приоритета процесса влечет за собой смену приоритетов всех его потоков, при этом их относительные приоритеты остаются без изменений.

Приоритеты с 16 по 31 в действительности приоритетами реального времени не являются, поскольку в рамках поддержки мягкого реального времени, которая реализована в ОС Windows, никаких гарантий относительно сроков выполнения потоков не дается. Это просто более высокие приоритеты, которые зарезервированы для системных потоков и тех потоков, которым такой приоритет дает пользователь с административными правами. Тем не менее, наличие приоритетов реального времени, а также вытесняемость кода ядра, локализация страниц памяти (см. Функционирование менеджера памяти ) и ряд дополнительных возможностей — все это позволяет выполнять в среде ОС Windows приложения мягкого реального времени, например, мультимедийные. Системный поток с нулевым приоритетом занимается обнулением страниц памяти. Обычные пользовательские потоки могут иметь приоритеты от 1 до 15.

Содержание

    • Статьи к прочтению:
  • Пусть говорят — «Вы мне не верили, а я умерла»Выпуск от 11.09.217
    • Похожие статьи:
  • Рекомендуем к прочтению

Статьи к прочтению:

Пусть говорят — «Вы мне не верили, а я умерла»Выпуск от 11.09.217

Похожие статьи:

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

На рис. 10 показана схема страничного распределения памяти. Виртуальное адресное пространство каждого процесса делится на части одинакового,…

Содержание

  • 1 100 ошибок страниц диск что это
    • 1.1 Анализ использования памяти с помощью Монитора ресурсов Windows 7
    • 1.2 100% загрузка диска без чтения и записи
    • 1.3 100 ошибок страниц диск что это
    • 1.4 О чем говорят ошибки отсутствия страницы в памяти
    • 1.5 ВНИМАНИЕ! САЙТ ЛЕКЦИИ.ОРГ проводит недельный опрос. ПРИМИТЕ УЧАСТИЕ. ВСЕГО 1 МИНУТА.
    • 1.6 100 ошибок страниц диск что это
    • 1.7 Диск загружен на 100% в Windows 10
    • 1.8 Способ 1: Отключить поиск в Windows
    • 1.9 Способ 2: Отключить SuperFetch
    • 1.10 Способ 3: Выполнить проверку диска
    • 1.11 Способ 4: Отключить виртуальную память
    • 1.12 Способ 5: Временно отключить антивирусные приложения
    • 1.13 Способ 6: Изменить настройки Chrome и Skype

Анализ использования памяти с помощью Монитора ресурсов Windows 7

В своей прошлой статье «Как использовать Монитор ресурсов Windows 7 для эффективной диагностики» я рассказал о возможностях Монитора ресурсов Windows 7 (Resource Monitor), объяснил, как с его помощью наблюдать за распределением системных ресурсов между процессами и службами, а также упомянул, что его можно использовать для решения конкретных задач — например, для анализа расходования памяти. Именно об этом и пойдет речь в данной статье.

Немного о памяти

Прежде чем приступать к анализу, коротко расскажу о том, как Microsoft Windows 7 управляет памятью. После этого вам будет проще понять, какая информация представлена в Мониторе ресурсов Windows 7.

Диспетчер памяти Windows 7 создает виртуальную систему памяти, которая состоит из доступной физической RAM и файла подкачки на жестком диске. Это позволяет операционной системе выделять блоки памяти фиксированной длины (страницы) с последовательными адресами в физической и виртуальной памяти.

Запуск Монитора ресурсов Windows 7

Чтобы запустить Монитор ресурсов Windows 7, откройте меню «Пуск» (Start), введите в строке поиска «Resmon.exe» и нажмите [Enter]. В открывшемся окне выберите вкладку «Память» (Memory, рис. A).

На вкладке «Память» есть таблица «Процессы» (Processes, рис. B), в которой перечислены все запущенные процессы, а сведения об используемой памяти разбиты на несколько категорий.

В колонке «Образ» (Image) указывается имя исполняемого файла процесса. Процессы, запущенные приложениями, узнать очень легко — например, процесс «notepad.exe» со всей очевидностью принадлежит Блокноту (Notepad). Процессы с именем «svchost.exe» представляют различные службы операционной системы. Название службы указывается в скобках рядом с именем процесса.

Графа «ИД процесса»

В колонке «ИД процесса» (PID) указывается номер процесса — уникальное сочетание цифр, позволяющее идентифицировать запущенный процесс.

В столбце «Завершено» (Commit) указывается объем виртуальной памяти в килобайтах, зарезервированный системой для данного процесса. Сюда входит и используемая физическая память, и сохраненные в файле подкачки страницы.

Графа «Рабочий набор»

В графе «Рабочий набор» (Working Set) указывается объем физической памяти в килобайтах, используемой процессом в данный момент времени. Рабочий набор складывается из общей и частной памяти.

В колонке «Общий» (Shareable) указан объем физической памяти в килобайтах, которую данный процесс использует совместно с другими. Использование одного сегмента памяти или страницы подкачки для родственных процессов позволяет сэкономить место в памяти. При этом физически сохраняется только одна копия страницы, которая затем сопоставляется с виртуальным адресным пространством других процессов, которые к ней обращаются. Например, все процессы, инициированные системными библиотеками DLL — Ntdll, Kernel32, Gdi32 и User32 — используют общую память.

В столбце «Частный» (Private) указывается объем физической памяти в килобайтах, используемой исключительно данным процессом. Именно это значение позволяет определить, сколько памяти нужно тому или иному приложению для работы.

Графа «Ошибок отсутствия страницы в памяти/сек.»

В графе «Ошибок отсутствия страницы в памяти/сек.» (Hard Faults/sec) указано среднее за последнюю минуту количество ошибок отсутствия страницы в памяти в секунду. Если процесс пытается использовать больше физической памяти, чем доступно в данный момент времени, система записывает часть данных из памяти на диск — в файл подкачки. Последующее обращение к данным, сохраненным на диск, и называется ошибкой отсутствия страницы в памяти.

О чем говорят ошибки отсутствия страницы в памяти

Теперь, когда вы представляете, какие сведения собраны в таблице «Процессы», давайте посмотрим, как с их помощью следить за распределением памяти. При запуске приложений и работе с файлами диспетчер памяти отслеживает объем рабочего набора для каждого процесса и фиксирует запросы на дополнительные ресурсы памяти. По мере увеличения рабочего набора процесса, диспетчер соотносит эти запросы с потребностями ядра и других процессов. Если доступного адресного пространства недостаточно, диспетчер уменьшает объем рабочего набора, сохраняя данные из памяти на диск.

В дальнейшем при чтении этих данных с диска возникает ошибка отсутствия страницы в памяти. Это вполне нормально, но если ошибки происходят одновременно для разных процессов, системе требуется дополнительное время для чтения данных с диска. Слишком частые ошибки отсутствия страницы в памяти, соответственно, снижают быстродействие системы. Вам наверняка доводилось наблюдать неожиданное замедление работы всех приложений, которое затем также неожиданно прекращалось. Почти наверняка это замедление было связано с активным перераспределением данных между физической памятью и подкачкой.

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

Чтобы было удобнее наблюдать за процессами, вызывающими частые ошибки отсутствия страницы в памяти, можно отметить их флажками. При этом выбранные процессы переместятся наверх списка, а в графике ошибок отсутствия страницы в памяти будут представлены оранжевой кривой.

Стоит учитывать, что распределение памяти зависит от целого ряда других факторов, и мониторинг ошибок отсутствия страницы в памяти — не лучший и не единственный способ выявления проблем. Тем не менее, он может послужить неплохой отправной точкой для наблюдения.

Таблица «Физическая память»

В таблице «Процессы» приводятся детальные сведения о распределении памяти между отдельными процессами, а таблица «Физическая память» (Physical Memory) дает общую картину использования RAM. Ее ключевой компонент — уникальная гистограмма, показанная на рис. C.

Каждая секция гистограммы обозначена собственным цветом и представляет определенную группу страниц памяти. По мере использования системы, диспетчер памяти в фоновом режиме перемещает данные между этими группами, поддерживая тонкий баланс между физической и виртуальной памятью для обеспечения эффективной работы всех приложений. Давайте рассмотрим гистограмму поподробнее.

Секция «Зарезервированное оборудование»

Слева расположена секция «Зарезервированное оборудование» (Hardware Reserved), обозначенная серым цветом: это память, выделенная на нужды подключенного оборудования, которую оно использует для взаимодействия с операционной системой. Зарезервированная для оборудования память заблокирована и недоступна диспетчеру памяти.

Обычно объем памяти, выделенной оборудованию, составляет от 10 до 70 Мбайт, однако этот показатель зависит от конкретной конфигурации системы и в некоторых случаях может достигать нескольких сотен мегабайт. К компонентам, влияющим на объем зарезервированной памяти, относятся:

• BIOS;
• компоненты материнской платы — например, усовершенствованный программируемый контроллер прерываний ввода/вывода (APIC);
• звуковые карты и другие устройства, осуществляющие ввод/вывод с отображением на память;
• шина PCI Express (PCIe);
• видеокарты;
• различные наборы микросхем;
• флеш-накопители.

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

Секция «Используется» (In Use, рис C), обозначенная зеленым цветом, представляет количество памяти, используемой системой, драйверами и запущенными процессами. Количество используемой памяти рассчитывается, как значение «Всего» (Total) за вычетом суммы показателей «Изменено» (Modified), «Ожидание» (Standby) и «Свободно» (Free). В свою очередь, значение «Всего» — это показатель «Установлено» (Installed RAM) за вычетом показателя «Зарезервированное оборудование».

Оранжевым цветом выделена секция «Изменено» (Modified), в которой представлена измененная, но не задействованная память. Фактически она не используется, но может быть в любой момент задействована, если снова понадобится. Если память не используется достаточно давно, данные переносятся в файл подкачки, а память переходит в категорию «Ожидание».

Секция «Ожидание», обозначенная синим цветом, представляет страницы памяти, удаленные из рабочих наборов, но по-прежнему с ними связанные. Другими словами, категория «Ожидание» — это фактически кэш. Страницам памяти в этой категории присваивается приоритет от 0 до 7 (максимум). Страницы, связанные с высокоприоритетными процессами, получают максимальный приоритет. Например, совместно используемые процессы обладают высоким приоритетом, поэтому связанным с ними страницам присваивается наивысший приоритет в категории «Ожидание».

Если процессу требуются данные с ожидающей страницы, диспетчер памяти сразу же возвращает эту страницу в рабочий набор. Тем не менее, все страницы в категории «Ожидание» доступны для записи данных от других процессов. Когда процессу требуется дополнительная память, а свободной памяти недостаточно, диспетчер памяти выбирает ожидающую страницу с наименьшим приоритетом, инициализирует ее и выделяет запросившему процессу.

В категории «Свободно», обозначенной голубым цветом, представлены страницы памяти, еще не выделенные ни одному процессу или освободившиеся после завершения процесса. В этой секции отображается как еще не задействованная, так и уже освобожденная память, но на самом деле, еще не задействованная память относится к другой категории — «Нулевые страницы» (Zero Page), которая так называется, потому что эти страницы инициализированы нулевым значением и готовы для использования.

О проблеме свободной памяти

Теперь, когда вы в общих чертах представляете, как работает диспетчер памяти, ненадолго остановимся на распространенном заблуждении, связанном с системой управления памятью в Windows 7. Как видно из рис. C, секция свободной памяти — одна из самых маленьких в гистограмме. Тем не менее, ошибочно на этом основании полагать, будто Windows 7 потребляет чересчур много памяти и что система не может нормально работать, если свободной памяти так мало.

На самом деле, все совсем наоборот. В контексте принятого в Windows 7 подхода к управлению памятью, свободная память бесполезна. Чем больше памяти задействовано, тем лучше. Заполняя память до максимума и постоянно перемещая страницы из одной категории в другую с использованием системы приоритетов, Windows 7 повышает эффективность работы и предотвращает попадание данных в файл подкачки, не давая ошибкам отсутствия страницы в памяти замедлить быстродействие.

Хотите понаблюдать систему управления памятью Windows 7 в действии? Перезагрузите компьютер и сразу же после запуска откройте Монитор ресурсов Windows 7. Перейдите на вкладку «Память» и обратите внимание на соотношение секций в гистограмме физической памяти.

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

Проделав этот экстремальный эксперимент, вы поймете, как Windows 7 управляет памятью на вашем конкретном компьютере, и сможете использовать Монитор ресурсов Windows 7 для наблюдения за распределением памяти в нормальных условиях повседневной работы.

А что думаете вы?

Нравится ли вам идея использовать Монитор ресурсов Windows 7 для наблюдения за распределением памяти? Поделитесь своим мнением в комментариях!

Такая вот ситуация. Во время пользования компьютером случается так что жёсткий диск становится загруженным на 100%, при этом никаких операций записи или чтения не происходит. Доступ к диску также отсутствует, он может перестать определяться диспетчером задач, система может подвиснуть или выкинуть синий экран, правда дампы памяти не сохраняются так как диск по какой-то причине недоступен. Было два синих экрана со следующими сообщениями: UNEXPECTED_STORE_EXCEPTION и PAGE_FAULT_IN_NONPAGED_AREA. После последнего на втором диске сломалась файловая система и пришлось под резервной системой с флешки проводить восстановление ckdsk /f /r для обоих дисков.
Диск вернулся в рабочее состояние но проблема не ушла. У меня 2 диска, система на новом ССД стоит и второй обычный хард-хранилище с программами. Проверка Викторией не нашла ни одного подозрительного сектора, смарт чистый. Но оба диска иногда таким вот образом зависают, чаще зависает хард. Помогает только полный ребут, и даже так система стартует не с первого раза. Менял сата кабель чтобы исключить его брак, но он тут оказался не при чём. Отключал SuperFetch, службу поиска. Никаких изменений.

Небольшая предыстория которая может помочь выявить проблему:
Три года назад, когда на компе ещё стояла Windows 7, а система была на двух хардах, никаких проблем не наблюдалось. Затем был полугодовой период когда компьютер не включался вовсе. Именно после него я заметил странность — во время игр иногда экран становился чёрным и система зависала. При том звук продолжал равномерно играть через колонки, но система не отвечала ни на какие действия и экран не загорался. Тут тоже только ребут помогал. Я подумал что повредил свою видеокарту разгоном (немного подымал частоты и лимит по энергопотреблению GTX 760, но ранее всё был остабильно), и попросту вернул всё на стандартные значения, проблема временно отступила. Далее был куплен ссд на который была поставлена десятка. Затем появились проблемы с чтением у одного из дисков, он попросту пропадал из системы во время сильной нагрузки. Было принято решение его попросту отключить. Проблема снова затихла на некоторое время. Затем была куплена новая видеокарта GTX1080Ti, снова вернулись угасания экрана во время игр. Под синтетическими тестами фурмарк и одновременно тесты в АИДА64 проблема не проявлялась, Даже при повышении лимита по питанию система не выходила из строя. Но в играх случались чёрные экраны и довольно часто. Было принято решение понизить энергопотребление карты до 50%, это решило проблему. С недавних пор вернулись проблемы с дисками, о которых я тут и пишу. Собственно вопрос, кто может быть виновником проблемы: БП на 620 ватт или материнская плата? Или может быть есть другие варианты? Новый БП я уже заказал, так как похоже что системе может не хватать питания. Температуры на элементах системы в пределах нормы по спецификациям. Система, видеокарта и сата кабель менялись, даже новый ссд проблемный. Проблема непостоянна и не оставляет никаких логов, отловить сложно.

100 ошибок страниц диск что это

Что это такое? Как понимать его показания? В справке не описано.
Это нормально, когда у программы он растет со скоростью 2-3 тыс единиц в секунду?


homm © ( 2007-05-01 14:42 ) [1]

> Что это такое? Как понимать его показания?

Да не паникуй ты так. Это количество страниц, к котрым онадобился доступ когда их не было в оперативной памяти. А если еще точнее, то количество страниц, к котрым онадобился доступ когда их не было в рабочем наборе приложения, что не значит что их не было в оперативе.


> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

Нет 🙂 Пора идти в магазин за оперативой 🙂


Eraser © ( 2007-05-01 14:42 ) [2]

> [0] DVM © (01.05.07 13:42)


> Что это такое?

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

> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

не очень (хотя тут нужно смотреть конкретную ситуацию), нужно побольше ОЗУ.


homm © ( 2007-05-01 15:05 ) [3]

> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

Я счас подергал окошко оперы за края, погонял апатчь, до 5 тышь в секунду доходило. Вот же уродский оптимайзер памяти у винды 🙁 Так что пара тысячь в секунду — вполне нормально.


DVM © ( 2007-05-01 15:35 ) [4]

Я вот попытался локализовать в своей программе место, которое более всего увеличивает счетчик — оказалось это место в FastDIB. А именно:

procedure FastDIB2Bitmap(Src:TFastDIB;Dst:TBitmap);
begin
if Src.Handle<>0 then
begin
Dst.Handle:=Src.Handle;
// bitmaps can be selected for only one device context at a time
if(Src.hDC<>0)and Src.FreeDC then DeleteDC(Src.hDC);
if(Src.hPen<>0)then DeleteObject(Src.hPen);
if(Src.hFont<>0)then DeleteObject(Src.hFont);
if(Src.hBrush<>0)then DeleteObject(Src.hBrush);
Src.hDC:=0;
Src.FreeDC:=False;
Src.FreeBits:=False;
Src.FreeHandle:=False;
end;
end;

Вот такие преобразования моя программа делает до 200 в секунду.
Если я комментирую преобразование, то счетчик не растет практически.

Памяти 100% достаточно. Ее количество не влияет на этот счетчик. 2Гб ее.


Eraser © ( 2007-05-01 16:40 ) [5]

ну если это не дает лишней нагрузки на CPU — можно смело забить, если нагрузку дает — исключить вызов FastDIB2Bitmap.


antonn © ( 2007-05-01 16:43 ) [6]

щас может тупой вопрос задам:)
А так — procedure FastDIB2Bitmap(Src:TFastDIB; var Dst:TBitmap);
?


DVM © ( 2007-05-01 17:13 ) [7]


> ну если это не дает лишней нагрузки на CPU

Не нагрузки не дает абсолютно. Память не растет, никакие ресурсы не уменьшаются.


> щас может тупой вопрос задам:)
> А так — procedure FastDIB2Bitmap(Src:TFastDIB; var Dst:TBitmap);
>
> ?

Все то же самое.


Eraser © ( 2007-05-01 17:28 ) [8]

> [6] antonn © (01.05.07 16:43)

в Делфи идентификатор объекта является указателем на объект )


antonn © ( 2007-05-01 18:09 ) [9]


> в Делфи идентификатор объекта является указателем на объект
> )


Sapersky ( 2007-05-01 20:51 ) [10]

Я вот попытался локализовать в своей программе место, которое более всего увеличивает счетчик — оказалось это место в FastDIB.

По логике, нужно сначала всё освободить, потом присваивать Handle. Возможно, и освобождать необязательно, во всяком случае в примере Bumpmap сделано так:

procedure TBumpForm.SetThumbnail(Image:TImage; Bmp:TFastDIB);
var
Tmp: TFastDIB;
begin
Tmp:=TFastDIB.Create;
Tmp.SetSize(105,105,Bmp.Bpp);
if Tmp.Bpp=8 then
begin
Tmp.Colors^:=Bmp.Colors^;
Tmp.UpdateColors;
end;

Bilinear(Bmp,Tmp);
Tmp.FreeHandle:=False;
Image.Picture.Bitmap.Handle:=Tmp.Handle;
Tmp.Free;
Image.Refresh;
end;

А вообще, откуда надобность выполнять подобное преобразование 200 раз/c? Может лучше выкинуть TBitmap и выполнять все операции с TFastDIB? А то мне сейчас лень смотреть, но подозреваю, что в TBitmap.SetHandle куда больше действий, чем просто присвоение переменной.

Ещё, имейте в виду, что FastGate — это не оригинальный FastLIB. Автор этого модуля уже допускал ляпы при «улучшении» библиотеки, так что аккуратнее с ним (хотя, строго говоря, и «оригинал» не безгрешен).


DVM © ( 2007-05-01 22:03 ) [11]


> А вообще, откуда надобность выполнять подобное преобразование
> 200 раз/c?

Да есть вот задачи. Видеонаблюдение.


> Может лучше выкинуть TBitmap и выполнять все операции с
> TFastDIB?

Так и планирую сделать, но есть свои грабли и очень много вносить изменений. В принципе FastDIB тут прикручен из-за фантастически быстрой SetSize.


> TBitmap.SetHandle куда больше действий, чем просто присвоение
> переменной.

Да, там намного больше действий.


> Sapersky

Не подскажите, как правильно скопировать один TFastDIB в другой. Не Assign(), а именно копирование? У меня вот какая штука:

Во вторичном потоке происходит декодирование JPEG в TFastDIB. Далее этот FastDIB с сообщением высылается в основной поток и там преобразуется в TBitmap, который и отрисовывается при необходимости в основном потоке по WM_PAINT. Так сделано сейчас. Так вот получается, что и основной поток и вторичный на деле же работают с одним и тем же хэндлом одного и того же битмапа по сути. Ведь FastDIB2Bitmap просто присваивает хэндл. И пока первичный поток отрисовывает его на окне вторичный ведь может и поменять его содержимое. Или я неправ? Так можно делать или надо полностью копироваить битмап в основной поток и там работать с ним?


homm © ( 2007-05-01 22:06 ) [12]

Хм, а я кажеться понял почему так много ошибок доступа в этом месте. Потому что по Dst.Handle:=Src.Handle; Dst фактически заново создаеться, под новый битмап выделяеться память. А менеджер памяти в виндовсе имеет такое замечательное свойство, не выделять память физически, а лишь помечать страницы как зарезервированые. А вот когда уже на новый хэндл уже копируеться изображение со старого, идет непосредственное обращение к страницам, и они выделяются физически (в ОП), а счетчик ошибок доступа мотает. Так что эта строчка имхо — большая дыра в производительности. Попробуй как минимум создавать TBitmap как DIB, как максимум, здесь вобще нужно логику программы переделывать.


homm © ( 2007-05-01 22:11 ) [13]

> Так вот получается, что и основной поток и вторичный на
> деле же работают с одним и тем же хэндлом одного и того
> же битмапа по сути.

Скорее всего нет. Как я понимаю невозможно преобразовать DDB в DIB не выделив под него второй хэндл.


DVM © ( 2007-05-01 22:21 ) [14]


> Потому что по Dst.Handle:=Src.Handle; Dst фактически заново
> создаеться, под новый битмап выделяеться память

Да, получается, что так.


> Так что эта строчка имхо — большая дыра в производительности.

Может быть, но это далеко не самая тяжелая операция. Декодирование из JPEG во вторичных потоках занимает в тысячи раз больше времени.


> как максимум, здесь вобще нужно логику программы переделывать.

Я вот попробовал переделать на TFastDIB в основном потоке — проблема с ошибками страницы исчезла.


DVM © ( 2007-05-01 22:25 ) [15]

Возникла другая проблема — как мне правильно передать с сообщением переменную типа TFastDIB из вторичного потока в первичный с сообщением и присвоить полченное в основном потоке значение переменной в первичном потоке. Просто присваиванием очевидно нельзя — возникают сразу утечки GDI ресурсов (вот здесь отличие от TBITMAP).


Sapersky ( 2007-05-02 00:38 ) [16]

Не подскажите, как правильно скопировать один TFastDIB в другой. Не Assign(), а именно копирование?

Dst.MakeCopy(Src, True); // делается SetSize и Move
Или можно (при UseGDI = True) установить размер Dst = Src, потом
Src.Draw(Dst.hDC, 0, 0); // фактически BitBlt
удобно тем, что конвертирует битмапы разных форматов, хотя, как правило, не очень качественно. Впрочем, для этого есть FConvert.pas.

И пока первичный поток отрисовывает его на окне вторичный ведь может и поменять его содержимое. Так можно делать или надо полностью копироваить битмап в основной поток и там работать с ним?

Если вторичный поток не изменяет размер битмапа, т.е. не портит указатель/Handle, то, наверное, можно его спокойно рисовать, в крайнем случае нарисуется половина старого, половина нового. Хотя сам не пробовал, не знаю, как функции GDI отнесутся к тому, что кто-то будет писать в используемую ими область памяти. Можно на всякий случай прицепить к битмапу крит. секцию.
Если изменяет — тогда однозначно нужна или синхронизация, или копирование, или и то, и другое.

Просто присваиванием очевидно нельзя — возникают сразу утечки GDI ресурсов (вот здесь отличие от TBITMAP).
Что такое «присваивание»?
Если Assign — возможно, «аффтар» FastGate с ним напортачил в новой версии, пытаясь добиться того же поведения, что и у TBitmap. В оригинале это поведение довольно специфическое — битмап-источник уничтожается.
В общем, лучше «присваивание» делать как Dst := Src с соответствующей синхронизацией или MakeCopy.


Игорь Шевченко © ( 2007-05-02 10:29 ) [17]


> Вот же уродский оптимайзер памяти у винды

Слону, сам понимаешь, пофиг.


DVM © ( 2007-05-02 13:00 ) [18]


> Sapersky (02.05.07 00:38) [16]

Большое спасибо. Метод TFastDib.MakeCopy() действительно то что нужно.

Счетчики ошибок страницы не растут. Утечек тоже нет. Как обстоят дела с производительностью такого решения выясняю.

О чем говорят ошибки отсутствия страницы в памяти

ВНИМАНИЕ! САЙТ ЛЕКЦИИ.ОРГ проводит недельный опрос. ПРИМИТЕ УЧАСТИЕ. ВСЕГО 1 МИНУТА.

Вытесняющие/невытесняющие алгоритмы.

В случае вытесняющего алгоритма операционная система в любой момент времени может прервать выполнение текущего потока и переключить процессор на другой поток. В невытесняющих алгоритмах поток, которому предоставлен процессор, только сам решает, когда передать управление операционной системе.

Алгоритмы с квантованием.

Каждому потоку предоставляется квант времени, в течение которого поток может выполняться на процессоре. По истечении кванта операционная система переключает процессор на следующий поток в очереди. Квант обычно равен целому числу интервалов системного таймера 1 .

Алгоритмы с приоритетами.

Каждому потоку назначается приоритет (priority) – целое число, обозначающее степень привилегированности потока. Операционная система при наличии нескольких готовых к выполнению потоков выбирает из них поток с наибольшим приоритетом.

В Windows реализован смешанный алгоритм планирования – вытесняющий, на основе квантования и приоритетов.

  1. Тип многозадачности для приложения DOS
  2. Гарантии обслуживания
  3. Планирование процессов переднего плана
  4. Назначение файла подкачки
  5. Процессы Р1, Р2, Р3 выделяют 100, 20, 80 Мб памяти. В системе 128Мб ОП. Каков размер занятой памяти в файле подкачки. Какой размер файла подкачки.
  1. Что такое «страничная ошибка»?

Прерывание 14 —Страничная ошибка(#PF): Intel386 …

Генерируется, если страничный механизм активизирован (CR0.PG = 1) и при трансляции линейного адреса в физический возникает одна из следующих ситуаций:

  • элемент таблицы страниц или каталога страниц, используемый при трансляции адреса, имеет нулевой бит присутствия, т.е. нужная таблица страниц или страница не присутствует в физической памяти;
  • процедура не располагает уровнем привилегий, достаточным для доступа к выбранной странице или пытается произвести запись в страницу, защищенную от записи для текущего уровня привилегий.

Обработчик страничной ошибки получает информацию о ее причине из двух источников: кода ошибки, помещаемого в стек, и содержимого регистра CR2, который содержит линейный адрес, вызвавший ошибку. Код страничной ошибки имеет специальный формат (рис. 3.7.).

Прерванная программа после устранения причин, вызвавших страничную ошибку (например, загризки страницы в физическую память), может быть продолжена без каких-либо дополнительных корректировок.

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

  1. Высокая интенсивность ошибок страниц говорит о:

— ненадежности оперативной памяти

Графа «Ошибок отсутствия страницы в памяти/сек.»

В графе «Ошибок отсутствия страницы в памяти/сек.» (Hard Faults/sec) указано среднее за последнюю минуту количество ошибок отсутствия страницы в памяти в секунду. Если процесс пытается использовать больше физической памяти, чем доступно в данный момент времени, система записывает часть данных из памяти на диск — в файл подкачки. Последующее обращение к данным, сохраненным на диск, и называется ошибкой отсутствия страницы в памяти.

О чем говорят ошибки отсутствия страницы в памяти

Теперь, когда вы представляете, какие сведения собраны в таблице «Процессы», давайте посмотрим, как с их помощью следить за распределением памяти. При запуске приложений и работе с файлами диспетчер памяти отслеживает объем рабочего набора для каждого процесса и фиксирует запросы на дополнительные ресурсы памяти. По мере увеличения рабочего набора процесса, диспетчер соотносит эти запросы с потребностями ядра и других процессов. Если доступного адресного пространства недостаточно, диспетчер уменьшает объем рабочего набора, сохраняя данные из памяти на диск.

В дальнейшем при чтении этих данных с диска возникает ошибка отсутствия страницы в памяти. Это вполне нормально, но если ошибки происходят одновременно для разных процессов, системе требуется дополнительное время для чтения данных с диска. Слишком частые ошибки отсутствия страницы в памяти, соответственно, снижают быстродействие системы. Вам наверняка доводилось наблюдать неожиданное замедление работы всех приложений, которое затем также неожиданно прекращалось. Почти наверняка это замедление было связано с активным перераспределением данных между физической памятью и подкачкой.

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

Чтобы было удобнее наблюдать за процессами, вызывающими частые ошибки отсутствия страницы в памяти, можно отметить их флажками. При этом выбранные процессы переместятся наверх списка, а в графике ошибок отсутствия страницы в памяти будут представлены оранжевой кривой.

Стоит учитывать, что распределение памяти зависит от целого ряда других факторов, и мониторинг ошибок отсутствия страницы в памяти — не лучший и не единственный способ выявления проблем. Тем не менее, он может послужить неплохой отправной точкой для наблюдения.

  1. Как формируется приоритет потока в Windows

Приоритеты

В ОС Windows реализовано вытесняющее приоритетное планирование, когда каждому потоку присваивается определенное числовое значение — приоритет, в соответствии с которым ему выделяется процессор. Потоки с одинаковыми приоритетами планируются согласно алгоритму Round Robin (карусель). Важным достоинством системы является возможность вытеснения потоков, работающих в режиме ядра — код исполнительной системы полностью реентерабелен. Не вытесняются лишь потоки, удерживающие спин-блокировку (см. «Синхронизация потоков» ). Поэтому спин-блокировки используются с большой осторожностью и устанавливаются на минимальное время.

В системе предусмотрено 32 уровня приоритетов. Шестнадцать значений приоритетов (16-31) соответствуют группе приоритетов реального времени, пятнадцать значений (1-15) предназначены для обычных потоков, и значение 0 зарезервировано для системного потока обнуления страниц (см. рис. 6.2).

Рис. 6.2.Приоритеты потоков

Чтобы избавить пользователя от необходимости запоминать числовые значения приоритетов и иметь возможность модифицировать планировщик, разработчики ввели в систему слой абстрагирования приоритетов. Например, класс приоритета для всех потоков конкретного процесса можно задать с помощью набора констант-параметров функции SetPriorityClass, которые могут иметь следующие значения:

  • реального времени ( REALTIME_PRIORITY_CLASS ) — 24
  • высокий ( HIGH_PRIORITY_CLASS ) — 13
  • выше нормы ( ABOVE_NORMAL_PRIORITY_CLASS ) 10
  • нормальный ( NORMAL_PRIORITY_CLASS ) — 8
  • ниже нормы ( BELOW_NORMAL_PRIORITY_CLASS ) — 6
  • и неработающий ( IDLE_PRIORITY_CLASS ) 4

Относительный приоритет потока устанавливается аналогичными параметрами функции SetThreadPriority:

Совокупность из шести классов приоритетов процессов и семи классов приоритетов потоков образует 42 возможные комбинации и позволяет сформировать так называемый базовый приоритет потока

Базовый приоритет процесса и первичного потока по умолчанию равен значению из середины диапазонов приоритетов процессов (24, 13, 10, 8, 6 или 4). Смена приоритета процесса влечет за собой смену приоритетов всех его потоков, при этом их относительные приоритеты остаются без изменений.

Приоритеты с 16 по 31 в действительности приоритетами реального времени не являются, поскольку в рамках поддержки мягкого реального времени, которая реализована в ОС Windows, никаких гарантий относительно сроков выполнения потоков не дается. Это просто более высокие приоритеты, которые зарезервированы для системных потоков и тех потоков, которым такой приоритет дает пользователь с административными правами. Тем не менее, наличие приоритетов реального времени, а также вытесняемость кода ядра, локализация страниц памяти (см. «Функционирование менеджера памяти» ) и ряд дополнительных возможностей — все это позволяет выполнять в среде ОС Windows приложения мягкого реального времени, например, мультимедийные. Системный поток с нулевым приоритетом занимается обнулением страниц памяти. Обычные пользовательские потоки могут иметь приоритеты от 1 до 15.

100 ошибок страниц диск что это

Здравствуйте, Alexander_fx, Вы писали:

A_>Что за напасть, как отловить.
Никак и не надо. Это механизм работы со swap файлом. Если страница памяти выгружена в swap, windows генерит исключение ошибки доступа к странице, и обработчик исключения загружает страницу со swap файла.

С уважением, Gleb.

Здравствуйте, GlebZ, Вы писали:

GZ>Здравствуйте, Alexander_fx, Вы писали:

A_>>Что за напасть, как отловить.
GZ>Никак и не надо. Это механизм работы со swap файлом. Если страница памяти выгружена в swap, windows генерит исключение ошибки доступа к странице, и обработчик исключения загружает страницу со swap файла.

GZ>С уважением, Gleb.

Интересно почему винды память моего приложения так часто в своп заганяют?
это не есть гуд, т.к. приложение критично ко времени исполнения.
А памяти оно 100 метров ест при наличии 2 гигов

Здравствуйте, Alexander_fx, Вы писали:

A_>Интересно почему винды память моего приложения так часто в своп заганяют?
A_>это не есть гуд, т.к. приложение критично ко времени исполнения.
A_>А памяти оно 100 метров ест при наличии 2 гигов

для оптимизации рабочего набора программ на Visual C++ есть утилита Smooth Working Set (SWS) (подробности здесь

Автор(ы): Джон Роббинс

Ошибки — жуткая гадость. Многоточие. Ошибки являются причиной обреченных
на гибель проектов с сорванными сроками, ночными бдениями и опостылевшими
коллегами. Ошибки могут превратить вашу жизнь в кошмар, поскольку, если
изрядное их число затаится в вашем продукте, пользователи могут прекратить
его применение, и вы потеряете работу. Ошибки — серьезный бизнес.

Здравствуйте, Alexander_fx, Вы писали:

A_>Интересно почему винды память моего приложения так часто в своп заганяют?
A_>это не есть гуд, т.к. приложение критично ко времени исполнения.
A_>А памяти оно 100 метров ест при наличии 2 гигов
Не обращай внимание на это. Максимум что ты можешь сделать, это испортить работу самой OS. Хотя и это практически невозможно. Ошибка страницы — это нормальная, стандартная ситуация предназначенная для работы windows. Даже при выделении страницы памяти, ты получишь ошибку выделения(по крайней мере в Windows 2000). Просто сначало выделяется дескриптор памяти. А потом, при обращении к этой странице, по ошибке ОС определяет что это не просто объява о том что память нужна, а то что реально и действительно нужна. Не обращай внимание.

Диск загружен на 100% в Windows 10

Если ПК под управлением Windows 10 (иногда и Windows 8) стал работать очень медленно при минимальном количестве запущенных приложений, возможно возникла проблема с HDD. Если жесткий диск используется на 100%, у него отсутствуют резервы для выполнения прочих задач, поэтому скорость работы компьютера резко снижается. Чтобы убедиться в наличии проблемы, необходимо запустить Диспетчер задач и посмотреть соответствующее значение в таблице («Диск»). Существует несколько способов решения проблемы, применение каждого из которых зависит от причины её возникновения. Рекомендуется начать с первого способа и последовательно продвигаться по списку вниз.

Способ 1: Отключить поиск в Windows

Данный сервис предназначен для быстрого поиска данных внутри системы. Его можно отключить, особенно если в качестве проводника на компьютере используется Total Commander или его аналог. «Поиск в Windows» может быть отключен временно, чтобы убедиться в том, что причина заключается именно в данной службе. При последующем запуске системы сервис будет доступен снова.

Необходимо выполнить следующие действия:

  • Запустить командную строку от имени администратора;
  • В открывшемся окне консоли ввести команду net.exe stop «Windows search» ;
  • Нажать Enter для подтверждения ввода.

Протестируйте работу ПК. Если проблема с загрузкой жесткого диска решена, можно отключить «Windows search» навсегда:

  • Нажмите Windows + R;
  • Введите в текстовом поле команду services.msc ;
  • Найдите службу «Windows search«;

  • Нажмите правой кнопкой мыши, откройте окно «Свойства»;
  • Напротив записи «Тип запуска» выберите пункт списка «Отключена»;
  • Нажмите «Применить» и «ОК».

Способ 2: Отключить SuperFetch

Эта технология позволяет ускорить время загрузки ОС и часто используемых приложений. Но пользователи Windows 8 и более поздних версий заметили, что она может стать причиной использования жесткого диска на 100%.

Чтобы остановить службу, необходимо:

  • Запустить командную строку от имени администратора;
  • В открывшемся окне консоли ввести команду net.exe stop superfetch ;
  • Нажать Enter для подтверждения ввода.

Способ 3: Выполнить проверку диска

Для проверки тома нужно выполнить следующие действия:

  • Запустить командную строку от имени администратора;
  • Ввести команду chkdsk.exe c: /f (если появится сообщение о невозможности выполнить проверку сейчас, нажмите «Y» и «Enter», чтобы запустить процесс после перезагрузки системы);
  • Нажмите «Enter» и дождитесь окончания проверки.

Способ 4: Отключить виртуальную память

Данный вид памяти позволяет расширить объем ОЗУ на ПК. Если оперативная память заполнена, ОС выделяет часть основной памяти компьютера для записи данных приложений. Отключение данной функции может решить проблему со 100% загрузкой HDD.

Нужно выполнить следующие действия:

  • Нажать правой кнопкой мыши на «Этот компьютер» и открыть «Свойства»;
  • Найти в левой части окна пункт «Дополнительные параметры системы»;
  • Выбрать вкладку «Дополнительно» и нажать кнопку «Параметры» в области «Быстродействие»;

  • Выбрать вкладку «Дополнительно», найти область с названием «Виртуальная память» и нажать кнопку «Изменить»;

  • Убрать отметку напротив записи «Автоматически выбирать объем файла подкачки»;

  • Выберите значение «Без файла подкачки», чтобы система не смогла использовать область памяти HDD.

Если объем ОЗУ небольшой, следует указать размер файла подкачки, значение которого должно в 1,5 раза превышать ОЗУ.

Способ 5: Временно отключить антивирусные приложения

Если на ПК недавно были установлены дополнительные антивирусные ПО (Norton, Kaspersky, AVG или другие), необходимо отключить их на время чтобы выяснить, не являются ли они причиной использования жесткого диска на 100%.

В ОС Windows 10 имеется собственно антивирусное приложение, способное обеспечить надлежащую защиту от вредоносных приложений. Можно смело отключить на время стороннее ПО без существенного риска заразить ПК вирусами.

Способ 6: Изменить настройки Chrome и Skype

В некоторых случаях совместная работа этих двух приложений способна вызвать проблему загрузки HDD на 100%.

Чтобы внести настройки, нужно выполнить следующие действия:

  • Откройте браузер Chrome и зайдите в его настройки;

  • Прокрутите страницу вниз и нажмите на ссылку «Дополнительные»;

  • Отключите функцию «Использовать подсказки для ускорения загрузки страниц»;

  • Отключите Skype, если приложение запущено;
  • Перейдите в Проводнике Windows в папку «C:Program Files (x86)SkypePhone»;
  • Нажмите правой кнопкой мыши на значок приложения Skype.exe и выберите пункт «Свойства»;
  • Выберите вкладку «Безопасность» и нажмите «Изменить»;
  • Выберите пункт «ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЯ» и установите разрешение для записи;
  • Нажмите кнопки «Применить» и «ОК».

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

Авторизуясь, вы даете согласие на обработку персональных данных.

В своей прошлой статье «Как использовать Монитор ресурсов Windows 7 для эффективной диагностики» я рассказал о возможностях Монитора ресурсов Windows 7 (Resource Monitor), объяснил, как с его помощью наблюдать за распределением системных ресурсов между процессами и службами, а также упомянул, что его можно использовать для решения конкретных задач — например, для анализа расходования памяти. Именно об этом и пойдет речь в данной статье.Немного о памяти

Прежде чем приступать к анализу, коротко расскажу о том, как Microsoft Windows 7 управляет памятью. После этого вам будет проще понять, какая информация представлена в Мониторе ресурсов Windows 7.

Диспетчер памяти Windows 7 создает виртуальную систему памяти, которая состоит из доступной физической RAM и файла подкачки на жестком диске. Это позволяет операционной системе выделять блоки памяти фиксированной длины (страницы) с последовательными адресами в физической и виртуальной памяти.

Запуск Монитора ресурсов Windows 7

Чтобы запустить Монитор ресурсов Windows 7, откройте меню «Пуск» (Start), введите в строке поиска «Resmon.exe» и нажмите [Enter]. В открывшемся окне выберите вкладку «Память» (Memory, рис. A).

Анализ использования памяти с помощью Монитора ресурсов Windows 7

Рисунок A. На вкладке «Память» в Мониторе ресурсов Windows 7 приводятся подробные сведения о распределении памяти.

Таблица «Процессы»

На вкладке «Память» есть таблица «Процессы» (Processes, рис. B), в которой перечислены все запущенные процессы, а сведения об используемой памяти разбиты на несколько категорий.

Анализ использования памяти с помощью Монитора ресурсов Windows 7

Рисунок B. Сведения об используемой памяти для каждого процесса разбиты на несколько категорий.

Графа «Образ»

В колонке «Образ» (Image) указывается имя исполняемого файла процесса. Процессы, запущенные приложениями, узнать очень легко — например, процесс «notepad.exe» со всей очевидностью принадлежит Блокноту (Notepad). Процессы с именем «svchost.exe» представляют различные службы операционной системы. Название службы указывается в скобках рядом с именем процесса.

Графа «ИД процесса»

В колонке «ИД процесса» (PID) указывается номер процесса — уникальное сочетание цифр, позволяющее идентифицировать запущенный процесс.

Графа «Завершено»

В столбце «Завершено» (Commit) указывается объем виртуальной памяти в килобайтах, зарезервированный системой для данного процесса. Сюда входит и используемая физическая память, и сохраненные в файле подкачки страницы.

Графа «Рабочий набор»

В графе «Рабочий набор» (Working Set) указывается объем физической памяти в килобайтах, используемой процессом в данный момент времени. Рабочий набор складывается из общей и частной памяти.

Графа «Общий»

В колонке «Общий» (Shareable) указан объем физической памяти в килобайтах, которую данный процесс использует совместно с другими. Использование одного сегмента памяти или страницы подкачки для родственных процессов позволяет сэкономить место в памяти. При этом физически сохраняется только одна копия страницы, которая затем сопоставляется с виртуальным адресным пространством других процессов, которые к ней обращаются. Например, все процессы, инициированные системными библиотеками DLL — Ntdll, Kernel32, Gdi32 и User32 — используют общую память.

Графа «Частный»

В столбце «Частный» (Private) указывается объем физической памяти в килобайтах, используемой исключительно данным процессом. Именно это значение позволяет определить, сколько памяти нужно тому или иному приложению для работы.

Графа «Ошибок отсутствия страницы в памяти/сек.»

В графе «Ошибок отсутствия страницы в памяти/сек.» (Hard Faults/sec) указано среднее за последнюю минуту количество ошибок отсутствия страницы в памяти в секунду. Если процесс пытается использовать больше физической памяти, чем доступно в данный момент времени, система записывает часть данных из памяти на диск — в файл подкачки. Последующее обращение к данным, сохраненным на диск, и называется ошибкой отсутствия страницы в памяти.

О чем говорят ошибки отсутствия страницы в памяти

Теперь, когда вы представляете, какие сведения собраны в таблице «Процессы», давайте посмотрим, как с их помощью следить за распределением памяти. При запуске приложений и работе с файлами диспетчер памяти отслеживает объем рабочего набора для каждого процесса и фиксирует запросы на дополнительные ресурсы памяти. По мере увеличения рабочего набора процесса, диспетчер соотносит эти запросы с потребностями ядра и других процессов. Если доступного адресного пространства недостаточно, диспетчер уменьшает объем рабочего набора, сохраняя данные из памяти на диск.

В дальнейшем при чтении этих данных с диска возникает ошибка отсутствия страницы в памяти. Это вполне нормально, но если ошибки происходят одновременно для разных процессов, системе требуется дополнительное время для чтения данных с диска. Слишком частые ошибки отсутствия страницы в памяти, соответственно, снижают быстродействие системы. Вам наверняка доводилось наблюдать неожиданное замедление работы всех приложений, которое затем также неожиданно прекращалось. Почти наверняка это замедление было связано с активным перераспределением данных между физической памятью и подкачкой.

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

Чтобы было удобнее наблюдать за процессами, вызывающими частые ошибки отсутствия страницы в памяти, можно отметить их флажками. При этом выбранные процессы переместятся наверх списка, а в графике ошибок отсутствия страницы в памяти будут представлены оранжевой кривой.

Стоит учитывать, что распределение памяти зависит от целого ряда других факторов, и мониторинг ошибок отсутствия страницы в памяти — не лучший и не единственный способ выявления проблем. Тем не менее, он может послужить неплохой отправной точкой для наблюдения.

Таблица «Физическая память»

В таблице «Процессы» приводятся детальные сведения о распределении памяти между отдельными процессами, а таблица «Физическая память» (Physical Memory) дает общую картину использования RAM. Ее ключевой компонент — уникальная гистограмма, показанная на рис. C.

Анализ использования памяти с помощью Монитора ресурсов Windows 7

Рисунок C. Гистограмма в таблице «Физическая память» позволяет составить общее представление о распределении памяти в Windows 7.

Каждая секция гистограммы обозначена собственным цветом и представляет определенную группу страниц памяти. По мере использования системы, диспетчер памяти в фоновом режиме перемещает данные между этими группами, поддерживая тонкий баланс между физической и виртуальной памятью для обеспечения эффективной работы всех приложений. Давайте рассмотрим гистограмму поподробнее.

Секция «Зарезервированное оборудование»

Слева расположена секция «Зарезервированное оборудование» (Hardware Reserved), обозначенная серым цветом: это память, выделенная на нужды подключенного оборудования, которую оно использует для взаимодействия с операционной системой. Зарезервированная для оборудования память заблокирована и недоступна диспетчеру памяти.

Обычно объем памяти, выделенной оборудованию, составляет от 10 до 70 Мбайт, однако этот показатель зависит от конкретной конфигурации системы и в некоторых случаях может достигать нескольких сотен мегабайт. К компонентам, влияющим на объем зарезервированной памяти, относятся:

• BIOS;
• компоненты материнской платы — например, усовершенствованный программируемый контроллер прерываний ввода/вывода (APIC);
• звуковые карты и другие устройства, осуществляющие ввод/вывод с отображением на память;
• шина PCI Express (PCIe);
• видеокарты;
• различные наборы микросхем;
• флеш-накопители.

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

Секция «Используется»

Секция «Используется» (In Use, рис C), обозначенная зеленым цветом, представляет количество памяти, используемой системой, драйверами и запущенными процессами. Количество используемой памяти рассчитывается, как значение «Всего» (Total) за вычетом суммы показателей «Изменено» (Modified), «Ожидание» (Standby) и «Свободно» (Free). В свою очередь, значение «Всего» — это показатель «Установлено» (Installed RAM) за вычетом показателя «Зарезервированное оборудование».

Секция «Изменено»

Оранжевым цветом выделена секция «Изменено» (Modified), в которой представлена измененная, но не задействованная память. Фактически она не используется, но может быть в любой момент задействована, если снова понадобится. Если память не используется достаточно давно, данные переносятся в файл подкачки, а память переходит в категорию «Ожидание».

Секция «Ожидание»

Секция «Ожидание», обозначенная синим цветом, представляет страницы памяти, удаленные из рабочих наборов, но по-прежнему с ними связанные. Другими словами, категория «Ожидание» — это фактически кэш. Страницам памяти в этой категории присваивается приоритет от 0 до 7 (максимум). Страницы, связанные с высокоприоритетными процессами, получают максимальный приоритет. Например, совместно используемые процессы обладают высоким приоритетом, поэтому связанным с ними страницам присваивается наивысший приоритет в категории «Ожидание».

Если процессу требуются данные с ожидающей страницы, диспетчер памяти сразу же возвращает эту страницу в рабочий набор. Тем не менее, все страницы в категории «Ожидание» доступны для записи данных от других процессов. Когда процессу требуется дополнительная память, а свободной памяти недостаточно, диспетчер памяти выбирает ожидающую страницу с наименьшим приоритетом, инициализирует ее и выделяет запросившему процессу.

Секция «Свободно»

В категории «Свободно», обозначенной голубым цветом, представлены страницы памяти, еще не выделенные ни одному процессу или освободившиеся после завершения процесса. В этой секции отображается как еще не задействованная, так и уже освобожденная память, но на самом деле, еще не задействованная память относится к другой категории — «Нулевые страницы» (Zero Page), которая так называется, потому что эти страницы инициализированы нулевым значением и готовы для использования.

О проблеме свободной памяти

Теперь, когда вы в общих чертах представляете, как работает диспетчер памяти, ненадолго остановимся на распространенном заблуждении, связанном с системой управления памятью в Windows 7. Как видно из рис. C, секция свободной памяти — одна из самых маленьких в гистограмме. Тем не менее, ошибочно на этом основании полагать, будто Windows 7 потребляет чересчур много памяти и что система не может нормально работать, если свободной памяти так мало.

На самом деле, все совсем наоборот. В контексте принятого в Windows 7 подхода к управлению памятью, свободная память бесполезна. Чем больше памяти задействовано, тем лучше. Заполняя память до максимума и постоянно перемещая страницы из одной категории в другую с использованием системы приоритетов, Windows 7 повышает эффективность работы и предотвращает попадание данных в файл подкачки, не давая ошибкам отсутствия страницы в памяти замедлить быстродействие.

Мониторинг памяти

Хотите понаблюдать систему управления памятью Windows 7 в действии? Перезагрузите компьютер и сразу же после запуска откройте Монитор ресурсов Windows 7. Перейдите на вкладку «Память» и обратите внимание на соотношение секций в гистограмме физической памяти.

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

Проделав этот экстремальный эксперимент, вы поймете, как Windows 7 управляет памятью на вашем конкретном компьютере, и сможете использовать Монитор ресурсов Windows 7 для наблюдения за распределением памяти в нормальных условиях повседневной работы.

А что думаете вы?

Нравится ли вам идея использовать Монитор ресурсов Windows 7 для наблюдения за распределением памяти? Поделитесь своим мнением в комментариях!

Автор: Greg Shultz
Перевод

SVET

Оцените статью: Голосов

Содержание

  1. Ошибок страницы физической памяти в секунду windows 10 что это
  2. Ошибки распределения памяти могут быть вызваны медленным ростом файла страницы
  3. Симптомы
  4. Причина
  5. Обходной путь
  6. Статус
  7. Дополнительная информация
  8. Ошибок страницы физической памяти в секунду windows 10 что это
  9. Инструкция при указанной ошибке памяти Windows 10 [решено]
  10. Как исправить Инструкция при указанной ошибке памяти в Windows 10
  11. 1. Запустите SFC & DISM Scan
  12. 2. Сканирование на наличие вредоносных программ
  13. 4. Выделите виртуальную память
  14. 5. Запустите обновления Windows
  15. 6. Сбросить систему
  16. Ошибок страницы физической памяти в секунду windows 10 что это

Ошибок страницы физической памяти в секунду windows 10 что это

contributor

Сообщения: 10692
Благодарности: 2886

•Ошибок отсутствия страницы в памяти/сек – ошибка отсутствия в памяти. Как правило, она может быть критической (но не всегда). Также может указывать на нехватку оперативной памяти. Такая ошибка возникает в тех случаях, когда система использует файл подкачки, который находится на жестком диске. Жесткий диск работает медленнее оперативной памяти, и использование файла подкачки снижает быстродействие системы. Если подобные ошибки слишком часто возникают, лучше расширить оперативную память.

1. Откройте командную строку с Административными правами.
2. В командной строке введите следующую команду и нажмите клавишу ВВОД:

По окончании выложите C:windowsLogsCBS CBS.log в архиве.

Запустите AIDA64 Portable от имени Администратора > Сверху, в окне программы AIDA нажмите «Отчет» >
Далее > выберите «Аппаратные разделы» > Далее > Простой текст > Готово > Сохранить в файл.

Файл, в архиве, подкрепите к сообщению.

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 3
Благодарности: 0

Доброго времени суток господа.

AkjO87ul

oAIUvHAl
czWKCBCl
rGRolHNl
djrgSAbl
qcLyk7ql

VLZcZZRl
6TDQS6ml

так. что еще можно сказать то.

Пожалуй это и натолкнуло меня написать пост именно здесь, а не создавать тему, т.к. на первый взгляд кажется всё это тесно связано между собой.

По поводу раммапа, похоже там критических утечек нет, но на мой взгляд многовато всё же для 2-х гигов)

Источник

Ошибки распределения памяти могут быть вызваны медленным ростом файла страницы

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

Применяется к: Windows 10 — все выпуски
Исходный номер КБ: 4055223

Симптомы

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

Причина

Сбои в распределении памяти могут возникать из-за задержки, связанные с ростом размера файла страницы для поддержки дополнительных требований к памяти в системе. Возможной причиной этих сбоев является настройка размера файла страницы в качестве «автоматического». Автоматический размер файла страницы начинается с небольшого файла страницы и автоматически растет по мере необходимости.

Система IO состоит из многих компонентов, включая фильтры файловой системы, файловые системы, фильтры громкости, фильтры хранения и т. д. Определенные компоненты в данной системе могут привести к вариативности в росте файлов страниц.

Обходной путь

Чтобы решить эту проблему, необходимо вручную настроить размер файла страницы. Для этого выполните следующие действия:

Статус

Корпорация Майкрософт подтвердила, что это проблема в Windows 10.

Дополнительная информация

При использовании компиляторов Microsoft Visual C++ (cl.exe) могут возникнуть такие ошибки сборки, как следующие:

Дополнительные сведения об ошибках компиляторов Visual C++ и о том, как их обойти, см. в материале Precompiled Header (PCH) issues and recommendations.

Источник

Ошибок страницы физической памяти в секунду windows 10 что это

contributor

Сообщения: 10692
Благодарности: 2886

•Ошибок отсутствия страницы в памяти/сек – ошибка отсутствия в памяти. Как правило, она может быть критической (но не всегда). Также может указывать на нехватку оперативной памяти. Такая ошибка возникает в тех случаях, когда система использует файл подкачки, который находится на жестком диске. Жесткий диск работает медленнее оперативной памяти, и использование файла подкачки снижает быстродействие системы. Если подобные ошибки слишком часто возникают, лучше расширить оперативную память.

1. Откройте командную строку с Административными правами.
2. В командной строке введите следующую команду и нажмите клавишу ВВОД:

По окончании выложите C:windowsLogsCBS CBS.log в архиве.

Запустите AIDA64 Portable от имени Администратора > Сверху, в окне программы AIDA нажмите «Отчет» >
Далее > выберите «Аппаратные разделы» > Далее > Простой текст > Готово > Сохранить в файл.

Файл, в архиве, подкрепите к сообщению.

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 3
Благодарности: 0

Доброго времени суток господа.

AkjO87ul

oAIUvHAl
czWKCBCl
rGRolHNl
djrgSAbl
qcLyk7ql

VLZcZZRl
6TDQS6ml

так. что еще можно сказать то.

Пожалуй это и натолкнуло меня написать пост именно здесь, а не создавать тему, т.к. на первый взгляд кажется всё это тесно связано между собой.

По поводу раммапа, похоже там критических утечек нет, но на мой взгляд многовато всё же для 2-х гигов)

Источник

Инструкция при указанной ошибке памяти Windows 10 [решено]

Инструкция в 0x00 ### ссылается на память в 0x00 ###. Ошибка чтения памяти : ошибка, связанная с ОЗУ, связанная как с системными, так и с сторонними приложениями, работающими в Windows 10. Обычно это означает, что приложение не может прочитать назначенную физическую память.

Один пользователь поделился своими проблемами на форуме Microsoft.

Когда я закрываю/перезагружаю Windows зависает с этой ошибкой
explorer.exe – ошибка приложения
Инструкция по адресу 0x00007ffee39ecc60 ссылается на память
0x0000000000000000. Память не может быть прочитана.
Местоположение памяти команд меняется с каждым отключением, но 00007ff …………. постоянно …

Узнайте, как решить эту проблему, следуя приведенным ниже инструкциям.

Как исправить Инструкция при указанной ошибке памяти в Windows 10

1. Запустите SFC & DISM Scan

Кроме того, вы можете использовать проактивные инструменты, такие как CCleaner или другие инструменты для очистки ПК, чтобы восстановить поврежденные системные файлы в реестре Windows.

2. Сканирование на наличие вредоносных программ

4. Выделите виртуальную память

5. Запустите обновления Windows

6. Сбросить систему

В качестве альтернативы, вы должны сканировать вашу оперативную память на наличие ошибок и убедиться, что вы соответствуете системным требованиям для запуска уязвимого приложения или игры, которая вызывает ошибку. Система Windows 10 требует как минимум 1 ГБ ОЗУ, но в идеале вы бы выбрали как минимум 2 ГБ.

Источник

Ошибок страницы физической памяти в секунду windows 10 что это

Что это такое? Как понимать его показания? В справке не описано.
Это нормально, когда у программы он растет со скоростью 2-3 тыс единиц в секунду?

topdown
homm © ( 2007-05-01 14:42 ) [1]

> Что это такое? Как понимать его показания?

Да не паникуй ты так. Это количество страниц, к котрым онадобился доступ когда их не было в оперативной памяти. А если еще точнее, то количество страниц, к котрым онадобился доступ когда их не было в рабочем наборе приложения, что не значит что их не было в оперативе.


> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

Нет 🙂 Пора идти в магазин за оперативой 🙂

topdown
Eraser © ( 2007-05-01 14:42 ) [2]

> [0] DVM © (01.05.07 13:42)


> Что это такое?

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

> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

не очень (хотя тут нужно смотреть конкретную ситуацию), нужно побольше ОЗУ.

topdown
homm © ( 2007-05-01 15:05 ) [3]

> Это нормально, когда у программы он растет со скоростью
> 2-3 тыс единиц в секунду?

Я счас подергал окошко оперы за края, погонял апатчь, до 5 тышь в секунду доходило. Вот же уродский оптимайзер памяти у винды 🙁 Так что пара тысячь в секунду — вполне нормально.

procedure FastDIB2Bitmap(Src:TFastDIB;Dst:TBitmap);
begin
if Src.Handle<>0 then
begin
Dst.Handle:=Src.Handle;
// bitmaps can be selected for only one device context at a time
if(Src.hDC<>0)and Src.FreeDC then DeleteDC(Src.hDC);
if(Src.hPen<>0)then DeleteObject(Src.hPen);
if(Src.hFont<>0)then DeleteObject(Src.hFont);
if(Src.hBrush<>0)then DeleteObject(Src.hBrush);
Src.hDC:=0;
Src.FreeDC:=False;
Src.FreeBits:=False;
Src.FreeHandle:=False;
end;
end;

Вот такие преобразования моя программа делает до 200 в секунду.
Если я комментирую преобразование, то счетчик не растет практически.

Памяти 100% достаточно. Ее количество не влияет на этот счетчик. 2Гб ее.

topdown
antonn © ( 2007-05-01 16:43 ) [6]


> ну если это не дает лишней нагрузки на CPU

Не нагрузки не дает абсолютно. Память не растет, никакие ресурсы не уменьшаются.

topdown
Eraser © ( 2007-05-01 17:28 ) [8]

> [6] antonn © (01.05.07 16:43)

в Делфи идентификатор объекта является указателем на объект )

topdown
antonn © ( 2007-05-01 18:09 ) [9]


> в Делфи идентификатор объекта является указателем на объект
> )

По логике, нужно сначала всё освободить, потом присваивать Handle. Возможно, и освобождать необязательно, во всяком случае в примере Bumpmap сделано так:

procedure TBumpForm.SetThumbnail(Image:TImage; Bmp:TFastDIB);
var
Tmp: TFastDIB;
begin
Tmp:=TFastDIB.Create;
Tmp.SetSize(105,105,Bmp.Bpp);
if Tmp.Bpp=8 then
begin
Tmp.Colors^:=Bmp.Colors^;
Tmp.UpdateColors;
end;

Bilinear(Bmp,Tmp);
Tmp.FreeHandle:=False;
Image.Picture.Bitmap.Handle:=Tmp.Handle;
Tmp.Free;
Image.Refresh;
end;

А вообще, откуда надобность выполнять подобное преобразование 200 раз/c? Может лучше выкинуть TBitmap и выполнять все операции с TFastDIB? А то мне сейчас лень смотреть, но подозреваю, что в TBitmap.SetHandle куда больше действий, чем просто присвоение переменной.


> А вообще, откуда надобность выполнять подобное преобразование
> 200 раз/c?

Да есть вот задачи. Видеонаблюдение.


> Может лучше выкинуть TBitmap и выполнять все операции с
> TFastDIB?

Так и планирую сделать, но есть свои грабли и очень много вносить изменений. В принципе FastDIB тут прикручен из-за фантастически быстрой SetSize.


> TBitmap.SetHandle куда больше действий, чем просто присвоение
> переменной.

Да, там намного больше действий.


> Sapersky

Не подскажите, как правильно скопировать один TFastDIB в другой. Не Assign(), а именно копирование? У меня вот какая штука:

Во вторичном потоке происходит декодирование JPEG в TFastDIB. Далее этот FastDIB с сообщением высылается в основной поток и там преобразуется в TBitmap, который и отрисовывается при необходимости в основном потоке по WM_PAINT. Так сделано сейчас. Так вот получается, что и основной поток и вторичный на деле же работают с одним и тем же хэндлом одного и того же битмапа по сути. Ведь FastDIB2Bitmap просто присваивает хэндл. И пока первичный поток отрисовывает его на окне вторичный ведь может и поменять его содержимое. Или я неправ? Так можно делать или надо полностью копироваить битмап в основной поток и там работать с ним?

topdown
homm © ( 2007-05-01 22:06 ) [12]

Хм, а я кажеться понял почему так много ошибок доступа в этом месте. Потому что по Dst.Handle:=Src.Handle; Dst фактически заново создаеться, под новый битмап выделяеться память. А менеджер памяти в виндовсе имеет такое замечательное свойство, не выделять память физически, а лишь помечать страницы как зарезервированые. А вот когда уже на новый хэндл уже копируеться изображение со старого, идет непосредственное обращение к страницам, и они выделяются физически (в ОП), а счетчик ошибок доступа мотает. Так что эта строчка имхо — большая дыра в производительности. Попробуй как минимум создавать TBitmap как DIB, как максимум, здесь вобще нужно логику программы переделывать.

topdown
homm © ( 2007-05-01 22:11 ) [13]

> Так вот получается, что и основной поток и вторичный на
> деле же работают с одним и тем же хэндлом одного и того
> же битмапа по сути.

Скорее всего нет. Как я понимаю невозможно преобразовать DDB в DIB не выделив под него второй хэндл.


> Потому что по Dst.Handle:=Src.Handle; Dst фактически заново
> создаеться, под новый битмап выделяеться память

Да, получается, что так.


> Так что эта строчка имхо — большая дыра в производительности.

Может быть, но это далеко не самая тяжелая операция. Декодирование из JPEG во вторичных потоках занимает в тысячи раз больше времени.

topdown
Sapersky ( 2007-05-02 00:38 ) [16]

Не подскажите, как правильно скопировать один TFastDIB в другой. Не Assign(), а именно копирование?

Dst.MakeCopy(Src, True); // делается SetSize и Move
Или можно (при UseGDI = True) установить размер Dst = Src, потом
Src.Draw(Dst.hDC, 0, 0); // фактически BitBlt
удобно тем, что конвертирует битмапы разных форматов, хотя, как правило, не очень качественно. Впрочем, для этого есть FConvert.pas.

И пока первичный поток отрисовывает его на окне вторичный ведь может и поменять его содержимое. Так можно делать или надо полностью копироваить битмап в основной поток и там работать с ним?

topdown
Игорь Шевченко © ( 2007-05-02 10:29 ) [17]


> Вот же уродский оптимайзер памяти у винды

Слону, сам понимаешь, пофиг.


> Sapersky (02.05.07 00:38) [16]

Большое спасибо. Метод TFastDib.MakeCopy() действительно то что нужно.

Счетчики ошибок страницы не растут. Утечек тоже нет. Как обстоят дела с производительностью такого решения выясняю.

Источник

  • Remove From My Forums

 locked

монитор ресурсов, память и ошибки страниц.

  • Вопрос

  • Имеется Vista HP. На днях при возникновении очередных тормозов в системе, занялся внимательным изучением монитора ресурсов. При этом заметил, что периодически в окошке «Память» появляются сообщения об ошибках страниц(диск)/ мин.  причём они возникают при работе разных програм, в том числе и системных) и это похоже совпадает с наблюдаемыми тормозами в работе.( счёт порой идёт на сотни ошибок). Поиск на просторах интернета ничего вразумительного не дал.  Что это означает? И как это лечить?

Ответы

  • Если имеется в виду Page Fault то это не ошибки. Это просто значит что запрошеная страница (участок памяти размером 4К) была выгружена на диск и ее потребовалось загрузить в физическую память. Это совершенно нормальное явление в любых ОС с виртуальной памятью.

    Черезмерное количество таких явлений однако может привести к снижению производительности и свидетельствует о недостатке физической памяти.

    Сотни страниц — это кстати пустяки.


    This posting is provided «AS IS» with no warranties, and confers no rights.

    • Помечено в качестве ответа

      8 декабря 2009 г. 8:34

Для мониторинга и оптимизации работы
компьютера в системе Windows 2000 доступны
следующие три инструмента:

Производительность
(Performance) — обновленный инструмент в
системе Windows 2000, аналог утилиты
Performance Monitor в Windows NT 4.0. ОснасткаПроизводительность включает в
себя две оснастки:System Monitor и Оповещения
и журналы безопасности
(Performance Logs
and Alerts). Графические средства System
Monitor позволяют визуально отслеживать
изменение производительности системы.
С помощью System Monitor можно одновременно
просматривать данные с нескольких
компьютеров в виде динамических
диаграмм, на которых отображается
текущее состояние системы и показания
счетчиков. ОснасткаОповещения и
журналы безопасности
позволяет
создавать отчеты на основе текущих
данных производительности или
информации из журналов. При превышении
счетчиками заданного значения или
уменьшения ниже указанного уровня
данная оснастка посредством службы
сообщений (Messenger) посылает оповещения
пользователю.

Диспетчер
задач
(Task Manager) служит для просмотра
текущих данных о производительности
системы. В этой утилите основными
являются три индикатора: использование
процессора, использование виртуальной
памяти и запущенные процессы и
программы.

Оснастка
Просмотр событий (Event Viewer) позволяет
просматривать журналы событий,
генерируемых приложениями, службой
безопасности и системой.

Диспетчер задач
(Task Manager)

В системе Windows 2000 сохранено известное
по Windows NT 4.0 средство мониторинга
производительности — Диспетчер задач,
который предоставляет информацию о
программах и процессах, запущенных на
компьютере, и отображает наиболее общие
показатели производительности процессов.

Диспетчер задач можно использовать для
отслеживания ключевых индикаторов
производительности вашего компьютера.
Вы можете быстро отслеживать статус
запущенных программ и завершать
приложения, которые перестали отвечать
на запросы системы. С помощью диспетчера
задач можно отслеживать активность
запущенных процессов по 15 параметрам
и просматривать графики использования
процессора и памяти.

Запуск диспетчера
задач

Для запуска диспетчера задач можно
выбрать один из следующих методов:

Щелкнуть
правой кнопкой мыши на свободном
пространстве панели задач и выбрать
в контекстном меню пункт Диспетчер
задач.

Нажать
комбинацию клавиш <Ctrl>+<Alt>+<Del>
и нажать в появляющемся окне кнопку
Диспетчер задач.

Вызвать
команду Выполнить (Run) и ввести taskmgr.

Если диспетчер задач запущен, то в правой
части панели задач (на systray) появляется
индикатор загрузки процессора. Если
подвести указатель мыши к этому
индикатору, то будет показана степень
загруженности процессора в процентах.

Окно диспетчера задач можно открыть
двойным щелчком на значке индикатора
загрузки на панели задач. Если вы не
хотите, чтобы свернутое окно диспетчера
оставалось на панели задач среди других
запущенных программ, то в окне диспетчера
в меню Параметры (Options) установите
флажокСкрывать свернутое (Hide When
Minimized).

Мониторинг
процессов

Для просмотра запущенных процессов и
показателей их производительности
выберите вкладку Процессы (Processes) в окне
Диспетчер задач Windows (рис. 8). Таблица
процессов содержит все процессы,
запущенные в собственном адресном
пространстве, включая все приложения
и системные сервисы. Если требуется
просмотреть 16-разрядные процессы, то в
меню Параметры выберите командуОтображать 16-разрядные задачи (Show
16-bit tasks).

С помощью команды Выбрать столбцы
(Select Columns) меню Вид (View) можно добавить
на экран новые столбцы показателей. В
открывшемся диалоговом окнеВыбор
столбцов
установите флажки рядом с
теми показателями, которые должны быть
отображены в таблице. В табл. 8 кратко
описаны основные столбцы таблицы и
соответствующие им счетчики.

Рис. 8.
ВкладкаПроцессы (Processes) в окне
диспетчера задач

Таблица 8. Основные счетчики
диспетчера задач

Счетчик

Описание

Имя образа
(Image Name)

Имя процесса

Идентификатор
процесса (PIQ) {Process Identifier)

Числовое
значение, которое уникальным образом
определяет процесс во время его работы

Загрузка
ЦП (СРЦ Usage)

Выраженное
в процентах время, в течение которого
процесс использовал время процессора
с момента последнего обновления

Время ЦП
(CPU Time)

Суммарное
время процессора, использованное
процессом со времени его запуска (в
секундах)

Память-
использование (Merhbry Usage)

Объем
виртуальной памяти, используемой
процессом (в килобайтах)

Память-
изменение (Memory Usage Delta)

Изменение
объема памяти с момента последнего
обновления. Диспетчер задач отображает
отрицательные значения

Память-
максимум (Peak Memory Usage)

Максимальный
объем выделенной памяти, использованной
процессом с момента запуска. Выделенной
памятью является память, которую
процесс использует на физическом
носителе (например, в ОЗУ) или в файле
подкачки г

Ошибки
страницы (Page Faults)

Число
прерываний, которые возникают, когда
приложение пытается прочитать или
записать данные в несуществующую
виртуальную память

Объекты
USER (USER Objects)

Число
объектов USER, которые используются в
данное время определенным процессом

Число чтений
(I/O Reads)

Число
операций ввода/вывода, сгенерированных
процессом чтения, включая операции
для файлов, сети и устройств

Прочитано
байт (I/O Read Bytes)

Число байт,
прочитанных в ходе операций ввода/вывода,
сгенерированных процессом чтения,
включая операции для файлов, сети и
устройств

Ошибки
страницы- изменение (Page Faults Delta)

Изменение
числа ошибок страниц с момента
последнего обновления

Объем
виртуальной памяти (Virtual Memory Size)

Объем
виртуальной памяти или адресного
пространства, выделенного процессу

Выгружаемый
пул (Paged Pool)

Виртуальная
память, доступная для кэширования на
диск, которая включает в себя всю
пользовательскую память и часть
системной памяти. Кэширование
представляет собой перемещение редко
используемых компонентов рабочей
памяти из ОЗУ на другой носитель,
обычно на жесткий Диск

Невыгружаемый
пул (Non-Paged Pool)

Объем памяти
операционной системы, используемой
процессом (в килобайтах). Данная память
никогда не выгружается на диск

Базовый
приоритет (Base Priority)

Определяет
порядок диспетчеризации потоков
процесса для обработки процессором.
В Службах очереди сообщений (Microsoft
Message Queuing Services, MSMQ) базовый приоритет
(или приоритет очереди) определяет
proxy-приоритет очереди в общей очереди.
Базовый приоритет может быть установлен
в диапазоне от -32 766 до 32 767 (значение
по умолчанию равно 0) любым приложением
MSMQ с разрешениями на запись для очереди.
Частные очереди не поддерживают
базовый приоритет. MSMQ маршрутизирует
и передает сообщения на основе
комбинации базового приоритета и
приоритета сообщения

Счетчик
дескрипторов (Handle Count)

Число
дескрипторов объектов в таблице
объектов процесса

Счетчик
потоков (Thread Count)

Число
потоков, запущенных в процессе

Объекты GDI
(GDI Objects)

Число объектов GDI, используемых в
данный момент процессом.

Объекты из
библиотеки графического пользовательского
интерфейса (Graphics Device Interface, GDI), входящей
в интерфейс прикладного программирования
(API) для устройств вывода графики

Число записей
(I/O Writes)

Число операций ввода/вывода,
сгенерированных процессом записи,
включая операции для файлов, сети и

устройств

Записано
байт (I/O Write Bytes)

Число байт,
записанных в ходе операций ввода/вывода,
сгенерированных процессом записи,
включая операции для файлов, сети и
устройств

Прочий
ввод/вывод (I/O Other)

Число
операций ввода/вывода, сгенерированных
процессом, который не является ни
чтением, ни записью, включая операции
для файлов, сети и устройств. Примером
такого типа операции является функция
управления

Прочих байт
при вводе/выводе (I/O Other Bytes)

Число байт,
переданных в ходе операций ввода/вывода,
сгенерированных процессом, который
не является ни чтением, ни записью,
включая операции для файлов, сети и
устройств

Код сеанса
(Session ID)

Идентификатор
сеанса служб терминалов (Terminal Services),
если они установлены

Имя
пользователя (User Name)

Имя
пользователя, который владеет процессом
служб терминалов

Изменение
приоритета запущенной программы

Базовый приоритет задается, как правило,
кодом приложения. С помощью диспетчера
задач можно изменить базовый приоритет
процесса. Внесенное изменение будет
действительно только в течение времени
работы процесса. При следующем запуске
процесс будет выполняться с базовым
значением приоритета. Для изменения
приоритета процесса выделите имя
процесса на вкладке Процессы и
щелкните на нем правой кнопкой мыши.
Затем в контекстном меню выберите пунктПриоритет (Set Priority) и укажите новый
уровень приоритета (рис. 9).

Рис. 9.
Изменение базового приоритета
процесса в диспетчере задач

Мониторинг
производительности системы

Для отслеживания производительности
системы откройте вкладку Быстродействие
(Performance) (рис. 10).

Для вывода на экран числового значения
(в процентах) процессорного времени, в
течение которого процессор работал в
режиме ядра, выберите команду Вывод
времени ядра
(Show Kernel Times) в меню Вид.
Данное значение равно периоду времени,
в течение которого приложения пользовались
сервисами операционной системы. Остальную
часть времени процессор работал в режиме
пользователя, выполняя потоки в режиме
работы приложений.

Пользователи многопроцессорных систем
могут выбрать команду Загрузка ЦП
(CPU History) меню Вид, чтобы вывести график
занятости для каждого процессора

Рис. 10.
ВкладкаБыстродействие (Performance)

Оснастка Просмотр
событий
(Event
Viewer)

В операционной системе Windows 2000 событием
называется любое значительное
«происшествие» в работе системы
или приложения, о котором следует
уведомить пользователей. В случае
возникновения критических событий,
таких как переполнение диска сервера
или неполадки с электропитанием, на
экран монитора будет выведено
соответствующее сообщение. Остальные
события, которые не требуют немедленных
действий от пользователя, регистрируются
в системных журналах. Служба регистрации
робытдй в системных журналах активизируется
автоматически при каждом запуске системы
Windows 2000.

Окно оснастки

В системе Windows 2000 для просмотра системных
журналов можно использовать оснастку
Просмотр событий (группаАдминистрирование (Administrative Tools) на
панели управления). Эту оснастку можно
также запустить из окна оснасткиУправление компьютером (Computer
Management). На рис. 11 показан пример окна
оснасткиПросмотр событий для
контроллера домена.

Рис. 11.
Окно оснасткиПросмотр событий
(Event Viewer)

Примечание

Оснастку
Просмотр событий можно также
открыть с помощью командыПуск |
Программы | Администрирование | Просмотр
событий
(Start | Programs | Administrative Tools |
Event Viewer).

С помощью оснастки Просмотр событийможно просматривать три типа

стандартных (основных) журналов:

Журнал
приложений
(Application jog) — фиксирует
события, зарегистрированные приложениями.
Например текстовый редактор может
зарегистрировать в данном журнале
ошибку при открытии файла.

Журнал
системы
(System log) — записывает события,
которые регистрируются системными
компонентами Windows 2000. Например, в
системный журнал записываются такие
события, как сбой в процессе загрузки
драйвера или другого системного
компонента при запуске системы.

Журнал
безопасности
(Security log) — содержит
записи, связанные с системой безопасности.
С помощью этого журнала можно отслеживать
изменения в системе безопасности и
идентифицировать бреши в защите. В
данном журнале можно регистрировать
попытки входа в систему. Для просмотра
журнала необходимо иметь права
администратора. По умолчанию регистрация
событий в журнале безопасности
отключена.

Примечание

Помимо
стандартных, на компьютере — в первую
очередь на контроллере домена- могут
быть и другие журналы, создаваемые
различными службами (например, Directory
Service, DNS Server, Служба репликации файлов
(File Replication Service) и т.д.). Работе с такими
журналами ничем не отличается от
процедур просмотра стандартных
журналов.

Примечание

Журнал
системы безопасности может просматривать
только пользователь с правами системного
администратора. По умолчанию регистрация
событий в данном журнале отключена.
Для запуска регистрации необходимо
установить политику аудита

Типы событий

В журналах регистрируются следующие
типы событий:

Ошибка
(Error) — событие регистрируется в
случае возникновения серьезного
события (такого как потеря данных или
функциональных возможностей). Событие
данного типа будет зарегистрировано,
если невозможно загрузить какой-либо
из сервисов в ходе запуска системы.

Предупреждение
(Warning) — событие не является серьезным
но может привести к возникновению
проблем в будущем. Например, если
недостаточно дискового пространства,
то будет зарегистрировано предупреждение.Уведомление (Information) — значимое
событие, которое свидетельствует об
успешном завершении операции
приложением, драйвером или сервисом.
Такое событие может, например,
зарегистрировать успешно загрузившийся
сетевой драйвер.

Аудит
успехов
(Success Audit) — событие, связанное
с безопасностью системы. Примером
такого события является .успешная
попытка регистрации пользователя в
системе.

Аудит
отказов
(Failure Audit) — событие связано
с безопасностью системы. Например,
такое событие будет зарегистрировано,
если попытка доступа пользователя к
сетевому диску закончилась неудачей.

Параметры событий

Информация о событиях содержит следующие
параметры:

Тип (Туре)

Тип события

Дата (Date)

Дата генерации
события

Время (Time)

Время
регистрации события

Источник
(Source)

Источник (имя программы, системного
компонента или

компонента
приложения), который привел к регистрации
события

Категория
(Category)

Классификация
события по источнику, вызвавшему его
появление

Событие
(Event ID)

Идентификатор
события

Пользователь
(User)

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

Компьютер
(Computer)

Компьютер,
на котором зарегистрировано событие

Для просмотра дополнительной информации
о событии выберите в меню Действие
(Action) пунктСвойства (Properties) (либо
щелкните правой кнопкой мыши на названии
события и выберите пунктСвойства в
открывшемся контекстном меню). На панелиОписание (Description) приведена общая
информация о событии; На панелиДанные
(Data) отображаются двоичные данные,
которые могут быть представлены какБайты (Bytes) или как Слова (Words). Эти
данные могут быть интерпретированы
опытным программистом или техническим
специалистом службы поддержки, знакомым
с исходным кодом приложения.

Оснастка
Производительность
(Performance)

Для запуска оснастки Производительность
откройте на панели управления папкуАдминистрирование (Administrative Tools) и
выберите значокСистемный монитор.
Другой способ запуска — с помощью
командыПуск | Программы | Администрирование
| Системный монитор.

Оснастка Производительность на
самом деле представляет собой два
инструмента:

Собственно
системный монитор — System Monitor Control,
реализованный в виде элемента
управления ActiveX (в оснастках все
элементы управления подключаются какЭлементы ActiveX).

Оповещения
и журналы производительности
(Performance Logs and Alerts) — автономная оснастка
для просмотра файлов журналов
производительности.

System Monitor

С помощью System Monitor вы можете измерять
производительность вашего компьютера
или других компьютеров в сети:

Собирать и
просматривать данные текущей
производительности системы на локальном
компьютере или на нескольких удаленных
компьютерах.

Просматривать
текущие данные или данные, собранные
ранее с помощью оснастки Оповещения
и журналы производительности.

Представлять
данные в виде графика, гистограммы
или отчета, которые можно вывести на
печать.

Внедрять
возможности System Monitor в Microsoft Word или
Другие приложения пакета Microsoft Office с
помощью автоматизации OLE

Создавать
HTML-страницы для просмотра
производительности.

Создавать
конфигурации мониторинга, допускающие
повторное использование, которые
можно инсталлировать на других
компьютерах с помощью Microsoft Management
Console.

Объекты и счетчики
производительности

Система Windows 2000 получает информацию о
производительности от компонентов
компьютера. Системные компоненты в ходе
своей работы генерируют данные о
производительности. Такие компоненты
называются объектами производительности.

В операционной системе имеется ряд
объектов производительности, обычно
соответствующих главным аппаратным
компонентам, таким как память, процессоры
и т. д. Приложения могут также инсталлировать
свои объекты производительности.

Каждый объект производительности
предоставляет счетчики, которые собирают
данные производительности. Например,
счетчик Обмен страниц/сек (Pages/sec) объекта
Память (Memory) отслеживает степень
кэширования страниц.

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

Кэш (Cache)

Процесс
(Process)

Логический
диск (Logical Disk)

Процессор
(Processor)

Объекты
(Objects)

Система
(System)

Память
(Memory)

Файл подкачки
(Paging File)

Поток
(Thread)

Физический
диск (Physical Disk)

Внимание

В Windows 2000
объект Физический диск по умолчанию
включен, а объект Логический диск по
умолчанию выключен. Чтобы включить
счетчики для мониторинга логических
дисков или томов нужно в консоли
выполнить команду diskperf -yv и перезагрузить
систему.

Для просмотра пояснений о том, какие
данные предоставляет конкретный счетчик,
нажмите кнопку Объяснение (Explain) в
диалоговом окнеДобавить счетчики
(Add Counters) (рис. 13).

Некоторые объекты (такие как Память и
Сервер) имеют только один экземпляр,
хотя другие объекты производительности
могут иметь множество экземпляров. Если
объект имеет множество экземпляров, то
вы можете добавить счетчики для
отслеживания статистики по каждому
экземпляру или для всех экземпляров
одновременно.

Например, если в системе установлены
несколько процессоров, то объект
Процессор будет иметь множество
экземпляров. Более того, если объект
поддерживает множество экземпляров,
то при объединении экземпляров в группу
появятся родительский экземпляр и
дочерние экземпляры, которые будут
принадлежать данному родительскому
экземпляру.

Рис. 13.
Диалоговое окно, в котором можно
выбрать счетчики и вхождения
(экземпляры) объектов для мониторинга

Настройка
счетчиков

При выборе оснастки System Monitor в панели
результатов по умолчанию будет открыто
окно для построения графиков. Для
добавления счетчиков;

1.

В панели
результатов щелкните правой кнопкой
мыши и выберите в контекстном меню
команду Добавить счетчики.
Альтернативный вариант — нажать
кнопкуДобавить (Add) на панели
инструментов.

2.

В открывшемся
окне (рис. 13) выберите переключатель
Использовать локальные счетчики
(Use local computer counters) для мониторинга
компьютера, на котором запущена консоль
мониторинга. Если вы собираетесь
проводить мониторинг определенного
компьютера, независимо от того, где
запущена консоль мониторинга, выберите
переключательВыбрать счетчики с
компьютера
(Select counters from computer) и
укажите имя компьютера (по умолчанию
установлено имя локального компьютера).

3.

В списке
Объект (Performance object) выберите объект
для мониторинга.

4.

В списке
Выбрать счетчики из списка (Select
counters from list) укажите счетчик, который
вы собираетесь использовать.

5.

Для мониторинга всех выбранных
экземпляров выберите переключатель
Все вхождения (All instances). Для
мониторинга только определенных
экземпляров установите переключательВыбрать вхождения из списка

(Select instances
from list) и выберите экземпляры, которые
вы собираетесь отслеживать.

6.

Нажмите
кнопку Добавить (Add) и затем кнопкуЗакрыть (Close). Можно повторить
пункты 3-6 для других объектов

На рис. 14 приведен пример окна оснастки
с диаграммами, представляющими изменение
значений некоторых выбранных счетчиков.

Рис. 14.

Практическая
часть.

Задания по работе:

  1. Сделать основной системой компьютера
    ОС WindowsXP.
    Для этого: правый клик на «Мой компьютер»
    — закладка «Дополнительно» — «Загрузка
    и восстановление». В открывшемся окне
    выбрать ОС по умолчанию –WindowsXP, время отображения
    списка указать 10 с. Привести в отчете
    скриншот этого окна.

  2. Проверить уникальность задания имени
    своего сервера. «Мой компьютер» —
    закладка «Имя компьютера».

  3. Изучить раздел теории по консоли
    управления Microsoft(MMC).
    Открыть консоль на своем сервере.
    Изучить работу с консолью. В отчете
    привести скриншот консоли своего
    сервера.

  4. Изучить раздел теории по управлению
    учетными записями. Создать как минимум
    три новых учетных записи с различными
    правами и членством в разных группах.
    Создать новую локальную группу. Включить
    в нее все новые учетные записи. Убрать
    одну из учетных записей из рабочей
    группы. Вывести на экран и изучить
    структуру профиля пользователя. Все
    действия проиллюстрировать скриншотами.

  5. Изучить раздел теории по управлению
    разрешениями на ресурсы. Создать как
    минимум три каталога на диске D:
    со вложенными папками и файлами
    различного вида – текстовые документы,
    рисунки, пр. Используя созданные ранее
    учетные записи, назначить различные
    разрешения на файлы и папки для разных
    пользователей. Действия проиллюстрировать
    скриншотами.

  6. Изучить раздел теории по мониторингу
    производительности. Запустить несколько
    приложений и открыть диспетчер задач.
    Дать описание запущенным приложениям,
    пользуясь данными диспетчера задач.
    Привести скриншот диспетчера задач.

  7. Открыть закладку «Быстродействие».
    Изучить ее. Привести в отчете скриншот
    и описание.

  8. Открыть «Просмотр событий». Посмотреть
    имеющиеся события, описать их. Привести
    скриншоты.

  9. Открыть оснастку «Производительность».
    Описать имеющиеся датчики и их показания.
    Добавить новый счетчик. Привести
    скриншоты.

Как выявить неисправность оперативной памяти на компьютере с Windows 10

Если на компьютере под управлением Windows 10 стали часто возникать сбои, случайные перезагрузки, зависания, ошибки BSOD, а приложения стали работать очень медленно, то определить причину проблемы может быть довольно сложно — она может быть связана с программным обеспечением или аппаратной частью.

Тем не менее, оперативная память — это то, что нужно проверить в первую очередь. Дело в том, что неисправный модуль памяти может привести не только к неправильному функционированию компьютера, но и к повреждению пользовательских файлов.

Несмотря на то, что в Интернете доступные сторонние инструменты для диагностики памяти, Windows 10 включает собственное средство проверки памяти для выявления потенциальных проблем с ОЗУ.

В этом руководстве приведены шаги по использованию Средства проверки памяти Windows для обнаружения неисправного модуля памяти.

Как диагностировать проблемы с памятью в Windows 10

  • Откройте Панель управления (нажмите клавишу Windows и введите “панель управления”, затем выберите соответствующий вариант в результатах поиска).
  • Выберите “Просмотр: Категория”, затем перейдите в раздел Система и безопасность.
  • Выберите секцию Администрирование.
  • Дважды щелкните по иконке Средство проверки памяти Windows.

Совет: в качестве альтернативы можете использовать сочетание клавиш Windows + R , затем введите mdsched.exe и нажмите OK для запуска инструмента.

  • Выберите вариант Выполнить перезагрузку и проверку (рекомендуется). Инструмент также предлагает альтернативную опцию — выполнить проверку при следующем включении компьютера.
  • После перезагрузки компьютера запуститься среда “Средство диагностики памяти Windows”, и тестирование будет проведено в режиме “Обычный”. В данном режиме инструмент проводит все проверки режима “Базовый”, а также тесты LRAND, Stride6 (с включенным кэшем), CHCKR3, WMATS+ и WINVC.

Вы можете использовать режим “Обычный” для тестирования памяти компьютера, а можете нажать клавишу F1 в любое время, чтобы открыть страницу “Параметры” для изменения настроек сканера.

На странице “Параметры” вы можете выбрать режим “Базовый”, который включает только тесты MATS+, INVC и SCHCKR (с включенным кэшем).

Также можно выбрать режим “Широкий”, который включает все доступные тесты режима “Обычный”, а также MATS+ (с отключенным кэшем), Stride38, WSCHCKR, WStride-6, CHCKR4, WCHCKR3, ERAND, Stride6 (с отключенным кэшем) и CHCKR8.

При необходимости вы можете перемещаться по различным параметрам с помощью клавиши TAB для изменения настроек кэша. Если вы отключите кэш, инструмент будет обращаться напрямую к данным в ОЗУ, что обеспечивает полноту теста. Кроме того, вы можете также установить число проходов сканера.

После того, как вы закончите выбирать свои параметры, просто нажмите клавишу F10, чтобы вернуться на главную страницу, и сканирование запустится автоматически.

Анализ результатов сканирования

  • Откройте меню “Пуск”, выполните поиск eventvwr.exe и нажмите клавишу Enter, чтобы открыть приложение “Просмотр событий”.
  • Раскройте пункт “Журналы Windows”.
  • Щелкните правой кнопкой мыши по пункту “Система” и выберите опцию “Найти”.
  • Введите MemoryDiagnostics-Results и нажмите кнопку “Найти далее”.

  • Закройте диалоговое окно “Найти”.
  • В окне приложения “Просмотр событий” дважды кликните по записи MemoryDiagnostics-Results и посмотрите сообщение. Если в описании указано “Память компьютера проверена с помощью средства проверки памяти Windows; ошибок не обнаружено”, значит можно исключить проблемы с оперативной памятью в качестве причины неполадок.

Если результат показывает одну или несколько ошибок, вы можете попробовать запустить тест памяти “Широкий” и перепроверить результаты. Если вы по-прежнему видите хотя бы одну ошибку на одном из модулей ОЗУ, вероятно планку памяти придется заменить.

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

Хотя это руководство предназначено для пользователей Windows 10, средство проверки памяти Windows доступно для использования также в Windows 8.1 и Windows 7.

Источник

Анализ использования памяти с помощью Монитора ресурсов Windows 7

В своей прошлой статье «Как использовать Монитор ресурсов Windows 7 для эффективной диагностики» я рассказал о возможностях Монитора ресурсов Windows 7 (Resource Monitor), объяснил, как с его помощью наблюдать за распределением системных ресурсов между процессами и службами, а также упомянул, что его можно использовать для решения конкретных задач — например, для анализа расходования памяти. Именно об этом и пойдет речь в данной статье.

Прежде чем приступать к анализу, коротко расскажу о том, как Microsoft Windows 7 управляет памятью. После этого вам будет проще понять, какая информация представлена в Мониторе ресурсов Windows 7.

Диспетчер памяти Windows 7 создает виртуальную систему памяти, которая состоит из доступной физической RAM и файла подкачки на жестком диске. Это позволяет операционной системе выделять блоки памяти фиксированной длины (страницы) с последовательными адресами в физической и виртуальной памяти.

Запуск Монитора ресурсов Windows 7

Чтобы запустить Монитор ресурсов Windows 7, откройте меню «Пуск» (Start), введите в строке поиска «Resmon.exe» и нажмите [Enter]. В открывшемся окне выберите вкладку «Память» (Memory, рис. A).

На вкладке «Память» есть таблица «Процессы» (Processes, рис. B), в которой перечислены все запущенные процессы, а сведения об используемой памяти разбиты на несколько категорий.

В колонке «Образ» (Image) указывается имя исполняемого файла процесса. Процессы, запущенные приложениями, узнать очень легко — например, процесс «notepad.exe» со всей очевидностью принадлежит Блокноту (Notepad). Процессы с именем «svchost.exe» представляют различные службы операционной системы. Название службы указывается в скобках рядом с именем процесса.

В колонке «ИД процесса» (PID) указывается номер процесса — уникальное сочетание цифр, позволяющее идентифицировать запущенный процесс.

В столбце «Завершено» (Commit) указывается объем виртуальной памяти в килобайтах, зарезервированный системой для данного процесса. Сюда входит и используемая физическая память, и сохраненные в файле подкачки страницы.

Графа «Рабочий набор»

В графе «Рабочий набор» (Working Set) указывается объем физической памяти в килобайтах, используемой процессом в данный момент времени. Рабочий набор складывается из общей и частной памяти.

В колонке «Общий» (Shareable) указан объем физической памяти в килобайтах, которую данный процесс использует совместно с другими. Использование одного сегмента памяти или страницы подкачки для родственных процессов позволяет сэкономить место в памяти. При этом физически сохраняется только одна копия страницы, которая затем сопоставляется с виртуальным адресным пространством других процессов, которые к ней обращаются. Например, все процессы, инициированные системными библиотеками DLL — Ntdll, Kernel32, Gdi32 и User32 — используют общую память.

В столбце «Частный» (Private) указывается объем физической памяти в килобайтах, используемой исключительно данным процессом. Именно это значение позволяет определить, сколько памяти нужно тому или иному приложению для работы.

Графа «Ошибок отсутствия страницы в памяти/сек.»

В графе «Ошибок отсутствия страницы в памяти/сек.» (Hard Faults/sec) указано среднее за последнюю минуту количество ошибок отсутствия страницы в памяти в секунду. Если процесс пытается использовать больше физической памяти, чем доступно в данный момент времени, система записывает часть данных из памяти на диск — в файл подкачки. Последующее обращение к данным, сохраненным на диск, и называется ошибкой отсутствия страницы в памяти.

О чем говорят ошибки отсутствия страницы в памяти

Теперь, когда вы представляете, какие сведения собраны в таблице «Процессы», давайте посмотрим, как с их помощью следить за распределением памяти. При запуске приложений и работе с файлами диспетчер памяти отслеживает объем рабочего набора для каждого процесса и фиксирует запросы на дополнительные ресурсы памяти. По мере увеличения рабочего набора процесса, диспетчер соотносит эти запросы с потребностями ядра и других процессов. Если доступного адресного пространства недостаточно, диспетчер уменьшает объем рабочего набора, сохраняя данные из памяти на диск.

В дальнейшем при чтении этих данных с диска возникает ошибка отсутствия страницы в памяти. Это вполне нормально, но если ошибки происходят одновременно для разных процессов, системе требуется дополнительное время для чтения данных с диска. Слишком частые ошибки отсутствия страницы в памяти, соответственно, снижают быстродействие системы. Вам наверняка доводилось наблюдать неожиданное замедление работы всех приложений, которое затем также неожиданно прекращалось. Почти наверняка это замедление было связано с активным перераспределением данных между физической памятью и подкачкой.

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

Чтобы было удобнее наблюдать за процессами, вызывающими частые ошибки отсутствия страницы в памяти, можно отметить их флажками. При этом выбранные процессы переместятся наверх списка, а в графике ошибок отсутствия страницы в памяти будут представлены оранжевой кривой.

Стоит учитывать, что распределение памяти зависит от целого ряда других факторов, и мониторинг ошибок отсутствия страницы в памяти — не лучший и не единственный способ выявления проблем. Тем не менее, он может послужить неплохой отправной точкой для наблюдения.

Таблица «Физическая память»

В таблице «Процессы» приводятся детальные сведения о распределении памяти между отдельными процессами, а таблица «Физическая память» (Physical Memory) дает общую картину использования RAM. Ее ключевой компонент — уникальная гистограмма, показанная на рис. C.

Каждая секция гистограммы обозначена собственным цветом и представляет определенную группу страниц памяти. По мере использования системы, диспетчер памяти в фоновом режиме перемещает данные между этими группами, поддерживая тонкий баланс между физической и виртуальной памятью для обеспечения эффективной работы всех приложений. Давайте рассмотрим гистограмму поподробнее.

Секция «Зарезервированное оборудование»

Слева расположена секция «Зарезервированное оборудование» (Hardware Reserved), обозначенная серым цветом: это память, выделенная на нужды подключенного оборудования, которую оно использует для взаимодействия с операционной системой. Зарезервированная для оборудования память заблокирована и недоступна диспетчеру памяти.

Обычно объем памяти, выделенной оборудованию, составляет от 10 до 70 Мбайт, однако этот показатель зависит от конкретной конфигурации системы и в некоторых случаях может достигать нескольких сотен мегабайт. К компонентам, влияющим на объем зарезервированной памяти, относятся:

• BIOS;
• компоненты материнской платы — например, усовершенствованный программируемый контроллер прерываний ввода/вывода (APIC);
• звуковые карты и другие устройства, осуществляющие ввод/вывод с отображением на память;
• шина PCI Express (PCIe);
• видеокарты;
• различные наборы микросхем;
• флеш-накопители.

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

Секция «Используется» (In Use, рис C), обозначенная зеленым цветом, представляет количество памяти, используемой системой, драйверами и запущенными процессами. Количество используемой памяти рассчитывается, как значение «Всего» (Total) за вычетом суммы показателей «Изменено» (Modified), «Ожидание» (Standby) и «Свободно» (Free). В свою очередь, значение «Всего» — это показатель «Установлено» (Installed RAM) за вычетом показателя «Зарезервированное оборудование».

Оранжевым цветом выделена секция «Изменено» (Modified), в которой представлена измененная, но не задействованная память. Фактически она не используется, но может быть в любой момент задействована, если снова понадобится. Если память не используется достаточно давно, данные переносятся в файл подкачки, а память переходит в категорию «Ожидание».

Секция «Ожидание», обозначенная синим цветом, представляет страницы памяти, удаленные из рабочих наборов, но по-прежнему с ними связанные. Другими словами, категория «Ожидание» — это фактически кэш. Страницам памяти в этой категории присваивается приоритет от 0 до 7 (максимум). Страницы, связанные с высокоприоритетными процессами, получают максимальный приоритет. Например, совместно используемые процессы обладают высоким приоритетом, поэтому связанным с ними страницам присваивается наивысший приоритет в категории «Ожидание».

Если процессу требуются данные с ожидающей страницы, диспетчер памяти сразу же возвращает эту страницу в рабочий набор. Тем не менее, все страницы в категории «Ожидание» доступны для записи данных от других процессов. Когда процессу требуется дополнительная память, а свободной памяти недостаточно, диспетчер памяти выбирает ожидающую страницу с наименьшим приоритетом, инициализирует ее и выделяет запросившему процессу.

В категории «Свободно», обозначенной голубым цветом, представлены страницы памяти, еще не выделенные ни одному процессу или освободившиеся после завершения процесса. В этой секции отображается как еще не задействованная, так и уже освобожденная память, но на самом деле, еще не задействованная память относится к другой категории — «Нулевые страницы» (Zero Page), которая так называется, потому что эти страницы инициализированы нулевым значением и готовы для использования.

О проблеме свободной памяти

Теперь, когда вы в общих чертах представляете, как работает диспетчер памяти, ненадолго остановимся на распространенном заблуждении, связанном с системой управления памятью в Windows 7. Как видно из рис. C, секция свободной памяти — одна из самых маленьких в гистограмме. Тем не менее, ошибочно на этом основании полагать, будто Windows 7 потребляет чересчур много памяти и что система не может нормально работать, если свободной памяти так мало.

На самом деле, все совсем наоборот. В контексте принятого в Windows 7 подхода к управлению памятью, свободная память бесполезна. Чем больше памяти задействовано, тем лучше. Заполняя память до максимума и постоянно перемещая страницы из одной категории в другую с использованием системы приоритетов, Windows 7 повышает эффективность работы и предотвращает попадание данных в файл подкачки, не давая ошибкам отсутствия страницы в памяти замедлить быстродействие.

Хотите понаблюдать систему управления памятью Windows 7 в действии? Перезагрузите компьютер и сразу же после запуска откройте Монитор ресурсов Windows 7. Перейдите на вкладку «Память» и обратите внимание на соотношение секций в гистограмме физической памяти.

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

Проделав этот экстремальный эксперимент, вы поймете, как Windows 7 управляет памятью на вашем конкретном компьютере, и сможете использовать Монитор ресурсов Windows 7 для наблюдения за распределением памяти в нормальных условиях повседневной работы.

Нравится ли вам идея использовать Монитор ресурсов Windows 7 для наблюдения за распределением памяти? Поделитесь своим мнением в комментариях!

Источник

Вытесняющие/невытесняющие алгоритмы.

В случае вытесняющего алгоритма операционная система в любой момент времени может прервать выполнение текущего потока и переключить процессор на другой поток. В невытесняющих алгоритмах поток, которому предоставлен процессор, только сам решает, когда передать управление операционной системе.

Алгоритмы с квантованием.

Каждому потоку предоставляется квант времени, в течение которого поток может выполняться на процессоре. По истечении кванта операционная система переключает процессор на следующий поток в очереди. Квант обычно равен целому числу интервалов системного таймера 1 .

Алгоритмы с приоритетами.

Каждому потоку назначается приоритет (priority) – целое число, обозначающее степень привилегированности потока. Операционная система при наличии нескольких готовых к выполнению потоков выбирает из них поток с наибольшим приоритетом.

В Windows реализован смешанный алгоритм планирования – вытесняющий, на основе квантования и приоритетов.

  1. Тип многозадачности для приложения DOS
  2. Гарантии обслуживания
  3. Планирование процессов переднего плана
  4. Назначение файла подкачки
  5. Процессы Р1, Р2, Р3 выделяют 100, 20, 80 Мб памяти. В системе 128Мб ОП. Каков размер занятой памяти в файле подкачки. Какой размер файла подкачки.
  1. Что такое «страничная ошибка»?

Прерывание 14 —
Страничная ошибка

(#PF): Intel386 …

Генерируется, если страничный механизм активизирован (CR0.PG = 1) и при трансляции линейного адреса в физический возникает одна из следующих ситуаций:

  • элемент таблицы страниц или каталога страниц, используемый при трансляции адреса, имеет нулевой бит присутствия
    , т.е. нужная таблица страниц или страница не присутствует в физической памяти;
  • процедура не располагает уровнем привилегий
    , достаточным для доступа к выбранной странице или пытается произвести запись в страницу, защищенную от записи для текущего уровня привилегий.

Обработчик страничной ошибки получает информацию о ее причине из двух источников: кода ошибки, помещаемого в стек, и содержимого регистра CR2, который содержит линейный адрес, вызвавший ошибку. Код страничной ошибки имеет специальный формат (рис. 3.7.).

Прерванная программа после устранения причин, вызвавших страничную ошибку (например, загризки страницы в физическую память), может быть продолжена без каких-либо дополнительных корректировок.

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

  1. Высокая интенсивность ошибок страниц говорит о:

Ненадежности программы

Ненадежности оперативной памяти

Иное: пояснить

Графа «Ошибок отсутствия страницы в памяти/сек.»

В графе «Ошибок отсутствия страницы в памяти/сек.» (Hard Faults/sec) указано среднее за последнюю минуту количество ошибок отсутствия страницы в памяти в секунду. Если процесс пытается использовать больше физической памяти, чем доступно в данный момент времени, система записывает часть данных из памяти на диск — в файл подкачки. Последующее обращение к данным, сохраненным на диск, и называется ошибкой отсутствия страницы в памяти.

О чем говорят ошибки отсутствия страницы в памяти

Теперь, когда вы представляете, какие сведения собраны в таблице «Процессы», давайте посмотрим, как с их помощью следить за распределением памяти. При запуске приложений и работе с файлами диспетчер памяти отслеживает объем рабочего набора для каждого процесса и фиксирует запросы на дополнительные ресурсы памяти. По мере увеличения рабочего набора процесса, диспетчер соотносит эти запросы с потребностями ядра и других процессов. Если доступного адресного пространства недостаточно, диспетчер уменьшает объем рабочего набора, сохраняя данные из памяти на диск.

В дальнейшем при чтении этих данных с диска возникает ошибка отсутствия страницы в памяти. Это вполне нормально, но если ошибки происходят одновременно для разных процессов, системе требуется дополнительное время для чтения данных с диска. Слишком частые ошибки отсутствия страницы в памяти, соответственно, снижают быстродействие системы
. Вам наверняка доводилось наблюдать неожиданное замедление работы всех приложений, которое затем также неожиданно прекращалось. Почти наверняка это замедление было связано с активным перераспределением данных между физической памятью и подкачкой.

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

Чтобы было удобнее наблюдать за процессами, вызывающими частые ошибки отсутствия страницы в памяти, можно отметить их флажками. При этом выбранные процессы переместятся наверх списка, а в графике ошибок отсутствия страницы в памяти будут представлены оранжевой кривой.

Стоит учитывать, что распределение памяти зависит от целого ряда других факторов, и мониторинг ошибок отсутствия страницы в памяти — не лучший и не единственный способ выявления проблем. Тем не менее, он может послужить неплохой отправной точкой для наблюдения.

  1. Как формируется приоритет потока в Windows

Приоритеты

В ОС Windows реализовано вытесняющее приоритетное планирование, когда каждому потоку присваивается определенное числовое значение — приоритет, в соответствии с которым ему выделяется процессор. Потоки с одинаковыми приоритетами планируются согласно алгоритму Round Robin (карусель). Важным достоинством системы является возможность вытеснения потоков, работающих в режиме ядра — код исполнительной системы полностью реентерабелен. Не вытесняются лишь потоки, удерживающие спин-блокировку (см. «Синхронизация потоков»). Поэтому спин-блокировки используются с большой осторожностью и устанавливаются на минимальное время.

В системе предусмотрено 32 уровня приоритетов. Шестнадцать значений приоритетов (16-31) соответствуют группе приоритетов реального времени, пятнадцать значений (1-15) предназначены для обычных потоков, и значение 0 зарезервировано для системного потока обнуления страниц (см. рис. 6.2).

Рис. 6.2.
Приоритеты потоков

Чтобы избавить пользователя от необходимости запоминать числовые значения приоритетов и иметь возможность модифицировать планировщик, разработчики ввели в систему слой абстрагирования приоритетов
. Например, класс приоритета для всех потоков конкретного процесса можно задать с помощью набора констант-параметров функции SetPriorityClass, которые могут иметь следующие значения:

  • реального времени (REALTIME_PRIORITY_CLASS) — 24
  • высокий (HIGH_PRIORITY_CLASS) — 13
  • выше нормы (ABOVE_NORMAL_PRIORITY_CLASS) 10
  • нормальный (NORMAL_PRIORITY_CLASS) — 8
  • ниже нормы (BELOW_NORMAL_PRIORITY_CLASS) — 6
  • и неработающий (IDLE_PRIORITY_CLASS) 4

Относительный приоритет потока устанавливается аналогичными параметрами функции SetThreadPriority:

Совокупность из шести классов приоритетов процессов и семи классов приоритетов потоков образует 42 возможные комбинации и позволяет сформировать так называемый базовый приоритет потока

Базовый приоритет процесса и первичного потока по умолчанию равен значению из середины диапазонов приоритетов процессов (24, 13, 10, 8, 6 или 4
). Смена приоритета процесса влечет за собой смену приоритетов всех его потоков, при этом их относительные приоритеты остаются без изменений.

Приоритеты с 16 по 31 в действительности приоритетами реального времени не являются, поскольку в рамках поддержки мягкого реального времени, которая реализована в ОС Windows, никаких гарантий относительно сроков выполнения потоков не дается. Это просто более высокие приоритеты, которые зарезервированы для системных потоков и тех потоков, которым такой приоритет дает пользователь с административными правами. Тем не менее, наличие приоритетов реального времени, а также вытесняемость кода ядра, локализация страниц памяти (см. «Функционирование менеджера памяти») и ряд дополнительных возможностей — все это позволяет выполнять в среде ОС Windows приложения мягкого реального времени, например, мультимедийные. Системный поток с нулевым приоритетом занимается обнулением страниц памяти. Обычные пользовательские потоки могут иметь приоритеты от 1 до 15.

Похожая информация.

ы подключили новое устройство, а оно не спешит работать, или старое устройство перестало функционировать, или делает свою работу некорректно. Что же делать в этих случаях? Переустанавливать всё? Хлопотно, да и не всегда в этом есть необходимость. Как же узнать в чём причина и как её устранить? Очень просто. Дело в том, что в ОС семейства Windows,
и не только, имеется, некий
Диспетчер устройств,

на самом деле очень нужный и полезный менеджер, если его можно так назвать. Вот он то, нам и поможет выяснить в чём причина неполадки, а моя шпаргалка — устранить проблему. Итак, в выше упомянутом
Диспетчере устройств

остаються следы ошибок в работе устройств в виде кодов. Зная код ошибки, нетрудно установить причину неполадки. Для непосвящённых, коды — это всего лишь непонятные и ничего не говорящие цифры. Но знающему пользователю, они могут сказать о многом. Постараюсь, насколько мне это удасться, пролить свет на эту тему.

Для просмотра ошибок устройств, нам прежде всего необходимо войти в сам Диспетчер устройств. Делается это так. Войдите в
Панель управления


из меню

Пуск (

можно,

Мой


компьютер


, правой клавишей —
Свойства


Диспетчер устройств,


а можно и через задание команды в
выполнить


, но зачем всё усложнять). Если мы входим через
Панель


управления


, то путь таков:

Система — Оборудование — Диспетчерн устройств


. Выберем, войдя в меню
Диспетчер устройств


, тип интересующего нас устройства (клавиатура, принтер, модем и т.д.), щёлкнем на нём дважды, в результате увидим входящие в этот тип устройства. Выбирем нужное нам устройство и дважды щёлкнем на нём. Смотрим графу на вкладке О
бщие, Состояние устройства.


Если имеется проблема с работой устройства, то она будет отображена здесь в виде кода ошибки. Итак мы видим цифры и числа. Что же они обозначают. Ниже я привожу полный список ошибок, с кратким описанием ошибки и возможных способах устранения. Красным цветом выделен код ошибки, синим её описание и чёрным устранение.

Код 1

Проблема с настройкой устройства, не правильные настройки или отсутствует драйвер.

Нажмите кнопку


Обновить драйвер


, для запуска мастера
Обновление оборудования


. Если вообще нет драйвера — установите его.

Код 3

Повреждён драйвер устройства, как вариант не хватает оперативной памяти для корректной работы устройства.
1.


Удалим повреждённый драйвер и установим новый. Для этого: Свойства — Драйвер — Удалить, далее следуем указаниям мастера. Перезагрузка. Открываем опять
Диспетчер устройств


Действие


Обновить конфигурацию оборудования


и следуем указаниям мастера. 2. Если проблема в нехватке виртуальной памяти, закроем работающие приложения, что бы разгрузить память. Что бы проверить состояние памяти нам нужно попасть в
Диспетчер задач


, для этого жмём сочетание клавиш
Ctrl+Shift+Esc.

Настройки виртуальной памяти мы можем посмотреть ещё щёлкнув правой клавишей
Мой компьютер


Свойства — Дополнительно — Быстродействие — Настройки (Параметры)


. Вы можете попробовать увеличить файл подкачки (как это делается, я описывал в одной из предыдущих статей моего блога ), но это далеко не радикальная мера. Придётся вам увеличивать оперативную память. Как это делается — отдельная тема, выходящая за рамки этого поста.

Код 10

В разделе реестра имеется соответствующий устройству параметр
FailReasonString,

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

Обновите драйвер, как указано выше. Или установите более новый.

Код 12

Нет запаса ресурсов, необходимых для этого устройства.

Отключите другие работающие устройства, хотя бы одно, для этого воспользуйтесь мастером устранения неполадок, который, если вы будете следовать его указаниям, отключит конфликтное устройство. (В кратце напомню: Свойства — Общие — Устранение неполадок.)

Код 14

Требует перезагрузки ПК для работы этого устройства.

Код 16

Невозможно выявить ресурсы, которые необходимы для работы устройства, устройство настроено не полностью.

Нужно назначить устройству дополнительные ресурсы. Но это можно сделать без проблем если устройство относится к
Plug and Play.

Свойства — Ресурсы.

Если в списке ресурсов есть ресурс с знаком?, выбираем его, чтобы назначить выбранному устройству. Если ресурс не возможно изменить, жмём
Изменить параметры

, если эта функция недоступна, снимаем галочку с
Автоматическая настройка

Код 18

Переустановите драйвер для устройства.

Пробуем обновить драйвер или удалить и сделать, как в примере с
кодом 3.

Код 19

Недостаточные сведения в реестре о настройках устройства, либо настройки повреждены.

Запустите

Мастер устранения неполадок


и следуйте его указаниям, не поможет — переустановите устройство, как было сказано выше. (код 3). Либо, если не поможет, загрузите
Последнюю удачную конфигурацию.


Если и это не поможет — вам нужна помощь специалиста, так, как необходимо редактировать системный реестр. Неимея знаний и опыта, самостоятельно, там вам делать нечего, любой сисадмин вам это подтвердит. Знающий и умеющий, сам знает, как это сделать, без меня. А неопытному, лучше и не пробовать. Реестр — сердце операционной системы и проводить операции на нём должен только опытный специалист, или под его руководством. Ни в коей мере не хочу ни кого обидеть, но если вы не работали с системным реестром и если вам дорог ваш компьютер, мой совет — забудьте туда дорогу. Я пишу не для профессионалов, им это не нужно, а для среднего пользователя. Конечно, я могу написать, как и что там делать, но это будет объяснение на пальцах и если вы, в результате малейшей ошибки, повредите свой компьютер, буду виноват я. Мне это совсем не нужно, да и вам то же.

Код 21 Устройство удаляется из системы, то есть операционная система пытается удалить устройство, но процесс ещё не завершён.

Выдержите паузу в несколько секунд и нажмите клавишу

Код 22 Устройство отключено.

Необходимо включить устройство.
Действие — Включить


и следуем дальнейшим инструкциям.

Код 24 Устройства нет или неправильно установлено, сбой в работе драйвера, может быть устройство было подготовлено к удалению.

Удалите устройство и установите заново.

Код 28 Нет драйвера.


Установите драйвер. Для этого нужно Обновить драйвер, действия, как в инструкции к Коду 1.

Код 29
Отключено устройство

. Необходимо разрешить работу устройства в

настройках

BIOS,

изучите инструкции к использованию устройства.

Код 31
Системе не удалось загрузить драйверы к этому устройству

. Обновите драйверы, как описывалось выше.

Код 32
Драйвер к этому устройству отключен в системном реестре

. Удалите и по-новой установите драйвер (описывалось выше)

Код 33
Операционная система не может определить ресурсы для данного

устройства


. Настройте устройство или замените его.

Код 34
Операционная система не может определить настройки

устройства


. Изучите прилагаемую документацию к оборудованию и настройте конфигурацию вручную на вкладке Ресурсы.

Код 35
Микропрограмма ПК неимеет нужных сведений для правильной

работы устройства

. Необходимо обновить
BIOS.

За инструкциями, как это сделать обратитесь к поставщику, а лучше воспользоваться услугами опытного мастера.

Код 36
Для работы устройства требуется прерывание
PCI,

а устройство настроено на прерывание
ISA,

или наоборот


. Необходимо изменить настройки
BIOS,

обратитесь к опытному мастеру.

Код 37
Операционная система неопознаёт драйвер к этому устройству

. Переустановите драйвер (описывалось выше).

Код 38
ОС не может загрузить драйвер для устройства, так как,

предыдущая версия драйвера осталась в памяти

. Необходимо перезагрузить ПК. Запустите мастер Устранения неполадок, если он не запустился (Свойства — Общие — Устранение неполадок) и следуйте указаниям мастера. После обязательная перезагрузка.

Код 39
ОС не может загрузить драйвер устройства. Драйвер повреждён

или его нет вовсе

. Переустановите драйвер, как было описано выше.

Код 40
Нет доступа к оборудованию, так, как нет информации в системном реестре или информация содержит ошибку

. Переустановите драйвер.

Код 41
Необнаружено устройство

. Запустите мастер Устранения неполадок (описано выше), если не помогло обновите конфигурацию оборудования (см. выше) или обновите драйвер. Если нет, установите более новую версию драйвера.

Код 42
В системе уже имеется такой драйвер. То есть имеются два разных устройства с одинаковым именем, возможно из-за ошибки

. Перезагрузите ПК.

Код 43
Остановка работы устройства из-за возникших проблем в его работе

. Запустите мастер Устранения неполадок и следуйте его указаниям.

Код 44
Приложение или служба остановили работу устройства

. Перезагрузите ПК.

Код 45
Устройство не подключено

. Подключите устройство.

Код 46
Такая ошибка появляется, если операционная система завершает свою работу. Ни чего не нужно делать, при следующем запуске ОС всё будет работать.

Код 47 Устройство было подготовлено для безопасного удаления, но ещё не удалено (например флеш)

. Извлеките устройство, затем подключите снова, перезагрузите ПК.

Код 48
Устройство, вернее его програмное обеспечение, заблокировано

. Обновите драйвер, или установите новый.

Код 49
Устройство не может быть запущено, так, как имеет большой объём системного куста реестра, который превышает допустимые параметры реестра

. Удалите из реестра устройства которые не используются. Можно сделать так: Диспетчер устройств — Вид — Показать скрытые устройства. Здесь вы увидите скрытые устройства, которые не подключены к вашему ПК. Выберите те устройства которые хотите удалить, кликнете Свойства для устройства — Драйвер — Удалить, далее следуйте указаниям мастера и в завершении перезагрузка ПК.

Пособие по удалению любых вирусов с ПК собственноручно. Все способы удаления вирусов реально работающие и проверенные на практике, пошаговая инструкция с илюстрациями — просто и доступно даже для школьника + видеоуроки + программа ultraiso
для создания загрузчиков+ полезные ссылки на инструменты в борьбе с вирусами. Скачать архив

Распределение
памяти в Windows9xи вWindowsNT.
Монитор ресурсов Windows 7. Изучение пунктов
и вкладок, связанных с памятью.
Использование монитора ресурсов Windows
7 для наблюдения за распределением
памяти. Увеличение объема файла подкачки
(виртуальной памяти). Проверка памяти
средствами Windows.

3.1. Распределение памяти в
Windows 9x

ОС Windows 9x — это 32-разрядные
многопотоковые ОС с вытесняющей
многозадачностью и графическим
пользовательским интерфейсом. Для своей
загрузки они используют MS-DOS 7.0, которая
обеспечивает два режима работы процессора
– реальный (в файле MSDOS.SYS в секции
прописано BootGUI=0) и защищённый
(BootGUI=1). Защищённый режим устанавливается
непосредственно перед загрузкой Windows
9x, в результате чего процессор начинает
управлять памятью с использованием
страничного механизма преобразования
виртуальных адресов в физические.
Область виртуального адресного
пространства состоит из 4-х килобайтных
страниц, которые размещаются в оперативной
памяти или на диске.

Младшие адреса виртуального
адресного пространства используются
совместно всеми процессами для обеспечения
совместимости с драйверами устройств
реального времени, резидентными
программами Windows и др. Это с одной стороны
удобно, но, с другой, снижает надёжность
(одно из основных качеств ОС), т.к. любой
процесс может запортить компоненты,
расположенные по этим адресам.

Каждая прикладная 32-разрядная
Windows-программа выполняется в своём
адресном пространстве, однако доступ
к нужным адресам возможен, т.е. организация
виртуальных адресов не использует всех
аппаратных средств защиты, заложенных
в микропроцессор. 16-разрядные программы
разделяют общее адресное пространство
и также уязвимы друг перед другом. Модель
памяти Windows 9x представлена на рис.3.1.

Рис. 3.1. Распределения ОП в Windows
9x

Нижние 64 Кб ОП недоступны
32-разрядным программам, но 16-разрядные
программы могут записывать сюда свои
данные. Адреса ниже 4 Мб отображаются в
адресное пространство каждой прикладной
программы и совместно используются
всеми процессами. Это делает эту область
незащищенной от случайной записи.

Минимально необходимый объем
памяти для функционирования Windows 9х
составляет 4 Мб, однако практически при
таком объеме памяти работать невозможно.
Страничный файл

, с помощью
которого реализуется механизм виртуальной
памяти, расположен в каталоге Windows и
имеет переменный размер, изменяемый
при необходимости самой системой. Его
размеры могут быть заданы с помощью
системных средств (Панель управления
→ Система → Быстродействие → Файловая
система), либо заданы в секции файла
SYSTEM.INI – строки с указанием диска и имени
файла:

Pagingfive=c:PageFile.sys

MinPagingFileSize=65536
(64 Мб)

MaxPagingFileSize=262144
(256 Мб)

Первая и вторая строки определяют
имя файла и его размещение, а две последние
– начальный и предельный размер
страничного файла в Кб.

Минимальный размер файла подкачки
можно получить, запустив программу
SysMon (системный монитор) и, выбрав в
качестве необходимых параметров размер
файла подкачки и объем свободной памяти,
оценить потребности в памяти наиболее
часто используемых приложений.

3.2. Распределение памяти в
Windows NT

Отличия схемы распределения от
Windows 9х сводятся к следующему:

1) более серьезное использование
аппаратных средств защиты памяти,
предусмотренных в микропроцессоре;

2) все системные программные
модули расположены в собственных
виртуальных адресных пространствах и
доступ прикладных программ к ним
невозможен.

Распределение адресного
пространства в Windows NT представлено на
рис. 3.2.

Рис. 3.2. Распределения ОП в Windows
NT

Прикладным программам выделяется
2 Гб локального (собственного) линейного
(неструктурированного) адресного
пространства (первые 64 Кб недоступны).
Они изолированы друг от друга и могут
общаться друг с другом только через
буфер обмена (clipboard), либо через механизмы
DDE (Dynamic Data Exchange – динамический обмен
данными) и OLE (Object Linking and Embedding – связь и
внедрение объектов).

В верхней части 2 Гб-й области
размещается код системных DLL (динамически
связанные библиотеки), выполняющих роль
сервер-процессов. Они проверяют значения
параметров запросов, исполняют запрошенную
функцию и пересылают результаты назад
в адресное пространство вызывающей
программы.

В интервале адресов 2-4 Гб
располагаются системные (низкоуровневые)
компоненты Windows (т.е. самого высокого
уровня защиты от несанкционированного
доступа: ядро, планировщик потоков,
диспетчер памяти).

Для 16-разрядных прикладных
Windows-программ реализуются сеансы WOW
(Windows On Windows) в режиме вытесняющей
многозадачности индивидуально в
собственных адресных пространствах
или совместно в разделяемом адресном
пространстве.

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

Управление памятью (выделение,
резервирование, освобождение, подкачка)
производится диспетчером виртуальной
памяти VMM (Virtual Memory Manager). Каждая виртуальная
страница переносится на физическую
страницу − страничный фрейм (page frame),
заполненный в исходном состоянии нулями
(это основное требование стандарта на
системы безопасности уровня С2,
определяющее невозможность использования
их предыдущего содержимого другими
процессами). Место для выгрузки страницы
резервируется в файле подкачки
Pagefile.sys, представляющим собой
зарезервированный блок дискового
пространства.

Вся память Windows NT подразделяется
на зарезервированную
(для динамического
использования процессами при выполнении
задач),выделенную
(для выгрузки
которой резервируется в Pagefile.sys) идоступную
(остальная часть свободной
памяти).

      Виртуальная память в Windows

Самая частая причина замедления
работы системы под управлением Windows —
заполнение физической памяти. При этом
Windows начинает так называемую «подкачку»
(paging) — перемещение блоков кода и данных
программ (каждый такой блок называется
страницей — page) из физической памяти на
жесткий диск. Обращение к файлу подкачки
время от времени — нормальное явление,
не ухудшающее производительность
системы, но частые запросы данных из
файла на диске могут заметно снизить
общую скорость работы системы. Эта
проблема становится особенно заметной
при переключении между несколькими
программами, активно использующими
память, на компьютере, который не содержит
достаточного количества физической
памяти. В результате диск почти постоянно
находится в работе, потому что система
пытается «перекачать» данные с
него в память и обратно.

Если общий размер выделенной
памяти превышает общий объем физической
памяти, Windows приходится «перекачивать»
страницы между быстрой оперативной
памятью и гораздо более медленной
виртуальной памятью в файле подкачки,
что приводит к замедлению скорости
системы.

В процессе установки Windows XP файл
подкачки автоматически создается в
корневой папке на том же диске, где
расположены системные файлы Windows. Размер
файла подкачки определяется, исходя из
объема физической памяти в системе. По
умолчанию минимальный размер файла
подкачки в 1,5 раза больше, чем объем
физической памяти, а максимальный размер
— в 3 раза больше. Файл подкачки можно
увидеть в окне Проводника, если включить
режим отображения скрытых и системных
файлов (рис. 3.3).

Рис. 3.3. Включение режима отображения
скрытых и системных файлов

Обычно операционная система
Windows сама устанавливает оптимальный
объем виртуальной памяти и ее хватает
для большинства задач, но если на
компьютере выполняются приложения,
требующие много памяти, то объем
виртуальной памяти можно изменить.

Для этого нужно выполнить
следующую последовательность действий:

1. Войдите в систему под учетной
записью из группы Администраторы и
откройте окно «Панель управления –
Система».

2. На вкладке «Дополнительно»
нажмите кнопку «Параметры» в разделе
«Быстродействие» (рис. 3.4).

3. В диалоговом окне «Параметры
быстродействия» выберите вкладку
«Дополнительно» и нажмите кнопку
«Изменить» (рис. 3.5) для отображения
диалогового окна «Виртуальная память»,
которое показано на рис. 3.6 для WindowsXPи на рис. 3.7 дляWindows7.

Текущие параметры файла подкачки
отражены в поле «Общий размер файла
подкачки на всех дисках».

4. Выберите любой диск из списка
в верхней части диалогового окна, чтобы
настроить параметры этого диска.

Можно изменить перечисленные
ниже параметры:

— Особый размер
. Укажите
значение в полеИсходный размер
для
задания начального размера файла
pagefile.sys на указанном диске (в мегабайтах).
В полеМаксимальный размер
введите
число не меньшее значения в полеИсходный
размер
, но не превышающее 4096 Мбайт (4
Гбайт).

— Размер по выбору системы.
Выберите этот пункт для включения
динамического управления размером
файла подкачки для данного диска. Этот
вариант следует выбирать, если вы не
хотите изменять предлагаемые Windows по
умолчанию параметры.

Без файла подкачки
. Используйте
для всех дисков, на которых вам не нужен
файл подкачки. Удостоверьтесь, что файл
подкачки есть хотя бы на одном диске.

5. После внесения каких-либо
изменений нажмите Задать
для записи
изменений.

6. Повторите этапы 4 и 5 для прочих
дисков (при необходимости). Нажмите ОК
для закрытия диалогового окна после
завершения работы с ним.

Рис. 3.4. Кнопка «Параметры» для
перехода к просмотру и/или

изменению параметров виртуальной
памяти

Рис. 3.5. Кнопка «Изменить» для
перехода к изменению параметров
виртуальной памяти в WindowsXP(слева) и вWindows7

Рис. 3.6. Окно просмотра и настройки
размера виртуальной памяти

Рис. 3.7. Окно просмотра и настройки
размера виртуальной памяти в Windows7

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

Не пытайтесь разместить файл
подкачки на несколько логических дисках
одного физического диска!!!

Если в системе есть один жесткий
диск, разбитый на разделы C, D и E, а файл
подкачки распределен на несколько
разделов, то система может даже
замедлиться, поскольку в такой конфигурации
магнитным головкам жесткого диска
приходится считывать данные из нескольких
областей, а не подряд из одной области
диска.

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

Если у вас очень много физической
памяти, может возникнуть соблазн вовсе
отключить файл подкачки. Не делайте
этого!
!!

Windows XP была разработана так, что
файл подкачки используется для выполнения
некоторых задач ядра, поэтому некоторые
программы третьих фирм могут выдавать
сообщение о нехватке памяти при попытке
полностью отключить виртуальную память.

Windows не использует файл подкачки,
пока он не понадобится, поэтому отключение
виртуальной памяти не приведет к
повышению производительности!!!

Windows может динамически увеличивать
размер файла подкачки при необходимости.
Эта функция работает только при выборе
пункта «Размер по выбору системы
»,
а также при задании максимального
размера, превышающего текущий размер
файла подкачки.

Исходя из опыта работы с предыдущими
версиями Windows некоторые пользователи
стараются создавать файл подкачки
фиксированного объема с равными исходным
и максимальным размерами. Теоретически,
это должно поднимать производительность,
поскольку исключает возможность
фрагментации файла подкачки. Однако
подсистема подкачки разработана таким
образом, что на практике файл занимает
только большие блоки дискового
пространства, что делает фрагментацию
минимальной. Можно заметить небольшое
падение производительности в тот момент,
когда Windows увеличивает размер файла
подкачки, но это однократная операция,
которая никак не влияет на производительность
в среднем.

      Контроль использования памяти
      в Windows

Самый простой способ узнать,
сколько оперативной памяти используется
в данный момент времени — открыть
Диспетчер задач (Task Manager), нажав
++, и перейти на вкладку
«Быстродействие» (Performance) (рис.3.8).
Подробное описание информации вкладки
«Быстродействие» для WindowsXPпредставлено в табл.
3.1.

Таблица 3.1. Расшифровка данных
Диспетчера задач

Вкладка «Быстродействие» для
Windows7 имеет значимые
нововведения по сравнению с соответствующей
вкладкой Диспетчером задач Windows XP.

Число в графе «Всего» (Total) раздела
«Физическая память» (Physical Memory) указывает
на общий объем оперативной памяти для
данной системы. В графе «Кэшировано»
(Cached) указано количество физической
памяти, которая недавно использовалась
системными ресурсами. Она остается в
кэше на случай, если снова понадобится
системе, но доступна для других процессов.
В новой графе «Доступно» (Available) указывается
количество неиспользуемой в данный
момент физической памяти, а в графе
«Свободно» (Free) — количество памяти,
которая используется кэшем, но не
содержит полезной информации.

В разделе «Память ядра» (Kernel
Memory) содержатся две графы — «Выгружаемая»
(Paged) и «Невыгружаемая» (Nonpaged). В сумме
они указывают, сколько памяти использует
ядро. Выгружаемая — это виртуальная
память, а невыгружаемая — физическая.

В разделе «Система» (System) появились
графы «Дескрипторов» (Handles) и «Потоков»
(Threads), связанные с составными компонентами
процессов. В графе «Дескрипторов»
указывается количество идентификаторов
объектов (дескрипторов), которые
используются запущенными в данный
момент процессами. В графе «Потоков»
указано число подпроцессов, запущенных
в рамках более крупных процессов. Цифра
в графе «Процессов» (Processes), естественно,
указывает на общее количество запущенных
процессов, которые можно увидеть на
вкладке «Процессы».

В графе «Время работы» (Up Time)
указано, сколько времени прошло с
последнего запуска компьютера. В графе
«Выделено» (Commit) содержится информация
о файле подкачки. Первая цифра указывает
на общий объем используемой в данный
момент физической и виртуальной памяти,
а вторая — на общий объем памяти для
данного компьютера в принципе.

Еще более подробную информацию
можно получить, нажав кнопку «Монитор
ресурсов» и выбрав вкладку «Память»
(рис. 3.9).

Рис. 3.9. Вкладка «Память» окна
монитора ресурсов Windows7

На вкладке «Память» есть таблица
«Процессы», в которой перечислены все
запущенные процессы, а сведения об
используемой памяти для каждого процесса
разбиты на несколько категорий
(рис.3.10).

Рис. 3.10. Таблица «Процессы»

В колонке «Образ
» указывается
имя исполняемого файла процесса.
Процессы, запущенные приложениями,
узнать очень легко — например, процесс
«Winword.exe» со всей очевидностью
принадлежит текстовому редакторуWord.
Процессы с именем «svchost.exe» представляют
различные службы операционной системы.
Название службы указывается в скобках
рядом с именем процесса.

В колонке «ИД процесса
»
указывается номер процесса — уникальное
сочетание цифр, позволяющее идентифицировать
запущенный процесс.

В столбце «Завершено
»
указывается объем виртуальной памяти
в килобайтах, зарезервированный системой
для данного процесса. Сюда входит и
используемая физическая память, и
сохраненные в файле подкачки страницы.

В графе «Рабочий набор
»
указывается объем физической памяти в
килобайтах, используемой процессом в
данный момент времени. Рабочий набор
складывается из общей и частной памяти.

В колонке «Общий
» указан
объем физической памяти в килобайтах,
которую данный процесс использует
совместно с другими. Использование
одного сегмента памяти или страницы
подкачки для родственных процессов
позволяет сэкономить место в памяти.
При этом физически сохраняется только
одна копия страницы, которая затем
сопоставляется с виртуальным адресным
пространством других процессов, которые
к ней обращаются. Например, все процессы,
инициированные системными библиотеками
DLL — Ntdll, Kernel32, Gdi32 и User32 — используют
общую память.

В столбце «Частный
» указывается
объем физической памяти в килобайтах,
используемой исключительно данным
процессом. Именно это значение позволяет
определить, сколько памяти нужно тому
или иному приложению для работы.

В графе «Ошибок отсутствия
страницы в памяти/сек.
» указано среднее
за последнюю минуту количество ошибок
отсутствия страницы в памяти в секунду.
Если процесс пытается использовать
больше физической памяти, чем доступно
в данный момент времени, система
записывает часть данных из памяти на
диск — в файл подкачки. Последующее
обращение к данным, сохраненным на диск,
и называется ошибкой отсутствия страницы
в памяти.

При запуске приложений и работе
с файлами диспетчер памяти отслеживает
объем рабочего набора для каждого
процесса и фиксирует запросы на
дополнительные ресурсы памяти. По мере
увеличения рабочего набора процесса,
диспетчер соотносит эти запросы с
потребностями ядра и других процессов.
Если доступного адресного пространства
недостаточно, диспетчер уменьшает объем
рабочего набора, сохраняя данные из
памяти на диск.

В дальнейшем при чтении этих
данных с диска возникает ошибка отсутствия
страницы в памяти. Это вполне нормально,
но если ошибки происходят одновременно
для разных процессов, системе требуется
дополнительное время для чтения данных
с диска. Слишком частые ошибки отсутствия
страницы в памяти, соответственно,
снижают быстродействие системы. Это
проявляется в неожиданном замедлении
работы всех приложений, которое затем
также неожиданно прекращается. Замедление
связано с активным перераспределением
данных между физической памятью и
подкачкой.

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

Чтобы было удобнее наблюдать за
процессами, вызывающими частые ошибки
отсутствия страницы в памяти, можно
отметить их флажками. При этом выбранные
процессы переместятся наверх списка,
а в графике ошибок отсутствия страницы
в памяти будут представлены оранжевой
кривой.

Стоит учитывать, что распределение
памяти зависит от целого ряда других
факторов, и мониторинг ошибок отсутствия
страницы в памяти — не лучший и не
единственный способ выявления проблем.
Тем не менее, он может послужить неплохой
отправной точкой для наблюдения.

В таблице «Процессы» приводятся
детальные сведения о распределении
памяти между отдельными процессами, а
таблица «Физическая память» дает общую
картину использования RAM. Ее ключевой
компонент — уникальная гистограмма,
показанная на рис. 3.11.


Рисунок
3.11. Гистограмма в таблице «Физическая
память» позволяет составить общее
представление о распределении памяти
в Windows 7

Каждая секция гистограммы
обозначена собственным цветом и
представляет определенную группу
страниц памяти. По мере использования
системы, диспетчер памяти в фоновом
режиме перемещает данные между этими
группами, поддерживая тонкий баланс
между физической и виртуальной памятью
для обеспечения эффективной работы
всех приложений. Рассмотрим гистограмму
поподробнее.

Слева расположена секция
«Зарезервированное оборудование
»,
обозначенная серым цветом: это память,
выделенная на нужды подключенного
оборудования, которую оно использует
для взаимодействия с операционной
системой. Зарезервированная для
оборудования память заблокирована и
недоступна диспетчеру памяти. Обычно
объем памяти, выделенной оборудованию,
составляет от 10 до 70 Мбайт, однако этот
показатель зависит от конкретной
конфигурации системы и в некоторых
случаях может достигать нескольких
сотен мегабайт.

К компонентам, влияющим на объем
зарезервированной памяти, относятся:

Компоненты материнской платы
— например, усовершенствованный
программируемый контроллер прерываний
ввода/вывода (APIC);

Звуковые карты и другие
устройства, осуществляющие ввод/вывод
с отображением на память;

Шина PCI Express (PCIe);

Видеокарты;

Различные наборы микросхем;

Флеш-накопители.

Секция «Используется
»,
обозначенная зеленым цветом, представляет
количество памяти, используемой системой,
драйверами и запущенными процессами.
Количество используемой памяти
рассчитывается, как значение «Всего
»
за вычетом суммы показателей «Изменено
»,
«Ожидание
» и «Свободно
». В свою
очередь, значение «Всего
» — это
показатель «Установлено
» за вычетом
показателя «Зарезервированное
оборудование
».

Когда в Windows запускается процесс, многие из отображающих образы файлов EXE и DLL страниц могут уже находиться в памяти, поскольку они используются другими процессами. Пригодные для записи страницы образов помечены как «копирование при записи», чтобы их можно было совместно использовать до того момента, когда их понадобится модифицировать. Если операционная система узнает уже выполнявшийся ЕХЕ, то она может записать шаблон страничных ссылок (при помощи технологии, которую компания Microsoft называет Super-Fetch). Эта технология старается заблаговременно подкачать много нужных страниц (хотя процесс еще не получил по ним страничные ошибки). Это снижает латентность запуска приложений (чтение страниц с диска накладывается на выполнение инициализационного кода образов). Эта технология повышает производительность вывода на диск, поскольку дисковым драйверам легче организовать операции чтения (чтобы уменьшить необходимое время поиска). Этот процесс упреждающей подкачки страниц используется и во время загрузки системы, а также когда фоновое приложение выходит на передний план и при выходе системы из гибернации.

Упреждающая подкачка страниц поддерживается диспетчером памяти, но реализована она как отдельный компонент системы. Подкачиваемые страницы не вставляются в таблицу страниц процесса, вместо этого они вставляются в резервный список, из которого могут быть быстро вставлены в процесс (без обращения к диску).

Неотображенные страницы несколько отличаются — они не инициализируются путем чтения из файла. Вместо этого при первом обращении к неотображенной странице диспетчер памяти предоставляет новую физическую страницу (убедившись, что ее содержимое заполнено нулями, — из соображений безопасности). При последующих страничных ошибках неотображенную страницу может понадобиться найти в памяти или ее придется прочитать из файла подкачки.

Подкачка по требованию в диспетчере памяти управляется страничными ошибками. При каждой ошибке происходит прерывание в ядро. Затем ядро строит машинно независимый дескриптор (который сообщает о происшедшем) и передает его в диспетчер памяти исполнительного уровня. Диспетчер памяти затем проверяет обращение на действительность. Если давшая сбой страница попадает в зафиксированную область, то он ищет адрес в списке VAD и находит (или создает) элемент таблицы страниц процесса. В случае совместно используемой страницы диспетчер памяти использует элемент таблицы страниц прототипов (связанный с объектом сегмента) для заполнения нового элемента таблицы страниц процесса.

Формат элемента таблицы страниц различается в зависимости от архитектуры процессора. Для процессоров х86 и х64 элементы отображаемой страницы показаны на рис. 11.17. Если элемент помечен как действительный, то его содержимое интерпретируется аппаратным обеспечением (чтобы виртуальный адрес можно было преобразовать в правильную физическую страницу). Неотображенные страницы также имеют свои элементы, но они помечены как недействительные (invalid), и аппаратное обеспечение игнорирует остальную часть элемента. Программный формат несколько отличается от аппаратного и определяется диспетчером памяти. Например, для неотображенной страницы (которая должна быть размещена и обнулена до использования) этот факт отмечен в элементе таблицы страниц.

Два важных бита элемента таблицы страниц обновляются непосредственно аппаратным обеспечением. Это бит доступа (А) и бит «измененная» (D). Эти биты отслеживают использование данного отображения страницы для доступа к странице и возможность модифицирования страницы при этом доступе. Это реально повышает производительность системы, поскольку диспетчер памяти может использовать бит доступа для реализации подкачки по схеме наиболее давнего использования (Least- Recently Used (LRU)). Принцип LRU состоит в том, что те страницы, которые дольше всех не используются, имеют самую низкую вероятность повторного использования в ближайшее время. Бит доступа позволяет диспетчеру памяти определить, что к странице был произведен доступ. Бит «измененная» говорит диспетчеру памяти о том, что страница, возможно, была модифицирована (или, что более важно, она не была модифицирована). Если страница не была модифицирована с момента считывания с диска, то диспетчеру памяти не нужно записывать ее содержимое на диск (перед тем, как использовать ее для чего-то другого).

В обеих архитектурах, х86 и x64, используется элемент таблицы страниц размером 64 бита (см. рис. 11.17).

Каждая страничная ошибка может быть отнесена к одной из пяти категорий:

1. Страница не зафиксирована.

2. Попытка обращения к странице с нарушением разрешений.

3. Попытка модификации страницы типа «копирование при записи».

1. Необходимо увеличение стека.

2. Страница зафиксирована, но в данное время не отображена.

Первый и второй случаи — это ошибки программирования. Если программа пытается использовать адрес, который не имеет действительного отображения, или пытается выполнить недопустимую операцию (наподобие попытки записи в страницу «только для чтения»), это называется нарушением доступа (access violation) и обычно приводит к завершению процесса. Нарушение доступа часто является результатом недопустимых значений указателей, в том числе результатом обращения к памяти, которая была освобождена и откреплена от процесса.

Третий случай имеет такие же симптомы, что и второй (попытка записи в страницу «только для чтения»), но его обработка иная. Поскольку страница была помечена как «копирование при записи», то диспетчер памяти не выдает нарушение доступа. Вместо этого он создает закрытую копию страницы для текущего процесса, а затем возвращает управление тому потоку, который пытался выполнить запись в страницу. Поток повторяет операцию записи, которая теперь завершится без страничной ошибки.

Четвертый случай происходит тогда, когда поток помещает значение в свой стек и попадает на страницу, которая еще не была выделена. Диспетчер памяти распознает это как особый случай. Пока есть место в зарезервированных под стек виртуальных страницах, диспетчер памяти будет поставлять новые страницы, обнулять их и отображать в процесс. Когда поток возобновит выполнение, он повторит попытку доступа, и на этот раз она будет успешной.

И наконец, пятый случай — это нормальная страничная ошибка. Однако она имеет несколько подвариантов. Если страница отображена на файл, то диспетчер памяти должен просмотреть ее структуры данных (такие, как таблица страниц прототипов, связанная с объектом сегмента), чтобы быть уверенным в том, что в памяти нет ее копии. Если копия есть (например, в другом процессе, в резервном списке либо в списке модифицированных страниц), то он просто сделает ее совместно используемой (возможно, что для этого ему придется пометить ее как страницу «копирование при записи», если изменения совместно использовать не предполагается). Если копии еще нет, то диспетчер памяти выделит свободную физическую страницу и подготовит ее для копирования в нее страницы файла с диска, если только в этот момент не осуществляется перенос с диска другой страницы (тогда нужно лишь подождать, пока этот перенос не завершится).

Если диспетчер памяти может обработать страничную ошибку, находя нужную страницу в памяти (а не считывая ее с диска), то такая ошибка называется мягкой ошибкой (soft fault). Если нужна копия с диска, то это жесткая ошибка (hard fault). Мягкие ошибки гораздо дешевле, они мало влияют на производительность приложения (по сравнению с жесткими ошибками). Мягкие ошибки могут происходить потому, что совместно используемая страница уже была отображена на другой процесс, либо нужна просто новая обнуленная страница, либо нужная страница была удалена из рабочего набора процесса, но запрашивается повторно до того, как ее повторно использовали. Мягкие ошибки могут возникать также из-за того, что страницы были сжаты для эффективного увеличения размера физической памяти. Для большинства конфигураций центрального процессора память и ввод-вывод в текущих системах эффективнее сжимать, вместо того чтобы тратиться на дорогостоящий ввод-вывод (с точки зрения производительности и энергозатрат), требующий чтения страницы с диска.

Когда физическая страница больше не отображается таблицей страниц ни одного из процессов, она попадает в один из трех списков: свободных, модифицированных или резервных. Те страницы, которые никогда больше не понадобятся (такие, как страницы стека завершающегося процесса), освобождаются немедленно. Те страницы, которые могут снова дать страничную ошибку, попадают либо в список модифицированных, либо в список резервных (в зависимости от того, был ли бит «измененная» установлен для какого-либо элемента таблицы страниц, который отображал эту страницу с момента ее последнего считывания с диска). Страницы из модифицированного списка будут в конечном итоге записаны на диск, а затем перемещены в список резервных.

Диспетчер памяти может выделять страницы по мере необходимости (используя список либо свободных, либо резервных страниц). Перед размещением страницы и копированием с диска диспетчер памяти всегда проверяет списки резервных и модифицированных страниц, чтобы проверить, нет ли уже этой страницы в памяти. Схема опережающей подкачки в Windows преобразует будущие жесткие ошибки в мягкие (путем чтения страниц, которые могут понадобиться, и помещения их в список резервных страниц). Диспетчер памяти и сам выполняет небольшой объем опережающей подкачки — он обращается к группам последовательных страниц (а не к отдельным страницам). Дополнительные страницы немедленно размещаются в списке резервных страниц. Это не является расточительством, поскольку издержки диспетчера памяти гораздо меньше, чем стоимость выполнения операций ввода-вывода. Чтение целого кластера страниц чуть дороже, чем чтение одной страницы.

Элементы таблицы страниц на рис. 11.17 относятся к номерам физических (а не виртуальных) страниц. Для обновления элемента таблицы страниц (и каталога страниц) ядру нужно использовать виртуальные адреса. Windows отображает таблицы страниц и каталоги страниц для текущего процесса на виртуальное адресное пространство ядра при помощи элемента self-map в каталоге страниц (рис. 11.18). Отображая элемент каталога страниц на каталог страниц (карта self-map), мы получаем виртуальные адреса, которые можно использовать для ссылки на элементы каталога страниц (рис. 11.18, а) и на элементы таблицы страниц (рис. 11.18, б). Карта self-map занимает 8 Мбайт виртуальных адресов ядра для каждого процесса (на процессорах х86). Для простоты на рисунке показан элемент x86 self-map для 32-разрядных PTE-записей (Page-Table Entries). На самом деле Windows использует 64-разрядные PTE-записи, поэтому система может воспользоваться более чем 4 Гбайт физической памяти. С 32-разрядными PTE-записями элемент self-map использует в каталоге страниц только одну PDE- запись (Page-Directory Entry) и поэтому занимает только 4 Мбайт адресов, а не 8 Мбайт.

  • Память ошибок кэш памяти
  • Память компьютера перегружена ошибками всплывающее окно
  • Память заполнена пропуск ошибки принтер canon
  • Память айфона заполнена что делать ошибка
  • Память 100 ошибок страниц диск монитор ресурсов