20 May, 2010, Mudder wrote in the 1st comment:
Votes: 0
So I'm in the market for a new computer. Should I avoid 64 bit? Would I run into problems if I share data between my 34 bit laptop and my 64 bit computer?

Would it cause problems with developing the codebase?

Can I use andLinux with a 64 bit computer?

Some of these questions are probably easily explained with google, but the bigger question of development and general 64 bit enhanced/drawbacks in that realm probably aren't. :smile:
20 May, 2010, Davion wrote in the 2nd comment:
Votes: 0
Mudder said:
So I'm in the market for a new computer. Should I avoid 64 bit? Would I run into problems if I share data between my 34 bit laptop and my 64 bit computer?

Would it cause problems with developing the codebase?

Can I use andLinux with a 64 bit computer?

Some of these questions are probably easily explained with google, but the bigger question of development and general 64 bit enhanced/drawbacks in that realm probably aren't. :smile:


The only thing here that really isn't avoidable, is andLinux. AndLinux only works on 32 bit OS's. The chances of it being ported to 64bit are pretty low, as the problem lies with colinux, not andlinux itself.

The only real issue with codebase development between the two architects will be that size_t changes. This means anything printing out size_t as '%d' will need to be changed. You can avoid it by using '%zd' which will work regardless of your architect.
20 May, 2010, David Haley wrote in the 3rd comment:
Votes: 0
Quote
Should I avoid 64 bit?

No. Having a 64-bit processor doesn't mean that you have to run a 64-bit OS. My box with a 64-bit processor dual-boots 64-bit Linux and 32-bit Windows. Many people have 64-bit processors without even knowing (or caring).

Quote
Would I run into problems if I share data between my 34 bit laptop and my 64 bit computer?

No, except in some cases when you're compiling a binary on one computer and trying to run it on the other (and sometimes this is just fine). If by 'data' you mean things like text files, office documents, pictures, etc., then there is no problem whatsoever (bytes are bytes, after all).

Quote
Some of these questions are probably easily explained with google, but the bigger question of development and general 64 bit enhanced/drawbacks in that realm probably aren't. :smile:

Actually they probably are. :smile:
20 May, 2010, Kayle wrote in the 4th comment:
Votes: 0
You shouldn't avoid 64bit, because you probably really can't at this point. You can share data, but certain programs are going to need the 64Bit version for installing. But only if you have a 64-bit OS.

It's not going to cause any issues with developing your codebase. My home PC is 32-bit (Until I finish building my new one), and my Server is 64-Bit, and there's really no difference except the speed, and the limits on things like integers and what not.

You're going to have to look on the andLinux site and see if it's 64-bit enabled or not.
20 May, 2010, Lyanic wrote in the 5th comment:
Votes: 0
Mudder said:
So I'm in the market for a new computer. Should I avoid 64 bit? Would I run into problems if I share data between my 34 bit laptop and my 64 bit computer?

Absolutely. I know of no devices that can interface with 34-bit systems. I'm amazed you have one working as is.

Seriously, though….there won't be any major problems. Feel free to get a system with a 64-bit processor - just try to make sure you get a 64-bit version of whatever OS you want to use. My MUD runs on a server with a 64-bit processor/OS - the only issues I had were with some libraries when I first transitioned over. It just takes a little googling to get sorted out.
20 May, 2010, David Haley wrote in the 6th comment:
Votes: 0
Quote
Feel free to get a system with a 64-bit processor - just try to make sure you get a 64-bit version of whatever OS you want to use.

Actually I would say the opposite: only get a 64-bit OS if you know you want one, because you will need to get 64-bit compiled versions of your software. On Linux this is almost always fine, but it causes trouble on Windows.

You do not need a 64-bit OS on a 64-bit processor.
20 May, 2010, Kline wrote in the 7th comment:
Votes: 0
You do not need 64-bit compiled software even on 64-bit Windows. Is it better/more native? Yes. A necessity? Not at all. I think my "Program Files (x86)" folder has more items than my "Program Files" one does.
20 May, 2010, Lyanic wrote in the 8th comment:
Votes: 0
David Haley said:
Quote
Feel free to get a system with a 64-bit processor - just try to make sure you get a 64-bit version of whatever OS you want to use.

Actually I would say the opposite: only get a 64-bit OS if you know you want one, because you will need to get 64-bit compiled versions of your software. On Linux this is almost always fine, but it causes trouble on Windows.

You do not need a 64-bit OS on a 64-bit processor.


I didn't say you "need" one. I just said "try" to get one. And if you get 64-bit Windows 7, as opposed to 64-bit Windows XP or Windows Vista - there really aren't any troubles. Even with XP, I never had any major troubles. And you already stated that there aren't any issues with Linux. It just depends on what your reasons for having the 64-bit system are to begin with, I guess.

Kline said:
I think my "Program Files (x86)" folder has more items than my "Program Files" one does.


Same here.
20 May, 2010, Davion wrote in the 9th comment:
Votes: 0
The only reason I can think of switching to a 64bit arch, as far as functionality goes, is if you want more then 3gb of ram. If you plan on staying under 3gb of ram, I'd try to get some kind of sale on the 32bit. If there's no price difference, I'd just go for the 64bit in case you want to jam-pack your rig full of RAM.
20 May, 2010, quixadhal wrote in the 10th comment:
Votes: 0
Unless the 32-bit system is cheaper, just get 64-bit so you don't have to worry about it later.

If "andLinux" doesn't work, use a real linux distro. In a VM if you don't want to dual-boot. I wouldn't cripple yourself with either 32-bit hardware OR a 32-bit OS when there are plenty of solutions out there that work properly.
20 May, 2010, Kline wrote in the 11th comment:
Votes: 0
I use VirtualBox (free) running Debian (also free) and it runs faster in the VM on my powerful desktop than my old Sempron server does running it natively :).
20 May, 2010, David Haley wrote in the 12th comment:
Votes: 0
Lyanic said:
I just said "try" to get one.

Well, you said "try to make sure" (emphasis mine), but… ah well.

Lyanic said:
And you already stated that there aren't any issues with Linux.

No, actually, I didn't; please read more carefully. I said that it was almost always fine; that's very different from saying that there aren't any issues. In fact there are a few issues that are pretty big. For example, for the longest time Adobe had a 32-bit Flash version out but the 64-bit version was shaky at best. Now, because on Linux you can compile everything (or have your distribution packagers do it for you) you tend to not have trouble with the open-source programs, but proprietary binaries are another story.
20 May, 2010, Kline wrote in the 13th comment:
Votes: 0
David Haley said:
Quote
Actually I would say the opposite: only get a 64-bit OS if you know you want one, because you will need to get 64-bit compiled versions of your software. On Linux this is almost always fine, but it causes trouble on Windows.

You do not need a 64-bit OS on a 64-bit processor.


? Emphasis mine.

edit: Fix dangling quotes.
20 May, 2010, David Haley wrote in the 14th comment:
Votes: 0
What are you asking me?

Perhaps I should add that 64-bit OSs can have 32-bit libraries etc. installed, but if you don't have those around and can't get them, you need the 64-bit versions of the applications.
20 May, 2010, Kline wrote in the 15th comment:
Votes: 0
I would say without the clarification of your above post that your statement is invalid. There is no "need" for 64-bit software just because you use a 64-bit OS. (Which was the meaning I took from your original post.)
20 May, 2010, Koron wrote in the 16th comment:
Votes: 0
I'm going to throw my hat in the 64-bit ring, at least if you want your machine to last any significant period of time. 32-bit will, sooner or later, go the way of DOS, and you'll save yourself some trouble down the road if you hop on the bandwagon now. Dual booting and/or VMing seems like a pretty good contingency plan to get around the initial complications, too.
21 May, 2010, Mudder wrote in the 17th comment:
Votes: 0
Thanks guys. Now I just need to see if I want to dish out extra $$ for an i7 processor and decide if I really need 8 gb of ram. I kinda want it, ignoring the fact that I'll probably never use it.
21 May, 2010, quixadhal wrote in the 18th comment:
Votes: 0
On that front… if you have the money, i7's are pretty nice. However, if you don't, AMD's Phenom II's are also pretty nice. I bought an X3-720BE, rated at 2.8GHz and overclocked on the stock cooler to 3.2GHz, and am pretty happy with it.
0.0/18