Saturday, 5 June 2010

HP Thin Clients vs NComputing

As I noted in my previous post about NComputing thin client terminals, HP and other vendors have been producing the thin client technology for much longer. In NZ, NComputing has been particularly effective at getting its name out there in the education community in a way that we haven’t seen with HP, in part because unlike the latter, I suspect, they haven’t got the conflict with their established marketplace for full computers. When you go to the HP website and look up thin client products, you see that they are considered by HP to have a place in education, but it is a fact that the resellers and agents in NZ aren’t actively promoting thin client terminals in the education marketplace to any significant extent that I am aware of.

Due to the well established nature of HP and other vendors in a number of sectors (not just education) where thin client hardware is commonly used, these brands of thin client terminal are widely available second hand. Therefore in order to get a reasonable comparison and evaluation opportunity before we decide whether to take the plunge into thin client computing, we have purchased a couple of second hand HP thin clients on Trademe. One point to be aware of when purchasing second hand (as with PCs) is that the vendor can supply all passwords needed to log in (as applicable). All thin clients I have encountered so far (including NComputing) have the ability to be locked down with passwords to limit the amount of end user configuration. If you can’t get these passwords when you buy a thin client, its usefulness to you could be very limited.

A2000_20100604_002

This is an HP T5510 thin client, which has a Crusoe processor, 128 MB of RAM, Windows CE shell, and supports various protocols, including RDP 5.2. It was manufactured exactly five years ago. In testing it was able to successfully connect so far to a Windows XP computer and a Windows Server 2003 server. I have been told this should be able to hook onto a Windows Server 2008 server, but so far I haven’t been able to do this. I suspect that Windows CE isn’t able to tell me that NLA might not be supported. We will try setting up a WS2008 virtual server to test with NLA turned off, since the risk won’t be that great for a server that is inside the network with no external access, or access only through the RD Gateway. Once I had figured out how to unlock the terminal from Kiosk mode it was very easy to get it going and connect to a remote desktop. Once we have a remote server set up for it to access we will be able to start testing to see whether it can do what we want.

A useful point of comparison is that the HP terminals (and others out there), unlike NComputing, can use standard protocols like RDP; NComputing makes you use their proprietary UXP system. This means you can use MS Terminal Server or one of the other supported session virtualisation technologies that are out there. The second point is being able to get cheap second hand terminals in the marketplace. Even although they are proprietary and could be expensive to repair, they are cheap enough that this isn’t such a big deal as it would be with a much more valuable PC. The third point is that, like NComputing, these terminals are also supported by MS Multipoint Server. Therefore, NComputing has no advantage in terms of Multipoint Server. The “shared resource computing” technology referred to by MS in the Multipoint publicity, incidentally, is somewhat weird, considering that it is just another kind of terminal server and this has existed for years. Multipoint is good, though, if you want to delegate administration of the server to a lesser skilled person, and this may be one advantage if we switch to thin client in our junior school. For now, I’ll just be testing this thin client in a classroom to see what use it is for a teacher and a junior class. It may well happen that we will go with HP thin clients instead of NComputing if we switch over our junior school to replace their old desktop computers with thin clients.

Switching to Windows 7, part 2, & building new computer

Well, I have carried on with this task since I installed 7 onto my home PC a couple of days ago. So far it has been reasonably straightforward. The following are points of contention/issue that have been encountered:

  • Even if you are the administrator of the computer, you aren’t automatically granted full permissions onto other hard drives in the system. You have to grant those permissions to yourself before you can change files on those drives. (This was also the case when I changed from XP to Vista with a clean install. 7 can’t upgrade directly from XP so you haven’t got any possibility that the upgrade setup might automatically address this issue)
  • Some applications like Picasa and IrfanView aren’t picking up the changes to My Pictures and other shell folder locations even though I have made the changes in the Library properties. It looks like either they are using the Shell Folder registry keys (now deprecated) or the API call that applications are supposed to make isn’t returning the correct location.
  • My Canon camera wouldn’t launch Canon CameraWindow when it was first plugged in after the installation of the original software and the Windows 7 update. I had to follow this procedure from Canon Support to get the autoplay settings of the camera to automatically launch CameraWindow (which has been updated). (I didn’t encounter any problems at work with this software because I didn’t install it as I use Explorer to access photos so that the camera’s per image “downloaded” flag is not reset)

However, Epson Scan was installed successfully and works as expected (using the update to the Vista version).

The Nero DVD drive software (it is a Sony IDE drive) is too old (as it was for Vista). I’m putting a new Sony Optiarc drive into the new computer when it is built and the software for this will be Vista compatible. The timeline for getting the new computer going is now about a month. The job got delayed a little due to other financial priorities but I will be ordering the remaining components (RAM, CPU, mainboard and HDD) over the next 4 weeks so that I will be able to get the assembly job done (in a friend’s home-based computer workshop) soon after that. I already have the case with the new power supply that I bought installed into it.

A2000_20100323_002

Reused Foxconn TS-001 chassis with new Enermax ATX2.1 power supply installed. When completed this will have 2 HDDs, DVD writer, CD writer and card reader installed in the bays to the right. These chassis use special square sided screws like the Compaq ones in their tool-less bay retention clips, but you can get by with ordinary computer screws or Compaq ones.

Thursday, 3 June 2010

Switching to Windows 7

Right now I am setting up Windows 7 on my home computer. This was not something I had planned to do but was driven by the fact that XP was working very poorly and would have to be repaired or reinstalled. This computer is pretty old now, it is an Intel 915 motherboard with only the onboard graphics and therefore has no driver for Windows 7, although the generic driver supplied by MS will drive my LCD screen to its full 1280x1024 native resolution. Office 2010 release version is installed as this has been released to Volume License customers since the end of April.  When I upgrade my PC I will transfer the boot disk image to the new PC so I don’t have to reinstall again (at least that is planned at this stage).

I am using Windows 7 x86 at home even though we have used x64 at work, the home situation is more likely to have older hardware which may only have 32 bit drivers. Although there is a 64 bit version of Office, I am following the MS recommendation to use 32 bit. So far in general the whole installation has gone smoothly with no hiccups.