过夜登录后，为什么台式机/监视器屏幕会失败？

我当前正在运行Ubuntu 13.10。我在Ubuntu 12.04上遇到了同样的问题，所以我不相信以下问题与特定版本有关。

我选择使用Ubuntu进行工作。我想一夜之间保持登录状态，以便第二天早晨到达时可以立即恢复工作。不幸的是，当我第二天到达时，我经常会遇到这样的问题：任何鼠标移动或键盘输入都会导致屏幕闪烁，并且我无法输入gnome屏幕保护程序的密码。

我尝试转到tty4，重新启动unity（在13.10中，现在说“不建议重新启动” ... derp），重新启动lightdm，重新启动compiz，您将其命名。什么都行不通。我尝试的所有操作都没有效果，或者产生了一些无用的错误消息，等同于“ nope”。我总是被迫从tty4进行“ sudo重新启动”，这不是世界末日，但是它让我觉得Ubuntu 12.04+的可靠性与Microsoft产品一样可靠（我有很多其他原因）。

我一直在尝试解决此问题大约7个月，但无济于事。以前，我的老板给了我一台奇特的机器，它几乎不能运行Ubuntu 12.04。我最终认为该问题是由于在过时的计算机上运行了现代操作系统所致。我什至无法运行虚拟机来测试软件更新，这是我获得新计算机时唯一可行的论据。

我终于说服了我的老板给我买了一台新机器。这个拥有8G RAM，全新的1TB HD，四核3.2ghz i7等-相当不错的工作（注意：没有视频卡，但是那不重要，因为我只是写Web开发软件）。我在这台机器上安装了Ubuntu 13.10。我仍然有相同的确切问题。

我通常只有崇高的文本2，而对我的内部开发服务器开放的3个gnome-terminal会话却一整夜都没有打开。我白天休息时锁定屏幕，并且正在使用gnome-screensaver（默认黑屏）。我已经通过了调试日志，内核日志，系统日志，xorg日志，lightdm日志，分配日志，甚至是故障日志，没有什么比我不寻常了。最多，系统日志会在一夜之间输出大量以下错误：

<time> <hostname>: whoopsie[<id>]: online
<time> whoopsie[<id>]: last message repeated <2/3> times

在旧的过时机器（12.04）上，gnome-screensaver出现了很多错误，这使我得出结论：该机器没有足够的视频内存，可以在屏幕保护程序出现问题后重新加载桌面（听起来很疯狂，但是，嘿，我没有）专家）。在这台新机器上，没有有关gnome-screensaver的此类日志，因此我的理论是正确的。

另一个奇怪的是，自12.04发布以来，我一直在将Ubuntu用于其家庭工作站，但从未遇到过此问题。我的家用计算机在视频卡，内存，磁盘空间，漂亮的主板等方面的工作非常繁重。我目前正在家用计算机上运行13.04（由于13.10中的所有错误，据说也存在该错误，因此无法升级）即将发布的14.04）。如果不是我对家用计算机的积极体验，Id会完全放弃Ubuntu。无法在一夜之间保持机器登录状态，这使我远离规范产品。我严重承受不起继续浪费时间处理有问题的操作系统问题的时间。我在办公室选择使用linux的那个“怪人”，所以人们不喜欢我的技术差异。如今，带有Gnome 3的Fedora / CentOS看起来非常不错。

谁能帮我弄清楚为什么过夜登录会导致屏幕闪烁，外围设备无法使用以及环境损坏？

{更新7/17/2014}

Hadnt有一段时间研究这个问题（毕竟这是我的工作机器），但是昨晚让我的机器一整夜都在运行gnome-screensaver，并且当我晚上离开时，我的系统监视器显示内存不足。今天回来了，内存使用了1.7G，缓存了5.3G，几乎全部。然后，我检查了htop，并按内存使用情况对列表进行了排序。

果然，有5个lightdm进程，每个进程使用大量内存。这是输出：

  PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
 1078 root       20   0 2880M 2342M 2319M S  0.7 29.6  8:39.44 /usr/bin/X -core :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
 1117 root       20   0 2880M 2342M 2319M S  0.7 29.6  0:02.92 /usr/bin/X -core :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
 1118 root       20   0 2880M 2342M 2319M S  0.0 29.6  0:01.33 /usr/bin/X -core :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
 1119 root       20   0 2880M 2342M 2319M S  0.0 29.6  0:00.74 /usr/bin/X -core :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
 1120 root       20   0 2880M 2342M 2319M S  0.0 29.6  0:00.00 /usr/bin/X -core :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
... a few other things with low memory usage follow...

这正常吗？我会继续监视这个问题，但是我感到这许多lightdm进程是罪魁祸首，它们的集体内存使用率惊人地高。谁能对此进一步说明（无双关）？