Sun Dec 10 14:53:37 GMT 2006

CRiSP download size .. revisited


A while back, i talked about the download size and issues with Windows due to the aged WISE installation system used on that platform.

Over the last two weeks, the installer has been rewritten and given a face lift because of issues on Windows Vista. Hopefully this new installer will work around these portability issues and allows for the download size to be shrunk, since the compiled macros are no longer a part of the download. Instead, only the sources are and these are compiled during the installation process.

As I write this, there is no uninstaller (a simple remove tree will suffice, as it has always done).

Enjoy...


Posted by Paul Fox | Permalink

Sat Mar 25 09:55:43 GMT 2006

64-bit computing


I recently managed to purchase an old Sun Ultra 10, and managed to install Solaris 10 on it (cost: 65 GBP)

Its a few years old now but better than my old UltraSparc-1 (new machine runs at 440MHz vs 170MHz for the old machine).

At last I get to try out Solaris 10 and dtrace, but first...

Was deciding what to do with the box - its kind of a spare, or maybe its time to upgrade CRiSP from a Solaris 2.6 build to a Solaris 10 build. If we support the later build then it means people on older Solaris versions wont be able to run the binary, so thats an extra release to support for no reason.

Anyway, decided I could finally build a 32-bit and 64-bit build of CRiSP on the same machine, and see what the relative speed up/down would be for identical software running a performance test.

Result: 64-bit about 10-15% slower than the 32-bit one.

I was semi surprised with this, but the figure agrees with values banded around everywhere. Theres more code to execute, bigger cache footprint, and few areas where the 64-bit wins against the 32-bit code. So its debatable whether one wants a pure 64-bit system and tools.

The interesting bit is that at this point in time, with 64-bit Intel and AMD chips becoming the norm, and dual cores becoming ever more the standard, it implies what will happen in the Windows/Linux space.

A dual core chip tends to run slightly slower than a single core (due to heat and power issues). So a 64-bit dual chip, running 64-bit native software is going to run even slower still, so the implication is that a "bang upto date" Intel/AMD box could be as much as 30% slower than a pure 32-bit single core processor.


Posted by Paul Fox | Permalink

Sat Jan 21 15:05:47 GMT 2006

CRiSP Forums now open


I have added a bulletin board or support forum to the CRiSP website here .

Bookmark the forum.html - but not the site itself, as this is sitting behind a dynamic IP address which is subject to occasional changes.

Please help yourself to raise issues, ask questions, or meet the CRiSP user community.

Hope to see you there...


Posted by Paul Fox | Permalink