Friday, May 11, 2012
Proprietary NVIDIA drivers for Linux
Thursday, March 22, 2012
Tweaking display set-up on Ubuntu
I was trying to switch to the Nvidia drivers for Ubuntu 10.04, but was running into the same problem that made me ditch the drivers in the first place: I couldn't get Nvidia's config tool to rotate one of my monitors and leave the other alone.
Thanks to http://zuttobenkyou.wordpress.com/2009/10/04/linux-nvidia-xinerama-guide-rotating-just-one-monitor-in-a-dual-head-setup/ , I was able to switch to Xinerama (an Xorg extension), and rotate one of my monitors. It involved some manual editing of my /etc/X11/xorg.conf , but nothing too painful.
Here's my /etc/X11/xorg.conf :
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 1.0 (buildd@yellow) Fri Apr 9 11:51:21 UTC 2010
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 1024 100
Screen 1 "Screen1" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
Option "Xinerama" "1"
EndSection
Section "Files"
EndSection
Section "InputDevice"
# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor1"
VendorName "Unknown"
ModelName "DELL ST2420L"
HorizSync 30.0 - 83.0
VertRefresh 56.0 - 76.0
Option "DPMS"
Option "Rotate" "Left" # for portrait mode
EndSection
Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "DELL 1907FP"
HorizSync 30.0 - 81.0
VertRefresh 56.0 - 76.0
Option "DPMS"
#Option "Rotate" "Left" # for portrait mode
EndSection
Section "Device"
Identifier "Device1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "Quadro FX 4600"
BusID "PCI:8:0:0"
Screen 1
Option "RandRRotation" "on"
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "Quadro FX 4600"
BusID "PCI:8:0:0"
Screen 0
Option "RandRRotation" "on"
EndSection
Section "Screen"
Identifier "Screen1"
Device "Device1"
Monitor "Monitor1"
DefaultDepth 24
Option "TwinView" "0"
Option "TwinViewXineramaInfoOrder" "DFP-1"
Option "metamodes" "DFP-0: nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "0"
Option "metamodes" "DFP-1: nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
I'm sure there's still some cruft in there, but oh well.
Thursday, March 1, 2012
Debugging Google Chrome / Chromium CPU Horror
My workstation was fairly beefy memory-wise and CPU-wise, and had plenty of disk space. I disabled everything I could think of, enabled GPU rendering of things, disabled debugging, extensions, ETC. . . .
I exited Chrome and waited for the processes to die. Usually, I just verify this happened by looking at top; since Chrome usually owns the top spots (no pun intended), I wait until top shows no chrome processes, then I restart it. This time, I did ps for chrome and chromium processes. TURNS OUT that after using the Profile Manager[1] extension, several chrome and chromium processes were starting up every time I logged in. I verified this by looking at "~/.config/autostart", which showed several *.desktop files pointing to Google Chrome and Chromium profiles.
So far, the change is extremely significant. I recorded no benchmarks along the way, so I am unsure of how much each of my changes improved performance. However, it appears that all of the extra Chrome processes were what made the biggest difference.
Chalk up another win for blogging about anecdotal information that may or may not lead to misunderstandings about technology. :-) You're welcome!
-Ali
[1] I started using Profile Manager because I wanted to run multiple Chrome sessions in isolation, depending on what I was working on. For my day-to-day work, I use one profile. For my volunteer work, which I associate with its own Google Apps account, I use another profile. For my browser testing, I use another. THE LIST GOES ON.
Wednesday, October 5, 2011
Ubuntu + x11vnc + TightVNC = happytime
FYI, that was a password-less session, so if you want to secure it, gotta do a little better than that. But with a simple SSH tunnel, should only involve another command on the remote shell, right?
Friday, June 11, 2010
VMware Communities: Workstation Installer Hang 6.5.3 and ...
I just encountered a hang installing Workstation on Ubuntu Karmic.
Symptom: you are running a an install using 6.5.3 bundle and you get to "Configuring VMWare Player" and then everything stops indefinitely.
Cause: the installer runs vmware-modconfig-console which produces enough output with some kernels that the python engine deadlocks is command piplining during the compile.
Technical Details: It is always dangerous for a linux/unix program to use the pipe-based "run a sub-command" library calls if it isn't ready to read all the output in one thread while waiting for the command to complete in another. Normally such commands should either be reading the result text or redirecting that result text to /dev/null. The naieve version just runs the command and waits for the result. But if the result text is larger than the system pipe buffer size, the command will block while trying to send its output, and the command never finishes. With the command waiting for the parent to read the data, and the parent waiting for the command to finish, the whole shebang just comes to a stop.
Why this is happening: The current driver patches for the 2.6.31 kernels produce a lot of warning messages about the symbols _MSVC_VER and __FREE_BSD__ being not defined. This never happened before, and whoever wrote the installer never tried it against a long stream of output. So with the new warning stream the compile and the installer deadlock as above.
Workaround: There are three phases to the work around; It is necessary to catch and kill the compile step; this, in turn would cause the installer to back out the installation, so you have to stop that from happening; then you have to compile the modules manually.
Steps:
1) open two command windows.
2) become root in one of those windows. i.e. "su -". (If you havn't set your root password in Ubuntu use "sudo su -" and your login password)
3) in the root-ed window run "while true; do killall -9 vmware-modconfig-console; sleep 1; done" this wil try, once each second, to kill the module compile step. Ignore the stream of not-found messages.
4) in the non-root window run the install with sudo and the --ignore-errors argument; i.e. "sudo ./VMware-Workstation-6.5.3-185404.i386.bundle --ignore-errors". This will take a little longer than usual because of the continuous killall above, don't sweat it.
5) once the installer finishes go back to the root window and do a control-C to stop the kill loop.
6) In the root window run "vmware-modconfig --console --install-all" to install the modules.
Caveats and Tips:
a) Once you have a hung installer session you have to kill the python command that is running the installer. Think of that as a step-0 if it comes up. 8-)
b) If the installer still hangs, the kill loop may not be fast enough; start over but leave the 'sleep 1;' out of the kill loop. It will slow down the install even more, but it is more likely to catch the command in time.
ASIDE: It woudl be nice if the installer had a don't compile the modules step...
Hopefully the installer will be fixed soon.
I'm having this problem also. Tried strace, lsof, now trying this solution. Thanks in advance, guy!
Monday, November 17, 2008
Cisco VPN Client for Linux!!!!
http://projects.tuxx-home.at/?id=cisco_vpn_client
I installed an Ubuntu 8.10 VMWare appliance at home on my Mac Pro and needed to connect to work. I wanted my VM to connect rather than OS X so I looked for a VPN client. Cisco didn't permit me to use their client so I found the one I'm using now at the URL above. My VMWare appliance is 32-bit so I tried installing an older, 32-bit Cisco client from that site, couldn't make it work, installed a bunch of patches, etc. Finally, I just tried installing the latest 64-bit version and it worked! I'm very pleased. Time to stay up even later working.
Thanks, not-Cisco!