hi,
i was trying to follow the instructions on the screencast to install the server on an ubuntu 9.04 desktop box; when attempting to install the first .deb an "unknown error" occurred;
my first conjecture would be that the downloadable .debs are not suitable for an amd64 architecture;
are there any amd64 packages available ?
how to proceed if not, while maintaining the same features (e. g. gtm integration etc.) ?
thanks
Your conjecture is correct -- we are currently not distributing amd64 binaries, but you should be able to download the package sources and rebuild them. That said, it may be easier to install 32-bit compatibility libraries and run using those (although I'm not sure exactly which libraries are needed).
The package you need to allow 32-bit (i686) binaries to run on 64-bit (amd64 or ia64) Ubuntu is ia32-libs. sudo aptitude install ia32-libs should do it.
Regards
-- Bhaskar
would it be possible to get a summary of your build environment?
what is the potentialperformance loss ? can that be later upgraded to 64 bits ? how does gt.m react to having a 64 bit system work on a database created under a 32 bit system ?
The build environment for the Ubuntu packages was just a regular 32-bit Ubuntu 9.04 box with the build dependencies listed in the control files installed. The RPMs have been tested to work on amd64, but the Ubuntu packages have not. They should -- the architecture is abstracted in the build scripts in all the necessary locations.
You need an existing binary installation of GT.M at /tmp/gtm. You can download a binary install from http://sourceforge.net/projects/fis-gtm/
There's no significant performance difference on the two platforms unless you're dealing with very large scale deployments. If you have thousands of processes, (i.e., thousands of simlutaneously-connected users), you have more options available to you with the 64-bit version of GT.M. For example, you could compile parts of OpenVista as shared objects and save some memory per-process. None of our tools take advantage of this yet, so you would be working with GT.M directly.
I believe GT.M databases are archiecture specific, so you'd have to do a dump/restore to migrade a database from 32 to 64 bit.
GT.M databases are architecture specific, but that specificity depends on the endianness of the architecture. Since 32- and 64-bit GT.M on x86 GNU/Linux are the same endian-ness, the same database files can be used by both. However, at any given instant in time, a database file can only be open by one GT.M installation.
Global directories and object files are not the same between 32- and 64-bit GT.M.
The main benefit to 64-bit GT.M is that object files can be placed in shared libraries by the standard Linux ld utility. So, when you get into the many hundreds and thousands of concurrent users, memory is used more efficiently.
The main benefit to 32-bit GT.M is that it will run on both 32- and 64-bit Linux installations.
Regards
-- Bhaskar
Packages for i386 and amd64 are now available through the Medsphere.org Ubuntu apt repository