Хехе. Зашёл в диспетчер задач, будучи уверенным, что у меня 0%. А там 30%. Оказывается Blizzard Updater чего-то там мутил, видимо хеши пересчитывал или обновлял что-то. Ну вообще у меня в спокойном состоянии скачает от 0 до 5%, чаще всего в топе хром с тремя РСДН-овскими вкладками, видимо прогеры с аяксом перестарались.
Если действительно раньше загрузка была меньше, могу предположить, что это связано с миграцией на SSD. Жёсткие диски были медленные и процессор на порядки дольше ждал ответа от диска, поэтому нагрузка была меньше. Тот же пример с Blizzard Updater-ом, хеш бы он считал куда быстрей и при том же процессе он бы создавал не 30% нагрузку, а 3%. В целом это хорошо, я быстрый процессор покупал не для того, чтобы он работал на 2%.
Здравствуйте, CodeMonkey, Вы писали:
CM>Лет так 15 назад, когда ты ничего не делал с компьютером, загрузка процессора была ровно 0%, изредка скакала до 1. Неважно, сколько прог было запущено, если это не какие-нибудь игры, конечно. CM>Сейчас — меньше чем 10% от одного ядра вообще никогда не опускается, а чаще — 20-30% от ядра.
8-10%.
Запущено:
— Hyper-V с w10x64
— RDP сессия
— мессенджеры: слак, телеграмм, скайп
— MSI AB с графиками на весь монитор
— баттлнет, стим
— 2шт фар
— 4 инстанса хрома с 20ю открытыми вкладками
— торрент
— сам TaskManager
— всякая мелочь
240 процессов, 3118 поток, 106253 описателя.
Все процессы жрут около 0%, кроме MSI AB — тот уверенно жрёт 3%. Да и фиг с ним, пусть жрёт.
Здравствуйте, Artem Korneev, Вы писали:
AK>У меня и сейчас около нуля болтается: AK>Image: cpu.png
Гм... Обычно у меня когда в свап начинает чтото падать я начинаю искать кто зажрался.
Впрочем после покупки 32Г памяти проблема исчезла ))
Здравствуйте, Sheridan, Вы писали:
S>Гм... Обычно у меня когда в свап начинает чтото падать я начинаю искать кто зажрался. S>Впрочем после покупки 32Г памяти проблема исчезла ))
Причём тут память, если обсуждается загрузка CPU ?
P.S.: (доставая линейку) у меня 64гб, прямо сейчас занято 19 и ещё 45 системой используется под дисковый кеш.
Здравствуйте, vsb, Вы писали:
vsb>Если действительно раньше загрузка была меньше, могу предположить, что это связано с миграцией на SSD. Жёсткие диски были медленные и процессор на порядки дольше ждал ответа от диска, поэтому нагрузка была меньше.
Учитывая, что фоновая активность происходит все время, это абсолютно ничего не объясняет.
CM>Сейчас — меньше чем 10% от одного ядра вообще никогда не опускается, а чаще — 20-30% от ядра.
Паттерны очень много потребляют. Одно дело просто ничего не делать, и совсем другое ничего не делать с помощью визитора через обсервер по цепи ответственности фабрики медиаторов, и всё это фасадом над мессаге куеуе.
Здравствуйте, Osaka, Вы писали:
O>Паттерны очень много потребляют. Одно дело просто ничего не делать, и совсем другое ничего не делать с помощью визитора через обсервер по цепи ответственности фабрики медиаторов, и всё это фасадом над мессаге куеуе.
Это уже осталось в прошлом. Сегодня — фреймворк для фреймворкации фреймворков, не меньше, иначе коллеги засмеют.
Здравствуйте, IID, Вы писали:
S>>Гм... Обычно у меня когда в свап начинает чтото падать я начинаю искать кто зажрался. S>>Впрочем после покупки 32Г памяти проблема исчезла )) IID>Причём тут память, если обсуждается загрузка CPU ?
Не при чом, но на куске скриншота её видно, поэтому и отметился
IID>P.S.: (доставая линейку) у меня 64гб, прямо сейчас занято 19 и ещё 45 системой используется под дисковый кеш.
Какой проц у тебя?
Здравствуйте, Osaka, Вы писали:
CM>>Сейчас — меньше чем 10% от одного ядра вообще никогда не опускается, а чаще — 20-30% от ядра. O>Паттерны очень много потребляют. Одно дело просто ничего не делать, и совсем другое ничего не делать с помощью визитора через обсервер по цепи ответственности фабрики медиаторов, и всё это фасадом над мессаге куеуе.
Уточним — не сами паттерны, а их (часто неоптимальная) реализация