I wrote a simple benchmark that takes a 1 GB file and encrypts it in parallel using libgcrypt. On an 8-core T1000, using 32 threads, the benchmark completed in ~45 seconds (after warming the file cache, of course). I then recompiled everything (libgcrypt and the application) in 64 bits, and was surprised to notice no improvement. While I realise that the main purpose of 64 bit systems is to increase the amount of addressable memory, I thought that, on a number-crunching application such as this benchmark, there would be an advantage to using bigger integers that fit into the actual size of the registers. Is there any validity to this assumption?
System information: uname -a: SunOS foxtrot 5.11 snv_104 sun4v sparc SUNW,Sun-Fire-T1000 cc -V: cc: Sun C 5.9 SunOS_sparc 2007/05/03 Thanks, --Elad P.S., cpustat/cputrack do not work for me in this release. It worked with Solaris 10. Is this a known issue? _______________________________________________ perf-discuss mailing list perf-discuss@opensolaris.org
