Subject: Re: Remote Connectivity with Ansys Author: Paul DiCristoforo Date: 2001-05-14 10:32:00Dr. Swanson,
Is there a way to run in text mode on WinTel systems?
Paul DiCristoforo Principal Engineer TurboCare Chicopee, MA
-----Original Message----- Sent: Monday, May 14, 2001 7:51 AM To: 'xansys '
Remote is a matter of degree. 1. Local workstation 2. Server with x terminal 3 Local network 4. Distant computer across a network
The critical factor is the communication speed. With a high enough communication speed, the distant network could appear as a local workstation (we are not there yet).
As a compromise, we learn to reduce the amount of data transferred. In the ANSYS case, we can: 1. text mode only 2. text mode with graphics 3. full gui mode.
Since I am working remotely with the computers at ANSYS, I do my work mostly with text mode only, with graphics only to verify models or to verify the graphics. I avoid using the full gui mode unless I am doing gui mode development. If I have a large model development to do, I do it locally on my PC (workstation), using a the Prep capabilities of ANSYS. For model development liberal use of graphics is essential.
John Swanson Swanson Analysis Services, Inc.
> -----Original Message----- > From: kimravn.jensen@a... [SMTP:kimravn.jensen@a...] > Sent: Monday, May 14, 2001 4:45 AM > To: xansys > Subject: [xansys] Re: Remote Connectivity with Ansys
> If you try to run a GUI through a remote connection, I think that you > have human psychology against you: Any waiting time, even of the > order of half a second, inhibits your concentration and makes you > frustrated and unproductive. A possible solution: learn to handle the > remote computer by means of telnet and ftp. The "nohup"-command in > Unix is great.
> In case you have a high-bandwidth connection, you should use it to > transfer the results files to your local computer, possibly in a > compressed state. Meanwhile, take a cup of coffee and plan your > postprocessing session.
> --- In xansys@y..., Eric Miller wrote: > > John,
> > I think there are at least three roads, maybe 4, you can go > > down for being productive from a remote sight:
> > 1: Get a VPN network set up and load ANSYS on your > > remote computer. The license is served over the > > Virtual Private Network (VPN) but you run local. > > Of course, you need the required horsepower on the remote > > machine and it won't work if you start the job at work > > and want to finish it remotely.
> > 2: Many of us did quite a bit of analysis in the days of > > 400 BAUD modems and vt100 emulators, which wasn't so long > > ago. We operated in text mode, creating *.grph files > > interactively and then pulling them back to view locally. > > In a lot of cases, the whole run, including post processing > > can be done in a batch file. Looks like there is no > > interactive mode on Windows, but you can still just run > > batch this way.
> > 3: You may want to look into www.e-CAE.com It is ANSYS's > > application service provider (ASP) solution and we have > > found it useful for people that travel around a lot. > > You basically run batch on ANSYS's big fast computers and > > again, just bring back plot and text files.
> > 4: If you have access to Unix, you can try X window over > > a modem. I have not tried this in a long time but it might > > be OK.
> > Is there any chance that the old Tektronics screen drivers > > are there? I think that if you could get those going with > > an emulator, that might work as well.
> > -----Original Message----- > > From: john.d.piatkowski@s... [mailto:john.d.piatkowski@s...] > > Sent: Thursday, May 10, 2001 4:17 AM > > To: xansys@y... > > Subject: [xansys] Remote Connectivity with Ansys
> > All -
> > I need to know if anyone connects into a WinNT box remotely and if > > they have any success running ANSYS. We have connectivity software > > installed from Symantec called pcAnywhere and although it connects > in > > it is terribly slow on the graphics regenerations and doing any > sort > > of commands is next to impossible. I'm wondering if there is an > > alternate solution or if there's better technology out there that > > somebody else is using. As it stands, remotely monitoring and > > checking on an analysis is like pulling teeth with rusty pliers. > > Slow and painful.
> > Thanks in advance,
> > John D. Piatkowski > > MRC Bearings, SKF Aerospace Division > > Jamestown, NY