Система стала очень медленно в последнее время. Как раскопать проблему?

у меня работает процессор и интенсивных операций с памятью последние 2 недели. Но, даже после того, как я остановить запуск, система чрезвычайно медленно. Простой операции, как открытие терминала, нажав на значок занимает 4 5 секунд. И Firefox зависает много . У меня УПП объед около 60л файлы с моего сервера ( который находится в соседней комнате ) к местной системе, и он работает со вчерашнего утра(30 часов) . Как диагностировать, что отнял у вас столько ресурсов, что Linux чувствует себя хуже, чем Vista ? Для теперь, я не могу перезагрузить систему, как операция пкпп-прежнему работает :( я проверял системным монитором и показывает CPU1 и использования процессор 2 между 20-40% [она постоянно изменяется].

Конфигурация

: 64-разрядный процессор AMD, 2 ГБ оперативной памяти.

я побежал сверху посмотреть наличие подкачки и вот что я увидел > Общий своп : 4095992k . Используется -> 198872k . Бесплатно : 3897120k

в наличии Оперативная память :

1931136k общее, 1493656k используется, 437480k бесплатно, буферы 753584k

. Что может быть , то, причина жалкий спектакль ?

Спасибо.

2
задан 19 January 2011 в 01:54

10 ответов

Существуют три основные проблемы, которые вызывают ухудшение производительности, вы можете проверить проблемы с этими узкими местами, используя команду top:

Обработка (CPU)

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

По мере того, как процессор становится более занятым, система будет замедляться в ответ.

IO (Input / Output) aka Disk Activity

Это ключевая проблема для современных машин с большим количеством ОЗУ и мощных процессоров. Дело в том, что на шине PCI есть только так много полосы пропускания и между всеми частями компьютера.

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

Доступ к файлам создает файлы в кэше в памяти и использует вычислительную мощность для создания протоколов, необходимых для перетасовки данных в другое место. ! d6]

Память (RAM)

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

Пытается загрузить другой процесс потребует времени, поскольку данные должны быть восстановлены из области подкачки, которая является порядком величин медленнее, чем овальный.

Очевидно, что связь с диском приводит к тому, что накладные расходы на ввод-вывод и свопинг - это то, что происходит, когда происходит процесс, все равно будут большие куски важных системных данных в swap. которых следует избегать, если это вообще возможно. Этот последний пункт является наиболее вероятной причиной ваших проблем, и мне жаль говорить, что об этом мало что можно сделать. Убедитесь, что ваши процессы действительно исчезли с помощью команды top, упомянутой выше, и если они есть, будьте терпеливы с компьютером, пытаясь восстановить большие куски памяти с диска сразу после таких процессов.

2
ответ дан 25 May 2018 в 23:24
  • 1
    Я использовал верхнюю команду для получения информации об ОЗУ и памяти подкачки, как доступных, так и используемых. И хотя все процессы, за исключением процесса rm и процесса scp, продолжаются, система работает очень медленно. Итак, я думаю, мне нечего делать, кроме как ждать. Интересно, хотя о возможной причине медленности процесса scp. Благодарю. – crazyaboutliv 18 January 2011 в 19:16
  • 2
    Готово . В спешке, чтобы решить проблему, я забыл сделать это раньше. Сделано сейчас :) – crazyaboutliv 18 January 2011 в 21:26
  • 3
    Я пробовал ряд решений для проблемы с записью диска. Использовать iotop – James Bowery 14 November 2015 в 23:48

существуют три основные проблемы, которые вызывают degridation производительности, вы можете проверить наличие проблемы с этими "узких мест" с помощью команды top:

обработки (ЦП)

, когда ваш процессор имеет слишком много для обработки, он пытается расставить, какие элементы должны быть обработаны и насколько занята система должна позволять получить. Это осложняется мульти-процессоров и процессоров масштабирования, но это в принципе легко проверить.

в качестве процессора становится сложнее, система будет замедляться в ответ.

ИО (вход/выход) активность диска ака

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

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

память (ОЗУ)

если ваш компьютер не хватило памяти, ваши программы просто остановить и/или аварии. Вместо этого система начинает класть много данных приложений на раздел подкачки. Если у вас очень интенсивный процесс, в котором используются все из вашей памяти, то вы найдете весь GNOME и Ubuntu с рабочего стола будут сохранены на диск в своп, пока процесс не завершится.

пытаюсь загрузить другой процесс займет время, так как данные должны быть извлечены из области подкачки, который находится порядков величины медленнее, чем ОЗУ. Даже если ваш процесс не будет завершен, по-прежнему будут крупными кусками важных системных данных в своп, который будет снижать производительность, когда она оттянула для использования.

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

2
ответ дан 25 July 2018 в 22:36

существуют три основные проблемы, которые вызывают degridation производительности, вы можете проверить наличие проблемы с этими "узких мест" с помощью команды top:

обработки (ЦП)

, когда ваш процессор имеет слишком много для обработки, он пытается расставить, какие элементы должны быть обработаны и насколько занята система должна позволять получить. Это осложняется мульти-процессоров и процессоров масштабирования, но это в принципе легко проверить.

в качестве процессора становится сложнее, система будет замедляться в ответ.

ИО (вход/выход) активность диска ака

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

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

память (ОЗУ)

если ваш компьютер не хватило памяти, ваши программы просто остановить и/или аварии. Вместо этого система начинает класть много данных приложений на раздел подкачки. Если у вас очень интенсивный процесс, в котором используются все из вашей памяти, то вы найдете весь GNOME и Ubuntu с рабочего стола будут сохранены на диск в своп, пока процесс не завершится.

пытаюсь загрузить другой процесс займет время, так как данные должны быть извлечены из области подкачки, который находится порядков величины медленнее, чем ОЗУ. Даже если ваш процесс не будет завершен, по-прежнему будут крупными кусками важных системных данных в своп, который будет снижать производительность, когда она оттянула для использования.

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

2
ответ дан 26 July 2018 в 22:57

Существуют три основные проблемы, которые вызывают ухудшение производительности, вы можете проверить проблемы с этими узкими местами, используя команду top:

Обработка (CPU)

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

По мере того, как процессор становится более занятым, система будет замедляться в ответ.

IO (Input / Output) aka Disk Activity

Это ключевая проблема для современных машин с большим количеством ОЗУ и мощных процессоров. Дело в том, что на шине PCI есть только так много полосы пропускания и между всеми частями компьютера.

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

Доступ к файлам создает файлы в кэше в памяти и использует вычислительную мощность для создания протоколов, необходимых для перетасовки данных в другое место. ! d6]

Память (RAM)

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

Пытается загрузить другой процесс потребует времени, поскольку данные должны быть восстановлены из области подкачки, которая является порядком величин медленнее, чем овальный.

Очевидно, что связь с диском приводит к тому, что накладные расходы на ввод-вывод и свопинг - это то, что происходит, когда происходит процесс, все равно будут большие куски важных системных данных в swap. которых следует избегать, если это вообще возможно. Этот последний пункт является наиболее вероятной причиной ваших проблем, и мне жаль говорить, что об этом мало что можно сделать. Убедитесь, что ваши процессы действительно исчезли с помощью команды top, упомянутой выше, и если они есть, будьте терпеливы с компьютером, пытаясь восстановить большие куски памяти с диска сразу после таких процессов.

2
ответ дан 2 August 2018 в 04:02

существуют три основные проблемы, которые вызывают degridation производительности, вы можете проверить наличие проблемы с этими "узких мест" с помощью команды top:

обработки (ЦП)

, когда ваш процессор имеет слишком много для обработки, он пытается расставить, какие элементы должны быть обработаны и насколько занята система должна позволять получить. Это осложняется мульти-процессоров и процессоров масштабирования, но это в принципе легко проверить.

в качестве процессора становится сложнее, система будет замедляться в ответ.

ИО (вход/выход) активность диска ака

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

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

память (ОЗУ)

если ваш компьютер не хватило памяти, ваши программы просто остановить и/или аварии. Вместо этого система начинает класть много данных приложений на раздел подкачки. Если у вас очень интенсивный процесс, в котором используются все из вашей памяти, то вы найдете весь GNOME и Ubuntu с рабочего стола будут сохранены на диск в своп, пока процесс не завершится.

пытаюсь загрузить другой процесс займет время, так как данные должны быть извлечены из области подкачки, который находится порядков величины медленнее, чем ОЗУ. Даже если ваш процесс не будет завершен, по-прежнему будут крупными кусками важных системных данных в своп, который будет снижать производительность, когда она оттянула для использования.

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

2
ответ дан 4 August 2018 в 20:06

существуют три основные проблемы, которые вызывают degridation производительности, вы можете проверить наличие проблемы с этими "узких мест" с помощью команды top:

обработки (ЦП)

, когда ваш процессор имеет слишком много для обработки, он пытается расставить, какие элементы должны быть обработаны и насколько занята система должна позволять получить. Это осложняется мульти-процессоров и процессоров масштабирования, но это в принципе легко проверить.

в качестве процессора становится сложнее, система будет замедляться в ответ.

ИО (вход/выход) активность диска ака

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

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

память (ОЗУ)

если ваш компьютер не хватило памяти, ваши программы просто остановить и/или аварии. Вместо этого система начинает класть много данных приложений на раздел подкачки. Если у вас очень интенсивный процесс, в котором используются все из вашей памяти, то вы найдете весь GNOME и Ubuntu с рабочего стола будут сохранены на диск в своп, пока процесс не завершится.

пытаюсь загрузить другой процесс займет время, так как данные должны быть извлечены из области подкачки, который находится порядков величины медленнее, чем ОЗУ. Даже если ваш процесс не будет завершен, по-прежнему будут крупными кусками важных системных данных в своп, который будет снижать производительность, когда она оттянула для использования.

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

2
ответ дан 6 August 2018 в 04:06

существуют три основные проблемы, которые вызывают degridation производительности, вы можете проверить наличие проблемы с этими "узких мест" с помощью команды top:

обработки (ЦП)

, когда ваш процессор имеет слишком много для обработки, он пытается расставить, какие элементы должны быть обработаны и насколько занята система должна позволять получить. Это осложняется мульти-процессоров и процессоров масштабирования, но это в принципе легко проверить.

в качестве процессора становится сложнее, система будет замедляться в ответ.

ИО (вход/выход) активность диска ака

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

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

память (ОЗУ)

если ваш компьютер не хватило памяти, ваши программы просто остановить и/или аварии. Вместо этого система начинает класть много данных приложений на раздел подкачки. Если у вас очень интенсивный процесс, в котором используются все из вашей памяти, то вы найдете весь GNOME и Ubuntu с рабочего стола будут сохранены на диск в своп, пока процесс не завершится.

пытаюсь загрузить другой процесс займет время, так как данные должны быть извлечены из области подкачки, который находится порядков величины медленнее, чем ОЗУ. Даже если ваш процесс не будет завершен, по-прежнему будут крупными кусками важных системных данных в своп, который будет снижать производительность, когда она оттянула для использования.

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

2
ответ дан 6 August 2018 в 04:07

Существуют три основные проблемы, которые вызывают ухудшение производительности, вы можете проверить проблемы с этими узкими местами, используя команду top :

Обработка (CPU)

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

По мере того как процессор становится более занятым, система будет замедляться в ответ.

IO (Input / Output) aka Disk Activity

Это ключевая проблема для современных машин с большим количеством ОЗУ и мощных процессоров. Дело в том, что на шине PCI есть только так много полосы пропускания и между всеми частями компьютера.

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

! d9]

Память (RAM)

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

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

Очевидно, что связь с диском приводит к тому, что накладные расходы ввода-вывода и свопинг - это то, что происходит, когда происходит процесс, все еще будут большие фрагменты важных системных данных в swap, что ухудшит производительность. которых следует избегать, если это вообще возможно. Этот последний пункт является наиболее вероятной причиной ваших проблем, и мне жаль говорить, что об этом мало что можно сделать. Убедитесь, что ваши процессы действительно исчезли с помощью команды top , упомянутой выше, и если это так, будьте терпеливы с компьютером, пытаясь восстановить большие куски памяти с диска сразу после таких процессов.

2
ответ дан 7 August 2018 в 22:06

Существуют три основные проблемы, которые вызывают ухудшение производительности, вы можете проверить проблемы с этими узкими местами, используя команду top :

Обработка (CPU)

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

По мере того как процессор становится более занятым, система будет замедляться в ответ.

IO (Input / Output) aka Disk Activity

Это ключевая проблема для современных машин с большим количеством ОЗУ и мощных процессоров. Дело в том, что на шине PCI есть только так много полосы пропускания и между всеми частями компьютера.

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

! d9]

Память (RAM)

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

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

Очевидно, что связь с диском приводит к тому, что накладные расходы ввода-вывода и свопинг - это то, что происходит, когда происходит процесс, все еще будут большие фрагменты важных системных данных в swap, что ухудшит производительность. которых следует избегать, если это вообще возможно. Этот последний пункт является наиболее вероятной причиной ваших проблем, и мне жаль говорить, что об этом мало что можно сделать. Убедитесь, что ваши процессы действительно исчезли с помощью команды top , упомянутой выше, и если это так, будьте терпеливы с компьютером, пытаясь восстановить большие куски памяти с диска сразу после таких процессов.

2
ответ дан 10 August 2018 в 10:20

Существуют три основные проблемы, которые вызывают ухудшение производительности, вы можете проверить проблемы с этими узкими местами, используя команду top :

Обработка (CPU)

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

По мере того как процессор становится более занятым, система будет замедляться в ответ.

IO (Input / Output) aka Disk Activity

Это ключевая проблема для современных машин с большим количеством ОЗУ и мощных процессоров. Дело в том, что на шине PCI есть только так много полосы пропускания и между всеми частями компьютера.

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

! d9]

Память (RAM)

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

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

Очевидно, что связь с диском приводит к тому, что накладные расходы ввода-вывода и свопинг - это то, что происходит, когда происходит процесс, все еще будут большие фрагменты важных системных данных в swap, что ухудшит производительность. которых следует избегать, если это вообще возможно. Этот последний пункт является наиболее вероятной причиной ваших проблем, и мне жаль говорить, что об этом мало что можно сделать. Убедитесь, что ваши процессы действительно исчезли с помощью команды top , упомянутой выше, и если это так, будьте терпеливы с компьютером, пытаясь восстановить большие куски памяти с диска сразу после таких процессов.

2
ответ дан 13 August 2018 в 16:45
  • 1
    Я использовал верхнюю команду для получения информации об ОЗУ и памяти подкачки, как доступных, так и используемых. И хотя все процессы, за исключением процесса rm и процесса scp, продолжаются, система работает очень медленно. Итак, я думаю, мне нечего делать, кроме как ждать. Интересно, хотя о возможной причине медленности процесса scp. Благодарю. – crazyaboutliv 18 January 2011 в 19:16
  • 2
    Готово . В спешке, чтобы решить проблему, я забыл сделать это раньше. Сделано сейчас :) – crazyaboutliv 18 January 2011 в 21:26
  • 3
    Я пробовал ряд решений для проблемы с записью диска. Использовать iotop – James Bowery 14 November 2015 в 23:48

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

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