Надо анализировать по времени какие процессы жрут память и есть ли со временем увеличение этого процента.
Затем после анализа (выявления причин пожирания оперативы) отключать их из автозагрузки.
Опять вопрос - сколько свободного пространства на системном разделе?
Каков размер файла подкачки?
Ну и скидывать со счета отсутствие виря я бы не стал - обязательно провериться CureIT.

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

Windows 8.1 32 или 64 бит, если 32 то рекомендую поставить 64 бит.
И ещё - отсортируйте процессы по занимаемой памяти чтобы вверху шли самые ресурсоемкие и выложите скрин.

Вот

64бит система

Вот скриншот

Сделайте скриншот правильно : только сам диспетчер - чтобы были видны все детали .
Комбинация клавишь ALT + PrtSc позволяет сделать скриншот активного окна (активное окно- это значит подсвечена синяя полоса
вверху окна, по научному - фокус находится именно на этом окне)

UPD

о, уже сделали, спасибо

хотя не совсем так, как я просил ....

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

Вот.
U.P.D ну, пусть будет ещё )

Пока видно, что в Хроме открыто много окон и запущена игрушка и зачем-то открыт пайнт.
Наблюдайте со временем - как будет изменяться размер оперативы. И анализируйте какое приложение это вызывает.

И опять же, хотелось услышать ответ на мои вопросы выше.
И вопрос вдогонку - сколько окон открыто в Хроме и они вам все необходимы в данный момент?

Bloody 6 - это драйвер для мыши
Через Пайнт я скриншоты отправлял
Вот скриншот свободного места.
Что такое файлы подкачки?

Судя по основным процессам больше всего потребляет гугл, но даже все процессы которые на скрине потребляют чуть более 2 гигабайт, примерно пусть 2.2, ну и еще пусть накинем на те которые не вместились и мало потребляют, еще 300 мб, итого 2.5 гб. по отношению к 8 гб. это чуть более 30%, но никак не под 70%. Разбирайтесь с памятью, мне кажется у вас операционка использует только чуть меньше 4 гб. (остальное зарезервировано системой) - как раз получается под 70%. Смотрите память, могу рекомендовать программу CPU-Z

Вот скриншот после закрытия ненужного, остался только google с двумя вкладками

вот показания CPU-Z

Алгоритм вкратце такой:
1. Перезагрузить комп.
2. Сделать скрин процессов, сохранить.
3. На компе больше ничего не запускать.
4. Через час-полтора сделать второй скрин процессов.
5. Сравнить оба скрина и выявить приложение, которое выросло в потреблении оперативы.

Когда будет ясно, кто жрет, тогда и будем искать возможности противодействия ему.

Все понятно?

Файл подкачки как правило находится на диске С и называется pagefile.sys. Каков его размер? Заодно гляньте и размер файла hiberfil.sys?

Судя по всему у вас стоит 32 битная версия, выложите скрин из панели управления - система.

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

Нет, всё-таки 64 битная

Я сменил размер файла подкачки до 2048Мбайт, как рекомендется для моих 8Гбайт оперативы

У вас случайно не ноутбук ? Куда делись 4 гига - непонятно, рекомендую более полно посмотреть процессы и память, программа для этого system-explorer

Да, ноутбук

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

Я написал мини-программку. Этот шпиончик зачитает в Вашей ОперСистеме дату установки ОС, ориентировочную старость мат-платы и отобразит результат на экране. У меня получается такая картинка. А у Вас?

Скрипт прикреплён в архиве. Можно распаковать архив, а можно запускать скрипт прямо из WinRAR-окна.

Скрипт хороший, но для Win10 выдаёт дату автоматического обновления ОС.

Я не запускал скрипт под Win10 . Опубликуйте сюда пожалуйста скриншот с ошибкой. Вместе мы исправим её.
Также я удалил свой пост со скриптом в минифоруме (там была устаревшая версия для WinXP + Win7) . Более новая версия, опробованная под Win8 , прикреплена к моему Ответу.

Моя Win10 встала автоматически года 2-3 назад в период бесплатного перехода с 7 на 10.
Периодически автообновляется, и скрипт именно это видит, как время установки ОС:


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


Надеюсь данная информация будет полезна.

Скачал скрипт, разархивировал, запустил, получил ошибку, см. прилагаемый файл.
Систем Win7 Ultimate SP1 64-х битная.
Прикольно, что окно ошибки выделено такой милой зеленой рамочкой.

Спасибо Вам за полезное сообщение! Мне захотелось усовершенствовать свой скрипт, чтоб он и для Win10 отображал правильную Дату установки. 6 суток я искал инфу по теме "Как узнать Дату установки Windows 10 ?" и "Get Install Date of Windows 10" на на Google.ru . Я очистил от реклам и мусора 4 наиболее интересных статьи, изучил их, опробовал предложенные там советы и пришёл к выводу:

Версии ОС (ОперСистем) прописаны в нескольких параметрах реестра. При подмене их значений на другие значения ОС-интерфейс выдаёт отображение на экран соответственно новые, разные значения. Однако, ДатаУстановки прописана только в одном месте, в параметре HKLM\software\Microsoft\Windows NT\CurrentVersion\InstallDate . Win10-разработчики запоганили его обновлениями, и теперь миллионы пользователей ищут альтернативные варианты получения Даты установки методом тыка.

На англо-язычном Ссылка1 кто-то получал Дату установки командой
systeminfo | find /i "original"
однако, команда systeminfo в рус-версии Win10 не выводит строку Original Install Date , чтобы find-перехватчик выбрал эту строку, содержащую заданное слово "original".

В рус-статьях Как узнать дату установки Windows ? Ссылка2 , Ссылка3 , Ссылка4 тоже предлагают подобную команду
systeminfo | find "Дата установки"
но она читает выше-указанный параметр реестра и выдаёт верную дату только у тех, у кого обновления ещё не затёрли дату установки. Ту же испорченную инфу читают из того же места PowerShell и Speccy .

Совет читать ДатуУстановки из даты создания файлов \Windows\win.ini и system.ini у меня выдал дезинформирующую дату сборки дистриба июл2015. На самом деле моя Win10 установлена 9мая2019 .

Совет "открой Установка программ, ищи C++. Он ставится при первой установке" может и помог кому-то, но у меня C++ НЕ установлен.

Остаётся искать сис-файлы или папки, созданные при первой "чистой" установке, Дата которых не портится обновлениями. Я нашёл у себя одну такую папку \Users\VA . VA - это ник моей первой и главной учётки с админ-правами. В свойствах этой папки
Создан = 10мая2019 6:07 - совпало с ДатойУстановки, но завышено на +7часов изза того, что кривой Инсталер Win10 хоть и запросил мой часовой пояс, но создал папку по Москве. Надо не путать "Создан" с "Изменён"! Они отличаются!

Вы писали "В рекомендуемой Вами ветке реестра есть другой параметр "InstallTime", но если по нему считать даже милисекунды получается очень большая цифра…" - в этом параметре записано НЕ число. Если Вы экспортируете раздел HKLM\software\Microsoft\Windows NT\CurrentVersion в reg-файл и затем зачитаете этот исполняемый *.reg командой "Изменить" , то увидите, что
"SystemRoot"="D:\\Windows" - это строковый тип,
"InstallDate"=dword:5cd01620 - это числовой тип dword, а
"InstallTime"=hex(b):1e,c0,5b,4d,fc,03,d5,01 - какой-то hex-массив. О нём никто ничего не знает.

Эта консультация уже давно закрыта, её никто на читает. Поэтому, если Вы хотите продолжить обсуждение поиска надёжных вариантов узнать ДатуУстановки Win10, то можете задать вопрос в раздел Windows rfpro.ru/ask/75 .
Если Вы уже нашли подходящий вариант, откуда можно зачитать Дату, соответствующую ДатеУстановки Win10 и хотите общими силами усовершенствовать скрипт, то задайте вопрос в раздел JavaScript / VBScript - Создание программ rfpro.ru/ask/651

Мой скрипт примерно 5 лет читает ДатуУстановки в системах WinXP и Win7 . Ошибка -2147023836 , описанная Вами, у меня никогда не возникала. Я несколько часов искал на Google.ru "VBScript Ошибка -2147023836" , найти НЕ удалось.
Вероятно, у Вас какой-то полицай ограничивает выполнение скрипт-процессов. Попробуйте перед очередным запуском скрипта отключить временно антивирус, файрвол и ещё какого-то неизвестного мне защитника.
Может, в логах \WINDOWS\system32\wbem\Logs\ удастся найти разъяснение причины ошибки?

Да, вы правы, фаервол блокировал - посчитал зловредом.
Заодно и работу фаера проверил.

"InstallDate"=dword:5cd01620 - это числовой тип dword, а
"InstallTime"=hex(b):1e,c0,5b,4d,fc,03,d5,01 - какой-то hex-массив. О нём никто ничего не знает.

У меня на "живом" реестре "InstallTime"=qword:1d4f8a643d8694e - параметр QWORD (64бита) при переводе в десятичный даёт число 132003682087102798