home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / mswindo / programm / win32 / 935 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  2.9 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uwm.edu!bionet!raven.alaska.edu!sxjcb.uacn.alaska.edu!user
  2. From: sxjcb@orca.alaska.edu (Jay C. Beavers)
  3. Newsgroups: comp.os.ms-windows.programmer.win32
  4. Subject: Re: Process Security in NT
  5. Message-ID: <sxjcb-130992113117@sxjcb.uacn.alaska.edu>
  6. Date: 13 Sep 92 19:48:06 GMT
  7. References: <sxjcb-100992122022@sxjcb.uacn.alaska.edu> <1992Sep12.030828.28144@microsoft.com>
  8. Sender: news@raven.alaska.edu (USENET News System)
  9. Followup-To: comp.os.ms-windows.programmer.win32
  10. Organization: University of Alaska Computer Network
  11. Lines: 45
  12. Nntp-Posting-Host: sxjcb.uacn.alaska.edu
  13.  
  14. Thanks for the feedback, Alistar (and everyone else too).
  15.  
  16. In article <1992Sep12.030828.28144@microsoft.com>, alistair@microsoft.com
  17. (Alistair Banks) wrote:
  18.  
  19. > >BTW, is anyone thinking of writing a GUI version of telnet or rlogin?  Is
  20. > >it going to be necessary or is RPC and peer-to-peer networking going to
  21. > >totally replace the command-line login metaphor?
  22. > 
  23. > Windows NT comes with "a GUI telnet" - telnet is provided as a comm
  24. > driver, and you can simply use Terminal and select the "telnet" port
  25. > instead of com1, com2, etc
  26. > 
  27. > Net Manage have already shown their Telnet for Windows ported to Windows NT,
  28. > and I'm sure that rlogin and the rest will follow
  29.  
  30. This isn't really what I meant.  Ok, I meant more to an analog to this:
  31.  
  32. Under Unix, I telnet over to my Unix box, then run a compile or edit a file
  33. by running a local program who's output now appears at my local screen. 
  34. For NT, it's already been said that a character based analog to this could
  35. be done, but it has limited usefulness because most programs that will be
  36. running under NT will have a GUI.
  37.  
  38. So, why not just have a 'GUItelnet' session that let me 'log on' to my NT
  39. server box from my NT client machine and then run, say MSC 7.0 or WFW on
  40. the server machine with the GUI output going to my GUI client machine
  41. (similar to X-Windows, I guess is what I'm saying).
  42.  
  43. The other question is that will this really not be necessary because once
  44. I've 'logged on' to my server machine from my client machine will NT be
  45. smart enough to automatically extend my server file resources and even
  46. possibly my server CPU resources to the tasks I am now doing on my client
  47. machine (using RPC & peer-to-peer file access).
  48.  
  49. Another thought:  NT supports multi-processing, so would it be possible for
  50. a server to extend it's processor to a client machine as an additional
  51. processor available to NT, or can you not 'share' a single processor like
  52. that?  Perhaps submitting RPC jobs is a mechanism to do this?
  53.  
  54. ______________________________________________________________________________
  55.                                         |    jay@seaspray.uacn.alaska.edu
  56. Jay C. Beavers                          |    sxjcb@orca.alaska.edu
  57. University of Alaska Computer Network   |    sxjcb@alaska.bitnet
  58. ________________________________________|_____________________________________
  59.