Windows 11 перестанет «жрать» оперативную память: Microsoft готовит большое обновление

AMDuser писал(а):

Wolf Ramm писал(а): AMDuser писал(а): Памяти 128Гб, не заморачиваюсь. Наоборот, оптимизировал систему на максимальное использование её объёма. и для чего ты это тут написал? Цели использования ПК, и возможности оборудования, у всех разные. Если система использует много оперативной памяти - то это хорошо. Хуже, когда она держит свободные "мощности" без дела. Если кому-то для "погамать" да "видосики" с "рилсами" посмотреть - то всё страшно. А кому работать за компьютером, у того памяти намного поболе, чем 8-16-32Гб. Да и ядер/потоков не 6/12 и 8/16. И сколько там ест система - не волнует.

Думается мне вы немного путаете оптимизировал систему на максимальное использование её объёма система в простое максимально использовать память не должна, это как раз и есть выедание свободной памяти без пользы, а должна она предоставлять максимум из возможной памяти упомянутому вами серьёзному софту, который способен утилизировать её по максимуму, и если ему будет не хватать полезет в медленный файл подкачки. И таки ему будет не хватать тем больше чем больше ядер/потоков он может использовать одновременно докучи пасуя задачу между этими ядрами если нагрузка динамическая.

Так что чем меньше памяти и времени цпу система кушает в фоне тем лучше. Но это не про современное поделье мелкософта, возможно будь это чистая система от них, без копилота телеметриии рекламного мусора и куче всего что крутится под копотом про что мы не знаем всё было бы ок, но в текуем виде мне кажется она только на обеспечение работы всего этого способна выжрать мощьности старенького кор дуо.
отсюда и имеем 1,5-2 гига в фоне.

Мне видится 3 выхода использовать очищеные версии от сборщиков нашего клуба, использовать LTSC, подождать выхода 12 тогда 11 автоматически станет кашерной но это не точно)

Как в анекдоте "скоро до мышей дотр****мся"

AMDuser писал(а):

И сколько там ест система - не волнует.

Если тебя это не волнует, зачем участвуешь в этой дискуссии? Понтануться компом?

playerkhas писал(а):

gkrasnyi писал(а): Покупайте нормальные компы , хотя бы сборку купить на Xeone с 16 или 32 Гб оперативки у вас ошибка мировоззрения-нормальные компы и Xeonы вещи категороически несовместимые

он стоимость памяти отдаст постепенно в расрочку...энергетической компании

К МелкоВялым в последнее время приходит какое-то запоздалое прозрение, когда они поняли, что мир переходит на Linux и MacOS...
И даже теперь они они не признают своих ошибок с хреновой оптимизацией своей ОС, а мотивируют всё повышением цен на память!

Wolf Ramm писал(а):

AMDuser писал(а): И сколько там ест система - не волнует. Если тебя это не волнует, зачем участвуешь в этой дискуссии? Понтануться компом?

Участвую, потому, что участвую. Захотелось.
Для меня компьютер - это средство заработка, а не "понтануться". Можно сколько угодно хаять винду, но есть профессиональные программы, которые работают исключительно в ней. И все эти макоси, и прочие линуксы, остаются не у дел. И, если для тебя компьютер - это инструмент, а не "понтоваться", то... в него изначально нужно вложиться, чтобы продуктивность труда не упиралась в 8 гигов оперативки, а можно было бы заниматься непосредственными задачами.
Даже если бы винда в простое ела мало, то при запуске даже симуляции газовых потоков, сэкономленная операционкой память - это ничто, по сравнению с нагрузкой от расчётов самой программы.

samsan66 Что значит "искусственно замедляет"? Я вас уверяю в том, что с рассчётом на современные компы Мелкомягкие просто не особо занимаются оптимизацией системы. У вас есть 8 ядер и 16 потоков на проце, NVMe SSD на шине PCIe 3.0 и 16 гигов DDR 4 3200 хотя бы? Если нет, то вам поможет ускорить винду только установка семёрки или 32-битной версии винды. По хорошему если комп слабый, то замена компа решает. У меня на даче стоит старенький AMD FX8350 c 16 гигов DDR3 1800 Mhz, со старым SSD на SATA 3.0 контроллере, но даже на нём десятка 64-я не томозит

sergunka79
Как раз для этого я написал небольшой скрипт на C# который получает кол-во выделенной памяти по каждому процессу и затем группирует (суммирует) по имени процесса. Так легче найти виновника. И еще альтернативный вариант где строится полная иерархия процессов и можно посмотреть сумму каждого промежуточного узла.