Author: Robert Hyatt
Date: 19:05:05 04/08/05
Go up one level in this thread
On April 08, 2005 at 17:08:04, Peter Skinner wrote: >Hi Robert, > >There might be something you could help me with. > >I am setting up a 6-man tb server like the Shredder team has done to give users >online access to them. > >I have a P4 2.8Ghz, 2048mb ram, 1.2tb hard drive space(in raid-0 currently), >running Red Hat 9. > >I have worked out a deal with a local host where I would have 2.4TB of bandwidth >currently to test things out, and if needed I can gain more easily. > >My questions are: > >1. When people try to poll the bases, how would they do that? Would they just >have their program look for the server directory, or is this something they >would have implement? I can think of a couple of ways. 1. export the filesystem via NFS so that anyone can remote-mount it and access the tables. This seems like a huge bandwidth user. 2. Develop a web interface that takes a position, probes the table, and returns the score if found. That would tend to produce less traffic than having someone stomp through the files themselves, not to mention the overhead of opening all the tables remotely, setting up the decompression indices, and so forth, which will suck a lot of bandwidth every time a new person tries to open the files. The web interface would eliminate everything but the actual probe itself... > >2. Do I have the hardware to support this? If you do it the "web way" yes... it would not require a lot of bandwidth, nor very fast disk access, the only bottleneck might be if several try to do a lookup at the same time, then how you write the server code would control how it is done... > >3. Do I have enough bandwidth to support this? again, yes, if you do it the web-based way, rather than letting everyone open the files remotely which would be a bandwidth sink beyond belief.. > >Any help would be great. > >Peter
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.