games on itanium procs
Moderators: Big-O Ryan, Big-O Mark, Matt, jester22c
games on itanium procs
heres a question i got from the air. How will games (like ut or t2 or q3 or bf1942, etc) run on a 64-bit system? will it perform better or will the 64-bit os not support it?
-
- Moderator
- Posts: 815
- Joined: Sun Sep 22, 2002 3:33 pm
- Contact:
- Master Jedi
- Guru
- Posts: 1161
- Joined: Sat Jun 15, 2002 10:34 pm
- Contact:
What are you talking about??? FAT12, FAT16, AND FAT32 all work on 32-bit systems. The number of bits used in hard drive sector/cluster notation have NOTHING to do with the number of bits used by the processor (except that a 32-bit system can only support up to a 32-bit filesystem due to the limitation on floating point operations). 16-bit applications run just fine on 32-bit systems and 32-bit applications should run just fine on a 64-bit system (with no change in performance). The bit number on a processor refers to the size of numbers on which it can perform floating point operations. A 64-bit processor can handle numbers in the range -9223372036854775807 to 9223372036854775808. A 32-bit processor can handle numbers in the range -2147483647 to 2147483648. All this really means is that programs that use large numbers in calculations will be able to run a lot faster because they don't have to use certain mathematical tricks for performing huge calculations (or the calculations take less floating point operations).x Wasted Mind x wrote:They wont work. The same as how applications on FAT16, wont work on FAT32. FAT32 apps probably wont work on 64bit.. (FAT64?)
-
- Moderator
- Posts: 815
- Joined: Sun Sep 22, 2002 3:33 pm
- Contact:
- Master Jedi
- Guru
- Posts: 1161
- Joined: Sat Jun 15, 2002 10:34 pm
- Contact:
See here for info about purchasing:
http://www.microsoft.com/windowsxp/64bi ... efault.asp
And as MJ said... file systems don't have squat to do with memory buffer sizes in applications. 16 bit COM applications (run in a dos window) run perfectly fine on my 32-bit machine. It's the same thing with 32 > 64. The only gain possible is if you are running software that takes advantage of that extra memory space. Aside from that... you are better off with a P4 or XP rig because they are clocked higher than the Itanium. The Itanium is only available in 733 and 800 mhz models and the Itanium 2 is available at 900 mhz and 1ghz. Both of which would be severely crippled by my 1600+
http://www.microsoft.com/windowsxp/64bi ... efault.asp
And as MJ said... file systems don't have squat to do with memory buffer sizes in applications. 16 bit COM applications (run in a dos window) run perfectly fine on my 32-bit machine. It's the same thing with 32 > 64. The only gain possible is if you are running software that takes advantage of that extra memory space. Aside from that... you are better off with a P4 or XP rig because they are clocked higher than the Itanium. The Itanium is only available in 733 and 800 mhz models and the Itanium 2 is available at 900 mhz and 1ghz. Both of which would be severely crippled by my 1600+
- Master Jedi
- Guru
- Posts: 1161
- Joined: Sat Jun 15, 2002 10:34 pm
- Contact:
Nope, sorry, different architectures:Master Jedi wrote:No. The operating system interprets the software. Very few programs make calls directly to the processor. The program's environment is managed by the operating system.
Software written for one architecture cannot run on another processor. Take the example of when Apple moved from the Motoroloa 68K series processor to the PowerPC--they had to write an emulator into their OS so the PowerPC machines could run software written for the Motorola processors. Any processor that uses a completely different architecture, like the Pentiums and the Itanium, cannot run software that wasn't written for that architecture.MSNBC.com wrote:Pentiums and Xeons run the same software, but Itanium 2 requires entirely different code, which can be costly to develop and test. Itanium's software isolation in part has retarded sales, analysts and executives have said, adding to the appeal of AMD?s one-chip solution.
Who is online
Users browsing this forum: No registered users and 0 guests