PATHWORKS (por lo general estaba escrito en mayúsculas) era el nombre comercial utilizado por Digital Equipment Corporation de Maynard , Massachusetts para una serie de programas que facilitaron la interoperación de las minicomputadoras de Digital con las computadoras personales . Estaba disponible para sistemas PC y Mac, con soporte para MS-DOS , OS / 2 y Microsoft Windows en la PC. [1]
La parte del servidor de Pathworks se ejecutó en VAX / VMS o Ultrix y habilitó un DEC VAX o VAXcluster para actuar como un servidor de archivos e impresión para las estaciones de trabajo Macintosh y compatibles con IBM PC del cliente . También estaba disponible una versión del servidor Pathworks para OS / 2, que permitía que una PC actuara como servidor en lugar de VAX. [2] El servidor Pathworks se derivó de LanMan / X, la versión portátil de OS / 2 LAN Manager . [3]
PATHWORKS fue uno de los productos más exitosos de DEC. Probablemente fue el único producto de software de DEC que vendió más de un millón de licencias. Dado que cada licencia tenía un precio de $ 495, eso era $ 0.5B USD solo en ingresos por licencias. El análisis de las ventas mostró que, en promedio, cada licencia de PATHWORKS arrastraba al menos $ 3,000 USD en ingresos por servidores (HW de servidor, SW, almacenamiento, impresoras, redes y servicios), por lo que fue un factor importante para los ingresos de DEC a mediados y finales de la década de 1980. . Antes de que se llamara PATHWORKS, se conocía como PCSA (Arquitectura de sistemas de computación personal).
Las versiones posteriores de PATHWORKS se conocían como Advanced Server para OpenVMS . Advanced Server fue reemplazado por Samba en el momento de la migración de OpenVMS a Itanium debido a la cantidad de esfuerzo requerido para mantener Advanced Server actualizado con las nuevas versiones de Windows y el protocolo Server Message Block (SMB). [3]
Características
Una vez instalado en las PC, el cliente Pathworks proporcionó las siguientes características:
- DECnet y, posteriormente, TCP / IP, conectividad de nodo final con los sistemas host y cliente
- Software de emulación de terminal PowerTerm 525 de Ericom
- Software de transferencia de archivos. Esta era una utilidad de transferencia de archivos DECnet-DOS, aunque era algo superflua porque el software del servidor PATHWORKS presentaba archivos VMS o UNIX a los clientes de PC como si fueran archivos de PC servidos por un servidor de Windows.
El software del servidor PATHWORKS proporcionó acceso al almacenamiento de archivos del servidor y a los servicios de impresión mediante los protocolos nativos de Microsoft. Las versiones posteriores de los servidores PATHWORKS en VMS admitían clientes NetWare y Macintosh, pero nunca alcanzaron los volúmenes de los clientes de Microsoft. Para los clientes que ejecutan una GUI como Windows 3.x, los componentes adicionales disponibles incluyen un servidor de sistema X window , que permite a los clientes acceder a aplicaciones gráficas que se ejecutan en hosts VMS o UNIX , y clientes para el sistema de software colaborativo y correo electrónico ALL-IN-1 de DEC. Aunque primitivo para los estándares modernos, PATHWORKS era muy sofisticado para su época; Mucho más que un simple servidor de archivos e impresión, convirtió las microcomputadoras cliente en terminales y estaciones de trabajo en una red DEC.
Implementación
LanMan normalmente se ejecutaba en el protocolo NetBIOS / NetBEUI NBF básico y no enrutable de Microsoft , pero Pathworks incluía una pila DECnet, que incluía capas como el transporte LAT utilizado para las sesiones de terminal. La complejidad de DECnet según los estándares de PC de la década de 1980 significaba que el cliente Pathworks era una enorme pila de software para tener residente en MS-DOS; configurar el cliente Pathworks fue una tarea compleja, más aún por la necesidad de preservar suficiente memoria convencional para que se ejecuten las aplicaciones de DOS. Para mantener una cantidad razonable de memoria base libre, se requería el uso de QEMM o un administrador de memoria similar . Este problema desapareció una vez que prevalecieron las PC basadas en 386 y MS Windows proporcionó soporte integrado para grandes cantidades de memoria.
Historia
[Pido disculpas si esta sección es un poco larga, pero quería proporcionar un relato en primera persona para transmitir un sentimiento de cómo pensaba y operaba la empresa, así como los detalles secos del producto. Bob Nusbaum, gerente de producto de PATHWORKS, 1985-1992] A mediados de la década de 1980, DEC estaba en pleno apogeo . Eran la segunda empresa de informática más grande del mundo y pisaban los talones de IBM por el primer puesto. Había una fuerte creencia dentro de la empresa de que éramos la mejor empresa de ingeniería del planeta, y muchas personas externas estuvieron de acuerdo. Ese ego de la ingeniería llevó a la empresa a intentar poner su propio sello diferenciador de "valor agregado" en cada producto que fabricaba.
Solía decir en la década de 1980 que el lema no oficial de DEC era "Todo lo que vale la pena hacer vale la pena hacerlo tres veces" porque tendían a lanzar conjuntos de proyectos paralelos de tres en tres. La infortunada trifecta de entradas de la compañía en el mercado de PC en 1982 había fracasado: el Rainbow, como otros sistemas a principios de la década de 1980, no era compatible con el hardware de IBM PC y, por lo tanto, tenía aplicaciones clave tarde, si es que llegaba a hacerlo. El sistema WPS-8 era demasiado limitado (solo procesamiento de texto, con una tarjeta adicional CP / M con poca potencia); el Professional 350 era demasiado caro y lento como resultado de una decisión fatal de tratar de instalar 50 libras del sistema operativo RSX-11M + en un sistema de escritorio, y no tenía una biblioteca lista de aplicaciones ISV. Así que para la ronda 2, la compañía decidió Diseñe una PC en función de sus puntos fuertes: redes y miniordenadores de alta potencia que puedan utilizarse como servidores. La PC se llamaba "VAXmate" y la versión original ni siquiera tenía un disco duro o un bus expuesto en el que se pudieran agregar tarjetas opcionales. Arrancó a través de la red, desde un servidor VAX / VMS que ejecutaba un software con el pegadizo nombre de "VAX / VMS Services for MS-DOS". Para la capacidad de expansión, el VAXmate podría colocarse sobre un chasis de expansión con una unidad de disco duro de 10 MB (estándar en ese momento) y dos ranuras de expansión compatibles con IBM PC. El modelo original era solo monocromo; se añadió una versión en color aproximadamente un año después, cuando el color se hizo popular en las PC. VAXmate y su entorno de software se presentaron en la conferencia de usuarios de DECville en Cannes, Francia, en septiembre de 1986. En un momento en que 10 MB en una PC eran mucho almacenamiento, los asistentes se sorprendieron y deleitaron al ver unidades mapeadas con 456 MB libres, que era la capacidad de los discos duros utilizados en los VAX en esa época. Sin embargo, el lema no oficial asomó la cabeza. Al mismo tiempo, la empresa también introdujo dos productos que compiten internamente: DECnet-DOS (desarrollado por el grupo DECnet) y un producto llamado PC ALL-IN-1, desarrollado por el grupo de sistemas de información de oficina de la empresa que había producido el sistema VMS. Sistema de automatización de oficinas ALL-IN-1. DECnet-DOS nunca tuvo éxito porque no se integró de forma transparente en el entorno de PC como lo hizo PATHWORKS; PC ALL-IN-1 simplemente no funcionaba bien; tres de los primeros cinco clientes estaban tan molestos que demandaron a DEC.
En la primavera de 1987, estaba claro que el VAXmate iba a ser un completo fracaso debido a sus limitaciones de hardware. La unidad VAXmate base no tenía ventilador, lo que provocó problemas térmicos y el apodo de "VAXmelt". Sin embargo, a los clientes les encantó el entorno de software que integra de forma transparente PC y VAX. El grupo de PC tuvo una revisión trimestral con el vicepresidente de Low End Systems, a quien informamos. De alguna manera, tanto el director del grupo de PC como el jefe de administración de productos lograron estar fuera de la ciudad ese día, por lo que mi gerente, Linda Gross (ahora Linda Wilson) y yo tuvimos que entregar la actualización al vicepresidente. Nuestro mensaje fue que el negocio del hardware VAXmate estaba condenado al fracaso, pero se podía ganar dinero conectando PC de otros proveedores a servidores VAX, creando demanda de ciclos de CPU VAX y almacenamiento DEC, impresoras, redes y servicios profesionales. Y así nació la integración de PC. Durante aproximadamente dos años, las rivalidades políticas internas impidieron que el producto obtuviera algún tipo de marca razonable. Alrededor de 1989, los rivales internos se habían quedado en el camino y quedó claro que la empresa necesitaba comercializar y defender activamente "PCSA". El primer intento de crear una marca, "DEC LANworks", tuvo que ser retirado apresuradamente cuando resultó que la empresa canadiense que ya comercializaba un producto llamado "LANworks" no estaba dispuesta a otorgar una licencia de ese nombre a DEC. La segunda opción para el nombre del producto fue "PATHWORKS" y, como dicen, el resto es historia.
Referencias
- ^ Alan Abrahams; David A. Low (1992). "Una descripción general de la familia de productos PATHWORKS" (PDF) . Revista Técnica Digital . 4 (1).
- ^ "Descripción general de PATHWORKS para DOS" (PDF) . bitsavers.org . Agosto de 1991 . Consultado el 1 de enero de 2021 .
- ^ a b Andy Goldstein (2005). "Samba y OpenVMS" (PDF) . de.openvms.org . Consultado el 1 de enero de 2021 .
Lawrence W. White - Gerente de producto de Pathworks
Bob Nusbaum - Gerente de producto de PATHWORKS