RAM проблемы PerformanceCounter

Question

Мой код:

var list = new LinkedList<int>(); 
var ramCounter = new PerformanceCounter("Memory", "Available MBytes"); 
while (true) 
{ 
    for(int i = 0; i < 1000 * 1000; i++) list.AddLast(0); 
    Console.WriteLine(ramCounter.NextValue()); 
} 

Вопросы:

1. документация, кажется, сказать, что я могу использовать PerformanceCounter только как Administrator, но я побежал мое заявление как Standard Пользователь и он сработал. Могу ли я на это положиться?
2. Я постоянно получаю OutOfMemoryException когда около 200 МБ ОЗУ остаются, почему? Это невозможно из-за фрагментации, потому что я выделяю int за раз. Кроме того, это не может быть из-за проблем с адресацией, так как я уже превысил 2 ГБ (исключение получает, когда из моего 3 ГБ извлекается 2.8). Номера, выводимые тестовым приложением, были проверены с помощью окна «Диспетчер задач», расположенного сбоку.
3. Как только я получил BSOD, когда тестовое приложение было запущено и осталось около 400 МБ. Какие-нибудь намеки на то, что может это сделать? Я проведу проверку целостности ОЗУ, что-нибудь еще? Должен ли я быть осторожным с вызовом PerformanceCounter.NextValue() в цикле или что-то в этом роде? Обратите внимание: это первый раз, когда я получаю BSOD на этом ПК.
4. В некоторых случаях при выполнении программы я получаю большие задержки. Например. когда я начинаю с 1 ГБ свободной оперативной памяти, когда я добираюсь до 700 МБ, приложение замораживается в течение 1 секунды, а затем примерно в 400 МБ замерзает около 4 секунд. Почему это? Потому что ОС необходимо поменять местами кэширование диска, чтобы освободить память или что-то еще?

Примечание: Почему я это делаю? Ну, я хочу, чтобы мое приложение, интенсивно использующее память, обнаруживало, когда осталось 5 МБ ОЗУ, и предупреждайте пользователя о том, что «Память низкая, пожалуйста, закройте другие программы и вернитесь, или эта программа не удастся».

Answer 1

Я не могу решить все ваши вопросы, но здесь идет

2) Вы на 32 или 64 битной Windows? Похоже, что вы используете большой адресный процесс с доступом к 3 ГБ (т. Е. На 32-битной Windows). В любом случае вы должны иметь в виду, что память выделяется в патронах разных размеров, и использование кучи не является единственным источником. Сам CLR имеет множество структур, каждый поток имеет стек и так далее. В любом случае вы не можете рассчитывать на то, что сможете использовать точно 3 ГБ,

3) BSOD из-за ошибок драйвера или ядра. AFAIK ваше приложение не может вызвать BSOD, так что это, скорее всего, не связано.

4) Если вы используете большую память, GC будет нелегко продолжать. Поскольку пользовательские потоки приостанавливаются, пока выполняются определенные части GC, это значительно замедлит ваше приложение.