De los archivos de CIUB-L

      Wed, 25 Jun 1986 14:31:07 ABC

      (ZCCBJBC@EBOUBOll) via List Processor <LISTSERV@EBOUBOll>

:     Distribution List <ZACUCIUB@EBOUBOll>

      Jose Maria Blasco Comellas <ZCCBJBC@EBOUBOll>

      CIUB-ficcion: Disco A fijo


ciendo una lista de las ventajas que tendria, para los usuarios,

 disco A fijo. Me gustaria que tuvierais la paciencia de leerla,

 informaseis si conoceis alguna otra. [Especialmente, los que

abeis sido usuarios].


 derivadas de tener un disco A fijo (o mejor: de no tenerlo temporal)

---------------------------------------------------------------------


blando de un disco A "pequeño" (alrededor de los 512K -- un cilindro

 P. ej., caben unos 25 ficheros de una o dos paginas, o 4 sobre

 lineas). Estoy suponiendo tambien que se conserva el disco

tamento. Ventajas:


acidad de la informacion:


bsp;  Se sabe que la estructura de disco de departamento es absolutamente

bsp;  contraria a la privacidad de la informacion: cualquiera puede ver

bsp;  lo que otro usuario (del mismo departamento) tiene en su disco.

bsp;  Esto no es importante en el supuesto [falso] de la Honestidad Universal,

bsp;  pero puede causar problemas en el caso de que se almacenen en ese disco

bsp;  informaciones (p. ej., tesis o tesinas) que pueden ser copiadas.


bsp;  Por otra parte, con la generalizacion del uso del correo electronico,

bsp;  y el acceso a otros nodos, puede aumentar el numero de comunicaciones

bsp;  electronicas de tipo estrictamente privado.


bsp;  Tener un disco A fijo permitiria al usuario


bsp;  1.1.- Mantener de forma totalmente privada informacion confidencial

bsp;        (p. ej., correo electronico)


bsp;  1.2.- Mantener en el disco de departamento informacion 'criptografiada'

bsp;        de forma que fuese indecifrable por los demas miembros del

bsp;        departamento, guardando en el disco A las partes necesarias

bsp;        para realizar la des-criptografia.


ificacion del tipo de servicio que debe prestar el CIUB


bsp;  Es frecuente encontrarse con un usuario que tiene problemas con algun

bsp;  producto, y observar que los problemas se deben a que algun listillo

bsp;  (normalmente sin consultar con los demas miembros del departamento)

bsp;  ha copiado en el disco D un perfil del sistema, para modificarlo a su

bsp;  gusto, y luego, naturalmente, no ha estado al tanto de las cambios

bsp;  que introducia el CIUB en el disco G. Es mi opinion que no debe darse

bsp;  servicio de productos manipulados por el usuario (o, si se quiere en

bsp;  positivo, que el CIUB solo debe dar servicio de los productos que el

bsp;  mismo define); por otra parte, reconozco que algunos usuarios precisan

bsp;  de perfiles propios (la estructura de perfiles esta hecha para esto).

bsp;  Por tanto, creo que se deberia:


bsp;  2.1.- Definir una politica de servicio en la que se negase este a los

bsp;        usuarios que tuviesen perfiles no estandar (en las areas afectadas

bsp;        por tales perfiles). Para ello, se podria establecer la

bsp;        recomendacion de desaconsejar el almacenamiento de perfiles no

bsp;        estandar en el disco de departamento, y pedir a los usuarios

bsp;        que quisiesen un entorno personalizado que guardasen sus perfiles

bsp;        en el disco de usuario.


bsp;        Podria ser interesante desarrollar un EXEC que verificase la

bsp;        presencia de ficheros no autorizados en el disco de departamento,

bsp;        como ayuda a la conversion.


bsp;  2.2.- Correspondientemente, ampliar los mecanismos de perfilizacion de

bsp;        productos (como el editor) que no permiten varios niveles de

bsp;        perfil para que pudieran tener perfil de usuario (y quiza de

bsp;        departamento).


nciacion de los mecanismos de correo electronico y de la red EARN


bsp;  Los productos de correo electronico estan pensados para tener un

bsp;  disco A fijo; aunque se pueden utilizar con disco temporal,

bsp;  su uso en tales condiciones requiere conocimientos especializados del

bsp;  usuario, y es bastante trabajoso.


bsp;  Por ejemplo:


bsp;  * los ficheros generados por las utilidades estandar de IBM

bsp;    para correo electronico (esto es, ficheros NAMES, NETLOG y NOTEBOOK)

bsp;    son creados por defecto con filemode AO. El O en el filemode indica que

bsp;    tales ficheros solo son visibles por una persona que tenga acceso

bsp;    read/write al disco que los contiene, y, por tanto, necesitan, si

bsp;    quieren ser conservados en el disco D, de un cambio de numero.


bsp;  * algunos de esos ficheros tienen nombres que no son unicos (dependientes

bsp;    de usuario), como el ALL NOTEBOOK. Si algun usuario despistado

bsp;    copia en el disco D un ALL NOTEBOOK, nadie mas puede hacerlo sin

bsp;    riesgo de cargarselo.


bsp;  * Algunos productos mas inteligentes que los de IBM (como por ejemplo

bsp;    el MAIL) dejan en el reader una copia de los ficheros leidos si

bsp;    el NOTEBOOK esta en un disco temporal.


bsp;  Pienso que, con la propaganda que hacemos de la red, no es logico que

bsp;  ofrezcamos un nivel de servicio que dificulta su utilizacion.


ra en el funcionamiento y la eficiencia del sistema


bsp;  La posesion de un disco A fijo mejoraria la eficiencia del sistema al

bsp;  menos en las siguientes areas:


bsp;  4.1.- Se evitaria el tener que formatear un disco cada vez que

bsp;        un usuario hace LOGON (como se sabe, el formateo de un disco

bsp;        es extremadamente caro).


bsp;        Como corolario, se podria tener un control mas estricto de quien

bsp;        y como esta utilizando los temporales.


bsp;  4.2.- Bastantes procesos BATCH podrian funcionar con solo unas diez lineas

bsp;        por fichero BATCH, al estar la mayoria de ficheros necesarios

bsp;        en el disco A del usuario o en el disco de departamento: menos

bsp;        carga del area de SPOOL.


bsp;  4.3.- El tener un disco A fijo permitiria al usuario guardar en el los

bsp;        ficheros mas utilizados (siempre que fuesen pequeños) y reduciria

bsp;        notablemente el numero de accesos al disco D. [LINK Y ACCESS son

bsp;        operaciones tambien muy caras].


bsp;  4.4.- El comando DEFAULTS podria ser utilizado sin problemas (su uso sin

bsp;        disco de usuario fijo es casi imposible).


 se me ocurre nada mas. Por favor, si teneis alguna idea,

dmela.


asco