The Cache: Technology Expert's Forum
 
*
Welcome, Guest. Please login or register. September 16, 2019, 09:51:23 PM

Login with username, password and session length


Pages: [1]
  Print  
Author Topic: 32 bit vs 64 bit computing  (Read 6467 times)
fibonacci618
Rookie
**
Offline Offline

Posts: 10


View Profile WWW
« on: February 21, 2008, 08:04:08 PM »

ok, for general use as database number crunching, all other things being equal, is a 64 bit single processor almost twice as fast at computations as a 32 bit machine?

what other areas will one see vast improvements in vs 32 bit architecture, assuming everything else is equal or almost equal?
Logged

No links in signatures please
perkiset
Olde World Hacker
Administrator
Lifer
*****
Offline Offline

Posts: 10096



View Profile
« Reply #1 on: February 21, 2008, 10:50:50 PM »

Twice, no. In some instances barely 10% - but in some cases I've seen as high or better than 60%.

The most important thing to understand is that 64bit as opposed to 32bit is the width of the highway in and out, which does not equate to an equal doubling of computational capability. It's also the number of bits that can be acted on at one given slice, but again, because the processor can XOR 64 bits in one pop rather than 32 does not mean that the net throughput is double.

It's faster, no doubt. I just purchased 4 new smoking 64B machines and they were OK. Then I put a few Gs of ram in them and they were hot... but here's the interesting thing: I have a Sun 4x320MHz machine that holds its own against dual proc 64B machines that are running at a clock speed 10 times as fast... so if we take simple math, 2 processors instead of 4, but double the bit path should equal itself out... so a 10x increase in MHz and I should be 10x faster. It just ain't so. Not anywhere near.

Personal experience is that 64B is a nice incremental increase. There are pains in compiling wares for them (at times) so the added shittiness should not be factored out.
Logged

It is now believed, that after having lived in one compound with 3 wives and never leaving the house for 5 years, Bin Laden called the U.S. Navy Seals himself.
nutballs
Administrator
Lifer
*****
Offline Offline

Posts: 5627


Back in my day we had 9 planets


View Profile
« Reply #2 on: February 21, 2008, 10:58:55 PM »

64 = 2^6
32 = 2^5

So it's quite obvious.

you can drop the 2 since its same in both cases, which leaves you with
64    6
-- = --
32    5

which is

320 = 192

there for, 64 bit is related to 32 bit, like 320 is related to 192. Which is to say, based on the fact that 320=192, 64bit must equal 32bit.

















Bow before my awesome!
Logged

I could eat a bowl of Alphabet Soup and shit a better argument than that.
perkiset
Olde World Hacker
Administrator
Lifer
*****
Offline Offline

Posts: 10096



View Profile
« Reply #3 on: February 21, 2008, 11:32:20 PM »

 ROFLMAO ROFLMAO ROFLMAO

i've just GOT to get my hands on so of the coffee you're swilling man...
Logged

It is now believed, that after having lived in one compound with 3 wives and never leaving the house for 5 years, Bin Laden called the U.S. Navy Seals himself.
vsloathe
vim ftw!
Global Moderator
Lifer
*****
Offline Offline

Posts: 1669



View Profile
« Reply #4 on: February 22, 2008, 06:11:51 AM »

It's not the size of the boat, it's the motion in the ocean.

64 bit is worthless unless you've got some software to make use of it.

Generally, as a desktop OS, I found that I got an extra bit of overhead to use when comparing 2 identical processors, except one was 64 bit running 64 bit winXP, and one was 32 bit running WinXP Pro. If you're coding your own stuff and can make use of that extra space and computational bus, more power to you. I am, but haven't really found the need to pay extra for 64 bit dedis, if that's any indication to you of its worth.
Logged

hai
jammaster82
Lifer
*****
Offline Offline

Posts: 666


Thats craigs list for ya


View Profile
« Reply #5 on: February 22, 2008, 06:44:04 AM »

Bow before my awesome!


 ROFLMAO   NIce.

I wonder if two 32b computers as part of clusterKnoppix
would fare as well as a single 64b... wondering, how
much would be eaten up in the 'traffic cop' part of
divying (sp?) up the load.... (no bukakke jokes please.)
Logged

The watched pot, never boils... But if you walk away from it , the soup burns.  What gives?
vsloathe
vim ftw!
Global Moderator
Lifer
*****
Offline Offline

Posts: 1669



View Profile
« Reply #6 on: February 22, 2008, 07:46:41 AM »

You first need some computationally intensive stuff before really thinking about the benefits of clustering vs. having a single box with multiple processor architecture. In most applications, the latter is more desirable. That said, the big G uses clustering for a lot of its applications.
Logged

hai
perkiset
Olde World Hacker
Administrator
Lifer
*****
Offline Offline

Posts: 10096



View Profile
« Reply #7 on: February 22, 2008, 07:56:27 AM »

2 32b machines load balanced with lots of ram will kick the snot out of 1 64b machine with lots of ram.
Logged

It is now believed, that after having lived in one compound with 3 wives and never leaving the house for 5 years, Bin Laden called the U.S. Navy Seals himself.
nutballs
Administrator
Lifer
*****
Offline Offline

Posts: 5627


Back in my day we had 9 planets


View Profile
« Reply #8 on: February 22, 2008, 08:14:42 AM »

i agree with perk. 2 32bit machines of equivalent power will kick the crap out of 1 64bit machine.

basically the short version is, 2+2 is calulated at the same exact speed on both 32bit and 64bit, i think. most things we do are perfectly fine to fit into a 32bit model. the 64bit model just allows for larger instructions, meaning bigger math can be handled in half as many chunks. (oversimplification there, but good enough for friday morning) I think most of the web stuff we do is very little advantage with 64, however, the database i assume benefits greatly.

but, I would pick two slightly less capable machines over 1 monster, almost every time.
Logged

I could eat a bowl of Alphabet Soup and shit a better argument than that.
jammaster82
Lifer
*****
Offline Offline

Posts: 666


Thats craigs list for ya


View Profile
« Reply #9 on: February 22, 2008, 08:23:32 AM »

okay, who would win:

The Hulk, or the THING?    ROFLMAO

j/k  okay so How about for $hits and giggles..
what would a good benchmark be... sieve?  random number gen?
preg_replace on bajillions of identical strings running as a lamp server?
Pi?   I would LOVE to race Servers.

::snort::

but seriously.  ::Revs Engine::
What is the best benchmark for this kind of thing?
« Last Edit: February 22, 2008, 08:33:36 AM by jammaster82 » Logged

The watched pot, never boils... But if you walk away from it , the soup burns.  What gives?
perkiset
Olde World Hacker
Administrator
Lifer
*****
Offline Offline

Posts: 10096



View Profile
« Reply #10 on: February 22, 2008, 10:35:10 AM »

Write a bot to beat the crap out of both rigs with web requests. Try a simple static page, a simple PHP script and a PHP script that hits a DB. For fairness, all 3 machines should have the DB running locally and they should be identical.

You'll need a load balancer in front of the 2 machines, or you could use an ip table and route command on a firewall box (IPCop or equiv) to push 50% of packets to each machine evenly.

I'd wager that any *single* request will come back faster from the 64B machine, but in total, the 2 machines will beat it under load any day of the week by a solid margin.
Logged

It is now believed, that after having lived in one compound with 3 wives and never leaving the house for 5 years, Bin Laden called the U.S. Navy Seals himself.
dink
Expert
****
Offline Offline

Posts: 349


View Profile
« Reply #11 on: February 25, 2008, 01:25:30 PM »

All those 32's and 64's.  You forgot the only important set of numbers.

Witness the awesome, ultra-pimped, TRS-80.  Blueprinted, ported and relieved.  Bored 50 thousands over and stroked ever so slightly.  Topped with 4 Stromberg side breathers (progressive linked of course).  Carries a sixer box with a Hurst lever for a 4/11 ender that'll make your heart skip a beat.  Chopped, channeled, tucked and rolled in mink trimmed beaver, with 572 coats of hand-rubbed candy apple red lacquer.  (eat yer heart out Dell)

This baby will play "Aire on a G string" in 60 seconds or less at the drop of any flag, anywhere.

It's 42.

**I'm hip to you jive geeks**
Logged

[quote Nutballs]
the universe has a giant fist, and its got enough whoop ass for everyone.
[/quote]
perkiset
Olde World Hacker
Administrator
Lifer
*****
Offline Offline

Posts: 10096



View Profile
« Reply #12 on: February 25, 2008, 01:44:14 PM »

 ROFLMAO ROFLMAO ROFLMAO

Frigging great dink
Logged

It is now believed, that after having lived in one compound with 3 wives and never leaving the house for 5 years, Bin Laden called the U.S. Navy Seals himself.
nop_90
Global Moderator
Lifer
*****
Offline Offline

Posts: 2203


View Profile
« Reply #13 on: February 25, 2008, 02:22:54 PM »

unless you are number crunching 64 bit does fuk all for u.
(except for moving memory or comparing string which happens very infrequently).
for non-number crunching only reason why 32 bit faster then 16 bit is because of addressing.
you need 2 registers to address a memory location versus 1.

Logged
vsloathe
vim ftw!
Global Moderator
Lifer
*****
Offline Offline

Posts: 1669



View Profile
« Reply #14 on: February 25, 2008, 02:28:07 PM »

yeah instead of bothering with 1x64 bit proc, give me 4x32 bit procs. better still, 4 quad core procs. Pretty cheap now too. I can get a chip that cost over 500$ when I built my PC for under 100$ now.
Logged

hai
Pages: [1]
  Print  
 
Jump to:  

Perkiset's Place Home   Best of The Cache   phpMyIDE: MySQL Stored Procedures, Functions & Triggers
Politics @ Perkiset's   Pinkhat's Perspective   
cache
mart
coder
programmers
ajax
php
javascript
Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks


Valid XHTML 1.0! Valid CSS!