Parissa ketjussa muualla kyseltiin kokonaan 64-bittisestä ympäristöstä. Olisiko siitä oikeasti jotain hyötyä verrattuna perinteiseen 32-bittiseen ympäristöön? Katsotaan.
1. Minulla on palvelinkone, jossa on Ubuntu Alternate LTSP5 8.10 64-bittisenä. Samoin pääte on 64-bittinen ja sitä myös ajetaan amd64-chrootissa.
2. Dhcpd.conf määrä, että pääte buuttaa 64-bittiseen ympäristöön, pääte kykenee siihen prosessorin puolesta.
admin-ubuntu@ubuntu:~$ cat /etc/ltsp/dhcpd.conf
#
# Default LTSP dhcpd.conf config file.
#
authoritative;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.150 192.168.1.200;
option domain-name "ubuntu";
option domain-name-servers 192.168.1.1;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
# next-server 192.168.0.1;
# get-lease-hostnames true;
option subnet-mask 255.255.255.0;
option root-path "/opt/ltsp/amd64";
if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
filename "/ltsp/amd64/pxelinux.0";
} else {
filename "/ltsp/amd64/nbi.img";
}
}
admin-ubuntu@ubuntu:~$
3. Prosessorin ja grafiikkapiirin tiedot palvelimesta ja päätteestä.
Palvelin:
admin-ubuntu@ubuntu:~$ dmesg | grep CPU0
[ 0.006392] CPU0: Thermal monitoring enabled (TM2)
[ 0.405848] CPU0: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz stepping 02
[ 0.500107] CPU0 attaching sched-domain:
[ 1.587818] ACPI: Processor [CPU0] (supports 8 throttling states)
admin-ubuntu@ubuntu:~$ dmesg | grep CPU1
[ 0.004000] CPU1: Thermal monitoring enabled (TM2)
[ 0.496417] CPU1: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz stepping 02
[ 0.500121] CPU1 attaching sched-domain:
[ 1.587960] ACPI: Processor [CPU1] (supports 8 throttling states)
admin-ubuntu@ubuntu:~$
admin-ubuntu@ubuntu:~$ dmesg | grep intel
[ 11.114034] agpgart-intel 0000:00:00.0: Intel 965Q Chipset
[ 11.114507] agpgart-intel 0000:00:00.0: detected 7676K stolen memory
[ 11.141997] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0x80000000
admin-ubuntu@ubuntu:~$
Pääte:
root@ltsp:~# dmesg | grep CPU0
[ 0.243680] CPU0: AMD Athlon(tm) Processor LE-1640 stepping 03
[ 0.244315] CPU0 attaching sched-domain:
root@ltsp:~#
root@ltsp:~# dmesg | grep nvidia
[ 45.063484] nvidia: module license 'NVIDIA' taints kernel.
[ 45.702491] nvidia 0000:00:12.0: PCI INT A -> Link[SGRU] -> GSI 20 (level, low) -> IRQ 20
[ 45.702567] nvidia 0000:00:12.0: setting latency timer to 64
root@ltsp:~#
4. Koska päätteessä on Nvidian grafiikkapiiri, niin amd64-chroot-ympäristöön joudutaan asentamaan nvidia-glx-paketti. Sinne on asennettu myös mm. nano, mc ja ssh; ssh siksi, että saadaan root-käyttäjään yhteys chroot-ympäristössä. Palvelin käyttää Intelin grafiikkapiiriä, palvelimeen ei tarvitse asentaa kyseistä pakettia.
5. Käyttäjä ei tiedä ohjelmien perusteella, kunhan ne ovat avoimen lähdekoodin ohjelmia, mitä ympäristöä hän käyttää, 32- tai 64-bittisyydellä ei ole päätteen käyttäjälle merkitystä.
6. Mutta kun mennään suljettuihin ohjelmiin, niin ongelmia syntyy.
Firefox - OK -
http://www.arkki.info/howto/WSOY_Opit/Firefox_64.pngFlash - OK -
http://www.arkki.info/howto/WSOY_Opit/Flash_64.pngJava Applet - NO OK -
http://www.arkki.info/howto/WSOY_Opit/Java_applet_64.png7. Vaikka sekä palvelin että pääte ovat kokonaan 64-bittisessä ympäristössä, siitä ei ole mitään hyötyä. Päinvastoin.
Palvelin:
admin-ubuntu@ubuntu:~$ uname -a
Linux ubuntu 2.6.27-7-generic #1 SMP Tue Nov 4 19:33:06 UTC 2008 x86_64 GNU/Linux
admin-ubuntu@ubuntu:~$
Pääte:
root@ltsp:~# uname -a
Linux ltsp 2.6.27-7-generic #1 SMP Wed Oct 22 01:30:40 UTC 2008 x86_64 GNU/Linux
root@ltsp:~#
Ystävällisin terveisin Asmo Koskinen.