[Wonderio619]

frmsznnts, а я кстати совсем недавно уменьшил размер файла подкачки до 1 гига, до этого был 2 гига. Решил мол зачем мне 2 гига файла подкачки при 4 гигах озу ? Попробую снова увеличить до двух. Но я всё-таки грешу на сетевую карту, сегодня поменял некоторые настройки в ней, пока комп не зависал, но это скорее всего совпадение.

[frmsznnts]

Wonderio619

... совсем недавно уменьшил размер файла подкачки до 1 гига, до этого был 2 гига. Решил мол зачем мне 2 гига файла подкачки при 4 гигах озу ? Попробую снова увеличить до двух. Но я всё-таки грешу на сетевую карту, сегодня поменял некоторые настройки в ней, пока комп не зависал, но это скорее всего совпадение.

Лучше сделать объём файла подкачки не менее объёма ОЗУ.
В нынешнее время ОЗУ 4 Гб предметом гордости не является.
Проблема, скорее всего, в малой свободной памяти в операционной системе:

Обоснование:

Из вашего сообщения: "ставлю что-либо на закачку через μTorrent и иногда почти сразу, иногда через несколько минут комп зависает намертво".
Ответ: "Такое явление при загрузке файлов характерно нормально работающей операционной системе в случае доведения занимаемой клиентом памяти до уровня 2 Гб (в столбце "Неразделяемых байт" программы "Process Explorer"), а также из-за малой памяти в операционной системе, когда программы в операционной системе и сама операционная система работают не совсем корректно, т.е. если сравнивать с состоянием человека, то они имеют нетрезвое состояние.
Если в операционной системе достаточное количество свободной памяти, то нет проблем со скоростью скачивания, но если свободной памяти малое количество, то и при тарифной скорости интернета 1 Гбит/с клиент может загружать файлы со скоростью в Кбайт/с. Достаточно отключить файлы от участия в файлообмене или просто перезапустить клиент и клиент начинает загружать файлы с нормальной скоростью.".

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

Из вашего сообщения: "Однако происходит это далеко не всегда, бывает несколько недель без зависаний, потом внезапно повторяется. Отмечу, что эта проблема время от времени уже всплывала, началось это около двух лет назад, потом прошло само по себе, и в последние месяцы снова дает о себе знать.".
Ответ: "Чтобы было всегда, надо в клиенте иметь однотипный (стабильный) ежедневный файлообмен, который заставляет операционную систему держать свободную память на одном уровне. Если свободной памяти достаточно, то нет проблемы. Если свободной памяти постоянно мало, то проблемы могут быть постоянными. Ценное в вашем сказанном только то, что из сказанного известно о старости вашей операционной системы, в которой возможно уже много "мусора".".

Из вашего сообщения: "В основном проявляется при скачке огромных файлов. Например, сейчас пробовал качать игру весом в 35 гигабайт, при этом даже толком закачка не успевает начаться перед зависанием.".
Ответ: "Файлы игр сами по себе могут создать проблемы из-за того, что к ним защитники безопасности операционной системы относятся особо внимательно.
Размер файла без указания количества отдающих не несет полезную информацию. Если отдающих мало и имеют ещё и малую скорость отдачи, то они не могут создать проблему качающему клиенту.".

Из вашего сообщения: "С файлами в 2-5 гигов ( возможно и больше ) проблем нет, хотя если память мне не изменяет, но и при закачке очень мелких файлов бывали зависания.".
Ответ: "Гарантированно нет проблем только с файлом объёмом не более 2-х Гб. Файл размером более 2-х гигабайт всегда может довести клиент до состояния зависания с последующим доведением операционной системы до состояния зависания при загрузке файлов с кэш-памятью 1800 Мб, если отдающих огромное количество и они быстро начинают отдавать части файла качающему клиенту.
Если суммарный объём мелких файлов более 2-х гигабайт, то они всегда могут довести клиент до состояния зависания с последующим доведением операционной системы до состояния зависания при загрузке файлов с кэш-памятью 1800 Мб, если отдающих огромное количество и они быстро начинают отдавать части файла качающему клиенту.".
В принципе, в зависимости от версий операционной системы и клиентов это значение кэш-памяти может быть и ниже. Есть закономерность: "Старые версии ОС с более старыми версиями клиентов зависают при более высоком размере кэш-памяти.".

Клиент во время загрузки файлов может очень быстро занять 2 Гб памяти. Это уже 50 % от 4 Гб ОЗУ.
Если клиент работает много часов или дней, то он может иметь занятую память и без загрузки файлов до 2-х Гб, т.е. на раздаче файлов. Если клиенты свежих версий (много рекламных модулей), то 2 Гб памяти могут занять и за менее 1 часа.
Чтобы клиент занимал память на уровне 2-х Гб много времени не требуется. Достаточно на одном файле за несколько секунд или минут набрать пиковую память на уровне 2 Гб и этот размер в столбце "Виртуальный размер" (Virtual Size) программы Process Explorer так и останется. Упадет со временем незначительно. От этих данных можно освободиться только перезапуском клиента. Конечно, от этого огромного значения памяти нет никакой опасности, если память в столбце "Неразделяемых байт" не огромная и поэтому в этот период надо ориентироваться на данные процесса клиента в столбце "Неразделяемых байт" (Private Byte).
Во время отдачи из-за работы клиента может "съедаться" любой объём оперативной памяти. Для этого достаточно на отдаче иметь файлы, которые постоянно качает огромное количество качающих. Конечно, оперативная память съедается не из-за клиента как считает подавляющее большинство лиц*, делающих файлообмен клиентами, а из-за самой операционной системы, которая часто раздаваемую информацию (в данном случае часто раздаваемые части файлов) стремится держать в оперативной памяти, чтобы повторно не обращаться к диску или дискам за требующимися частями файла (файлов).

Пример:

На раздаче файл размером 125 Гб или несколько файлов с суммарным объемом 125 Гб.
Количество присоединенных к клиенту качающих - много тысяч.
ОЗУ компьютера - 128 Гб.
Компьютер при отдаче не будет испытывать никаких проблем и будет раздавать со скоростью согласно тарифной скорости интернета (если тарифная скорость интернета 1 Гбит/с, то в клиенте скорость раздачи 125 Мбайт/с), так как операционная система все эти 125 Гб скопирует в память и будет раздавать, не обращаясь к диску или к дискам (если файлы не на одном диске) за частями файла или файлов.
При этом занятость оперативной памяти будет огромной (не менее 125 Гб), но не будет никаких проблем, так как свободной памяти в ОЗУ ещё 3 Гб.
Если всё это раздавать с компьютера с ОЗУ 4 Гб, то 125 Мбайт/с можно увидеть только один раз кратковременно в начале раздачи, если скорость отдачи успеет подняться до 125 Мбайт/с до полной занятости оперативной памяти. Далее скорость отдачи просто упадет практически до 0 (и даже до 0) из-за того, что не будет свободной памяти для работы клиента и самой операционной системы. При этом могут быть всякие последствия типа полного зависания клиента, перезапуска операционной системы, самоотключения компьютера.
Поэтому в нынешнее время для файлообмена на огромных средних скоростях равной тарифной скорости интернета надо иметь большую оперативную память, так как релизеры очень часто файлы упаковывают в единый контейнер, и файл невозможно раздавать, скачивая отдельные части файла.

* - на всех трекерах простые пользователи трекеров и пользователи трекеров, имеющие всякие статусы, борются с "пожиранием" памяти в операционной системе с работающим клиентом, считая клиенты µTorrent и BitTorrent виновником малой свободной памяти в операционной системе из-за того, что это ложное представление крепко утвердилось на форумах трекеров.
Фактически клиенты µTorrent и BitTorrent не имеют никакого отношения к большой занятости памяти (к "пожиранию" памяти), так как они в операционной системе не могут занимать более 2-х гигабайт памяти из-за того, что клиенты µTorrent и BitTorrent являются 32-х битными программами, а операционная система любой 32-х битной программе выделяет не более 2-х Гб памяти, т.е. не позволяет занимать более 2-х Гб памяти.
Большая занимаемая память в операционной системе с работающим клиентом объясняется рациональной работой самой операционной системы, так как операционная система часто передаваемую информацию держит в операционной системе, чтобы повторно не обращаться к дискам за требуемой для передачи информацией. В данном случае часто передаваемой информацией являются часто передаваемые части файлов. Занимая огромную память операционная система избавляет диски от постоянного участия в чтении с диска (избавляет полностью, если раздаваемый файл меньше размера ОЗУ).
Борцы с "пожиранием" памяти в операционной системе с работающим клиентом считают, что большая занятость памяти операционной системы приводит к перегрузке в работе диска и сокращает срок службы диска.
Фактически малая занятая память в операционной системе при интенсивной отдаче приводит к сокращению срока службы диска, так как при малой занятости памяти в памяти операционной системы мало требующихся для отдачи частей файлов. Качающие клиенты постоянно требуют новые части файлов. Если требуемая часть отсутствует в памяти, то операционная система копирует её с места хранения, т.е. с диска. Чем меньше занята память в операционной системе во время интенсивной отдачи, тем больше чтений (количество копирования) частей файлов с диска, т.е. тем интенсивней работает диск.
Фактически борцы с "пожиранием" памяти в операционной системе с работающим клиентом борются не за живучесть диска, а за недолговечность работы диска.
Конечно, забавно смотреть как бы миллионы пользователей интернета ищут способы быстрого выхода из строя диска.
Фактически, конечно, этих миллионов нет вообще, так как подавляющее большинство пользователей интернета не читает сообщения форумов и поэтому избавлено от этого ошибочного представления о большой занятой памяти ОЗУ.
Ищут только лазающие по форумам шалопаи, которые из-за низкого уровня своего развития, считая себя знатоком, распространяют ложное представление о причине большой занятости памяти в операционной системе.

О полезности не маленького размера файла подкачки:

Если учесть то, что основным назначением файла подкачки (pagefile.sys) является компенсация нехватки физической (реальной) оперативной памяти, то как бы и нет необходимости иметь его размер более размера оперативной памяти, так как операционная система во время сброса данных в файл подкачки не сможет сбросить данных в объёме более размера оперативной памяти. Но, чтобы утверждать так, надо в файле подкачки ничего не иметь. Поэтому надо при выборе размера файла подкачки ещё учесть объём данных, находящихся в файле подкачки. По показанию программы System Explorer операционные системы моих компьютеров всегда использовали не более 50 % объёма файла подкачки. Объем файла подкачки выбирала всегда сама операционная система. В этом году только стал сам выбирать объем файла подкачки (заведомо больше, чем требуется) из-за того, что появилось подозрение, что операционная система своевременно не успевает увеличить размер файла подкачки.

Некоторые даже считают, что лучше вообще не иметь файл подкачки, объясняя тем, что без файла подкачки компьютер работает производительнее.
Конечно, если не допускать нехватки оперативной памяти, то нет необходимости иметь файл подкачки, но в нынешнее время гарантировать отсутствие нехватки оперативной памяти в операционной системе невозможно из-за того, что клиенты и браузеры легко могут довести занятость оперативной памяти до 99,99 % (клиенты из-за интенсивной отдачи, а также из-за наличия в клиентах не удаляемых рекламных модулей (рекламных модулей нет только в старых версиях); браузеры, если не пользоваться блокировщиками рекламы). Поэтому файл подкачки в нынешнее время необходим и размер его должен быть не слишком маленьким.
При малом объеме файла подкачки в критической ситуации, когда в операционной системе очень мало свободной памяти, операционная система просто не все данные, которые необходимо удалить из оперативной памяти, сможет сбросить в файл подкачки и могут быть всякие последствия типа, например, как перезагрузка компьютера или самоотключение компьютера без участия хозяина компьютера.
Сталкивался с такой проблемой. Купил в интернет-магазине (в розничной продаже не было) мощный ноутбук Alienware с SSD (80 Гб) и он в первый же день стал перезагружаться без моего участия из-за того, что занятость оперативной памяти доходила до 99,99 % (по показанию программы "Process Explorer"). Операционная система Windows 8.1 в ноутбуке уже была и были установлены программы и приложения от производителя ноутбука и еще были приложения c рекламными целями.
Операционная система стала нормально функционировать только после удаления программ с рекламными модулями.

Относительно размера файла подкачки единого мнения нет. Сам я в текущее время придерживаюсь мнения: "От большого размера файла подкачки вреда нет.", так как в одном из моих ноутбуков (Samsung с ОЗУ 8 Гб) был уже файл подкачки, который имел размер 26 Гб (более 3 раз больше ОЗУ ноутбука) при выборе размера файла подкачки системой и не было никаких проблем. Впоследствии этот файл подкачки удалил совсем (срочно понадобилось дисковое пространство) и далее в операционной системе не было файла подкачки.
Примерно через месяц начались проблемы:
а) сначала самоотключение ноутбука, которое часто приводило к исчезновению файлов (заданий) из клиента;
б) затем появилось отсутствие учета файлообмена на трекерах из-за того, что в клиенте появлялось сообщение: "Невозможно выполнить операцию на сокете, т.к. буфер слишком мал или очередь переполнена.", от которого освобождался только перезапуском (перезагрузкой) ноутбука.
Пару месяцев не имел файл подкачки (проверял работоспособность операционной системы без файла подкачки) и проблемы, указанные в пунктах а) и б) стали появляться практически ежедневно. Проблемы исчезли сразу, когда вернул в операционную систему файл подкачки.

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

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

[Wonderio619]

frmsznnts, спасибо за инфу, очень познавательно и чётко ))