MAR
4
2005

Success Story: KDE for Science

How do 250 scientists spend their coffee break at a scientific conference? They use KDE! There was a scientific conference, the Tübinger Perception
Conference 2005 (TWK)
at the end of February. Many scientists from all over the world joined to take part in the symposia and the poster sessions. Because many scientists are addicted to their e-mail, the organizers installed an Internet Corner with 3 KDE Terminals.

This setup was a little bit special, because one PC served 3 GeForce graphic adapters with
2 TFTs and 1 old SGI monitor, 3 keyboards and 3 mice attached. Under normal circumstances, you can only attach
1 monitor, 1 keyboard and one mouse to a computer. If you attach more than these, all keyboards and mice are
combined into one!

But a modern PC is idle most of the time, especially for internet tasks, and the processor load is not as important
as the network speed. So the idea was to setup one PC with several graphic adapters serving several terminals
with KDE as the GUI.

To run a multi-localuser X system is not a big problem. The so-called
backstreet ruby
provides this functionality as a simple kernel patch for Linux 2.4 and 2.6. As soon as the system is running, a sysctr command breaks up the input
device binding. To speed up the whole system, we also applied the
low latency patch, but didn't measure its effect.

The 3 X servers in our setup were started automatically by a script at boot time. No login was
necessary, KDE starts up without any user interaction but with unprivileged user rights. The KDE version was 3.3.1.
This is not the most current version but, as this setup was done in 5 hours, there was little time left to update program
versions from the existing state. Anyhow: 3.3.1 is fancy enough for the scientists to read online tickers and ssh to their university account to start Pine!

The biggest challenge for us was to find out which keyboard and mouse were associated with which monitor. While this was a static
mapping, the mouse mapping changed with every system startup. This problem was not understood, but finding out
which of the 3 mice belonged to which monitor wasn't so difficult. Because the system was very stable, this was only necessary three times in total.

The participants loved the setup and many of them were very surprised to see one PC with 3 independent monitors.
Some of them had a little hesitation using the printer, although printing is very simple with KDEPrint.

Nobody reported problems with the desktop, although many of them use XP for their daily desktop work. The most
useful applications like Mozilla and Konsole (because Pine is still used by
many students), devices like USB-stick and CDROM, were represented by desktop links.

Nobody reported performance problems, although the machine wasn't very fancy:

Processor: P IV with 2.4 GHz
Memory: 1 GB
HDD: 80 GB
Graphics: 2x GeForce2 MX/MX 400, 1x nVidia Quadro FX 500
NVidia-Version: 0.5336
Keyboards: 2x PS/2 with US layout, 1x USB with DE layout
Mice: 3x USB wheel mouse
Screens: 1x LCD 1024x768, 1x TFT 1600x1200, 1x CRT 1024x768
Sound: Intel
Network: 10 MBits
Distribution: Debian testing/unstable
kernel: 2.4.25 with backstreet ruby and low latency patches

We want to improve our Conference Internet Corner next year with more terminals, more sockets for
USB-sticks, digicams and maybe a CD burner. And, of course, with a more current KDE version. Whether we should
use KDE's Kiosk Mode is not yet decided; we will test the kiosk mode first to see if it fits our needs.

With Linux, the backstreet ruby patch and KDE and we got a fine, sensational and cheap solution for accessing mails and other online resources at a conference.

Comments

This is very interesting. I first heard of this kind of setup with HP's Mandrake OEM offering some time ago. Is there a way to convince the [kernel] or distro packagers to include this patch, so that an appropriate setup can be selected during installation?

Schools in environments where dollars are scarce would find this very useful. It even sounds better than LTSP.

How many keyboards/mice can the kernel take?

What about the length of the keyboard/mice cables? I have never been able to find a mouse with a sufficiently long cable.


By charles at Thu, 2005/03/03 - 6:00am

I believe the entire console part of the kernel is to be redesigned, so the ruby patch will not be accepted, but similar functionality will be in the kernel in the future (post 2.6).

This setup is also useful at home if you have several family members, or it could be useful in a lot of offices since most officecomputers is mostly used for office apps + email, etc. I guess one could even do 3-4 clients per computer in an office environment.

I dont know what the limit is on number of keyboards/mices, etc, but since those are USB devices and I bet the kernel can handle well above 10 USB devices, it should be sufficient for at least a 4 console setup, or more.

Since the computer does not have 10 USB ports (normally) you can use USB-hubs - and that will make the effective cable length longer. (for example, you can use 1 USB hub for each console)


By Magnus at Thu, 2005/03/03 - 6:00am

If you're interested in the nuts and bolts of the new console implementaion take a look at Jon Smirl's "OLS and console rearchitecture" post to the LKML (http://tinyurl.com/3vcs9). The plan is to move as much of the code as possible to userspace. Unfortunatly as far as I can tell nothing has been put to code yet.


By ac at Fri, 2005/03/04 - 6:00am

I am using this at home since december 2003.

My computer is an Athlon XP 2000+ with 512 MB RAM. I have one geforce 4 AGP and one nvidia TNT 2 pci graphic card. By using the backstreet ruby patch I have 2 X consoles on the same computer. Currently I have only one sound card, but it is possible to use different sound cards for each X-server for the complete two-desktops-in-one-computer feeling.

I am using default debian with gdm as login and kde as desktop environment and this was really easy to set up, just a litle configuring in gdm to start 2 gdm clients using different X config files (one for the AGP card with one set of keyb+mouse, and one for the PCI card with the other set of keyb+mouse). Anyone can do this at home, and its quite fun. Apart from the kernel beeing patched with the ruby patch, nothing else on the system is patched.

The coolest part? You can play some 3D games, such as quake II on both consoles 3d accelerated with low ping. :) Not all games work in this setup due to bad network code (for example, two doom legacy clients cannot be run on the same computer beacuse both clients wants to use the same network port).

Anyways, I am really looking forward for a dual PCI express motherboard so I can use this multu-console setup with 2 fast graphic cards - since at the moment the TNT 2 is a bit slow.


By Magnus at Thu, 2005/03/03 - 6:00am

...
"Keyboards: 2x PS/2 with US layout,"...

this one thing is new to me. Can you attach a keyboard to a PS/2 mouse connector? Most time I undeliberately interchange the keyboard and mouse plugs, both of them cease to work.

Otherwise, I wonder how you managed to clean the users' sessions after they left the surf station. I hope they did not see the leftovers from previously logged-in visitors in the browser history, just to name an example.

Salut

Mark


By kmsz at Thu, 2005/03/03 - 6:00am

Yes, with the ruby patch.


By Magnus at Thu, 2005/03/03 - 6:00am

Both PS/2 ports are simple low-speed serial lines.
With the Linux kernel 2.6.x, it doesn't matter
which device is plugged into which port.
Of course, you have to convince your BIOS to accept them.
E.g. an old ASUS P2B-D (dual P2/PIII) board did not
care about the mouse port, both ports were usable
with either keyboards or mice. My one year old
MSI K8T Neo Athlon64 motherboard stops at boot
because it detects the keyboard on the mouse port.
It's just an annoyance that I have to press F1
to continue booting with it.

It's the ruby patch that separates the keyboard inputs
to different consoles, the plain 2.6.x kernel still
unifies them, regardless of whether they are USB or PS/2.


By Zoltán Böszörményi at Mon, 2005/03/07 - 6:00am

Linux users can log into their local account, hold down CTRL+F2, supply the credentials of another local user, type startx -- :1. To switch back to the first user, hold down CTRL+F7. To switch back to the second user, hold down CTRL+F8. If you need a third user, hold down CTRL+F3, type startx -- :2. This users session is now at CTRL+F9.


By Anonymous at Fri, 2005/03/04 - 6:00am

KDE 3.4 will automate doing this for you (and it's CTRL-ALT, not CTRL).

Makes switching users nice and easy :)


By Simon Farnsworth at Fri, 2005/03/04 - 6:00am

This is not about switching users. They have a setup where 3 persons can use one computer at the same time - and that isn't possible with your method


By Peter Wiersig at Tue, 2005/03/08 - 6:00am

Nice to see such multi-head setups. It's about time. Concerning the problem with the mouse association. This can be solved via udev configuration which allows to give every mouse a unique name. So you can even reboot happily...


By Seiden Tiger at Fri, 2005/03/04 - 6:00am

Only that udev is not used everywhere as much as it should. I guess that a year from now, when all big distros use udev and 2.6 hotplugging will work much better. The tech is there, the migration has still to be done in most cases.


By anon at Sat, 2005/03/05 - 6:00am

Think about why KDE can't replace Microsoft's X-Windows. GNU should focus on provide an open architecture for all software, if Microsoft's Windows don't provide the standard for others such as KDE to compete with theirs, it's illegal. GNU needs lawyer much more than developers.


By Allen at Thu, 2005/03/10 - 6:00am

Who is that GNU guy and how is he in involved in KDE and what did he copy and fake?


By ac at Thu, 2005/03/10 - 6:00am