Future visions of BBO

[mike777]

".....However, as I believe Seymour Cray said, it is all about memory bandwidth (and not processor speed). Even more true today than in his day. ..."

 

 

 

Another computer problem with a billion dollar solution?

[paulg]

There are essentially two kinds of programs...embarrasingly parallel and all the rest.  Things like raytracers fall into the embarassingly parallel group.  You can divide up the picture into chunks and each processor works on its own chunk and the processors don't have to talk to each other or exchange data much to do their work.  The existing programming model doesn't make it easy to write these sorts of programs but due to the limited interaction between processors it is not all that difficult either.  The current programming model includes C, C++, Java, .NET.  There is nothing special about Java or .NET that fundamentally makes it a better environment for parallel programming.  Conversely, there are a range of other programming models all of which you've probably never heard of that do make it easy to write such programs.  However, these other programs models only work on certain types of problems and it is not useful for general purpose parallel programming.

I fully agree with this in the HPC context.

 

However if you are writing an internet-facing application then the Java 2 and .Net environments make it dramatically easier to write a program that services thousands/millions of users.

 

Of course you may feel this is not real parallel programming :)

[paulg]

As I recall another article said the goal was to make home pc's at today's prices the equivalent of supercomputers from 1995 by 2011 or 2012.

Essentially already happened.

 

Systems I helped sell in the mid 1990s for $10M are being replaced today by a $2500 server that is more powerful, has more memory and memory bandwidth, more I/O and consumes a fraction of the power.

 

But the demands of the home user are different from business. Although the processors may be the same, the system infrastructure is cost-constrained and there is more focus on the user interface (aka graphics card).

[helene_t]

Same thing. The bottlenecks of the internet are the hups. Faster chips means more bandwidth.

This is a drastic over-generalization.

 

Here in the US, the main bottle neck is whats call the "last mile".

Connectivity from a local home to the backbone is dreadful

But this is still a chip performance issue, isn't it? I suppose the bottleneck is not the cable from your home to your ISP, but rather your network adapter or (more likely) some hardware at your ISP's place.

[hotShot]

But this is still a chip performance issue, isn't it? I suppose the bottleneck is not the cable from your home to your ISP, but rather your network adapter or (more likely) some hardware at your ISP's place.

Sorry Helene it is a cable problem. A shielding problem to be more precise. Assume you have a 2 wire cable to your place, than the signal will run all the way from ISP to you and back. The signal going back will have an effect on the wire leading to you, so the signal is distorted. This effect grows by cable length and signal speed. The solution to this is using shielded cables. Unfortunately telephone cables needed much less shielding than a broadband data connection.

[mike777]

So wireless is not the inexpensive solution for the last mile problem and for internet on our tv's?

[glen]

There is nothing special about Java or .NET that fundamentally makes it a better environment for parallel programming.

See the multi-threaded features in .NET.

 

.Net environments make it dramatically easier to write a program

Of course .NET "easier" can be considered to be using a C-5 Galaxy instead of car to move stuff to Vegas. The aircraft would be faster and able to handle a lot more, but driving that C-5 is not really easier than the car, and does take a fair bit of fuel.

[hotShot]

Wireless networks need hotspots, and they make sense in populated areas.

Unfortunately while they work well, if you are outside, you'll have problems entering a building that has a steel frame or concrete walls. They are reducing the signal strength and cause data errors, so the data rate is reduced. Seems to me that this type of building has very common, in populated areas.

Areas where buildings are more transparent for EM-radiation, have usually a low population rate and hotspots don't pay of.

 

The bandwidth problem will be solved, TV on demand, VideoChat and other services you can make money with require more bandwidth. Most of the backbones are ready for it and the "last mile" will follow.

Soon all phone call will be voice-over-ip calls, at least least among the phone companies, this includes mobile phones.

You won't have different networks like phone, mobile phone, cable tv and Internet all these will unite to one network and you might have more than one device to access it.

[hotShot]

Instead of asking what effect technical developments will have on BBO, we should ask ourselves what features we would like to have using the BBO environment.

 

Lets take the 3d desktop environment, no one needs it, it requires a lot of powerful hardware for doing nothing, but is't looking great.

 

Would we like to have an avatar moving to a virtual tourney room, and sit at virtual tables?

 

We could wish for a BBO-Hardware. It gives us real card with a RFID chip and has a display on the table, showing the bids made or card played. When we put a card on this device, the play is transmitted to BBO. This won't need more processor power, just some electronik work and USB connector and a device-driver.

We could wish for voice commands, upps maybe vista can do that already.

 

We could wish for a "TD robot" who runs tourneys.

How about duplicate tourneys with GIB partners?

 

The BBO environment has lots of areas where tasks can be distributed to more than one computer, i bet it is already done. These areas don't need to wait for faster processors, one can just add another computer.

Other areas can't work parallel, the processing power may be a bottleneck there, but if all other tasks operate on different CPU's, even the existing hardware should have some reserve.

[hrothgar]

Its very important to differentiate between technology and business model. Just because a new technology liek WiFi comes along doesn't mean that its possible to create a viable business model to develop / deploy it.

 

Right now, the United States has just about the worst Internet service in the developed world. If you compare what we have available with countries like Korea, Japan, and the like we're a laughing stock. From my perspective, the difference boils down to one (simple) issue: In the US private phone / cable companies are responsible for developing / selling the network infrastructure. In most parts of the world, the government has taken a much more active role in provisioning this service.

 

I don't want to get into a long, involved debate about the relative merits of central planning versus market economies. I (hope) that anyone reading this will recognize that that large bureaucracies are large bureaucracies. AT+T and Comcast aren't any closer to a market driven economy than Gosplan or any of the old planning agencies in the Soviet Union. The only real difference is that AT+T'd mission in life is squeezing every nickle it can out of its customers...

 

I'll note in passing, that many of the most promising WiFi deployment models were predicated arround the concept of municiple wireless. Individual cities wanted to be able to own/operate their own WiFi networks. AT+T and COmcast was able to get a large number of state legislatures to pass laws banning muni wifi... Quite annoying.

[hrothgar]

Instead of asking what effect technical developments will have on BBO, we should ask ourselves what features we would like to have using the BBO environment.

I want to echo a point that I made in my last posting: Technology does not always equate to viable "business model".

 

As I have noted in the past, I firmly believe that major bridge events like the Bermuda Bowl, the Vanderbilt, and the Cavendish should be conducted using an electronic playing environment. I won't bother restate my arguments in full. I will simple note my belief that this would provide superior service for

 

1. Spectators (unrivaled opportunities for vugraph)

2. Players (dramatically improved security / elimination of many forms of UI)

3. Administrators (Easier to manager, though it would require a different skill set)

 

The technology that we need is available today:

 

Yes additional code would need to be written. Yes rigourous testing would be needed. However, to my knowledge, there is no work going on to support this type of project. All too often political intertia trumps new technology.

[glen]

All too often political intertia trumps new technology.

See electronic poker tables (i.e. tables to be used for live play - for example see: Detroit Free Press: MotorCity bets on dealer-less electronic poker). Sometimes money trumps intertia.

[DrTodd13]

There is nothing special about Java or .NET that fundamentally makes it a better environment for parallel programming.

See the multi-threaded features in .NET.

 

.Net environments make it dramatically easier to write a program

Of course .NET "easier" can be considered to be using a C-5 Galaxy instead of car to move stuff to Vegas. The aircraft would be faster and able to handle a lot more, but driving that C-5 is not really easier than the car, and does take a fair bit of fuel.

This is what I do for a living so I know what I'm talking about. Threads and locks suck. If this is your model for parallel programming you are going to have no end of problems. There's quite a bit of research showing that any parallel model based on threads and locks will have tons of inherent problems. You can try to abstract it away in cases but the problems will always be there.

[fred]

You will all get a taste of the future of BBO soon.

 

Fred Gitelman

Bridge Base Inc.

www.bridgebase.com

[Al_U_Card]

You will all get a taste of the future of BBO soon.

 

Fred Gitelman

Bridge Base Inc.

www.bridgebase.com

Oh you tease! lol

 

 

On second thought....should we be worried????

[glen]

If this is your model for parallel programming you are going to have no end of problems.

I didn't say the C-5 Galaxy was nimble.

[inquiry]

Well future BBO improvement clearly calls for one big needs... BETTER robots. For bridge for money related issues. So we are talking either both improved GIB bots in bidding/play (althought their play is fairly good) and speed. Or robots from some other souce.

[bid_em_up]

Personally, I'd kinda like for everyone at a table (kibitzers included) be able to enable a webcam if they desired.

 

I'd like to be able to actually chat (via voice) at a table amongst all four players and/or kibitzers (with or without cam).

 

(These are, I believe, technically feasable already....they may not be justifiable).

 

I'd like to be able to reach thru the monitor and choke the living crap out of partner via remote access appendages. (but only when s/he deserves it, of course) :lol:

 

I'd like to receive warnings before anyone attempts to do the same to me. :)

 

I'd like to have sensory perceptions enabled, so that when I pass gas, everyone at the table goes "Ugggghhhh, peeeeuuuuwwwww". :P

 

Ok, maybe that's going a tad overboard.

[inquiry]

Well the ability to see others at the table is not that big an issue for me. Direct talk however, would be nice. Also, more tables for comparison in main room would be nice.

[Aberlour10]

So, five years are gone with the wind:)

[barmar]

Now that they have the voice commentary for Vugraph, maybe voice chat will be next.

[Free]

So, five years are gone with the wind:)

I only count 4 and a half years... :rolleyes: They still have 6 months do make these superfast processors.