*** This bug is a duplicate of bug 1070427 ***
https://bugs.launchpad.net/bugs/1070427
Installing linux-headers-generic then reinstalling nvidia binary driver
resolved the issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I don't see a bug on Launchpad to update Ubuntu's pyodbc and pymssql to
work with the new freetds.
What should be done on that front?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/887374
Title:
*** This bug is a duplicate of bug 877438 ***
https://bugs.launchpad.net/bugs/877438
Two answer from my side: I'm using twinview multi-head. I only
experience it in Unity. Other programs redraw is slowed (for instance
it was slow to type in firefox), but generally the issue was much worse
See my question here: http://askubuntu.com/questions/78237/unity-3d-
with-nvidia-driver-becomes-very-slow-and-laggy
TwinView works with binary drivers, but /usr/bin/X starts to use lots of
CPU after a while and everything becomes laggy.
Nouveau drivers do not lag, but randr -q fails to pick up
I confirm the problem on Ubuntu 11.10 amd64 desktop. After a while
or when the system is under any load, typing and switching tabs in the
terminal becomes very slow. htop however often shows high CPU usage
(100%) by /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7
-novtswitch
#8 worked for me - create New Note Template on one.ubuntu.com, sync
and allow it to rename local note then choose overwrite for remainder of
sync.
#10 did not work for me, possibly due to having overwrite local note
set as the default at that time.
--
You received this bug notification because
High CPU usage by lightdm 1.0.1-ubuntu6 on Ubuntu 11.10 64-bit.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/836616
Title:
100% cpu usage in lightdm
To manage notifications about this bug go to:
We also found this problem: the PHP cron launches one fuser for each PHP
session file, and the process is never reaped (remains in defunct
state)
Workaround for PHP is to remove the fuser check, which was only added
11.10 anyway.
This is the 11.10 cron job:
09,39 * * * * root [ -x
My workaround is to restore the php5 cron job from 11.04, which does not
call fuser:
This is the 11.10 cron job:
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] [ -d
/var/lib/php5 ] find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1
-type f -cmin +$(/usr/lib/php5/maxlifetime) !
We also found this problem: the PHP cron launches one fuser for each PHP
session file, and the process is never reaped (remains in defunct
state)
Workaround for PHP is to remove the fuser check, which was only added
11.10 anyway.
This is the 11.10 cron job:
09,39 * * * * root [ -x
My workaround is to restore the php5 cron job from 11.04, which does not
call fuser:
This is the 11.10 cron job:
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] [ -d
/var/lib/php5 ] find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1
-type f -cmin +$(/usr/lib/php5/maxlifetime) !
11 matches
Mail list logo
