I think a step was missed here. Using terminal services or Citrix allows the user to run as a session on a server, so there is no data being transferred from server to client, just along the server bus.
You can run terminal services thru windows, usually Remote Desktop Connection, or a third party product like Citrix. Either was the RB program runs on a server not a desktop. The 'classic' way to run Rbase is as on a PC with a file server drive holding the data, so the bottleneck is getting the data from the server drive, thru the network to the desktop for processing. The terminal services way uses a server to run effectively multi user sessions, each user logs into a virtual machine on the server and runs the application on the server. The data and programs only have to travel from the server drive to the session, or if you choose from the terminal services server to the file server on a big fat pipe. You can set it up whichever way makes sense in your environment. When I need to do a reload I log onto the server with a Remote Desktop Session, and run Rbase on the server. The reload on a 2GB database takes only 10 minutes, a fraction of the time if I ran it on a workstation. No data going over the network, so its FAST. Mark Lindner Lindner & Associates PC 254 Second Ave Needham MA 02494 781 247 1100 Fax 781 247 1143 -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Emmitt Dove Sent: Monday, February 04, 2008 4:10 PM To: RBASE-L Mailing List Subject: [RBASE-L] - RE: terminal services? The concept is to make the pipeline between the TS and the FS as big as possible, thereby minimizing the bottleneck effect. We can have fast processors, fast disks, lots of memory, but ultimately something has to be the bottleneck, and in most situations this is probably the network. Hard disk I/O is a heck of a lot faster than 100mbps can pipeline, especially when you're competing with others for the bandwidth. A typical user's machine isn't going to have a 1-gig connection running full duplex. To make all users 1-gig at full duplex would be costly. But in a server environment such as I describe you can spend a few bucks and everyone benefits. Once you decide to go this route, the next biggie is making certain that your TS platform is fat on memory and fleet afoot. Having said that, in our plants we run multiple terminal servers with Citrix on one Dell ESX machine running VMWare. Turns out the virtual terminal servers are quite capable. Emmitt Dove Manager, DairyPak Business Systems Evergreen Packaging, Inc. [EMAIL PROTECTED] [EMAIL PROTECTED] (203) 643-8022 -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey M. Watson Sent: Monday, February 04, 2008 3:55 PM To: RBASE-L Mailing List Subject: [RBASE-L] - RE: terminal services? can I do that by bridging the two connections togethor? That might help alone :-) Thanks Emmitt. Jeff Watson [EMAIL PROTECTED] Tube Methods, Inc. 610-279-7700 -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Emmitt Dove Sent: Monday, February 04, 2008 3:24 PM To: RBASE-L Mailing List Subject: [RBASE-L] - RE: terminal services? Jeff, We use Citrix on top of TS. You could probably do the same without Citrix, but I believe it to be less robust / manageable. The key for us in speed boost is that both the terminal servers and the file server have dual, teamed 1gb NICs connected to a gigabit Cisco switch. By running the adapters full duplex and teamed, we can approach 4gb throughput. Emmitt Dove Manager, DairyPak Business Systems Evergreen Packaging, Inc. [EMAIL PROTECTED] [EMAIL PROTECTED] (203) 643-8022 -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey M. Watson Sent: Monday, February 04, 2008 1:41 PM To: RBASE-L Mailing List Subject: [RBASE-L] - terminal services? I remember somewhere along the line someone said they had everyone running rbase through terminal services and experienced great gains in lickity speed, etc. Does anyone know/recall how you would implement this? Thanks :-D Jeff Watson [EMAIL PROTECTED] Tube Methods, Inc. 610-279-7700
