Поскольку это последнее обновление ядра X использует слишком много ОЗУ
Keepass использует безопасный пароль, который не что иное, как зашифрованный файл. Так что единственное, что вам нужно сделать, это установить Keepass и заменить пустой файл паролем на тот, который вы взяли с другого компьютера и который содержит все ваши пароли.
8 ответов
Хотя может показаться, что X использует всю RAM, в 99% случаев это не X, а какое-то клиентское приложение.
Xserver - это сервер, и поэтому он отвечает на запросы клиентов. Клиенты могут ускорить использование Х-ОЗУ или ЦП, сделав чрезмерные вызовы для xserver, вроде атаки DDOS на веб-сервере.
Стандартный способ отладки этой проблемы - просмотреть ваш процесс (например, «ps aux») и начать убивать приложения один за другим, пока не рассеивается груз. Что бы вы ни убили последним, вероятно, виноват.
Программа xrestop может дать некоторое представление о том, какие клиенты используют ресурсы, однако, к сожалению, столбец памяти в этом отчете не дает общего использования памяти, просто память pixmap. Но это может дать вам отправную точку.
-
1О, простите, я не ответил раньше вам, ребята, спасибо за ответ. Я должен был получить электронные письма для ответов, но, я думаю, нет. В любом случае, у меня 2 концерта Рама. И я использую htop, отсортированный с полем памяти. Я убиваю все, что угодно, например Chrome и DropBox, и, хотя своп немного очищается, строка с / usr / bin / X всегда находится наверху и по-прежнему показывает 44-59% ОЗУ, а затем прямо ниже следующего большого барана eater подобен compiz 2.3% или AWN. Он должен быть утечкой памяти X, поскольку X не падает в памяти даже после закрытия Chrome, что является самой большой программой для хранения ОЗУ. – todd 25 December 2010 в 05:25
-
2Я буду проверять загрузку с последним ядром, если бы я не сказал Grub, чтобы он оставался один. – todd 25 December 2010 в 05:27
-
3Утечки памяти клиента может быть вызвана даже мельчайшие апплета. На самом деле больших приложений, таких как Chrome, как правило, лучше проверять память и инструментов тестирования, поэтому, как ни странно, менее вероятно, чтобы вызвать такие проблемы с памятью. – Bryce 10 February 2011 в 00:57
-
4Кроме того, даже при всех закрытых приложениях GUI есть все еще фоновые приложения, которые вы, возможно, не заметили, - такие вещи, как индикаторы, демоны настроек, панели и т. П. Действительно, вам нужно просмотреть «ps aux» или аналогично, чтобы увидеть, что именно работает (сначала посмотрите, как работает ваше имя пользователя). – Bryce 10 February 2011 в 00:58
Хотя может показаться, что X использует всю RAM, в 99% случаев это не X, а какое-то клиентское приложение.
Xserver - это сервер, и поэтому он отвечает на запросы клиентов. Клиенты могут ускорить использование Х-ОЗУ или ЦП, сделав чрезмерные вызовы для xserver, вроде атаки DDOS на веб-сервере.
Стандартный способ отладки этой проблемы - просмотреть ваш процесс (например, «ps aux») и начать убивать приложения один за другим, пока не рассеивается груз. Что бы вы ни убили последним, вероятно, виноват.
Программа xrestop может дать некоторое представление о том, какие клиенты используют ресурсы, однако, к сожалению, столбец памяти в этом отчете не дает общего использования памяти, просто память pixmap. Но это может дать вам отправную точку.
-
1О, простите, я не ответил раньше вам, ребята, спасибо за ответ. Я должен был получить электронные письма для ответов, но, я думаю, нет. В любом случае, у меня 2 концерта Рама. И я использую htop, отсортированный с полем памяти. Я убиваю все, что угодно, например Chrome и DropBox, и, хотя своп немного очищается, строка с / usr / bin / X всегда находится наверху и по-прежнему показывает 44-59% ОЗУ, а затем прямо ниже следующего большого барана eater подобен compiz 2.3% или AWN. Он должен быть утечкой памяти X, поскольку X не падает в памяти даже после закрытия Chrome, что является самой большой программой для хранения ОЗУ. – todd 25 December 2010 в 05:25
-
2Я буду проверять загрузку с последним ядром, если бы я не сказал Grub, чтобы он оставался один. – todd 25 December 2010 в 05:27
-
3Утечки памяти клиентов могут быть вызваны даже самым маленьким апплетом. На самом деле более крупные приложения, такие как хром, имеют тенденцию иметь лучшие инструменты для проверки и проверки памяти, поэтому по иронии судьбы реже возникают такие проблемы с памятью. – Bryce 10 February 2011 в 00:57
-
4Кроме того, даже при всех закрытых приложениях GUI есть все еще фоновые приложения, которые вы, возможно, не заметили, - такие вещи, как индикаторы, демоны настроек, панели и т. П. Действительно, вам нужно просмотреть «ps aux» или аналогично, чтобы увидеть, что именно работает (сначала посмотрите, как работает ваше имя пользователя). – Bryce 10 February 2011 в 00:58
Хотя может показаться, что X использует всю RAM, в 99% случаев это не X, а какое-то клиентское приложение.
Xserver - это сервер, и поэтому он отвечает на запросы клиентов. Клиенты могут ускорить использование Х-ОЗУ или ЦП, сделав чрезмерные вызовы для xserver, вроде атаки DDOS на веб-сервере.
Стандартный способ отладки этой проблемы - просмотреть ваш процесс (например, «ps aux») и начать убивать приложения один за другим, пока не рассеивается груз. Что бы вы ни убили последним, вероятно, виноват.
Программа xrestop может дать некоторое представление о том, какие клиенты используют ресурсы, однако, к сожалению, столбец памяти в этом отчете не дает общего использования памяти, просто память pixmap. Но это может дать вам отправную точку.
-
1О, простите, я не ответил раньше вам, ребята, спасибо за ответ. Я должен был получить электронные письма для ответов, но, я думаю, нет. В любом случае, у меня 2 концерта Рама. И я использую htop, отсортированный с полем памяти. Я убиваю все, что угодно, например Chrome и DropBox, и, хотя своп немного очищается, строка с / usr / bin / X всегда находится наверху и по-прежнему показывает 44-59% ОЗУ, а затем прямо ниже следующего большого барана eater подобен compiz 2.3% или AWN. Он должен быть утечкой памяти X, поскольку X не падает в памяти даже после закрытия Chrome, что является самой большой программой для хранения ОЗУ. – todd 25 December 2010 в 05:25
-
2Я буду проверять загрузку с последним ядром, если бы я не сказал Grub, чтобы он оставался один. – todd 25 December 2010 в 05:27
-
3Утечки памяти клиентов могут быть вызваны даже самым маленьким апплетом. На самом деле более крупные приложения, такие как хром, имеют тенденцию иметь лучшие инструменты для проверки и проверки памяти, поэтому по иронии судьбы реже возникают такие проблемы с памятью. – Bryce 10 February 2011 в 00:57
-
4Кроме того, даже при всех закрытых приложениях GUI есть все еще фоновые приложения, которые вы, возможно, не заметили, - такие вещи, как индикаторы, демоны настроек, панели и т. П. Действительно, вам нужно просмотреть «ps aux» или аналогично, чтобы увидеть, что именно работает (сначала посмотрите, как работает ваше имя пользователя). – Bryce 10 February 2011 в 00:58
Хотя может показаться, что X использует всю RAM, 99% времени это не X, а какое-то клиентское приложение.
Xserver - это сервер, и поэтому он отвечает на запросы клиентов. Клиенты могут ускорить использование Х-ОЗУ или ЦП, сделав чрезмерные вызовы для xserver, вроде атаки DDOS против веб-сервера.
Стандартный способ отладки этой проблемы - просмотреть ваш процесс (например, «ps aux») и начать убивать приложения один за другим, пока не рассеивается груз.
Программа xrestop может дать некоторое представление о том, какие клиенты используют ресурсы, однако, к сожалению, столбец памяти в этом отчете не дает общее использование памяти, просто память pixmap. Но это может дать вам отправную точку.
Хотя может показаться, что X использует всю RAM, 99% времени это не X, а какое-то клиентское приложение.
Xserver - это сервер, и поэтому он отвечает на запросы клиентов. Клиенты могут ускорить использование Х-ОЗУ или ЦП, сделав чрезмерные вызовы для xserver, вроде атаки DDOS против веб-сервера.
Стандартный способ отладки этой проблемы - просмотреть ваш процесс (например, «ps aux») и начать убивать приложения один за другим, пока не рассеивается груз.
Программа xrestop может дать некоторое представление о том, какие клиенты используют ресурсы, однако, к сожалению, столбец памяти в этом отчете не дает общее использование памяти, просто память pixmap. Но это может дать вам отправную точку.
Хотя может показаться, что X использует всю RAM, 99% времени это не X, а какое-то клиентское приложение.
Xserver - это сервер, и поэтому он отвечает на запросы клиентов. Клиенты могут ускорить использование Х-ОЗУ или ЦП, сделав чрезмерные вызовы для xserver, вроде атаки DDOS против веб-сервера.
Стандартный способ отладки этой проблемы - просмотреть ваш процесс (например, «ps aux») и начать убивать приложения один за другим, пока не рассеивается груз.
Программа xrestop может дать некоторое представление о том, какие клиенты используют ресурсы, однако, к сожалению, столбец памяти в этом отчете не дает общее использование памяти, просто память pixmap. Но это может дать вам отправную точку.
Хотя может показаться, что X использует всю RAM, 99% времени это не X, а какое-то клиентское приложение.
Xserver - это сервер, и поэтому он отвечает на запросы клиентов. Клиенты могут ускорить использование Х-ОЗУ или ЦП, сделав чрезмерные вызовы для xserver, вроде атаки DDOS против веб-сервера.
Стандартный способ отладки этой проблемы - просмотреть ваш процесс (например, «ps aux») и начать убивать приложения один за другим, пока не рассеивается груз.
Программа xrestop может дать некоторое представление о том, какие клиенты используют ресурсы, однако, к сожалению, столбец памяти в этом отчете не дает общее использование памяти, просто память pixmap. Но это может дать вам отправную точку.
Хотя может показаться, что X использует всю RAM, 99% времени это не X, а какое-то клиентское приложение.
Xserver - это сервер, и поэтому он отвечает на запросы клиентов. Клиенты могут ускорить использование Х-ОЗУ или ЦП, сделав чрезмерные вызовы для xserver, вроде атаки DDOS против веб-сервера.
Стандартный способ отладки этой проблемы - просмотреть ваш процесс (например, «ps aux») и начать убивать приложения один за другим, пока не рассеивается груз.
Программа xrestop может дать некоторое представление о том, какие клиенты используют ресурсы, однако, к сожалению, столбец памяти в этом отчете не дает общее использование памяти, просто память pixmap. Но это может дать вам отправную точку.
-
1О, простите, я не ответил раньше вам, ребята, спасибо за ответ. Я должен был получить электронные письма для ответов, но, я думаю, нет. В любом случае, у меня 2 концерта Рама. И я использую htop, отсортированный с полем памяти. Я убиваю все, что угодно, например Chrome и DropBox, и, хотя своп немного очищается, строка с / usr / bin / X всегда находится наверху и по-прежнему показывает 44-59% ОЗУ, а затем прямо ниже следующего большого барана eater подобен compiz 2.3% или AWN. Он должен быть утечкой памяти X, поскольку X не падает в памяти даже после закрытия Chrome, что является самой большой программой для хранения ОЗУ. – todd 25 December 2010 в 05:25
-
2Я буду проверять загрузку с последним ядром, если бы я не сказал Grub, чтобы он оставался один. – todd 25 December 2010 в 05:27
-
3Утечки памяти клиентов могут быть вызваны даже самым маленьким апплетом. На самом деле более крупные приложения, такие как хром, имеют тенденцию иметь лучшие инструменты для проверки и проверки памяти, поэтому по иронии судьбы реже возникают такие проблемы с памятью. – Bryce 10 February 2011 в 00:57
-
4Кроме того, даже при закрытых графических приложениях visible все еще есть фоновые приложения, которые вы, возможно, не заметите, такие как индикаторы, демоны настроек, панели и т. П. Действительно, вам нужно просмотреть «ps aux» или аналогично, чтобы увидеть, что именно работает (сначала посмотрите, как работает ваше имя пользователя). – Bryce 10 February 2011 в 00:58