Замораживание при почти полном использовании RAM / High HDD

Question 1

в первую очередь это моя конфигурация: - Intel i5-2520M - 8 ГБ оперативной памяти - SEAGATE st1000lm014 - 1 ТБ SSHD - 64 МБ кэш + 8 ГБ флэш-памяти - Ubuntu 17.10

Проблема в том, что когда я приближаюсь в ОЗУ, когда компьютер полностью замерзает, и в некоторых случаях он размораживается через несколько минут или мне нужно перезагрузить его. У меня есть 16 ГБ смены, я тестировал swapiness в диапазоне 10 - 100, вместе с min_free_kbytes. Без свопа это была одна и та же история. То же самое произошло во время просмотра каких-либо более длинных видеороликов в Chrome (на данный момент я не смотрел сверху или не наблюдал, но система замерла, и жесткий диск водил, как сумасшедший)

Чтобы воссоздать, я использую:

stress --cpu 8 --io 8 --vm 8 --vm-bytes 900M --hdd 8 --timeout 100s

Но иногда это не возвращается из мертвых.

Я думаю, что это связано с проблемой sceond, которая у меня есть, которая является системой, становящейся привычной / вялой в некоторых точках, как видно на скриншоте. В этой ситуации я синхронизирую узел Ethereum, использование жесткого диска умеренное, то же самое, что и процессор и оперативная память, но cpufreq показывает, что система перегружена, и я едва могу переместить указатель мыши. При попытке открыть ящик приложений он начинает отставать еще больше.

Сам жесткий диск выглядит здоровым:

Question 2

Что касается ethereum: узким местом является ваш жесткий диск. Если вы используете Mist или Geth, у вас должен быть SSD для нормального рабочего узла ethereum. Если вы просто хотите, чтобы кошелек Eth Eth, а затем попробуйте Parity, он может работать на ПК с HDD.

Question 3

Question 4

Проблема заключается в том, что когда я приближаюсь к ОЗУ, когда компьютер полностью замораживается, а в некоторых случаях он размораживается через несколько минут или мне нужно перезагрузить его. У меня есть 16 ГБ смены, я тестировал swapiness в диапазоне 10 - 100, вместе с min_free_kbytes. Без свопа это была одна и та же история. То же самое произошло при просмотре более длинных видеороликов в Chrome (на данный момент я не смотрел сверху или не наблюдал, но система замерла, и жесткий диск водил, как сумасшедший)

Swap примерно в 100 000 раз медленнее, чем ОЗУ. Так что, если у вас закончилась оперативная память, система без ответа и жесткий диск будут сумасшедшими. Наличие 16 Гбайт свопа является отличным и все, но только если данные, которые хранятся там, не нуждаются в доступе часто. В противном случае, из-за экспоненциальной разности скоростей между свопами и оперативной памятью, это полезно только для того, чтобы ядро не выбрасывало OOME. Я думаю, что единственным решением этой проблемы было бы купить еще немного ОЗУ.

Теперь относительно этой второй части:

Проблема в том, что когда я приближаюсь к ОЗУ, когда полный компьютер зависает, и в некоторых случаях он размораживается через несколько минут или мне нужно перезагрузить его. У меня есть 16 ГБ смены, я тестировал swapiness в диапазоне 10 - 100, вместе с min_free_kbytes. Без свопа это была одна и та же история. То же самое произошло во время просмотра каких-либо более длинных видеороликов в Chrome (на данный момент я не смотрел сверху или не наблюдал, но система замерла, и жесткий диск водил, как сумасшедший)

В этой ситуации Я синхронизирую узел Ethereum, использование жесткого диска умеренное, то же самое, что и процессор и оперативная память, но cpufreq показывает, что система перегружена, и я едва могу переместить указатель мыши.

Это звучит так, как будто ваша видеокарта подвергается стрессу. Обычно, когда ваш процессор привязан, система все еще несколько отзывчива. Однако я знаю по опыту, что, когда программа использует ускорение графической карты (например, рендеринг 3D-анимации), кажется, что система полностью остановилась.

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

Question 5

Что касается ethereum: узким местом является ваш жесткий диск. Если вы используете Mist или Geth, у вас должен быть SSD для нормального рабочего узла ethereum. Если вы просто хотите, чтобы кошелек Eth Eth, а затем попробуйте Parity, он может работать на ПК с HDD.

Question 6

Проблема заключается в том, что когда я приближаюсь к ОЗУ, когда компьютер полностью замораживается, а в некоторых случаях он размораживается через несколько минут или мне нужно перезагрузить его. У меня есть 16 ГБ смены, я тестировал swapiness в диапазоне 10 - 100, вместе с min_free_kbytes. Без свопа это была одна и та же история. То же самое произошло при просмотре более длинных видеороликов в Chrome (на данный момент я не смотрел сверху или не наблюдал, но система замерла, и жесткий диск водил, как сумасшедший)

Swap примерно в 100 000 раз медленнее, чем ОЗУ. Так что, если у вас закончилась оперативная память, система без ответа и жесткий диск будут сумасшедшими. Наличие 16 Гбайт свопа является отличным и все, но только если данные, которые хранятся там, не нуждаются в доступе часто. В противном случае, из-за экспоненциальной разности скоростей между свопами и оперативной памятью, это полезно только для того, чтобы ядро не выбрасывало OOME. Я думаю, что единственным решением этой проблемы было бы купить еще немного ОЗУ.

Теперь относительно этой второй части:

Проблема в том, что когда я приближаюсь к ОЗУ, когда полный компьютер зависает, и в некоторых случаях он размораживается через несколько минут или мне нужно перезагрузить его. У меня есть 16 ГБ смены, я тестировал swapiness в диапазоне 10 - 100, вместе с min_free_kbytes. Без свопа это была одна и та же история. То же самое произошло во время просмотра каких-либо более длинных видеороликов в Chrome (на данный момент я не смотрел сверху или не наблюдал, но система замерла, и жесткий диск водил, как сумасшедший)

В этой ситуации Я синхронизирую узел Ethereum, использование жесткого диска умеренное, то же самое, что и процессор и оперативная память, но cpufreq показывает, что система перегружена, и я едва могу переместить указатель мыши.

Это звучит так, как будто ваша видеокарта подвергается стрессу. Обычно, когда ваш процессор привязан, система все еще несколько отзывчива. Однако я знаю по опыту, что, когда программа использует ускорение графической карты (например, рендеринг 3D-анимации), кажется, что система полностью остановилась.

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

a153 · Answer 1 · 18 July 2018 в 01:15

Что касается ethereum: узким местом является ваш жесткий диск. Если вы используете Mist или Geth, у вас должен быть SSD для нормального рабочего узла ethereum. Если вы просто хотите, чтобы кошелек Eth Eth, а затем попробуйте Parity, он может работать на ПК с HDD.

Android Dev · Answer 2 · 18 July 2018 в 01:15

Проблема заключается в том, что когда я приближаюсь к ОЗУ, когда компьютер полностью замораживается, а в некоторых случаях он размораживается через несколько минут или мне нужно перезагрузить его. У меня есть 16 ГБ смены, я тестировал swapiness в диапазоне 10 - 100, вместе с min_free_kbytes. Без свопа это была одна и та же история. То же самое произошло при просмотре более длинных видеороликов в Chrome (на данный момент я не смотрел сверху или не наблюдал, но система замерла, и жесткий диск водил, как сумасшедший)

Swap примерно в 100 000 раз медленнее, чем ОЗУ. Так что, если у вас закончилась оперативная память, система без ответа и жесткий диск будут сумасшедшими. Наличие 16 Гбайт свопа является отличным и все, но только если данные, которые хранятся там, не нуждаются в доступе часто. В противном случае, из-за экспоненциальной разности скоростей между свопами и оперативной памятью, это полезно только для того, чтобы ядро не выбрасывало OOME. Я думаю, что единственным решением этой проблемы было бы купить еще немного ОЗУ.

Теперь относительно этой второй части:

Проблема в том, что когда я приближаюсь к ОЗУ, когда полный компьютер зависает, и в некоторых случаях он размораживается через несколько минут или мне нужно перезагрузить его. У меня есть 16 ГБ смены, я тестировал swapiness в диапазоне 10 - 100, вместе с min_free_kbytes. Без свопа это была одна и та же история. То же самое произошло во время просмотра каких-либо более длинных видеороликов в Chrome (на данный момент я не смотрел сверху или не наблюдал, но система замерла, и жесткий диск водил, как сумасшедший)

В этой ситуации Я синхронизирую узел Ethereum, использование жесткого диска умеренное, то же самое, что и процессор и оперативная память, но cpufreq показывает, что система перегружена, и я едва могу переместить указатель мыши.

Это звучит так, как будто ваша видеокарта подвергается стрессу. Обычно, когда ваш процессор привязан, система все еще несколько отзывчива. Однако я знаю по опыту, что, когда программа использует ускорение графической карты (например, рендеринг 3D-анимации), кажется, что система полностью остановилась.

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

a153 · Answer 3 · 24 July 2018 в 17:21

Что касается ethereum: узким местом является ваш жесткий диск. Если вы используете Mist или Geth, у вас должен быть SSD для нормального рабочего узла ethereum. Если вы просто хотите, чтобы кошелек Eth Eth, а затем попробуйте Parity, он может работать на ПК с HDD.

Android Dev · Answer 4 · 24 July 2018 в 17:21

Проблема заключается в том, что когда я приближаюсь к ОЗУ, когда компьютер полностью замораживается, а в некоторых случаях он размораживается через несколько минут или мне нужно перезагрузить его. У меня есть 16 ГБ смены, я тестировал swapiness в диапазоне 10 - 100, вместе с min_free_kbytes. Без свопа это была одна и та же история. То же самое произошло при просмотре более длинных видеороликов в Chrome (на данный момент я не смотрел сверху или не наблюдал, но система замерла, и жесткий диск водил, как сумасшедший)

Swap примерно в 100 000 раз медленнее, чем ОЗУ. Так что, если у вас закончилась оперативная память, система без ответа и жесткий диск будут сумасшедшими. Наличие 16 Гбайт свопа является отличным и все, но только если данные, которые хранятся там, не нуждаются в доступе часто. В противном случае, из-за экспоненциальной разности скоростей между свопами и оперативной памятью, это полезно только для того, чтобы ядро не выбрасывало OOME. Я думаю, что единственным решением этой проблемы было бы купить еще немного ОЗУ.

Теперь относительно этой второй части:

Проблема в том, что когда я приближаюсь к ОЗУ, когда полный компьютер зависает, и в некоторых случаях он размораживается через несколько минут или мне нужно перезагрузить его. У меня есть 16 ГБ смены, я тестировал swapiness в диапазоне 10 - 100, вместе с min_free_kbytes. Без свопа это была одна и та же история. То же самое произошло во время просмотра каких-либо более длинных видеороликов в Chrome (на данный момент я не смотрел сверху или не наблюдал, но система замерла, и жесткий диск водил, как сумасшедший)

В этой ситуации Я синхронизирую узел Ethereum, использование жесткого диска умеренное, то же самое, что и процессор и оперативная память, но cpufreq показывает, что система перегружена, и я едва могу переместить указатель мыши.

Это звучит так, как будто ваша видеокарта подвергается стрессу. Обычно, когда ваш процессор привязан, система все еще несколько отзывчива. Однако я знаю по опыту, что, когда программа использует ускорение графической карты (например, рендеринг 3D-анимации), кажется, что система полностью остановилась.

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

это не майнинг, я просто синхронирую кошелек с сетью Ethereum, поэтому используются только HDD и WIFI. Замораживание также происходит при использовании Chromium во время просмотра видео - придите, у меня есть 8 ГБ оперативной памяти, на моем другом ноутбуке с низким уровнем обслуживания он отлично работает с 4 ГБ;) — paniczklos, 14 December 2017 в 01:14
@paniczklos «Проблема в том, что когда я приближаюсь к ОЗУ, когда компьютер полностью замораживается» , вы используете то, что у вас есть, что я могу сказать? У меня 16 ГБ в моем ноутбуке и 24 ГБ на моем рабочем столе .... — Android Dev, 14 December 2017 в 01:18
Что-то подобное случилось со мной, это был хром, используя большую часть моего процессора. В конце был сайт с javascript (без лимита cpu, ублюдки!), Я установил расширение nocoin . — bistoco, 14 December 2017 в 01:23
@androidDev Мы не сравниваем длины;] Но ... на моем рабочем столе у меня 256 ГБ ОЗУ, и все же он может получить hickup без каких-либо причин (в основном при использовании Chrome / on Windows). У меня никогда не было таких проблем на Ubuntu, это моя первая система, которая ведет себя так. — paniczklos, 14 December 2017 в 01:36
@bistoco Спасибо! Я добавил, что на всякий случай; D — paniczklos, 14 December 2017 в 01:37

Замораживание при почти полном использовании RAM / High HDD

4 ответа

Другие вопросы по тегам:

Похожие вопросы: