Lista de tareas pendientes del software WikiProject
A los siguientes temas les falta un artículo; llamamos a todos los entusiastas a comenzar a escribir estos artículos urgentemente. [ Leer la página de discusión ]
Topaz Labs (software), software de edición de fotografías en la misma línea que Photoshop o NIK. La empresa se ha expandido y muchos profesionales de las bellas artes y la fotografía la utilizan. www.topazlabs.com. Merece un artículo.
(Siéntete libre de agregar más)
Los siguientes artículos necesitan alguna actualización y limpieza ( no dudes en agregar más ):
Home Assistant (parece haber consenso en que esto necesita una limpieza por parte de editores no involucrados después de su segundo AfD , a partir del 2 de abril de 2021)
Hipervisor , la sección de PC y sistemas de escritorio necesita atención
Instalación cero, artículo un poco confuso, necesita ser explicado con más claridad
Autodesk Media and Entertainment , se eliminó un contenido importante para limpieza el 17 de marzo de 2008 (11 000 K a 2 000 K), y ahora está tan desactualizado y parece un borrador que necesita una reconstrucción total.
El artículo de Scrumban se lee como un folleto de ventas y no tengo el conocimiento del tema para solucionarlo.
La siguiente página enumera artículos que requieren la atención de expertos de WikiProject Software y que han sido etiquetados por {{Expert-subject|Software}}:
No tenía sentido enviarme por correo electrónico información sobre IOCS, simplemente se va a un agujero negro. Pero, por favor, publique la información en Input/Output Control System (IBM). — RHaworth ( discusión · contribuciones ) 01:01, 19 de mayo de 2010 (UTC) [ responder ]
Bienvenido
Hola, Chatul, y bienvenido a Wikipedia . Gracias por tus contribuciones . Espero que te guste el lugar y decidas quedarte. Nuestra página de introducción proporciona información útil para los nuevos usuarios. ¡Échale un vistazo! Si necesitas ayuda, visita Wikipedia:Preguntas , pregúntame en mi página de discusión o escribe {{helpme}}en esta página y alguien aparecerá en breve para responder tus preguntas. ¡Feliz edición! Captain n00dle \ Discusión 09:33, 1 de junio de 2010 (UTC) [ responder ]
Etiquetado para verificar la veracidad de los artículos nuevos
{{ helpme }}
Si escribo un artículo basado en mi experiencia personal pero ya no tengo copias de las referencias pertinentes, ¿es apropiado etiquetar partes del texto como un medio para solicitar comentarios de quienes tienen copias de las referencias? Si es apropiado, ¿cuál de las siguientes opciones debo usar para este propósito: {{ citation needed }} , {{ cn }} , {{ fact }} o {{ verified needed }} ?
Tenga en cuenta que no estoy hablando de casos en los que los hechos son cuestionables, sino simplemente de casos en los que necesito agregar referencias que no están disponibles (para mí) con fines de verificación. Shmuel (Seymour J.) Metz (discusión) 21:26 1 jun 2010 (UTC) [ responder ]
Los tres primeros son iguales y serían mejores que el último. Sin embargo, si conoces o puedes encontrar en línea algunos detalles de una referencia (como el editor, el autor, la fecha, etc.), aún se pueden citar. — fetch · comms 21:37, 1 de junio de 2010 (UTC) [ responder ]
El caso del que hablo es el de tener copias de los documentos pertinentes pero ya no tengo registro de los títulos ni de los números de pedido. En algunos casos he podido localizar manuales con bitsaver y google, pero no en todos.
¿ {{ fact }} va antes o después del texto que necesita una referencia? Gracias. Shmuel (Seymour J.) Metz (discusión) 21:49 1 jun 2010 (UTC) [ responder ]
Después de una frase, por lo general. [ cita requerida ] m o n o 17:37, 2 de junio de 2010 (UTC) [ responder ]
¿Son legítimas las comunicaciones privadas como citaciones para verificabilidad?
{{helpme}}¿Es legítimo citar comunicaciones privadas del autor de un programa como verificación de hechos relacionados con ese programa? Shmuel (Seymour J.) Metz (discusión) 17:11 2 jun 2010 (UTC) [ responder ]
No, porque todo lo que cites tiene que ser relativamente fácil de verificar para otra persona (y publicado por una fuente confiable ). Killiondude ( discusión ) 17:38 2 jun 2010 (UTC) [ responder ]
Sistema de control de entrada/salida en movimiento
Hola, he movido la página al Sistema de control de entrada/salida porque no vi que nadie rechazara la solicitud. Solo hay que revisar las categorías y hacer cualquier otra limpieza, luego puedes quitar la plantilla de la parte superior. Wongm ( discusión ) 13:27 6 jun 2010 (UTC) [ responder ]
...y de nuevo. Por favor, no te ofendas. Solo digo que lo edites tú mismo. Si no sabes cómo hacerlo, ese es otro problema. Solo pide ayuda.
Firma
Respecto a su firma,[[User:Chatul|Shmuel (Seymour J.) Metz]]
¿Te importaría cambiar eso un poco? Es confuso cuando una firma no incluye el nombre de usuario real en alguna parte. Si bien no es un requisito absoluto, es una práctica común que una firma se parezca hasta cierto punto al nombre de usuario que representa ( WP:SIGEDITORIMPERSONATE ).
Si prefieres tener un nombre de usuario diferente, puedes solicitar un cambio de nombre en WP:CHU . Gracias, Chzz ► 19:48, 8 de junio de 2010 (UTC) [ responder ]
Normalmente es mejor insertar el material, si lo conoces, sé atrevido en lugar de etiquetar el artículo de la forma en que lo has hecho. Los editores de wikis pueden responder a menudo de forma negativa si perciben "Aunque conozco la información, le estoy pidiendo a otra persona que haga el trabajo" :¬)
Cuando agrego una etiqueta {{ disputed }} , también agrego un elemento a mi lista personal de tareas pendientes y comienzo a buscar referencias. Mientras tanto, el editor original tiene la oportunidad de revisar el texto a su manera si lo desea. Incluso si termino haciendo el cambio, otros pueden saber de referencias relevantes que yo he pasado por alto, o pueden señalar hechos que yo desconocía. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 11:29 18 jun 2010 (UTC) [ responder ]
PD: Eliminaría cualquier información personal, especialmente su nombre, ya que se sabe que esto ha causado problemas a las personas en el pasado.
Eliminación del IBM 2361
¿Por qué has eliminado las referencias al dispositivo IBM 2361 Core Storage del artículo sobre IBM System/360? ¿Estás en desacuerdo con la realidad del dispositivo? He añadido una sección a la página de discusión de IBM System/360 para comentar esta edición. Responde allí. John Sauter ( discusión ) 20:21 20 jun 2010 (UTC) [ responder ]
¿Cuál es la disputa en el artículo Historia del disquete?
Véase http://en.wikipedia.org/w/index.php?title=Historia_del_disquete&action=historysubmit&diff=369454727&oldid=369453094 Por favor, incluya algo en la página Discusión:Historia del disquete . Tom94022 ( discusión ) 00:02 22 jun 2010 (UTC) [ responder ]
Estaba en proceso de hacerlo. La disputa está en los cambios que revertiste, relacionados con la carga del microcódigo. Si quieres, puedo proporcionar referencias en la página de discusión del artículo. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 00:12 22 jun 2010 (UTC) [ responder ]
Discos duros modernos de tamaño de bloque variable
Repito mi petición de que menciones un disco duro que esté actualmente a la venta y que admita tamaños de bloque variables. Hasta que tengas alguna evidencia, no deberías cambiar mi afirmación sobre "disco duro moderno" por "el más moderno..." Tom94022 ( discusión ) 02:31 30 jun 2010 (UTC) [ responder ]
¿Por qué supones que no tengo pruebas? El sistema operativo insignia de IBM no admite nada más que CKD y ECKD, a pesar de las peticiones de los clientes. Busca en Google DS8000 para ver un ejemplo. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 15:49 30 jun 2010 (UTC) [ responder ]
Porque he pedido pruebas en repetidas ocasiones y no has respondido. Sólo hay cinco fabricantes de discos duros en el mundo y ninguno de ellos ofrece dispositivos de longitud de bloque variable. El hardware que soporta el sistema operativo estrella de IBM proviene de estos cinco fabricantes y los subsistemas emulan CKD y ECKD en dispositivos de bloque fijo. Así que, a menos que sepas algo diferente, no hay pruebas. Tom94022 ( discusión ) 15:59 30 jun 2010 (UTC) [ responder ]
¿Pruebas de qué? Te he proporcionado citas y citas de ellos. Además, sigues cambiando los términos del debate. Cuando hay una disputa sobre qué información se presenta al host, entonces las afirmaciones sobre el hardware subyacente son irrelevantes. Cuando hay disputas sobre el hardware subyacente, entonces las afirmaciones sobre la interfaz del host son irrelevantes. Cuando hay disputas sobre ambos, entonces el contexto es primordial. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 09:56 1 jul 2010 (UTC) [ responder ]
Vale, ya entiendo tu punto de vista. He cambiado el lenguaje a "Los discos duros... aparecen en sus interfaces como un disco contiguo...". Esto debería poner fin a esta discusión. Tom94022 ( discusión ) 16:19, 1 julio 2010 (UTC) [ responder ]
Último HDD CKD
¿Tiene alguna evidencia que respalde su afirmación de que "el último HDD IBM que admitió directamente un tamaño de bloque variable fue el IBM 3350?" Le he proporcionado evidencia de que el 3380 y el 3390 admitían CKD nativo. También hablo por experiencia personal con el 3380 y acabo de almorzar con uno de los ingenieros principales del 9345, que también opinaba que el 9345, el 3390 y otros eran DASD CKD nativos. Por favor, presente alguna evidencia que respalde su afirmación y luego podemos discutir esto. Tom94022 ( discusión ) 02:36, 30 de junio de 2010 (UTC) [ responder ]
Sí, el hecho de que los clientes de IBM hayan estado pidiendo a IBM durante décadas que proporcione soporte MVS para los formatos nativos y el hecho de que los cálculos de espacio para los discos 3375 y posteriores implicaban el redondeo a tamaños de celda de longitud fija IBM (noviembre de 1977). Biblioteca de programación del sistema OS/VS2: versión de gestión de datos 3.8 . Cuarta edición. pág. 124. GC26-3830-3. Si el bit 3, byte 1 de la palabra 4 es uno, este byte contiene el factor de módulo para un dispositivo de módulo.{{cite book}}: Parámetro desconocido |separator=ignorado ( ayuda )
Una versión más reciente es IBM (2007). z/OS V1R8.0-V1R9.0 DFSMSdfp Advanced Services. SC26-7400-07. {{cite book}}: Parámetro desconocido |separator=ignorado ( ayuda ) , pero no se mencionan los dispositivos más antiguos.
No proporcionó ninguna prueba de que los modelos 3380 y 3390 ofrecieran compatibilidad nativa con CKD. El problema principal es el hardware subyacente, no la apariencia que se presenta al host.
Y todos los manuales de hardware dicen que son máquinas CKD, por ejemplo, IBM 3390 Direct Access Storage Introduction, GC26-4573-03, mayo de 1995, capítulo 2, "Todos los modelos 3390 almacenan datos utilizando el formato de registro de datos de clave de conteo". Este es un manual de hardware, no los manuales de SRL que usted cita. Tom94022 ( discusión ) 15:55 30 jun 2010 (UTC) [ responder ]
No, no es un manual de hardware y no, no dice nada sobre el hardware subyacente; describe lo que es visible en la interfaz del canal. Y, por cierto, es parte de la SRL. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:23 30 jun 2010 (UTC) [ responder ]
Dado que el artículo trata sobre discos duros y no sobre subsistemas, la presentación a nivel de canal no es particularmente pertinente para el artículo. Tom94022 ( discusión ) 05:55 1 jul 2010 (UTC) [ responder ]
Un PCM 3380 debe admitir el formato de pista idéntico +/- 0 bits o no es compatible con Plug. Debes haber usado PCM DASD en tu vasta experiencia. Tom94022 ( discusión ) 15:55 30 jun 2010 (UTC) [ responder ]
El PCM DASD debe presentar una apariencia idéntica en la interfaz del canal; lo que sucede debajo de las cubiertas no tiene por qué ser idéntico. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:23 30 jun 2010 (UTC) [ responder ]
En la época del 3830 no era posible diseñar un PCM 3380 compatible en la A-Box (el nivel más bajo de conexión) y no tener un formato de pista idéntico +/- 0 bits porque, como bien sabes, las operaciones de canal eran sincrónicas con el disco. Cualquier desviación, a veces tan pequeña como un bit de tiempo, podía causar resultados impredecibles y tengo experiencia personal en la depuración y reparación de esos errores subyacentes. Con los canales no sincrónicos, el grado de similitud era menos grave, pero llegaron mucho más tarde que con el 3380. Tom94022 ( discusión ) 05:55, 1 julio 2010 (UTC) [ responder ]
En realidad no lo sé, el canal no se conecta al cabezal de la cadena, sino a la unidad de control. No conozco la lógica interna del 3880. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 09:44 1 jul 2010 (UTC) [ responder ]
Y supongo que no conoces la lógica interna del controlador de la caja A. El artículo trata sobre los discos duros; en términos de IBM, eso es una caja B.
Además, según IBM:
IBM (enero de 1990). Introducción a los subsistemas de almacenamiento de acceso directo no sincrónico . GC26-4519-0. Desde la introducción del System/360 en 1964, casi todos los dispositivos de almacenamiento de acceso directo de sistemas grandes e intermedios de IBM han utilizado un formato de pista CKD. ... Los dispositivos CKD y sus controles de almacenamiento funcionan de manera sincrónica con el canal del sistema. La transferencia de datos del canal para cada comando de búsqueda, lectura o escritura se produce cuando el campo de datos de destino pasa por el cabezal de lectura/escritura del dispositivo.
Esto es mucho después del envío del modelo 3380 y mucho después del primer envío del modelo 3390. Nuevamente, observe la distinción entre el dispositivo y la unidad de control. Este artículo trata sobre dispositivos. Tom94022 ( discusión ) 17:19 1 jul 2010 (UTC) [ responder ]
Como siempre, el diablo está en los detalles. Busque la definición de sincrónico en el glosario del manual que citó. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 17:59 1 jul 2010 (UTC) [ responder ]
Dado que tienes el manual, lee el Capítulo 2. Creo que encontrarás que el glosario es la definición de lo que es sincrónico y el capítulo describe cómo se logró en dispositivos CKD como el 3380 y el 3390. Puedo decirte por experiencia que no fue diferente a partir del 2311. Tom94022 ( discusión ) 18:22 1 jul 2010 (UTC) [ responder ]
Cita adicional IBM (septiembre de 2008). Device Support Facilities R17 (ICKDSF R17) Guide and Reference. Trigésima quinta edición. GC35-0033-35. Cuando emula un dispositivo CKD en el 9313, 9332 o 9335, puede utilizar los mismos comandos y parámetros que utiliza cuando no emula un dispositivo CKD.{{cite book}}: Parámetro desconocido |separator=ignorado ( ayuda )
El hecho de que los bloques escritos en un dispositivo tengan un tamaño de módulo de 32 o 34 bytes no hace que el dispositivo sea un dispositivo de bloque fijo. En una pista puede haber registros con diferentes tamaños de bloque físicos, módulo 32 (o 34) de 32, 64, 128, ... en cualquier combinación hasta la capacidad de la pista, y la pista puede luego reescribirse en cualquier otra combinación. Esto está en marcado contraste con la estructura actual donde cada bloque en la unidad tiene el mismo tamaño. Si quieres hacer la distinción entre CKD con y sin limitaciones de bloque de módulo, ese es un punto muy fino, pero creo que vas demasiado lejos cuando dices que un dispositivo CKD con restricciones de tamaño de bloque de módulo no es ni un dispositivo CKD ni un dispositivo de tamaño de bloque variable. Y la distinción es demasiado explícita. Tom94022 ( discusión ) 15:55, 30 de junio de 2010 (UTC) [ responder ]
¿Te molestaste en leer la cita que te proporcioné? La cita utilizó la frase " emular un dispositivo CKD" .
Perdón si te confundí al poner este comentario aquí, pero pensé que era bastante obvio que este comentario estaba dirigido a tu primera cita, ya que solo tu primera cita menciona el fenómeno del módulo. Ahora, ¿podrías responder a mi punto sobre la existencia de modularidad en el tamaño de los campos de clave y datos de los subsistemas posteriores, que no los convierte en bloques fijos ni tampoco los hace no CKD? Especialmente dado el hecho de que los documentos de IBM dicen que son CKD. Tom94022 ( discusión ) 05:55, 1 julio 2010 (UTC) [ responder ]
En CKD no hay tamaños de bloques impuestos. Por lo tanto, ya sea que haya una paleta de tamaños de bloques impuestos o solo un tamaño de bloque impuesto, no es CKD.
En realidad, o los hay o no los hay (consulte mi comentario con viñetas a continuación y no puede tener las dos cosas a la vez). Me parece que se trata de una distinción sin fundamento que solo usted está haciendo. Todos los documentos de los dispositivos IBM indican claramente que los 3380 y 3390 eran dispositivos CKD.
Hay más de un documento de IBM relacionado con un dispositivo determinado. Una introducción no es un manual de referencia, y mucho menos un manual de hardware de bajo nivel. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 09:44 1 jul 2010 (UTC) [ responder ]
En realidad, según el documento 3390, es el documento de nivel más bajo, después de los documentos de mantenimiento, y forma parte de la biblioteca del subsistema de almacenamiento. Tom94022 ( discusión ) 17:19 1 jul 2010 (UTC) [ responder ]
No existe el documento 3390 ; el documento que usted citó, GC26-4573-03, no es en absoluto un manual de bajo nivel. Ahora bien, si se refiriera a un manual CE como el documento 3390 , podría considerarlo razonable. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 18:59 1 jul 2010 (UTC) [ responder ]
No hay nada inferior a GC26-4573-03 aparte de los manuales CE. No hay ningún manual de referencia para el 3390 Tom94022 ( discusión ) 20:18 1 jul 2010 (UTC) [ responder ]
Por cierto, no me queda claro que esta limitación de modularidad sea requerida por el controlador del dispositivo y ciertamente no es requerida por la unidad que presenta una pista totalmente disponible al controlador. Bien podría ser una restricción impuesta por el sistema que tal vez provenga de limitaciones de paginación. Es decir, el dispositivo puede ser capaz de escribir un campo de datos de 1 byte pero el sistema nunca emite ese comando. Un lugar para buscar una respuesta a esto son los manuales de mantenimiento de las A-Boxes donde se expondrían tales detalles. Tal vez podría haber alguna explicación en la época en que se implementó por primera vez, probablemente alrededor de 3380, pero como diseñador de subsistemas PCM no puedo recordar ninguna discusión que me haga pensar que era una restricción impuesta por el sistema. Otro punto, aunque el cálculo del espacio está modularizado, estoy bastante seguro de que no hay nada que impida que el programador de canales formatee una pista con campos de datos de 12 bytes, lo que sugiere además una limitación del sistema y no del dispositivo. Para que lo sepas, el hardware se encargará de la distinción entre un registro lógico de un byte y un registro físico de 32 bytes rellenando y/o truncando nuevamente, lo que sugiere aún más una limitación del sistema. Tom94022 ( discusión ) 15:55 30 jun 2010 (UTC) [ responder ]
Estoy tratando de encontrar a alguien que aún tenga los manuales CE para el viejo DASD, pero no todos son tan acaparadores como yo. Incluso yo me deshice de algunos árboles muertos que ahora desearía haber conservado. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:23 30 jun 2010 (UTC) [ responder ]
Estoy consultando el manual de referencia de control de almacenamiento IBM 3390, GC32-0099-04, 5.ª edición, septiembre de 1991. En la sección sobre comandos de escritura de formato, no encuentro restricciones de módulo sobre el tamaño de los campos Clave o Datos; se permite cualquier número desde 0 hasta el máximo del campo. Por lo tanto, en este nivel no hay ninguna diferencia con respecto a ningún dispositivo CKD anterior.
La diferencia está en el cálculo de la capacidad de la pista, no en los datos transferidos desde el host para un solo registro. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 18:59 1 jul 2010 (UTC) [ responder ]
Creo que estamos de acuerdo en que, desde la perspectiva del host CCW, no hay diferencias entre un 3350 y un 3380 aparte de las que surgen de la geometría y el rendimiento; ambos son dispositivos CKD.
Lo que es diferente entre el 3380/3390 y el 3350 es que la fórmula para determinar la capacidad de la pista (p.82) ahora es módulo, pero eso no cambia mucho. En cada dispositivo CKD desde el principio, los datos escritos y los campos clave siempre fueron más grandes que el KL o DL especificado en el campo CCW y/o Count, por lo que, al contrario de lo que afirmaste anteriormente, ¡CKD impuso un tamaño de bloque desde el principio! En el 3380/3390 son solo un poco más grandes y un poco variables debido al redondeo hacia arriba. Por ejemplo, la sobrecarga de un campo de datos en un 3380 es 1309/bytes hexadecimales (bytes de detección 23+24) mientras que el factor módulo es 02/bytes hexadecimales (byte de detección 22): ¡esto no es nada, 2 partes en 1309 máximo! Y, por lo que puedo decir, no es visible en la interfaz del host, solo afecta la cantidad de registros que caben en una pista y solo en una cantidad muy pequeña. La documentación de IBM dice que el 3380 y el 3390 son dispositivos CKD; ¿qué es lo que hace que encuentres una distinción en este cálculo de módulo adicional? Tom94022 ( discusión ) 17:19, 1 julio 2010 (UTC) [ responder ]
No estoy seguro de a qué afirmación estás respondiendo, pero no es la afirmación que escribí. Agregar un relleno fijo no es lo mismo que imponer un tamaño de bloque específico. En el 3350 y anteriores, el tamaño del relleno dependía solo de si KL era cero y si DL era 0; en el 3375 y posteriores, el tamaño del relleno dependía del valor exacto de KL y DL.
Su afirmación fue: "No hay tamaños de bloque impuestos en CKD". ¡A nivel físico, de hecho, hay tamaños de bloque impuestos en todas las máquinas CKD!
No existe un tamaño impuesto para los campos de clave o datos del 3380 o 3390, como en cualquier unidad CKD; el bloque físico es más grande que la longitud de usuario de los campos y los cálculos han cambiado con el tiempo. Para que lo sepas, los cálculos de longitud de bloque físico para el campo de datos son:
2314: constante + int(1.043*DL)
3330 - 3350: constante + DL
3380 - 3390: constante + DL + DL mod 32
El hecho de que los bloques físicos estén orientados ahora a cualquier byte 32 ( 3380) en lugar de a cualquier byte (3330) o no orientados a ningún byte (2314) no cambia el comportamiento de la unidad. Tom94022 ( discusión ) 23:33 2 jul 2010 (UTC) [ responder ]
Las fórmulas difieren, pero hay un tamaño de bloque físico mínimo para cada campo; por ejemplo, el campo de datos físicos mínimo 2311 era de 109 bytes (CL=0) y el tamaño del bloque físico aumentaba byte a byte a medida que aumentaba el CL. En una máquina CKD de módulo, el tamaño del bloque físico aumenta a partir de un mínimo, pero no es lineal porque es una función del cálculo del módulo. Una fórmula diferente no hace que no sea una máquina CKD ni tampoco una máquina de tamaño de bloque variable.
No has leído la documentación de IBM ; solo has leído los manuales que eran fáciles de conseguir. Los manuales relevantes son los manuales CE o los documentos de diseño, de los que ninguno de nosotros tiene copias.
He leído la literatura publicada de IBM que tengo en mis archivos y la que he encontrado en la web, y todas dicen que las 3380 y 3390 eran máquinas CKD. No ha presentado ningún documento que diga lo contrario. Aparentemente, a partir del cálculo del módulo, concluye que no son unidades CKD. Si no son unidades CKD, ¿qué son? ¿Cree que son bloques fijos como las unidades actuales, con bloques de 32 (o 34 bytes), cada uno separado por algún relleno e incluyendo algún tipo de ID de bloque? Tom94022 ( discusión ) 20:18, 1 julio 2010 (UTC) [ responder ]
El material que encontraste en la web no es material técnico.
Parece que estás suponiendo lo peor. No llegué a la conclusión del cálculo del módulo de que no son unidades CKD ; más bien, lo presenté como evidencia de lo que ya sabía de otras fuentes; gente que realmente trabajó con los desarrolladores de las unidades. Desafortunadamente, mis mejores fuentes descartaron mucha de la documentación que de otro modo les habría pedido que contribuyeran a bitsavers. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:24, 1 de julio de 2010 (UTC) [ responder ]
Vale, lo siento por la suposición. Debería haber dicho que usted sabe por contactos personales que no son unidades CKD y cree que su naturaleza modular lo demuestra. No estoy de acuerdo con su prueba por las razones expuestas anteriormente. Lo que usted o yo sabemos por contactos personales no constituye una fuente fiable a los efectos de los artículos de Wikipedia y hasta ahora no ha presentado ningún material de ese tipo que sustente la afirmación de que la 3350 fue la última unidad CKD. Independientemente de si el material que leí era técnico o no, he identificado fuentes fiables publicadas por IBM que afirman que la 3380 y la 3390 eran unidades CKD. Vivo cerca y conozco a muchos de los desarrolladores de estas unidades de IBM San José y no están de acuerdo con usted en cuanto a su conclusión basada en la naturaleza modular de estas dos unidades, pero, de la misma manera, no puedo citarlos como fuentes fiables. De nuevo pregunto: si no son unidades CKD, ¿qué son? Tom94022 ( discusión ) 23:33 2 jul 2010 (UTC) [ responder ]
¿De dónde crees que proviene ese factor módulo si no es de una estructura celular impuesta por el hardware? Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 18:59 1 jul 2010 (UTC) [ responder ]
Esa es una buena pregunta. Sospecho que proviene de los requisitos de codificación de datos y/o corrección de errores que requieren que el bloque físico tenga una modularidad; sin embargo, no existe ningún requisito de que los bloques adyacentes sean del mismo tamaño. Me gusta su uso del término celda, un bloque debe constar de un número entero de celdas, pero no existe ningún requisito de que los bloques sean de cualquier tamaño. Los bloques pueden ser bloques de clave de conteo o bloques de datos que se adapten a la arquitectura IBM CKD. Esto contrasta con las máquinas actuales, donde los bloques tienen un tamaño fijo y el CKD se superpone a ellos. Tom94022 ( discusión ) 20:18, 1 de julio de 2010 (UTC) [ responder ]
¿Puedo sugerir que una unidad CKD es aquella en la que los espacios físicos en el medio están dimensionados para admitir la operación sincrónica (usando la definición de IBM que usted citó)? Tom94022 ( discusión ) 23:33, 2 de julio de 2010 (UTC) [ responder ]
Los huecos físicos, si los hay, no forman parte de la arquitectura del CKD. Cada dispositivo CKD tiene sus propias características únicas. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 12:22 5 jul 2010 (UTC) [ responder ]
En realidad, los espacios son fundamentales para el funcionamiento exitoso del CKD nativo, ya que debe haber suficiente espacio entre los campos (es decir, tiempo) para que el canal dé la vuelta y emita el siguiente comando correcto. A modo de ejemplo, esta sencilla cadena de comandos se desbordará si el espacio entre los campos de recuento y de datos es demasiado pequeño o el canal es demasiado lento:
Buscar ID igual
TIC
Escribir datos
Con el reintento de canal no habrá ningún error pero funcionará muy lento en comparación con un subsistema que funcione correctamente porque perderá revoluciones.
Es posible que me haya expresado de forma incorrecta. La existencia de huecos es ciertamente necesaria para la CKD nativa, pero los tamaños de los mismos están limitados por factores ajenos a la arquitectura. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:26 8 jul 2010 (UTC) [ responder ]
Puede echar un vistazo a [10] y [11], que creo que son correctos, pero desafortunadamente no son fuentes primarias. Es correcto que el 3350 fue la última unidad IBM que no se almacenó en caché en el Storage Director, pero tampoco lo fueron el 3380 ni el 3390 hasta 1991. Como parte de la introducción de ESCON en 1991, IBM anunció el almacenamiento en caché como los Storage Directors 3880-2x y 3990-3. Esto ocurrió mucho después de que se introdujeran por primera vez el 3380 (junio de 1980) y el 3390 (noviembre de 1989). Antes del almacenamiento en caché, eran unidades CKD nativas; El almacenamiento en caché no los cambió, pero era necesario que el subsistema admitiera ECKD, que a su vez era necesario para ESCON, que debido a las largas longitudes de cable (velocidad de la luz) ya no podía admitir el funcionamiento sincrónico de las unidades: los espacios podían ser cero, pero la información no podía viajar la distancia de ida y vuelta y aún así darle al canal tiempo suficiente para responder. Los subsistemas sincrónicos fueron reemplazados por subsistemas no sincrónicos, pero el DASD no cambió a FBA hasta RAMAC. En canales cortos, los comandos CKD en ejecución aparecían en el sistema un DASD 3380 o 3390 y funcionaban como cualquier otro DASD CKD.
Bueno, http://www.answers.com/topic/kd-4 afirma que Count-key-data (CKD) se incorporó al hardware de IBM a través del 3330 y luego se implementó en microcódigo a través de las series 3390 y 9340.
En cuanto a http://www.answers.com/topic/count-key-data, es solo una copia del artículo de Wiki, que planeo corregir y ampliar tan pronto como obtenga una lectura con el nivel de detalle adecuado.
El almacenamiento en búfer de CKD en S/370 llegó con el Speed Matching Buffer (SMB) en el 3880; el soporte de caché formal llegó en los modelos 3880-11 y 3880-13. Los modelos 3880-2x simplemente mejoraron las funciones agregadas por el 3880-1x. Esos dispositivos almacenaban en caché para un 3350 y se conectaban al canal bus&tag.
Por supuesto, se podría afirmar legítimamente que el antiguo buffer Airlines es el progenitor, aunque se trata de un producto único en su tipo: IBM. IBM 2314/2844 Multiplex Storage Control Feature-Airlines Buffer . A26-5714. {{cite book}}: Parámetro desconocido |separator=ignorado ( ayuda ) Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:26 8 jul 2010 (UTC) [ responder ]
Por lo tanto, creo que estamos de acuerdo en que el uso de un buffer no convierte un dispositivo CKD nativo en otra cosa. Tom94022 ( discusión ) 21:00, 9 de julio de 2010 (UTC) [ responder ]
Estructuralmente, la disposición de las pistas de una unidad CKD nativa es muy diferente a la de una unidad FBA que emula CKD. En una unidad CKD nativa, los campos de clave y datos son contiguos y exactamente iguales a la KL y DL especificadas en el campo de conteo, mientras que los espacios entre ellos varían en pequeñas cantidades, pero siempre son lo suficientemente largos como para permitir el cambio de canal en el peor de los casos: en el 3380 y el 3390, los espacios se redondean hacia arriba en módulo un número pequeño, en el 2314, los espacios se extendieron en un porcentaje de la KL o DL, y qué. En una unidad FBA, los espacios y los campos de información tienen la misma longitud, estos últimos normalmente 512 bytes; una unidad FBA que emula una unidad CKD ajusta los campos de clave y datos en uno o más de estos bloques de 512 bytes que pueden no ser contiguos internamente ni entre campos. Sospecho que los campos de conteo están compactados y no son contiguos o tal vez están prefijados a los campos de clave y datos (interesante compensación de diseño). Como consecuencia, el subsistema que utiliza unidades FBA para emular CKD no puede funcionar de manera sincronizada con la unidad y su rendimiento se ve afectado sustancialmente en comparación con una unidad CKD nativa que ejecuta los mismos comandos CKD (si todos los demás parámetros de rendimiento se mantienen iguales). Tom94022 ( discusión ) 18:07, 5 de julio de 2010 (UTC) [ responder ]
¿Quizás puedas indicar cuáles crees que son las características de una unidad o subsistema CKD nativo? Tom94022 ( discusión ) 18:07 5 jul 2010 (UTC) [ responder ]
Básicamente, un sistema de grabación orientado a bits y electrónica para generar los espacios adecuados. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:26 8 jul 2010 (UTC) [ responder ]
No estoy seguro de lo que quieres decir con "sistema de grabación orientado a bits", ya que yo caracterizaría a todos como orientados a bytes, pero desde el 2311 hasta el 3390 todos usaron la electrónica para generar los espacios adecuados. Tom94022 ( discusión ) 21:00 9 jul 2010 (UTC) [ responder ]
Por favor, eche un vistazo a la Figura 3 de la Patente de EE.UU. Número 5.446.853 (pruebe [12] si el enlace no funciona). Aunque se trata de una patente STK, estoy bastante seguro de que el formato de pista divulgado es el IBM 3380 o muy parecido ( la especificación divulga el 3380 como "típico" y la modularidad es 32 ). Recuerde, en base a mi experiencia en aquellos días para ser compatible con el enchufe en un subsistema CKD sincrónico, tenía que tener el formato de pista idéntico a los bits de byte +/- 0, de lo contrario se encontraba con problemas de desbordamiento o truncamiento. Lo que esto muestra es que los bloques comienzan y terminan en límites de 32 bytes, los campos dentro de los bloques no están tan restringidos (por ejemplo, el bloque HA comienza en el segmento 0, pero el campo HA comienza en el segmento 15,75, etc.). Además, muestra que la longitud del campo de datos y clave es precisamente la especificada en la CCW. Finalmente, dice: "Este formato es el formato de datos de clave de conteo estándar bien conocido en el campo de los sistemas de almacenamiento de datos". (Col 7, 49-50) Si así es como funciona el IBM 3380 (y creo que es así), entonces me parece que se trata de un subsistema CKD síncrono. Hasta ahora no he podido encontrar ninguna patente de IBM con dicha descripción ni tampoco he podido encontrar ningún manual de CE, así que esto quizás sea lo mejor que podamos hacer. Tom94022 ( discusión ) 17:18 13 jul 2010 (UTC) [ responder ]
El diagrama parece respaldar mi afirmación de que se trata de FBA encubierta, pero el texto parece escrito por un abogado y detecté suficientes errores como para no citarlo. Encontré un manual de CE en la web, pero no tiene suficientes detalles.
Definición de unidad de disco FBA de IBM
Dispositivo de disco con arquitectura de bloques fijos (dispositivo de disco FBA)
Dispositivo de disco que almacena datos en bloques de tamaño fijo. Estos bloques se direccionan por número de bloque relativo al comienzo del archivo. (énfasis añadido)
IBM z/OS CICS
El diagrama muestra que los bloques direccionables del dispositivo incluyen los campos de clave y datos de longitud variable y el campo de conteo, y que el direccionamiento es por registro (BBCCHHR) y no relativo al comienzo del archivo. Por lo tanto, según IBM, el dispositivo de la patente no es un dispositivo FBA. Las celdas (o segmentos) no direccionables, al igual que toda la otra información no direccionable de control, recuperación y brecha, no son relevantes para el tipo de dispositivo. Lo que importa son los bloques direccionables del dispositivo. Además:
Definición de unidad de disco CKD de IBM
Count-Key-Data
Count-Key-Data (CKD) es una arquitectura de almacenamiento de datos DASD en la que los datos se almacenan en registros de longitud variable. Cada registro contiene un campo de conteo, generalmente seguido de un campo de clave, seguido de los datos reales del registro. El campo de conteo contiene el número de cilindro, el número de cabezal, el número de registro y la longitud de los datos. El campo de clave contiene la clave del registro (argumento de búsqueda).
Centro de información de software z/VM de IBM
El diagrama de la patente muestra que el formato de pista del dispositivo tiene los campos CKD, lo que lo convierte en un dispositivo CKD según la definición de IBM. Tenga en cuenta que el mismo dispositivo podría formatearse como un dispositivo FBA, por ejemplo, simplemente haciendo que todos los registros KL=0 y DL=cualquier número, pero eso sería un terrible desperdicio de espacio ya que los espacios serían mucho más grandes de lo necesario. Se podría hacer eso rápidamente, pero la mayoría (todos) de los OEM tomaron el medio CKD extraíble de IBM y lo reformatearon en una arquitectura FBA con espacios más pequeños y, por lo tanto, lograron una mayor capacidad. Tom94022 ( discusión ) 21:31, 16 de julio de 2010 (UTC) [ responder ]
Los problemas de sincronización son diferentes según se trate de canal a controlador, controlador a controlador de cadena o controlador de cadena a unidad. Los espacios deben ser lo suficientemente grandes para presentar SM al canal y para que el canal procese el siguiente +1 CCW. Si esto se hace mediante grandes espacios entre sectores o saltando sectores no es importante para el canal, aunque podría tener ramificaciones en el rendimiento. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:34, 15 de julio de 2010 (UTC) [ responder ]
Los problemas de sincronización son, en efecto, diferentes, pero lo más importante es que son acumulativos y las dos mayores limitaciones son la velocidad de la luz (qué tan lejos está el disco del host) y el tiempo de toma de decisiones en la interfaz del canal del host: cuanto más se aleja uno, menos tiempo tiene el canal. La razón por la que los espacios CKD son mucho más grandes que los espacios FBA es para darle al host/canal tiempo suficiente para evitar desbordamientos. Es por eso que la longitud del cable BMUX se limitó en DASD de alto rendimiento. Las distancias ESCON no dejaron tiempo para que el canal necesitara un cambio de arquitectura. Tom94022 ( discusión ) 21:31, 16 de julio de 2010 (UTC) [ responder ]
Por supuesto, un dispositivo CKD simulado incluirá los datos del recuento, la clave y los datos.
La arquitectura de bloques fija de IBM es en realidad más complicada de lo que usted describe. Los bloques se direccionan desde el principio del disco, pero hay un comando de canal llamado Define Extent que especifica qué bloques son relevantes para la operación actual. Es posible que LOCATE utilice direcciones de bloques relativas, pero si así fuera, serían relativas a lo que Define Extent hubiera especificado, independientemente de lo que pudiera estar utilizando cualquier archivo en particular.
Si no le gusta usar FBA como genérico, llámelo sectorizado : el hecho es que el diseño de la pista son bloques fijos en lugar de variables, y que los campos están empaquetados en esos bloques: IBM (junio de 1989). Biblioteca del subsistema de almacenamiento Resumen de referencia de almacenamiento de acceso directo IBM 3390 (PDF) . Primera edición. GX26-4577-0. Modo 3390 Cada pista del modo 3390 se divide en 1720 celdas de datos de usuario (con el estándar IBM R0) o 1749 celdas de datos de usuario (sin registro R0 estándar IBM). Un registro puede ocupar de 20 a 1749 de estas celdas. El número de celdas ( Espacio ) ocupadas por un registro es una función de la Longitud de clave ( KL ) y la Longitud de datos ( DL ) como se especifica en el área de recuento del registro.
No importa que IBM use la nomenclatura cell , y no importa si los tamaños de celda están determinados por agujeros en el disco, formateo de bajo nivel en la fábrica o por el formateo del comando DSF INSTALL; lo que importa es que termine con un diseño de pista de sectores de tamaño fijo y que cada una de las áreas de un registro CKD se mapee en una cadena de esos sectores. El dispositivo CKD no es lo mismo que el dispositivo CKD nativo .
La nomenclatura no importa, pero seguro que puede confundir. Lo que importa es que en un dispositivo FBA hay un espacio entre cada bloque fijo, de lo contrario el bloque no se puede actualizar en su lugar; en consecuencia, los bloques y los espacios están fijos en su lugar en la pista de una unidad FBA. Las "celdas" del 3380 y el 3390 no tienen esos espacios, ¡son contiguos! Un examen de una pista encontrará que el recuento, la clave y los campos de datos registrados físicamente son exactamente iguales a las longitudes especificadas, no módulo la longitud de la celda (como en un dispositivo emulador) y los campos de clave y datos se detienen en cualquier ubicación arbitraria en la pista. Los espacios y los campos (después de R0) se mueven en la pista en función de la cantidad de registros y el KL y DL de cada registro. Es por eso que el 3380 y el 3390 pueden admitir la operación sincrónica, mientras que no conozco ningún subsistema con unidades FBA que admita la operación CKD sincrónica. ¿Usted lo hace? La razón, por supuesto, es que las operaciones sincrónicas requieren, en términos relativos, espacios muy grandes entre los campos CKD para soportar el cambio de canal. Se podrían mapear los campos CKD en bloques FBA y mapear los espacios requeridos por CKD como bloques FBA vacíos, pero eso significa que se necesita mucho espacio desperdiciado para acomodar los campos más cortos; por ejemplo, usar el 3390 con un KL<23 y un DL=1 produce 57 registros por pista, pero soportar los registros mediante mapeo requeriría una capacidad de pista bruta de aproximadamente {[((3 bloques de espacio/campo +1 bloque de datos/campo)*3 campos CKD/registro]*57 registros/pista + 8 campos HA RO/pista}*512 bytes/campo = 354,304 bytes/pista o una utilización de 1254/354,304 = 0.3%. Esto luego se asigna a una longitud de pista completa R1 de 3390 de 56,664 bytes, lo que da una utilización en el mejor de los casos de dicha máquina del 16% - sospecho que esta es la razón por la que nadie soporta CKD síncrono en subsistemas FBA. En mi opinión, cualquier unidad incorporada en un subsistema que soporta CKD síncrono es una unidad CKD nativa - son los espacios ;-). Tom94022 ( discusión ) 20:07 22 jul 2010 (UTC) [ responder ]
¿Cuál es su evidencia de que las celdas de un 3375, 3380 o 3390 son contiguas?
No hay suficiente capacidad de pista sin formato para permitir espacios entre las celdas en ninguno de estos productos. Se puede estimar la capacidad de pista sin formato a partir de la velocidad de datos y el período de rotación y luego sumar la capacidad utilizada por los distintos campos. Si hubiera un espacio entre cada celda, se mostraría como una diferencia sustancial en la capacidad de pista sin formato y la capacidad disponible para el usuario (incluidos los espacios y la información de control). Esto se debe a que los espacios entre celdas deben permitir espacio para las transiciones de lectura a escritura y de escritura a lectura junto con al menos un mínimo de alguna información de control y verificación. El espacio, por ejemplo, en el 3310 es de 21 bytes para un sector de 512 bytes. Reducir la longitud del campo de datos no cambia realmente la longitud del espacio, tal vez se pueda reducir un poco parte de la información de control y verificación.
Así, por ejemplo en el 3375:
Capacidad estimada de pista sin formato = 20,2 ms * 1,859 MByte/seg =
37.536 bytes sin formato por pista (redondeado al 32 más cercano)
1.173 celdas sin formato por pista
Consumo de bytes por formato CKD =
36.000 disponibles para datos de usuario en formato IBM CKD (RO y HA)
+ 448 subsidio para RO
+ 224 subsidio para HA
---------------
36.672 bytes utilizados por formato
La diferencia de 864 bytes es menos de un byte por celda y la mayor parte se consume al omitir defectos, por lo que simplemente no hay espacio en la pista para espacios entre celdas.
Podría hacer un cálculo similar para el 3380 y el 3390, pero estoy seguro de que los resultados serían los mismos. Si no lo cree, ¿por qué no hace los cálculos? Los datos de formato están aquí y la información sobre la latencia de la unidad y la velocidad de datos están disponibles.
Por cierto, las celdas contiguas son las que se muestran en la patente STK, que creo que es el formato 3380.
En cuanto a la escritura en el lugar, esa capacidad también existe para la ERC.
Por supuesto que sí, pero la escritura en el lugar no existe para las celdas de 3375 y otros. Tom94022 ( discusión ) 18:56 28 jul 2010 (UTC) [ responder ]
¿Cómo examinaste la pista? Si estuvieras usando comandos CKD, entonces los resultados que describes serían necesarios sin importar cómo se registraron realmente los datos. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:34 27 jul 2010 (UTC) [ responder ]
Si tuviéramos los documentos CE podríamos encontrar un trazado de vía real, pero en su ausencia lo mejor que puedo hacer son los cálculos anteriores. Tom94022 ( discusión ) 18:56 28 jul 2010 (UTC) [ responder ]
Por cierto, esos sectores no tienen nada que ver con los sectores a los que se hace referencia en el apartado Sector Conjunto.
Como nota al margen, la arquitectura CKD no permite el direccionamiento directo de bloques, aparte de HA y R0; hay que hacer una búsqueda o encadenar desde una E/S anterior que haya establecido la orientación. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 13:29 22 jul 2010 (UTC) [ responder ]
Más evidencia de apoyo:
"Cuando los datos se almacenan en los DASD incluidos en el Grupo 1 de la Tabla 2, los registros de datos se almacenan en formato de datos de conteo o de datos de claves de conteo.
… Tabla 2, Grupo 1: 3330 a 3380 inclusive de 3375. Tabla 2, Grupo 2: 3310 y 3370 … Cuando los datos se almacenan en los DASD incluidos en el Grupo 2 de la Tabla 2, los registros de datos no se almacenan en bloques de tamaño variable con una cantidad variable de espacios (dependiendo de la cantidad de registros por bloque y de bloques por pista). En cambio, las superficies de grabación de los discos están preformateadas para aceptar bloques de igual longitud. Cada bloque ejecutado contiene 512 bytes de datos de usuario. La capacidad máxima del DASD no depende de si los registros tienen claves, la cantidad de registros que pueden caber en una pista, etc. De hecho, el usuario no necesita saber la cantidad de bytes por pista, pistas por cilindro o cilindros por DASD. Al usuario sólo le preocupa el número máximo de bloques”.
Marilyn J. Bohl, "Introducción a los dispositivos de almacenamiento de acceso directo de IBM y al procesamiento de información", Conferencia J. Int. CMG, 1984
Por supuesto, esto se publicó antes del 3390, pero dado que este y tanto el 3375 como el 3380 utilizan una estructura celular para construir formatos de pista CKD, eso significa que el 3390, como todos los demás en el Grupo 1, son unidades CKD nativas . Tom94022 ( discusión ) 16:29, 23 de julio de 2010 (UTC) [ responder ]
Más concretamente, se trata de una fuente secundaria, no técnica. El manual que he citado es un documento oficial de IBM. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:34 27 jul 2010 (UTC) [ responder ]
En realidad, la Sra. Bohl de IBM dice lo mismo en Introduction to IBM Direct Access Storage Devices , SR20-4378-00, SRA an IBM Subsidiary, (c) 1981, que, en relación con su punto , es un documento oficial de IBM que en el prefacio dice: "Este texto reemplaza la publicación existente, Introduction to IBM Direct-Access Storage Devices and Organization Methods (IBM Order No. GC20-1649). La intención del autor, SRA e IBM es que el texto se actualice, según corresponda, para mantener su vigencia y cobertura". Tom94022 ( discusión ) 16:13 28 jul 2010 (UTC) [ responder ]
Los textos instructivos de IBM y los Redbooks son fuentes secundarias. Los textos instructivos para computadoras suelen ser propensos a errores. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 12:19 29 jul 2010 (UTC) [ responder ]
Después de mucho preguntar, descubrí de una fuente confiable de IBM que la naturaleza celular de estas últimas unidades CKD nativas está relacionada con una arquitectura de codificación de corrección de errores de dos niveles (ver, por ejemplo, US 4,706,250) que no tiene nada que ver con FBA y de hecho se puede aplicar tanto a la arquitectura de pista FBA como a la CKD. La implementación 3380 se describe en la Sección 10.12, "Corrección de ráfagas múltiples en almacenamiento de discos magnéticos", Magnetic Storage Handbook, segunda edición, (c)1996, que revela que las celdas son contiguas y sin los espacios entre celdas que son necesarios para FBA. Esta investigación original de mi parte simplemente confirma lo que afirman muchas publicaciones de IBM y refuta la suposición de que la naturaleza celular de estas últimas unidades CKD las convierte en unidades FBA bajo la piel. Por lo tanto, creo que es coherente con la política de Wikipedia que se identifique a la 3390-3 como la última unidad CKD nativa citando el manual Introducción a DASD no síncrono como referencia. Resumiré también este largo diálogo en un artículo apropiado, tal vez el de la enfermedad renal crónica. ¿Comentarios? Tom94022 ( discusión ) 21:57 5 ago 2010 (UTC) [ responder ]
Le pedí a un par de personas que trabajaron con los desarrolladores que lo leyeran y comentaran. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 14:39, 6 de agosto de 2010 (UTC) [ responder ]
Edición reciente del artículo sobre HDD
Quizás quieras unirte al diálogo en la página de HDD. Consulta lo que ha hecho Alexdi. Tom94022 ( discusión ) 21:11 2 jul 2010 (UTC) [ responder ]
Gracias. ¿Acaso piensa que no existe tecnología hasta que Bill Gates la invente ?
Agregué un comentario; no estoy seguro de si sería apropiado incluir referencias al uso de discos en varios sistemas operativos de mainframe, o si eso sería demasiado. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:02, 2 de julio de 2010 (UTC) [ responder ]
Descripción del canal de E/S de IBM System/360
Planeo agregar explicaciones de los programas de canal para CKD y ECKD a Count Key Data ; esas explicaciones dependerán de algunos detalles de la arquitectura de canal de IBM que actualmente no están presentes ni en Channel I/O ni en IBM System/360 . He considerado tres opciones:
Si tuviera que escribir una descripción completa de la arquitectura del canal, descartaría la tercera opción. Sin embargo, tengo reservas sobre agregar lo que equivale a un esbozo a uno de los artículos existentes. Solicito asesoramiento sobre qué ruta es la más coherente con la política de Wiki. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:58, 9 de julio de 2010 (UTC) [ responder ]
No soy un experto en esa área específica y no me he molestado en hacer más que leerla superficialmente, pero... me parece que deberías agregar el material genérico de Count Key Data a ese artículo, y el material específico de, por ejemplo, IBM System/360 a ese artículo. Como el último utiliza el primero, entonces una simple oración en el último que lo diga, con un enlace wiki al primero, debería cubrir eso.
¿Crees que debería hacerlo allí, incluso si el material específico de la arquitectura del canal es lamentablemente incompleto? Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 17:30 9 jul 2010 (UTC) [ responder ]
Si me he equivocado totalmente, lo siento. Te sugiero que es más probable que te atienda un experto si preguntas en la sección de discusión de Wikipedia:WikiProject Computing . O bien, puedes intentar explicar un poco más sobre el tema aquí y tal vez pueda ayudarte más. Dejo la ayuda que aparece arriba "activa", porque es posible que otra persona que te ayude conozca el área mejor que yo. Chzz ► 17:11, 9 de julio de 2010 (UTC) [ responder ]
Intentaré explicarlo sin entrar en detalles. Una operación de E/S en el S/360 presenta una cadena de palabras de comando de canal al canal, una a la vez. El canal presenta indicadores de estado al finalizar la operación. Sólo alrededor de la mitad de esos indicadores son relevantes para el texto que quiero escribir para CKD y ECKD. Planeé omitir las explicaciones de los indicadores a los que no tenía intención de hacer referencia, y omitir varios otros detalles que, aunque importantes, no se relacionan con CKD. Entonces, la pregunta básica es si es apropiado poner el texto en un artículo donde el lector esperaría legítimamente material más completo. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 17:30, 9 de julio de 2010 (UTC) [ responder ]
Creo que son separables, lo que significa que se pueden incluir en el artículo 1 o en un artículo independiente. Lo añadiría al canal de E/S, que se beneficiaría de una sección sobre el canal S/360, o crearía un segundo artículo sobre el canal de E/S S/360 y 370 con un enlace desde allí. CKD y ECKD tratan más sobre la implementación de DASD en el canal de E/S IBM y se podrían vincular desde un artículo o sección genérico sobre el canal de E/S S/360 y 370. Sólo es mi opinión. Tom94022 ( discusión ) 20:54, 9 de julio de 2010 (UTC) [ responder ]
Estoy de acuerdo en que los canales B&T, ESCON y FICON son notables; si estuviera planeando hacer una descripción completa, la pondría en un artículo separado sobre el canal Bus and tag , Channel I/O o IBM System/360 , con enlaces wiki entre los artículos. Mi problema es que ya he asumido demasiadas tareas de edición para poder hacer justicia al tema; solo planeo escribir lo suficiente para que la narrativa de CKD y ECKD sea inteligible. Creo que necesitaré explicar los indicadores CE, DE, UC, UE y SM, pero no, por ejemplo, la verificación de claves de protección. Entonces, ¿sería adecuado agregar una sección a uno de esos artículos que no espero completar en un futuro cercano? Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 21:52, 9 de julio de 2010 (UTC) [ responder ]
Se ha colocado una etiqueta en OS/VS2 solicitando que se elimine rápidamente de Wikipedia. Esto se ha hecho bajo la sección A1 de los criterios para la eliminación rápida , porque es un artículo muy breve que proporciona poco o ningún contexto al lector. Consulte Wikipedia:Stub para conocer nuestros estándares mínimos de información para artículos breves. Tenga en cuenta también que los artículos deben tratar temas importantes y deben proporcionar referencias a fuentes fiables que verifiquen su contenido. Es posible que desee considerar la posibilidad de utilizar un asistente para ayudarlo a crear artículos: consulte el Asistente de artículos .
Si cree que este aviso se ha colocado aquí por error, puede impugnar la eliminación añadiendo al principio de la página que ha sido nominada para su eliminación (justo debajo de la etiqueta existente de eliminación rápida o "db" - si no existe dicha etiqueta, la página ya no es candidata a eliminación rápida y no es necesario añadir una etiqueta hangon), junto con añadir una nota en la página de discusión explicando su posición, pero tenga en cuenta que una vez etiquetada para eliminación rápida , si la página cumple con el criterio, puede ser eliminada sin demora. No elimine usted mismo la etiqueta de eliminación rápida, pero no dude en añadir información a la página que la haga más conforme con las políticas y directrices de Wikipedia. Por último, tenga en cuenta que si la página se elimina, puede ponerse en contacto con uno de estos administradores para solicitar que la modifiquen como usuario o que le envíen una copia por correo electrónico. Coolug ( discusión ) 21:57, 26 de julio de 2010 (UTC) [ responder ]{{hangon}}
Actualizaciones de artículos sobre ORVYL y WILBUR
Gracias por sus correcciones y añadidos al artículo de ORVYL y WYLBUR. Noté que agregó "También existen versiones propietarias". Vi algo llamado WYLBUR, Inc., pero eso era de un artículo publicado en CACM en 1973. Una simple búsqueda en Google no arrojó nada que pareciera versiones propietarias. ¿Sabe si todavía hay versiones propietarias disponibles? ¿Hay una URL o una cita que podamos usar en el artículo? Jeff Ogden ( discusión ) 19:13 15 ago 2010 (UTC) [ responder ]
Creo que hubo versiones propietarias de todos ellos.
Sistemas de negocios en línea (OBS)
Sistemas óptimos, Inc. (OSI)
Adquirido por EDS
Se separó como SuperWylbur Systems, Inc.
RAND
También había algo llamado INTERACT, que creo que era un Wylbur renombrado.
Puedo proporcionarte la página de inicio de SuperWylbur™, pero no tengo información sobre OBS. Tengo un amigo que probablemente pueda proporcionarte algo de historia sobre las distintas versiones, y tengo manuales para HIH Wylbur y SuperWylbur™. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 13:33, 16 de agosto de 2010 (UTC) [ responder ]
360/65 (y /67) enMicrocódigo
La sección sobre los S/360 microcodificados no menciona el /65; éste -y, presumiblemente, el /67- fueron, creo, microprogramados. ¿Alguna idea de cuáles eran los detalles? (Creo que tenía una ruta de datos de 32 bits enteros; ¿qué tenía para coma flotante? Guy Harris ( discusión ) 22:40 24 ago 2010 (UTC) [ responder ]
Los modelos 2065 y 2067 fueron microcodificados horizontalmente. Acabo de revisar mis estanterías y no tengo los manuales CE para el 2065 y el 2067, aunque sí los tengo para el 2040, el 3145, el 3155 y el 3165. No estoy seguro de si la ruta de datos era de 32 bits o de 64 bits.
Lo que recuerdo es que tanto los registros generales como los registros de punto flotante en el 2065 están en el almacenamiento local. No recuerdo qué hardware está disponible para el microcódigo para su uso en aritmética de punto flotante.
Podrías preguntar en IBM-MAIN; todavía quedan algunos veteranos.
Para obtener instrucciones sobre cómo suscribirse, cerrar sesión o acceder al archivo de IBM-MAIN, envíe un correo electrónico a [email protected] con el mensaje: OBTENER INFORMACIÓN DE IBM-MAIN Busque en los archivos en http://bama.ua.edu/archives/ibm-main.html
Se ha colocado una etiqueta en OS/VS2 (SVS)/to do, solicitando que se elimine rápidamente de Wikipedia. Esto se ha hecho bajo los criterios de eliminación rápida , porque es una redirección a una página de discusión de artículo, página de descripción de archivo, página de discusión de archivo, página de MediaWiki, página de discusión de MediaWiki, página de discusión de categoría, página de discusión de portal, página de discusión de plantilla, página de discusión de ayuda, página de usuario, página de discusión de usuario o página especial del espacio principal/artículo.
Si puede arreglar la redirección para que apunte a una página principal , hágalo y elimine la etiqueta de eliminación rápida. Sin embargo, no elimine la etiqueta de eliminación rápida a menos que esté arreglando la redirección. Si cree que la redirección debería conservarse tal como está por alguna razón, puede solicitar que los administradores esperen un tiempo antes de eliminarla. Para ello, coloque la plantilla en la página y exprese su razonamiento en la página de discusión del artículo . No dude en dejar una nota en mi página de discusión si tiene alguna pregunta sobre esto. DASHBot ( discusión ) 00:01, 31 de agosto de 2010 (UTC) [ responder ]{{hangon}}
Lista de tareas pendientes para recuperar OS/VS2 (SVS) perdido
{{ adminhelp }}
Originalmente escribí OS/VS2 (SVS) en el espacio de usuario y cuando me di cuenta de que mover al espacio principal no movía automáticamente la lista de tareas pendientes, realicé una solicitud de movimiento manual y, sin darme cuenta, la moví a OS/VS2 (SVS)/todo en lugar de Talk:OS/VS2 (SVS)/todo. Cuando noté mi error tipográfico, realicé una segunda solicitud de movimiento manual.
Esta mañana vi que Talk:OS/VS2 (SVS)/todo había sido marcado a medianoche para su eliminación rápida, con una explicación de que era una página de redireccionamiento. Necesito ayuda para localizar o restaurar la lista de tareas pendientes actual para poder moverla a Talk:OS/VS2 (SVS)/todo. Gracias. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 15:14 31 ago 2010 (UTC) [ responder ]
Trabajando en ello... JohnCD ( discusión ) 15:32 31 ago 2010 (UTC) [ responder ]
¿Cuáles son las otras "plataformas IBM" disponibles? ¿Qué fuente explica todas las plataformas disponibles? Esto puede ayudar a crear una página de desambiguación. WhisperToMe ( discusión ) 16:25 13 sep 2010 (UTC) [ responder ]
Eso depende de hasta dónde quieras remontarte. En general, IBM tiene las siguientes plataformas actuales, la mayoría de las cuales tienen artículos Wiki; los nombres pueden haber cambiado:
Hay mucho material en http://bitsavers.org/pdf/ibm sobre las plataformas más antiguas.
Cabe señalar que IBM vendió su división de PC, aunque todavía vende servidores Intel bajo el nombre xSeries (System x). Es posible que haya algunos que haya pasado por alto. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 19:48 13 sep 2010 (UTC) [ responder ]
¿Por qué no archivar en lugar de eliminar?
Sé que una página de discusión de usuario pertenece al usuario, pero había mucha información útil en su página, en particular la discusión sobre la unidad CKD, por lo que le sugiero que la archive en lugar de eliminarla. Alternativamente, la copiaré a la página de discusión de CKD Tom94022 ( discusión ) 05:34, 14 de septiembre de 2010 (UTC) [ responder ]
Tienes todo el derecho a publicar lo que quieras... pero, por favor, adopta una postura correcta o déjame en paz en el debate sobre Harry Potter y la piedra filosofal . Tu opinión sobre la piedra filosofal mitológica es tan increíblemente irrelevante para el debate que me he reído a carcajadas... y tengo que agradecerte por ello.
Sin embargo, no le agradezco que me acuse de presentar argumentos erróneos sólo porque tengo el coraje de decirles a estas personas que están equivocadas. ¿No lee las páginas de discusión? Dejan en claro que saben que están equivocados. Por el sonido de sus comentarios, diría que NO tiene ni la menor idea de lo que está diciendo.
Cualquier texto con más de un título, conocido simultáneamente y en el mismo idioma, DEBE incluir todos los títulos por igual en el orden en que la fuente desee incluirlos. Eliminar los títulos alias en el último párrafo no es una decisión inteligente. Es evidente que no te das cuenta de eso. Lee la forma en que lo manejaron en el artículo sobre la versión cinematográfica.
De todos modos, sólo una petición amistosa: deja de hablar si no sabes de lo que estás hablando. 76.195.86.50 ( discusión ) 05:58 5 oct 2010 (UTC) [ responder ]
PKB. Está claro que no entendiste mis comentarios.
De hecho, leí las páginas de discusión y dos cosas quedaron claras:
Estabas confiando en argumentum ad hominem
No entendiste lo que te decían los demás.
Esta discusión pertenece a las páginas de discusión de los artículos, no a las páginas de discusión de los usuarios. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 09:50, 5 de octubre de 2010 (UTC) [ responder ]
Vale, muy bien, no voy a ir más lejos, pero no estoy de acuerdo con tu acusación de que estoy recurriendo a un argumento ad hominem . Ya me han acusado de falacia lógica antes... ¿sabes siquiera lo que significa? Sólo tengo curiosidad... 75.21.150.217 (discusión) 08:18 10 oct 2010 (UTC) [ responder ]
Los datos son vs. los datos son
Estoy de acuerdo con tu reciente modificación del artículo sobre HDD en el sentido de que data is es adecuado, pero se trata de una disputa en curso y, por desgracia, muchas guías de estilo permiten ahora el uso de data is como "sustantivo colectivo". Así que no te sorprendas si tu modificación se revierte y te recomiendo no entrar en una guerra de modificaciones sobre este tema. Tom94022 ( discusión ) 21:44, 18 de noviembre de 2010 (UTC) [ responder ]
Caché de CPUSección del historial de la página un tanto sesgada hacia x86
La página de caché de la CPU tiene 5 párrafos en la sección de historial que hablan sobre x86, pero la única aparición del número "85" en la página es en el número 1048576 en la sección "Traducción de direcciones". Esto parece incorrecto. :-) Sospecho que estás en una mejor posición que yo para solucionarlo (ya que probablemente conoces mucho más del historial y la caché de 360/85 que yo). Guy Harris ( discusión ) 10:04 23 nov 2010 (UTC) [ responder ]
Necesito consultar un manual de 360/67 para refrescar mi memoria antes de llegar a esa sección; en la página de discusión se decía que tenía una TLB, cosa que no recuerdo. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 18:03 23 nov 2010 (UTC) [ responder ]
El manual de características funcionales de la 360/67 en bitsavers.org dice, en la página 11, "Para evitar repetir este proceso de traducción para cada referencia de memoria por parte de un programa de usuario, la entrada de la tabla de páginas (dirección inicial de página, bits 8-19) se registra con, e identifica por, su dirección virtual (dirección de segmento y página, bits 8-19) en un registro de almacenamiento asociativo. Si una referencia posterior está dentro de esa página virtual, la dirección virtual accede al registro asociativo. La dirección inicial de página almacenada en el registro se adjunta a la dirección de byte y se envía a la BCU". "Este proceso de traducción" se refiere al recorrido por la tabla de páginas descrito en el párrafo anterior. El párrafo después del citado da detalles sobre los "registros de almacenamiento asociativo"; suena como una TLB de 8 entradas. Guy Harris ( discusión ) 21:00, 23 de noviembre de 2010 (UTC) [ responder ]
¿Política sobre la eliminación unilateral de plantillas divididas?
¿Has revisado Wikipedia:Splitting ? No hay una política oficial sobre cuánta discusión debe llevarse a cabo antes de eliminar etiquetas como estas. La página tiene 52 kilobytes de longitud, por lo que está entrando en el rango sugerido. Si crees que debería mantenerse unida, puedes publicar fácilmente una nota al respecto en la página de discusión del artículo y esperar una semana o más para ver si alguien responde. O, si estás ansioso, puedes eliminar la etiqueta ahora y dar tu razón en el resumen de la edición... pero en el espíritu de colaboración, la primera opción puede ser mejor. 7 05:15, 8 de diciembre de 2010 (UTC) [ responder ]
La intención de mi pregunta era la contraria; agregué una plantilla {{ split }} y alguien más la eliminó sin discusión. No creo que deba mantenerse junta porque había tres líneas de computadoras grandes Burroughs no relacionadas. Ni siquiera había considerado el problema del tamaño, pero ciertamente es otro argumento a favor de dividirla. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 13:39 17 dic 2010 (UTC) [ responder ]
Arquitectura de WP Computing y System/360
Respondí a tu pedido en WP:COMP/A . Publiqué en la página de discusión algunas sugerencias sobre los próximos pasos para mejorar el artículo. También reemplacé el banner de "sin revisar" con algunos mensajes de limpieza. Por favor, echa un vistazo a lo que publiqué y avísame si hay otras formas en las que puedo ayudar. ¡Gracias por tus contribuciones a la cobertura de la informática en Wikipedia! -- Pnm ( discusión ) 19:07, 16 de diciembre de 2010 (UTC) [ responder ]
Está en mi lista de seguimiento y, de hecho, lo vi antes de ver esta nota. Si tienes tiempo, todos los artículos que aparecen en Usuario:Chatul#Mis contribuciones podrían necesitar otro par de ojos.
Mi motivación para escribir el artículo de arquitectura fue que quería agregar descripciones técnicas de CKD y ECKD a Count Key Data , y el material se basaría en detalles de la arquitectura de S/360 que realmente no pertenecían al artículo de CKD en sí, por lo que quería agregar detalles de arquitectura a IBM System/360 . Debido al tamaño, alguien sugirió que primero escribiera el texto como un artículo separado en el espacio de usuario y luego lo fusionara.
Tenga en cuenta que escribí desde la perspectiva de un programador; no hice ningún esfuerzo por describir los detalles eléctricos y mecánicos de la arquitectura del canal de E/S. Si conoce una URL para FIPS 60, probablemente debería citarla para obtener más detalles, ya que no tengo ni el tiempo ni la experiencia para escribir un artículo que cubra esos aspectos. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 13:39, 17 de diciembre de 2010 (UTC) [ responder ]
Formato de disco Yr Editar
En su artículo sobre formato de disco, introdujo el concepto de "formateo de nivel intermedio", un concepto con el que no estoy familiarizado, que no aparece en la técnica y, tal como usted describe, no parece ser muy diferente del formateo de alto nivel. En el mejor de los casos, esto es WP:OR , pero realmente creo que es una distinción sin sustancia, pero antes de revertir o etiquetar el cambio, pensé que le daría la oportunidad de explicarlo. Tom94022 ( discusión ) 21:24, 20 de diciembre de 2010 (UTC) [ responder ]
Por cierto, no estoy seguro de que haya o haya habido alguna diferencia sustancial entre mainframe, servidor y/o PC. Hay diferencias en los detalles, sí, pero no lo suficientemente sustanciales para este artículo. Tom94022 ( discusión ) 21:27, 20 de diciembre de 2010 (UTC) [ responder ]
El formateo de volúmenes para su uso por parte del sistema operativo existe desde mediados de los años 60. En OS/360 se realizaba con la utilidad IEHDASDR o de forma independiente con la utilidad IBCDASDI. En los dispositivos más nuevos, ICKDSF reemplazó a IEHDASDR y todavía se utiliza con el mismo propósito en z/OS. Estas utilidades son claramente parte del arte.
Las funciones de formateo de ICKDSF y otros no tienen ninguna relación con el formateo de fábrica. Las funciones incluyen la creación de una etiqueta de volumen, la creación de una etiqueta de volumen y la escritura del Registro 0 en cada pista. ICKDSF no maneja funciones de bajo nivel como la escritura de marcas de tiempo y no puede reinicializar un disco que se haya desmagnetizado o que haya perdido el formato de fábrica.
De manera similar, FDISK y otros no realizan formateo de bajo nivel, pero están en un nivel inferior al de los sistemas de archivos.
Una diferencia entre el mundo de mainframe y el de PC es que los sistemas operativos de mainframe [1] no admiten particionamiento DASD, mientras que los sistemas operativos de PC no admiten una tabla de contenido de volumen (VTOC).
No tengo objeción si desea elegir un término diferente a intermedio , pero el formato real es real, está bien establecido y bien documentado en la literatura.
Notas
^ A diferencia de los subsistemas DASD de mainframe
Creo que la utilidad de formato de IBM se describe con precisión como una combinación de lo que ahora se denomina comúnmente formato de bajo y alto nivel, es decir, establece la estructura de bloques (variable) y luego aplica a la estructura las estructuras de datos y otra información necesaria para el acceso por parte de los sistemas operativos de IBM. Sospecho que la mayoría de las primeras utilidades de minicomputadoras funcionaban de la misma manera, pero Unix hoy en día se parece más a una PC. La falta de particionamiento en los sistemas operativos de IBM es un detalle que realmente no cambia nada. Por lo tanto, voy a reescribir su edición de nuevo a dos tipos de formato con la nota de que las utilidades de IBM los combinaban. Tom94022 ( discusión ) 17:25, 21 de diciembre de 2010 (UTC) [ responder ]
Tu opinión es incorrecta; como expliqué, las utilidades en cuestión no realizan ni el formateo de bajo nivel ni el de alto nivel. Estoy restaurando mis cambios y marcando el artículo para resolución de disputas. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:33, 21 de diciembre de 2010 (UTC) [ responder ]
Hola: En tu tiempo libre :-) podrías echar un vistazo a Lista de sistemas de archivos y Comparación de sistemas de archivos ; me parece que se trata de otro artículo orientado a PC (y minicomputadoras) que ignora por completo a IBM y otros sistemas mainframe. Hay algo de cobertura en MVS#MVS_filesystem . Me remito a tu experiencia en este asunto, pero parece que la falta de IBM Access Methods, BDAM, SAM, ISAM y VSAM en estos artículos es una omisión grave. ¿Comentario? Tom94022 ( discusión ) 17:13, 27 de diciembre de 2010 (UTC) [ responder ]
Verizon hizo algunos trabajos en el circuito local de un vecino y logró desconectarme en el proceso. Se toman su tiempo para limpiar lo que ensucian, por lo que actualmente no tengo acceso a Internet en casa. Estoy usando las computadoras de la biblioteca, pero tienen un límite de tiempo de 30 minutos. Te responderé cuando vuelva al aire. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:04 27 dic 2010 (UTC) [ responder ]
GUION
Tengo copias de los manuales de DWScript junto con una gran cantidad de ejemplos de documentos escritos en SCRIPT. Algunos de los documentos se escribieron de forma que pudieran formatearse correctamente en DWScript o SCRIPT/VS (para que pudieran imprimirse en impresoras mainframe de alta velocidad).
Puedo licenciar los ejemplos en lo que sea necesario.
¿Estarías dispuesto a contribuir con ellos a bitsavers? Tengo documentación en papel para varias versiones de Script, pero preferiría utilizar fuentes en línea siempre que sea posible. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 17:41, 3 de agosto de 2011 (UTC) [ responder ]
Desambiguación del FPS
Noté que habías añadido la segunda entrada que apunta a ISPF . A primera vista, me pareció una entrada duplicada. Solo después de volver a leer la entrada noté la pequeña diferencia en el nombre. Me confundió, por lo que probablemente también pueda confundir a otros. Combiné las dos entradas, aclarando que la aparente duplicación era intencional. Si crees que se podría explicar mejor, sigue adelante.
IBM proporcionó una sucesión de productos de programas a partir de la base de código original. Los dos primeros fueron Structured Programming Facility y Structured Programming Facility Version 2. Utilizaron el nombre System Productivity Facility solo para una versión y utilizaron el nombre Interactive System Productivity Facility a partir de entonces. Durante un tiempo, parte de la funcionalidad de ISPF se dividió en productos separados, ISPF e ISPF/Program Development Facility, pero finalmente ISPF e ISPF/PDF se fusionaron nuevamente. Creo que es apropiado tener entradas separadas para Structured Programming Facility y System Productivity Facility , pero no estoy seguro de cuánto de la información de fondo incluir en la página de desambiguación. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:37, 16 de diciembre de 2011 (UTC) [ responder ]
Pasos para formatear un disco
Consulte los pasos para formatear un disco. Tom94022 ( discusión ) 22:50 18 dic 2012 (UTC) [ responder ]
Se solicitan comentarios: Ejemplo de reemplazo del lenguaje ensamblador
Hola Shmuel, como has estado muy involucrado en el mantenimiento de la página Assembly_language y como rara vez edito Wikipedia, quería conocer tu opinión. Propongo reemplazar el ejemplo de lenguaje ensamblador con un programa que escribí yo, pero no quiero iniciar una guerra de ediciones, etc. Por eso he publicado el cambio propuesto en la página de discusión Talk:Assembly_language#Don.27t_like_the_example (está al final). Por favor, dime qué piensas, por favor, pon tu respuesta junto con la propuesta, ahí es donde la buscaré. Gracias. OldCodger2 ( discusión ) 10:12 29 ene 2013 (UTC) [ responder ]
Sitio web con información sobre el hardware y el firmware del Modelo 65 (y la versión de la FAA del mismo)
Me encontré con www.ibm360.info, que dice
[04-01-2012]
Este sitio embrionario eventualmente contendrá una gran cantidad de detalles de hardware relacionados con los modelos 65 y 67 de IBM S/360. Por el momento es solo un repositorio para fragmentos ocasionales donde existe una necesidad inmediata de hacer que la información esté disponible para un propósito particular.
Si incluye un enlace a alguna parte particular de este sitio web, tenga en cuenta que la estructura cambiará cuando la renueve y "lo haga correctamente". (Por supuesto, la URL de inicio se mantendrá). Sin embargo, es probable que esto no suceda hasta dentro de un año. Puede descargar cualquier cosa del sitio para reutilizarla con la atribución adecuada, por ejemplo, "Fuente: www.IBM360.info".
Todos los documentos que aparecen a continuación son escaneos de mis propias copias impresas. Para que todo sea rápido y conciso, he utilizado la resolución más baja que sea fácil de leer. En algún momento tengo la intención de escanear en alta resolución los principales documentos de IBM (FETOM, FEMM, etc.) para incluirlos en el sitio de bitsavers.
Aunque habrá mucho interés general sobre IBM S/360, mi principal foco en este momento está en el Modelo 65 2065 y su hermano mejorado, el FAA IBM 9020D 7201-02 Computing Element (CE). Aunque se entiende generalmente que el FAA CE está basado en el Modelo 65, creo que en realidad puede estar más cerca del Modelo 67 (tiene un marco DAT). Tengo el FETOM y el FEMM para el Modelo 65, pero agradecería enlaces a cualquier otra documentación del Modelo 65 o 67 (no hay nada sobre bitsavers). ...
Se hizo referencia a él mediante marcas de agua agregadas a este manual de la FAA sobre el formato de microinstrucciones para el elemento informático modelo 7201-02. El sitio de ese tipo es una wiki que creó para su proyecto:
El 29 de noviembre de 2011, adquirí un panel de consola de operador IBM System/360 modelo 65. He estado trabajando para restaurar este panel (ver un blog de este proyecto). Ahora estoy planeando escribir un emulador de software que imite la microarquitectura del modelo 65. Para ese propósito, he creado esta wiki para recopilar la mayor cantidad de información posible sobre la microarquitectura del modelo 65. Sin mucha documentación específica del modelo 65 disponible, la mayor parte de la información proviene de la interpretación de las leyendas de las lámparas de registro. Únase a esta wiki si puede contribuir.
Ahora está construyendo un emulador de hardware basado en FPGA , según su blog para el proyecto. Tiene un video del mismo en funcionamiento. (Otro chico reimplementó el micromotor Modelo 30 a partir de un FPGA; video aquí, página del proyecto aquí). Guy Harris ( discusión ) 03:01 19 feb 2013 (UTC) [ responder ]
¿Correo electrónico en 1962 en el IBM 1440? Seguro que está bromeando, señor Chatul.
No estoy seguro de qué es lo que hace que la gente se atreva a afirmar exageradamente que el correo electrónico lo inventó. ¡Hay un tipo en el MIT que ha hecho carrera con ello!
Eliminé la referencia de 1962 en el correo electrónico porque el documento citado (IBM H20-0129-1) no respaldaba la acusación.
Así fue; lea el comienzo de Email , donde dice " Algunos de los primeros sistemas de correo electrónico requerían que el autor y el destinatario estuvieran conectados al mismo tiempo, al igual que la mensajería instantánea ". Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:48 7 may 2013 (UTC) [ responder ]
Lo restableciste, citando un número de página y castigándome por "borrar referencias sin leerlas". Había leído el documento y no encontré ninguna referencia al correo electrónico. En lugar de iniciar una guerra de ediciones, dígame qué contenido de la página 10 de ese documento respalda su afirmación de que el sistema de terminal administrativo IBM 1440 admitía el correo electrónico. Lo más cercano que puedo ver es:
COMUNICACIONES TERMINALES Cualquier terminal puede transmitir su memoria de trabajo a cualquier otro terminal y tantos mensajes como se desee al mismo terminal. Desde el El sistema no sondea, el terminal receptor debe solicitar que se envíen los mensajes. ser transmitido a él. El ordenador atrae la terminal receptora Llamar la atención del operador al escribir la palabra (MSG) la primera vez que La terminal se utiliza después de que se le ha enviado un mensaje.
Esto no es un correo electrónico. Es, en el mejor de los casos, enviar un archivo a una terminal. Muchos sistemas antiguos tenían una forma de enviar un mensaje a la terminal de otro usuario conectado. Eso es diferente a enviar un correo electrónico a un usuario (que funciona independientemente de si está conectado o no, por ejemplo, y no necesita saber en qué terminal está conectado el usuario). ¿Tiene algún otro texto de esa página que crea que respalde su afirmación de que ATS ofrece un servicio de correo electrónico?
Véase más arriba. Observe también que los mensajes se ponen en cola, no se escriben simplemente en la terminal de destino. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:48 7 may 2013 (UTC) [ responder ]
De no ser así, creo que la afirmación de que el IBM 1440 en 1962 tenía un sistema de correo electrónico es falsa.
Otra pregunta aparte es si la versión IBM 360 de ATS incluía una función de correo electrónico. No eliminé esa entrada de 1968 de Correo electrónico porque no tenía acceso al documento citado. Pero si tiene acceso y todo lo que ofrece es la misma función de "enviar un documento a una terminal", elimine también esa entrada de Correo electrónico .
No es que sea relevante, pero ATS en DOS y OS permitía enviar mensajes a un operador en lugar de a una terminal. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:48 7 may 2013 (UTC) [ responder ]
PD: Utilicé ampliamente un IBM 1401 en 1970-71, y utilicé muchos IBM 370 a lo largo de la década de 1970, tanto en la consola como a través de tiempo compartido en terminales.
Para entonces ya había dejado de utilizar el 1401 y llevaba varios años programando sistemas en el S/360. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:48 7 may 2013 (UTC) [ responder ]
¿Tuviste experiencia personal con ATS? Gnuish ( discusión ) 02:56 7 may 2013 (UTC) [ responder ]
Utilicé ATS bajo DOS/360; instalé y mantuve ATS bajo OS/360.
Citas SY24-3581-2 en IBM System/370 ; bitsavers.org tiene SY24-3581-1, pero no -2. No veo ninguna mención de DAT en el manual -1, pero sí menciona la asignación de direcciones "lógicas" a "reales" para la característica de compatibilidad con DOS. ¿La versión -2 menciona DAT (y posiblemente menciona que la memoria asociativa utilizada para la asignación de direcciones "lógicas" a "reales" también se utilizó como TLB para DAT)?
(Sería bueno hacer referencia a una versión en línea de SY24-3581, pero si las referencias tienen que ser a la versión -2 para describir completamente cómo se podría agregar DAT con solo un cambio de microcódigo y sin cambios de hardware/ruta de datos...) Guy Harris ( discusión ) 00:12 6 dic 2013 (UTC) [ responder ]
Si lees la descripción de la función de compatibilidad con DOS, notarás que el hardware no realiza la reubicación, sino que compara los bits altos de la dirección con una memoria asociativa (p. 2-118), y recurre al microcódigo si no hay coincidencia. Fue difícil leer eso y no anticipar la paginación.
En cuanto a la edición, me basé en mi estantería de libros en papel y, en general, prefiero utilizar la edición más reciente a la que tengo acceso, pero SY24-3581-1 contiene el material relevante y no tengo objeción si quieres utilizarla en su lugar. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 18:27 6 dic 2013 (UTC) [ responder ]
Números de modelo del procesador B5000 A y B
Según las características operativas de los procesadores del Burroughs B 5000, el procesador A era un B 5280 y el procesador B era un B 5281. Los mismos números se utilizaron para el B5500, según el Manual de referencia de sistemas de procesamiento de información del Burroughs 5500. Guy Harris ( discusión ) 19:29 26 mar 2014 (UTC) [ responder ]
Se ha solicitado una mediación formal
El Comité de Mediación ha recibido una solicitud de mediación formal de la disputa relacionada con "Tensor". Como editor involucrado en esta disputa, se le invita a participar en la mediación. La mediación es un proceso voluntario que resuelve una disputa sobre el contenido de un artículo mediante la facilitación, la creación de consenso y el compromiso entre los editores involucrados. Después de revisar la página de solicitud , la política de mediación formal y la guía para la mediación formal , indique en la sección "acuerdo entre las partes" si está de acuerdo en participar. Debido a que el Comité de Mediación debe responder a las solicitudes en un plazo de siete días, responda a la solicitud antes del 14 de abril de 2014.
Se aceptan discusiones relacionadas con la solicitud de mediación en la página de discusión del caso. Gracias. Mensaje enviado por MediationBot ( discusión ) en nombre del Comité de Mediación. 15:36, 7 abril 2014 (UTC) [ responder ]
Solicitud de mediación rechazada
La solicitud de mediación formal relativa a Tensor, en la que figuraba como parte, ha sido rechazada . Para leer una explicación del Comité de Mediación sobre el rechazo de esta solicitud, consulte la página de solicitud de mediación , que será eliminada por un administrador después de un tiempo razonable. Dirija las preguntas relacionadas con esta solicitud al Presidente del Comité o a la lista de correo . Para obtener más información sobre las formas de resolución de disputas, distintas de la mediación formal, que están disponibles, consulte Wikipedia:Resolución de disputas .
Para el Comité de Mediación, Sunray ( discusión ) 05:47 12 abril 2014 (UTC) [ responder ] (Entregado por MediationBot , en nombre del Comité de Mediación).
¿Algún sistema no compatible con IBM utiliza CKD?
Hola Chatul. Espero que estés bien.
De entrada, ¿sabes si algún fabricante de sistemas informáticos aparte de IBM (y sus clones) ha implementado un sistema de archivos CKD? Hasta donde yo sé, ninguno lo ha hecho, pero mi conocimiento es limitado. Tom94022 ( discusión ) 00:45 27 may 2014 (UTC) [ responder ]
Los únicos sistemas que conozco que utilizan CKD son clones o casi clones, por ejemplo, RCA Spectra 70. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:27 27 may 2014 (UTC) [ responder ]
Eso es lo que yo entiendo también, gracias Tom94022 ( discusión ) 05:36 28 may 2014 (UTC) [ responder ]
IBM 3310
U agregó una sección sobre el IBM 3310 , pero ya se habló de ello en la sección del IBM 680, al igual que de todas las demás unidades de disco pequeñas de IBM que terminaron en los sistemas informáticos de IBM. No creo que sea una buena idea volver a agregar todo lo demás. Es posible que este sea el único producto OEM que se haya rebautizado como unidad de mainframe (serie 33xx), en cuyo caso estaría bien dejarlo, abreviado y con un enlace al 680. También podríamos cambiar el título de la Sección 4 a "Discos duros OEM (muchos ofrecidos en los sistemas informáticos de IBM)" o algo así. Estoy atento a esta página para ver tu respuesta. ¿Qué opinas? Tom94022 ( discusión ) 16:42, 31 de julio de 2014 (UTC) [ responder ]
Tal vez la Sección 4 sea simplemente "OEM y discos duros del sistema" con la corrección correspondiente en el encabezado de la sección. Tom94022 ( discusión ) 16:43 31 jul 2014 (UTC) [ responder ]
MiBiblioteca (informática)editar editó solo un comentario HTML
Mi edición sólo afectó a un comentario HTML, por lo que la página debería verse igual para el espectador en la versión anterior a la edición y en la versión posterior a la edición. Sin embargo, si intenta editar la página, debería ver una versión intacta del comentario "Esta afirmación es demasiado amplia..." que precede al texto del artículo. Guy Harris ( discusión ) 20:12 11 ago 2014 (UTC) [ responder ]
Lo siento, estaba usando http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP2050.html para el tamaño de la memoria (consulte "Tiempo de ciclo de memoria"); el manual de características funcionales de IBM es probablemente una mejor fuente. Guy Harris ( discusión ) 19:10 8 octubre 2014 (UTC) [ responder ]
EXEC II fue un sistema operativo desarrollado para UNIVAC 1107 por Computer Sciences Corporation (CSC) mientras estaba bajo contrato con UNIVAC para desarrollar el compilador COBOL de la máquina . Desarrollaron EXEC II porque el desarrollo del sistema operativo EXEC I de Univac se retrasó. Debido a esto, el compilador COBOL en realidad fue diseñado para ejecutarse bajo EXEC II, no EXEC I como se especificaba en el contrato original.
La referencia de George Gray dice "EXEC I no estaba listo todavía, así que CSC siguió adelante y diseñó su propio sistema operativo para el 1107, que se convirtió en EXEC II. CSC extendió bastante los términos de su contrato: cuando el compilador COBOL estuvo terminado, fue para un entorno EXEC II, ¡no EXEC I!", así que aunque CSC estaba bajo contrato con UNIVAC, ellos estaban bajo contrato para producir un compilador COBOL, no un sistema operativo, por lo que el sistema operativo en sí solo se produjo de manera vaga bajo contrato - supongo que CSC podría haber argumentado "hey, necesitábamos un sistema operativo para el compilador, y el tuyo aún no estaba listo, así que tuvimos que crear el nuestro" y así decir que EXEC II se produjo como parte del contrato.
Me inclinaría a decir que CSC lo produjo y lo entregó a UNIVAC. Guy Harris ( discusión ) 22:05 24 nov 2014 (UTC) [ responder ]
El Comité de Mediación ha recibido una solicitud de mediación formal de la disputa relacionada con "Los vectores no son tensores". Como editor involucrado en esta disputa, se le invita a participar en la mediación. La mediación es un proceso voluntario que resuelve una disputa sobre el contenido de un artículo mediante la facilitación, la creación de consenso y el compromiso entre los editores involucrados. Después de revisar la página de solicitud , la política de mediación formal y la guía para la mediación formal , indique en la sección "acuerdo entre las partes" si acepta participar. Debido a que el Comité de Mediación debe responder a las solicitudes en un plazo de siete días, responda a la solicitud antes del 6 de abril de 2015.
Se aceptan discusiones relacionadas con la solicitud de mediación en la página de discusión del caso. Gracias. Mensaje enviado por MediationBot ( discusión ) en nombre del Comité de Mediación. 21:06, 30 de marzo de 2015 (UTC) [ responder ]
Solicitud de mediación rechazada
La solicitud de mediación formal relativa a Los vectores no son tensores, en la que figuraba como parte, ha sido rechazada . Para leer una explicación del Comité de Mediación sobre el rechazo de esta solicitud, consulte la página de solicitud de mediación , que será eliminada por un administrador después de un tiempo razonable. Dirija las preguntas relacionadas con esta solicitud al Presidente del Comité o a la lista de correo . Para obtener más información sobre las formas de resolución de disputas, distintas de la mediación formal, que están disponibles, consulte Wikipedia:Resolución de disputas .
Creo que el artículo de CKD necesita algunos gráficos para que sea más comprensible, por lo que ya publiqué el formato de la pista, lo que no debería ser un problema. Eche un vistazo a este gráfico de "arquitectura" y comente antes de publicarlo en el artículo.
Operaciones de entrada/salida de IBM S/360 y S/370 para CKD DASD que muestran el canal, la unidad de control de almacenamiento y el dispositivo DASD
Puedes comentar en el gráfico o aquí. Gracias Tom94022 ( discusión ) 16:55 20 ago 2015 (UTC) [ responder ]
Puedo hacer que el encabezado y los encabezados de los cuadros sean más grandes. ¿Qué me sugieres? ¿Te gustó el IBM Blue? Tom94022 ( discusión ) 00:19 21 ago 2015 (UTC) [ responder ]
Me refería al texto interno. Sugeriría ampliar todo el texto y ampliar el recuadro según sea necesario para evitar que se extienda demasiado. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 19:09 21 ago 2015 (UTC) [ responder ]
Encadenamiento de comandos desconectado/reintento de comandos
Según mi recuerdo, estas dos características se introdujeron con el canal multiplexor de bloques y para DASD con el 2835:
Encadenamiento de comandos desconectado: específicamente para Seek CCW
Comando Reintentar: reintento en el canal, especialmente para ciertos errores de datos
He buscado RS sin mucho éxito. ¿Algún recuerdo y RS? Tom94022 ( discusión ) 18:48 4 dic 2015 (UTC) [ responder ]
La desconexión lógica se analiza en varios manuales bajo el título de solicitudes múltiples.
El reintento de comando se señala mediante la combinación de una verificación de unidad y un modificador de estado.
El primer lugar que buscaría es System/360 y System/370 I/O Interface Channel to Control Unit OEMI, undécima edición, IBM, septiembre de 1992, GA22-6974-10. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:21 4 dic 2015 (UTC) [ responder ]
Hay una sección interesante en 3830/3300 RM GA26-1592-2 p.1 que cubre en secuencia RPS, Multiple Requesting y Command Retry. ¿También recuerdas que estos se introdujeron simultáneamente con el canal BMux y el 2835? Si es así, es posible que la sección RPS del artículo CKD deba ampliarse para cubrir los tres. Por cierto, siempre he preferido el término Disconnected Command Chaining a Multiple Requesting, pero supongo que tendré que usar el término IBM. Tom94022 ( discusión ) 17:34 7 dic 2015 (UTC) [ responder ]
Sí, el manual de referencia 2305/2835 contiene discusiones sobre los tres, y si estás buscando la publicación más antigua que los cubre, ahí está. Cité GA22-6974-10 principalmente porque está disponible en un formato que me permite dar un enlace a una sección específica, a diferencia de los archivos PDF en bitsavers, donde solo puedo señalar el documento completo. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 19:52 7 dic 2015 (UTC) [ responder ]
Manuales de almacenamiento en caché y paginación 3880
Hay manuales 3880-11 y -13 en Chicago Classic Computing. Planeo hacer referencia a ellos cuando actualice la sección de almacenamiento en caché del artículo de CKD. Tom94022 ( discusión ) 18:19 18 dic 2015 (UTC) [ responder ]
Si consulta la fuente de los datos y notas clave de User:Chatul/Sandbox/Count, verá numerosas citas, incluidos manuales de referencia para 3880-11 y 3880-21. Lamentablemente, todavía no he podido encontrar copias de los manuales para 3880-21, 3880-23 e ISC; es posible que termine usando las Especificaciones funcionales de 370/168 para este último.
Varios de los manuales en línea que encontré tienen enlaces a Shelf: Hardware collection, junio de 2000 o bitsavers.
Varias de las fechas de los anuncios están disponibles en los perfiles de productos de Storage, aunque hay algunas lagunas extrañas. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:05, 18 de diciembre de 2015 (UTC) [ responder ]
Creo que el sitio al que se hace referencia anteriormente tiene manuales del modelo -13 y, por lo que puedo decir, todavía no ha citado ninguno. Para los fines de Wikipedia, no debería haber mucha diferencia sustancial, si es que hay alguna, entre el modelo -13 y el -23. Tom94022 ( discusión ) 01:54 19 dic 2015 (UTC) [ responder ]
Perfiles de productos de almacenamiento: los perfiles de productos de almacenamiento no tienen manuales. Planeo usarlos como una guía de referencia para el anuncio y las fechas de envío que contienen.
Por favor, eche un vistazo a la tabla [13] siguiendo el esquema en User:Chatul/Sandbox/Count key data/notes y en User:Chatul/Sandbox/Count key data/notes#Proposed table; Espero incluir alguna versión de ellos en User:Chatul/Sandbox/Count key data Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 00:37 22 dic 2015 (UTC) [ responder ]
Se ha solicitado una mediación formal
El Comité de Mediación ha recibido una solicitud de mediación formal de la disputa relacionada con "Datos clave de recuento". Como editor involucrado en esta disputa, se le invita a participar en la mediación. La mediación es un proceso voluntario que resuelve una disputa sobre el contenido de un artículo mediante la facilitación, la creación de consenso y el compromiso entre los editores involucrados. Después de revisar la página de solicitud , la política de mediación formal y la guía para la mediación formal , indique en la sección "acuerdo entre las partes" si acepta participar. Debido a que el Comité de Mediación debe responder a las solicitudes en un plazo de siete días, responda a la solicitud antes del 15 de enero de 2016.
Se aceptan discusiones relacionadas con la solicitud de mediación en la página de discusión del caso. Gracias. Mensaje enviado por MediationBot ( discusión ) en nombre del Comité de Mediación. 20:56, 8 enero 2016 (UTC) [ responder ]
Aceptaría con gusto la mediación, pero no con los problemas tal como los planteas, ver: por favor, consulta "Declaración mal formada de los problemas primarios" en la sección Discusión Tom94022 ( discusión ) 01:10, 10 de enero de 2016 (UTC) [ responder ]
Solicitud de mediación rechazada
La solicitud de mediación formal relativa a los datos clave del conde, en la que figuraba como parte, ha sido rechazada . Para leer una explicación del Comité de Mediación sobre el rechazo de esta solicitud, consulte la página de solicitud de mediación , que será eliminada por un administrador después de un tiempo razonable. Dirija las preguntas relacionadas con esta solicitud al Presidente del Comité o a la lista de correo . Para obtener más información sobre las formas de resolución de disputas, distintas de la mediación formal, que están disponibles, consulte Wikipedia:Resolución de disputas .
Hola Chatul. Soy secretario de arbitraje , lo que significa que fui designado para ayudar al Comité de Arbitraje en la administración de los procedimientos de arbitraje. Con respecto a tu solicitud de arbitraje presentada recientemente , el Comité ha solicitado que los secretarios te pidan informalmente que retires tu solicitud de arbitraje, ya que el caso es fundamentalmente una disputa de contenido (que el Comité no puede manejar ) y seguramente sería rechazado, para ahorrarles a todos la molestia de votar formalmente para rechazar el caso. Por favor, avísame si tienes alguna pregunta. Gracias. En mi calidad de secretario del Comité de Arbitraje , Kevin ( también conocido como L235 · t · c ) 17:37, 16 de enero de 2016 (UTC) [ responder ]
Solo para informarle, he eliminado el caso como empleado de ArbCom , ya que el comité lo rechazó. Gracias, Mdann52 ( discusión ) 16:28, 19 de enero de 2016 (UTC) [ responder ]
{{citar manual}} vs. {{citar libro}}
A partir de diciembre de 2012, {{cite manual}} es un alias de {{cite book}}, por lo que cualquiera de los dos funciona. (Aquí hay una discusión al respecto ). Si revirtió el cambio de Yobot de {{cite manual}} a {{cite book}} en esta edición porque quería que el texto editable de la página reflejara que el libro que se citaba era un manual, probablemente debería sugerirle al maestro de Yobot que no haga ese cambio en particular. Guy Harris ( discusión ) 00:47 9 mar 2016 (UTC) [ responder ]
¿Debería elactual¿Se eliminará la impresión del artista del cuadro de información de Planet Nine?
Hola, Chatul. Tienes mensajes nuevos en Talk:Planet Nine#Conclusion 2. Puedes eliminar este aviso en cualquier momento eliminando la plantilla {{Talkback}} o {{Tb}}.
Al parecer, IBM pensó en esto mucho antes de enviar el 3880.
"La NAS [Nueva Estrategia de Conexión] básicamente divide la función del controlador en varias cajas, como un director, o controlador de almacenamiento integrado, y un blivet"
"El anuncio de "Smash" en agosto de 1972 incluía dos directores, el 3345 y el 3830-II".
"Un planificador de IBM escribió que "uno de los motivos de la estrategia de conexión de la caja A era restringir nuestra vulnerabilidad PCM incorporando las unidades iniciales en la caja A".
"Un memorando del 6 de julio de 1971 de Lewis Branscomb a Evans indicaba que el comité de tecnología corporativa "no está convencido de que el plan director para las máquinas mencionado anteriormente o el NAM propuesto que integra canales y unidades de control sea sólido. Los directores no aportan ningún avance técnico o funcional, causan algunos problemas de mantenimiento y reducen la flexibilidad para el cambio de archivos".
"El 29 de julio de 1971, Evans le indicó a Cooley que, en relación con el enfoque del director en las cintas, "no hay ninguna nueva ingeniería con respecto a la lógica de los directores. Las unidades de control existentes simplemente se dividen y se reempaquetan con parte de la lógica en las unidades y la parte restante en la CPU correspondiente".
"Nuestra intención es fijar el precio de los directores internos para reducir la producción de los 3830, pero no para desplazar a los que ya están instalados en los pequeños sistemas 155 y 165", decía el memorando [de 1972]".
De: Vía 'Nueva estrategia de apego' IBM pretendía frustrar a los PCM 20 de febrero de 1978
Las citas proceden principalmente de documentos internos de IBM, en su mayoría de 1971 y 1972, y se hicieron públicos tanto en el caso del gobierno de los EE. UU. como en el caso de Memorex. Observe también el uso de A Box Within para aplicarlo al 3330 y posteriores IBM mucho antes de que comenzara el 3380. Por cierto, un blivet es un controlador de cadenas.
Jack Harker dice prácticamente lo mismo en su historia oral: era el director del laboratorio SJ en el momento de la NAS.
Espero que esto ponga fin a la interminable discusión sobre el director y la unidad A. Tom94022 ( discusión ) 08:52 10 abr 2016 (UTC) [ responder ]
La fuente que usted cita incluye "Gardner dice que el memorándum respalda su conclusión de que el costo y el precio de los directores son desproporcionados con respecto al costo y el precio del 3830-II". En general, el artículo parece hablar de directores como componentes de adaptadores integrados. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 13:37 11 abr 2016 (UTC) [ responder ]
¿De qué se trata?
"El anuncio de "Smash" en agosto de 1972 incluía dos directores, el 3345 y el 3830-II".
¿Eso no dice que el 3830 es un director? Además, no puedo encontrar nada en el artículo sobre directores como componentes de adaptadores integrados; los directores no son "componentes" de nada, los controles de almacenamiento de tipo director tienen uno o dos directores. La cita de Gardner se refiere al ISC del 148 (y del 158 y 168) para el cual hay RS de que el ISC y el 3830-2 son lo mismo en dos paquetes diferentes. Por supuesto, si acepta los ISC como directores, podemos detenernos aquí.
Si no se detuvo anteriormente, lea la historia oral de Jack Harker en el Museo de Historia de la Computación sobre la "estrategia de apego".
Ahora existen múltiples fuentes secundarias confiables que afirman que 3830-2==ISC==Director; por favor, dejen de negarlo. Tom94022 ( discusión ) 16:36 11 abr 2016 (UTC) [ responder ]
Para que conste, parece que todo lo que tienes para respaldar el punto de vista de que el 3830-2 no es un director son varias afirmaciones no formales en fuentes primarias. El hecho de que dichas fuentes primarias no digan nada sobre los directores no es una fuente confiable para afirmar que el 3830-2 no es un director. Ahora que tenemos al menos tres fuentes confiables que llaman al 3830-2 un director, nuevamente te solicito que dejes de afirmar el punto de vista de que el 3830-2 y el -3 no son controles de almacenamiento de tipo director. Tom94022 ( discusión ) 15:18 12 abr 2016 (UTC) [ responder ]
¿Leíste el texto que cité? El artículo que citaste se contradice. En cuanto a la demanda antimonopolio, Memorex alegó que el tema en disputa comenzó con el 2319. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 18:08 14 abr 2016 (UTC) [ responder ]
Está bastante claro que Gardner está hablando de los ISC en comparación con el 3830-2. Es una invención de tu parte que Gardner esté hablando de accesorios integrados. No encuentro ninguna contradicción en el artículo, pero incluso si la hubiera, ahora hay al menos otros dos RS que dicen o pueden interpretarse como que dicen que el 3830-2==ISC==Director. No tienes ninguna prueba que contradiga esto, solo la falta de la palabra director en algunas publicaciones.
Hubo muchas cuestiones en disputa tanto en el caso de Memorex como en los asuntos antimonopolio de los EE. UU., incluidas las 2319A, 2319B, FTP, ETP, 3705, New Attachment Strategy y otras. Nadie jamás discutió ni se refirió a nada más que la 3830-2 y los ISC como directores. Nuevamente, no tiene evidencia para respaldar su punto de vista de que "la cuestión en disputa comenzó con la 2319". Tom94022 ( discusión ) 00:47, 15 de abril de 2016 (UTC) [ responder ]
Problemas de velocidad de la luz en el cableado DASD de CKD
Estás equivocado acerca de que la velocidad de la luz no está entre los factores limitantes en las longitudes de los cables en los subsistemas CKD. La parte de la velocidad de la luz del presupuesto de latencia en el espacio es el doble de la distancia desde el cabezal más alejado hasta la unidad de control y, según recuerdo, puede ser de 275 pies como máximo o muy por encima de 0,5 usec. ¿Quizás no sabías que los cables de datos entre la SCU y la unidad B pueden tener una longitud de hasta 75 pies? Entonces, si las latencias de la SCU y el canal se mantienen constantes, extender los cables aumentará la latencia hasta que el subsistema se desborde. Cualquiera que haya trabajado en SCU y unidades B lo sabe, pero encontrar RS es un desafío ya que probablemente estén enterrados en lo profundo de los archivos de IBM y PCM. Por otro lado, dudo que tengas alguna fuente para tu afirmación de que "el límite de cableado no es SOL". Solo tu punto de vista.
Tal vez el comentario entre paréntesis debería haber sido {problemas de latencia, incluida la velocidad de la luz). En cualquier caso, es un punto menor y estoy cansado de tu insistencia en tu punto de vista sobre los hechos, por lo que no voy a repetir el comentario entre paréntesis. Tom94022 ( discusión ) 01:09, 15 de abril de 2016 (UTC) [ responder ]
Quizás no sepas que el canal paralelo utiliza señales eléctricas a través del cobre en lugar de señales de luz a través de fibra óptica. También existe una ambigüedad en cuanto a la longitud del cable , pero todos se ven afectados por cuestiones eléctricas, por ejemplo, inductancia y resistencia, excepto los cables ESCON y FICON.
Por otro lado, dudo que tengas alguna fuente , te equivocas una vez más. Mi fuente es el canal de la unidad de control OEMI, especialmente la configuración del sistema 2.8.3. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:45, 15 de abril de 2016 (UTC) [ responder ]
De alguna manera me perdí tus comentarios sarcásticos, pero déjame adivinar que quizás no sabes que la velocidad de la luz se aplica tanto a los cables eléctricos como a los cables ópticos. Sé que hay documentos internos en IBM y Memorex que tratan este tema, el problema es encontrarlos y liberarlos. Tom94022 ( discusión ) 22:32 14 sep 2017 (UTC) [ responder ]
¿Snide? ¿Te refieres a algo como Por otro lado, dudo que tengas alguna fuente ? PKB
Snide - como "Quizás no sepas que el canal paralelo usa señales eléctricas a través del cobre..." Resulta que tu referencia es una fuente que dice que algo limita la distancia además de la resistencia. Tom94022 ( discusión )
Por cierto, la fuente en la que confías dice: "Para unidades de control específicas, los retrasos de señal debido a la longitud del cable requerirán que la unidad de control esté relativamente cerca del canal". ¿Te animas a especular sobre cuál podría ser la causa de los "retrasos de señal debido a la longitud del cable" y por qué acercarse podría reducir el retraso? Tom94022 ( discusión ) 22:39 14 sep 2017 (UTC) [ responder ]
¿Te gustaría especular sobre qué es lo que limita principalmente la resistencia a las líneas de interfaz ? Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:31 18 sep 2017 (UTC) [ responder ]
Si la resistencia es la limitación principal, ¿por qué las unidades de control DASD tienen que estar más cerca que el limitador principal? Después de todo, ¿no disminuye la resistencia a medida que disminuye la longitud? Tom94022 ( discusión ) 01:21 19 sep 2017 (UTC) [ responder ]
¿Por qué la longitud máxima permitida disminuye a medida que aumenta el número de unidades de control? Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 21:04 20 sep 2017 (UTC) [ responder ]
Porque cada CU tiene un cable interno. Tom94022 ( discusión ) 09:09 21 sep 2017 (UTC) [ responder ]
Su pregunta y respuesta no responden a mi pregunta ( ahora resaltada arriba ); la disminución en la distancia para una SCU DASD es mucho mayor que la de otras SCU y si se molestara en calcular los números, descubriría que la disminución es mucho mayor que la que se explica por la resistencia de los cables y contactos. Tom94022 ( discusión ) 17:01 2 octubre 2017 (UTC) [ responder ]
Si te molestaras en calcular los números, descubrirías que una señal de corriente continua en un cable de cobre no viaja a la velocidad de la luz. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 21:16 3 oct 2017 (UTC) [ responder ]
La última vez que lo comprobé, una señal de CC no viaja en absoluto, pero una señal se propaga a través de un cable coaxial a un porcentaje significativo de la velocidad de la luz y me parece recordar que los cables de canal de IBM tenían dieléctrico de aire, por lo que es posible que hayan propagado señales a una velocidad muy cercana a la de la luz, pero en ningún caso a menos del 50 % de la velocidad de la luz. Tu pregunta y tus respuestas aún no responden a mi pregunta ( resaltada arriba ). Tom94022 ( discusión ) 01:00, 4 octubre 2017 (UTC) [ responder ]
multiplexor vs multiplexor
Confiaré en tu palabra sobre el uso que se da en los manuales. Actualmente, IBM parece tener una personalidad dividida: Google muestra muchos resultados con ambas grafías. Siempre pensé que era "o", hasta que comencé a notar que aparecía mucho "er". Peter Flass ( discusión ) 18:15 12 jul 2017 (UTC) [ responder ]
Archivo de flujo del sistema de archivos orientado a registros
¿Por qué eliminaste toda esta sección que agregué?
Una alternativa a un archivo orientado a registros es un flujo. En un archivo de flujo, el sistema de archivos trata los archivos como una secuencia no estructurada de bytes. La aplicación de escritura debe insertar un carácter delimitador (un patrón de bits reservado) para separar los registros. La rutina de lectura proporciona tantos bytes como se soliciten, sin exceder el tamaño del archivo. Es responsabilidad del programa de aplicación de lectura reconocer el delimitador, no de las rutinas del sistema de archivos. Este enfoque reduce significativamente el tamaño y la complejidad de la biblioteca y reduce la cantidad de utilidades necesarias para mantener los archivos. Desafortunadamente, el tiempo de CPU necesario para analizar el delimitador de registros es significativo y la exclusión del patrón delimitador de registros de los datos es con frecuencia indeseable.
Porque es incorrecto. Hay muchas cosas que se pueden hacer en un sistema de archivos orientado a flujos sin utilizar caracteres delimitadores. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 17:37 19 jul 2017 (UTC) [ responder ]
Otras páginas cuyos títulos probablemente deberían estar en mayúscula
El encabezado de Formateo de discos tiene una nota que cubre principalmente los sistemas operativos mainframe de IBM heredados, un tema que no se aborda en el cuerpo del artículo, por lo que probablemente no debería estar en el encabezado. Me gustaría mover la nota al texto en la sección Historial y dejar estas excepciones fuera del encabezado. Hasta donde yo sé, todos los sistemas operativos modernos en general no sobrescriben sectores durante un formateo a menos que se indique lo contrario. Podría ser que los sistemas operativos heredados todavía lo hagan, pero no puedo entender por qué perderían tanto tiempo ya que todo hoy en día es FBA. Parece que usted es el defensor de incluir estas excepciones, por lo que pensé que primero consultaría con usted sobre el movimiento y si sigue siendo cierto que los sistemas operativos heredados de IBM citados todavía sobrescriben todos los bloques durante el formateo. Estoy pensando en un párrafo en la sección Historial en la línea de:
"Las primeras unidades de disco no tenían ningún tamaño de bloque intrínseco, por lo que un formato necesariamente sobrescribía todos los datos antiguos. Con el tamaño de bloque fijo de las unidades de disco modernas, los sistemas operativos modernos en general no sobrescriben todos los bloques como parte del proceso de formateo; sin embargo, algunos sistemas operativos de mainframe antiguos aún lo hacen (insertar notas al pie).
¿Tienes alguna referencia para el sistema operativo Unix z/OS? ¿Comentarios? ¿Sugerencias? Tom94022 ( discusión ) 19:11 16 nov 2017 (UTC) [ responder ]
El titular no debe brindar detalles, pero debe ser preciso. Basta con señalar que hay excepciones a los detalles que se brindan más adelante.
Lamentablemente, MVS aún espera CKD y realiza una escritura formateada para un contenedor completo. Los detalles varían según el contexto, por ejemplo, VSAM, HFS, zFS.
Puede encontrar algunos de los manuales relevantes en User:Chatul/References . Incluyo citas de dos de los manuales relevantes, que no están en el mismo nivel de publicación. Hay otros manuales que necesitaría si estuviera usando Unix System Services, pero no creo que sean relevantes para el formato.
Planificación de servicios del sistema UNIX z/OS V1R13.0 (HTML) , 2011, GA22-7800-19
Referencia de comandos de servicios del sistema z/OS UNIX, versión 2, lanzamiento 3 (PDF) , 2017, SA23-2280-30
No tengo dudas de que el formateo en los SLED CKD heredados necesariamente sobrescribía todo el disco, por ejemplo, formatear un 3380 llevaba varias horas. Sin embargo, los SLED CKD ya no se ofrecen y es posible que ni siquiera se mantengan, pero en su lugar, el software host de IBM es compatible con la emulación en los sistemas de almacenamiento IBM que hoy son todos FBA. Por lo tanto, la cuestión de si se sobrescriben todos los bloques durante un formateo es una función de los algoritmos de emulación en los subsistemas y me resulta difícil aceptar que los algoritmos actuales sobrescriban realmente todos los bloques. Sospecho que los algoritmos de emulación eficientes de hoy simplemente reescribirían los punteros dejando los bloques asignados sin cambios. Por ejemplo, el DS8880 presenta "aprovisionamiento delgado" en el que "los desarrolladores de aplicaciones pueden aprovisionar y desaprovisionar aplicaciones z/OS en minutos", lo que sugiere que no se sobrescriben todos los bloques. Puede que, como parte de un proceso en segundo plano, se sobrescriban los bloques no asignados, pero en este momento no tengo claro que los subsistemas de emulación actuales sobrescriban todos los bloques. Las citas anteriores realmente no responden a la pregunta, se necesitarían citas de las SRL del sistema de almacenamiento para responder la pregunta y hasta ahora no puedo encontrar ninguna cita aparte de las supuestas actas de aprovisionamiento, lo cual es sugerente pero no decisivo. ¿Tiene alguna referencia de los manuales del sistema de almacenamiento de IBM que pueda ayudar? Tom94022 ( discusión ) 18:45, 20 de noviembre de 2017 (UTC) [ responder ]
Para MVS [b] un dispositivo CKD es una caja negra [c] ; MVS utiliza un formato de escritura CCW [d] y desde su perspectiva la pista se borra cuando se completa el comando [e] . Si el subsistema DASD reescribe físicamente los sectores o simplemente manipula los punteros no es visible para MVS. Algunos de los primeros subsistemas DASD hacían escrituras físicas, pero no pasó mucho tiempo antes de que hubiera subsistemas DASD que virtualizaran los borrados. Teniendo en cuenta eso, el texto debería ser genérico o usar palabras ambiguas para formatear el volumen.
Dar formato a un conjunto de datos lineal o HFS es otra cuestión, ya que también implica escribir los intervalos de control. No conozco ningún subsistema DASD lo suficientemente inteligente como para virtualizar eso. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:12 21 nov 2017 (UTC) [ responder ]
Todavía estoy investigando en esta área para obtener suficiente conocimiento para publicar una o dos oraciones breves pero precisas en el artículo y luego actualizar el Lede.
Parece que hay varios pasos: crear un volumen virtual en el subsistema, formatear el volumen para que esté disponible para un SO (como mínimo, etiqueta de volumen y VTOC), formatear partes adicionales del volumen según sea necesario para que esté disponible para sistemas operativos o aplicaciones. ¿Todo esto se maneja en ICKDSF o hay otras utilidades involucradas? Cuanto más lo pienso, más me convenzo de que cualquier proceso de formato que requiera bloques de longitud fija usará WCKD en todas las pistas y los únicos datos no borrados estarían en los bloques asignados a la pista más allá de los últimos datos. Por otro lado, si el SO solo requiere pistas formateadas por IBM con nada más que HA y R0, entonces solo las pistas que contienen la etiqueta de volumen y las pistas VTOC podrían tener campos de datos escritos; el HA y RO requeridos para las pistas restantes solo podrían ser punteros con los bloques de datos sin cambios. Por cierto, ICKDFS parece admitir solo una cantidad limitada de volúmenes CKD virtuales, por ejemplo, 3380, 3390 y 9345, todo hardware antiguo, ¿es cierto? Yo habría pensado que a esta altura IBM habría virtualizado CKD, es decir, un nuevo tipo de dispositivo virtual más o menos en los límites de los campos C, K y D. Además, ICKDSF parece implicar que un MINIMAL INIT solo escribe la etiqueta de volumen y VTOC en FBA DASD, lo que implica que los bloques restantes no se escriben.
Se trata de una especulación bien fundada. Parece que estás mejor informado sobre este tema. ¿Por qué no intentas revisar el artículo y luego veré si plantea alguna pregunta? O puedo seguir investigando. Tom94022 ( discusión ) 19:02 27 nov 2017 (UTC) [ responder ]
He dejado de hacer revisiones importantes de los artículos de Wiki; me quita demasiado tiempo y la falta de un mecanismo eficaz de resolución de disputas hace que el ambiente de trabajo sea hostil. Seguiré proporcionando referencias y correcciones menores, pero no más modificaciones de palabras importantes. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 17:56 29 nov 2017 (UTC) [ responder ]
Lamento que te sientas así. Creo que estamos de acuerdo en que la nota n.° 2 del inicio está mejor ubicada en una sección, tal vez solo una o dos oraciones en la Sección 2 o tal vez en la Sección 6, por lo que no sería una revisión importante. Seguiré investigando esto en algún momento para hacer la edición.
¿Puedes ayudarme comentando mi pregunta: "¿Todo esto se maneja en ICKDSF o hay otras utilidades involucradas?" Tom94022 ( discusión ) 07:20, 30 de noviembre de 2017 (UTC) [ responder ]
El formato completo de ICKDSF escribe la dirección de inicio y R0 en cada pista, borra todas las pistas, crea VTOC y crea un índice VTOC. También hay opciones más rápidas y más lentas. El hecho de que el borrado sea físico o manipulación del puntero depende del dispositivo y es transparente para ICKDSF.
Un conjunto de datos VSAM se puede asignar a través de JCL o de IDCAMS; de cualquier manera, el procesamiento formatea el nuevo conjunto de datos en intervalos de control.
Se asigna un HFS a través de JCL con FILETYPE=HFS; el procesamiento formatea el conjunto de datos en intervalos de control.
^ Al asignar un conjunto de datos con FILETYPE=HFS, se formatean las pistas en intervalos de control y se crea el sistema de archivos. Al asignar un conjunto de datos lineal para un zFS, solo se formatean las pistas en intervalos de control. Una utilidad independiente crea el zFS en el conjunto de datos lineal
^ Se aplican consideraciones similares a los dispositivos CKD y ECKD en, por ejemplo, z/TPF , z/VM , z/VSE . Sin embargo, tienen un soporte más amplio y anterior que MVS para otras interfaces, por ejemplo, FBA, FCP.
^ Excepto cuando no lo es ;-)
^ Por ejemplo, escribir dirección de casa, escribir RO, escribir recuento, clave y datos, escribir recuento especial, clave y datos y borrar
^ Posiblemente de forma asincrónica
Mensaje para los votantes de la ArbCom en las elecciones de 2017
Hola, Chatul. La votación para las elecciones del Comité de Arbitraje de 2017 está abierta hasta las 23:59 del domingo 10 de diciembre. Todos los usuarios que registraron una cuenta antes del sábado 28 de octubre de 2017, realizaron al menos 150 ediciones en el espacio principal antes del miércoles 1 de noviembre de 2017 y no están bloqueados actualmente pueden votar. Los usuarios con cuentas alternativas solo pueden votar una vez.
El Comité de Arbitraje es el panel de editores responsable de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad de imponer soluciones vinculantes a las disputas entre editores, principalmente en el caso de disputas de conducta graves que la comunidad no ha podido resolver. Esto incluye la autoridad para imponer prohibiciones de sitios , prohibiciones de temas , restricciones de edición y otras medidas necesarias para mantener nuestro entorno de edición. La política de arbitraje describe las funciones y responsabilidades del Comité con mayor detalle.
Hola: Espero que te encuentres bien. ¿Alguna idea sobre los orígenes de CKD? Sin duda, se incluyó desde el principio de S/360. Lo que ahora llamamos el campo de recuento se incluyó en el 1301 para la serie 7000 y luego para el 1410. Creo que había campos clave en el 1301, pero en un índice de pista separado, pero no en el CKD en línea como en S/360 y posteriores. ¿Algún comentario o corrección? La penúltima pregunta es ¿de quién fue la idea? Tom94022 ( discusión ) 19:54, 30 de marzo de 2018 (UTC) [ responder ]
No conozco ningún DASD con un campo de conteo anterior al DASD para el S/360.
Los modelos 1301 y 1302 no tenían pistas de formato automático, sino que cada cilindro tenía una pista de formato. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:56 2 abr 2018 (UTC) [ responder ]
Gracias, por cierto, puede que sea semántica pero:
Características de los archivos IBM utilizando el formato 1301 como ejemplo
Una pista de datos y los datos que se van a escribir en una pista o leer desde una pista se identifican por medio de una dirección de domicilio uno, una dirección de domicilio dos y tantas direcciones de registro como áreas de registro haya que establecer. ... Cada área de registro establecida para una pista de datos está precedida por una dirección de registro. La dirección consta de seis o más caracteres...
B Wyatt, Jr., IBM Corp, Oficina regional occidental, Los Ángeles, CA, Características de los archivos IBM, Aplicaciones de archivos de disco, American Data Processing, (c) 1964
La dirección de registro suena como el equivalente de un campo de conteo, aunque sin el formato estándar que se introdujo con S/360. Además, el mismo artículo señala que en el 1311 "Una dirección de sector de cinco dígitos ideleble precede a cada ubicación direccionable en un paquete de discos". Esto suena como un campo de conteo para este dispositivo de bloque fijo. Estoy de acuerdo en que CKD con el campo de conteo definido por IBM era exclusivo de S/360, pero realmente estoy explorando cómo IBM llegó allí y cómo la industria se inventó los campos de identificación de registros. Tom94022 ( discusión ) 20:10, 2 abril 2018 (UTC) [ responder ]
Al menos según leí IBM 1301, modelos 1 y 2, almacenamiento en disco e IBM 1302, modelos 1 y 2, almacenamiento en disco con sistemas de procesamiento de datos IBM 7090, 7094 y 7094 II e IBM 1301, modelos 1 y 2, almacenamiento en disco e IBM 1302, modelos 1 y 2, almacenamiento en disco con sistemas de procesamiento de datos IBM 1410 y 7010, no hay nada que parezca un campo de conteo en ningún registro del disco, pero hay cosas que parecen claves, a saber, las direcciones de registro. De mi rápida mirada al documento, para cualquier cilindro dado en el dispositivo, todas las pistas de datos deben tener el mismo diseño en términos de direcciones de registro, datos de registro y espacios, y por lo tanto el mismo diseño en términos de longitud de registro; la pista de formato para el cilindro especifica el diseño. Eso, en lugar de un campo de conteo, indica la longitud de registros particulares. Guy Harris ( discusión ) 21:17 2 abr 2018 (UTC) [ responder ]
La dirección de registro se parece más a la dirección de registro de un campo de conteo de S/360 que a una clave. Tenga en cuenta también:
No existe ningún requisito de que todas las pistas de formato sean iguales
La pista de formato determina qué áreas de registro son de 6 bits y qué áreas de datos son de 6 bits; la arquitectura deriva del 7030
No todos los bits del área de registro se utilizan para la verificación.
La dirección de registro en el 1301 es de longitud variable ("seis o más caracteres"), alfanumérica ("caracteres", no "dígitos", aunque solo se verifica la parte numérica de los primeros cuatro caracteres y la totalidad de los dos caracteres siguientes) y "la asigna y escribe el usuario para que se ajuste a cualquier esquema de direccionamiento conveniente". El campo de conteo en un 2314, según las descripciones de componentes del IBM System/360, la función de almacenamiento de acceso directo del 2314 y el control de almacenamiento auxiliar del 2844, contiene un número de cilindro, un número de cabezal y un número de registro de un byte; es más una dirección física que un campo configurable por el programador. Por lo tanto, no veo que la dirección de registro en un 1301 sea como el cilindro/cabezal/registro en el campo de conteo.
Ciertamente es convencional poner la dirección física en esos 5 bytes, y las utilidades estándar lo hacen, pero el controlador no los usa como direcciones físicas. En cambio, se comparan con el almacenamiento designado por un Search Id Equal CCW. De hecho, hubo una modificación en CP/67 para escribir copias duplicadas de páginas con campos de conteo idénticos para acelerar las operaciones de paginación. No es estándar, pero funcionó. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:02, 4 de abril de 2018 (UTC) [ responder ]
No creo que nadie haya dicho que todas las pistas de formato deben ser iguales en el 1301. Según he leído en los manuales del 1301, un cilindro determinado tiene solo una pista de formato, por lo que todas las pistas del cilindro deben tener el mismo formato, pero otros cilindros tienen sus propias pistas de formato y pueden tener un formato diferente. Guy Harris ( discusión ) 18:23 3 abr 2018 (UTC) [ responder ]
Gracias por todos los comentarios bien pensados. Le hice la pregunta a Chatul porque en los últimos años he llegado a apreciar su profundo conocimiento de los subsistemas de IBM. La pregunta surge de un diálogo que comenzó en Disk sector donde un editor afirmó que los sectores de disco se inventaron en Bell Labs a principios de los años 60. Refuté eso y luego comencé a agregar algo de historia al artículo comenzando con el sector de tamaño fijo, sin encabezado (campo de identificación) y paridad por carácter de los IBM 350. Ahora estoy tratando de identificar los primeros ejemplos, si no los primeros, de encabezado de sector, sectores zonificados, CRC y ECC. Es probable que IBM haya sido el primero en realizar muchos de estos cambios (aparte de ZBR), por lo que no me preocupa demasiado usar ejemplos de IBM; si hay versiones anteriores, estoy seguro de que alguien lo corregirá. Por cierto, todavía no está en el artículo, pero hasta donde puedo saber:
El modelo 1301, con su campo de dirección de registro, fue el primero en ofrecer un campo de identificación para un sector separado del campo de datos. Es posible que GE haya incorporado uno a los datos antes del modelo 1301.
El 1311 era un sector de tamaño fijo con un campo de "conteo" separado de un campo de datos. Conteo en el sentido de que era un recuento de la cantidad de sectores desde el primer sector de la primera unidad. IBM publicó algoritmos para que los programadores calcularan el DCCHHR a partir del recuento de sectores.
System/360 DASD introdujo el CRC en los campos de datos e ID. El formato del campo ID definió en parte lo que se convirtió prácticamente en un estándar de la industria de CCHHS. También introdujo, exclusivo de IBM, un campo clave entre los campos de datos e ID de un sector (registro en la terminología de IBM).
IBM tenía una organización de sectores en el disco 350 para el RAMAC 305 en la década de 1950. IBM incluso utilizó la palabra sector en la documentación del RAMAC 305. Véase, por ejemplo, IBM General Information Manual 305 RAMAC Programmer's Guide (PDF) , 1958, p. 8, Aunque el archivo está dividido en 50.000 sectores de cien caracteres, cada uno directamente direccionable mediante un número de cinco dígitos,Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:02 4 abr 2018 (UTC) [ responder ]
Por favor comente sobreCharla:Marketing de cigarrillos electrónicos
Lo siento por ese cambio. Debe ser un ensamblador extraño que no requiere un espacio en blanco entre el código de operación (o macro) y los operandos. Algunas de esas cosas antiguas eran bastante raras. Peter Flass ( discusión ) 00:35, 17 de agosto de 2018 (UTC) [ responder ]
En realidad, era bastante común que los ensambladores de mediados de la década de 1960 exigieran que el operando estuviera en una columna específica. Los formularios de codificación tenían barras verticales que separaban los campos y la lista de ensambladores se extendía a lo largo de 120 columnas. No conozco ningún ensamblador a partir de 1970 que estuviera tan ligado a columnas específicas.
En cuanto a lo original, te desafío a que encuentres algo tan original como el UNIVAC 1005 , con sus filas y columnas de dirección con código gris. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 14:38 17 ago 2018 (UTC) [ responder ]
Claro, la mayoría de las cosas estaban orientadas a columnas, pero no recuerdo haber visto nunca un caso en el que el código de operación no estuviera separado del operando por al menos un espacio. Peter Flass ( discusión ) 15:49, 17 de agosto de 2018 (UTC) [ responder ]
SOAP 2 para el sistema de procesamiento de datos IBM 650 (PDF) , IBM, pág. 4, 24-4000-0.
¿PASSWORD está totalmente obsoleto o, al estilo típico de IBM, todavía se admite pero prácticamente no se utiliza?
Este enlace incluye tanto la etiqueta "mantenimiento del programa" como la función "Mantener las contraseñas del conjunto de datos". Dado que se trata de información bastante reciente sobre las utilidades de zOS, supongo que sigue siendo una opción disponible. Peter Flass ( discusión ) 19:43 31 oct 2018 (UTC) [ responder ]
Lea el texto real para ver las tres funciones que realiza, ninguna de las cuales se relaciona con el mantenimiento del programa. No estoy seguro de cuándo se agregó la etiqueta ni por qué.
La versión más reciente, V2R3, todavía describe la función de actualización de CONTRASEÑA, pero me sorprendería mucho si alguien la hubiera usado en las últimas décadas.
OS/360 IEHPROGM tenía otras funciones que han sido reemplazadas por funciones similares en AMS:
Mensaje para los votantes de la ArbCom en las elecciones de 2018
Hola, Chatul. La votación para las elecciones del Comité de Arbitraje de 2018 está abierta hasta las 23:59 del domingo 3 de diciembre. Todos los usuarios que registraron una cuenta antes del domingo 28 de octubre de 2018, realizaron al menos 150 ediciones en el espacio principal antes del jueves 1 de noviembre de 2018 y no están bloqueados actualmente pueden votar. Los usuarios con cuentas alternativas solo pueden votar una vez.
El Comité de Arbitraje es el panel de editores responsable de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad de imponer soluciones vinculantes a las disputas entre editores, principalmente en el caso de disputas de conducta graves que la comunidad no ha podido resolver. Esto incluye la autoridad para imponer prohibiciones de sitios , prohibiciones de temas , restricciones de edición y otras medidas necesarias para mantener nuestro entorno de edición. La política de arbitraje describe las funciones y responsabilidades del Comité con mayor detalle.
Sistemas grandes de Burroughs #B6500:Narrativa histórica de los años 1960; Estados Unidos contra IBM, Anexo 14971
diferencia
"Esta referencia se relaciona con litigios antimonopolio y no es una buena fuente de detalles técnicos".
El año de la primera entrega (¿a un cliente?; ¿pero una fecha es un detalle técnico?) parece bastante exacto.
Informe de estado del B6500 (hasta aproximadamente 0:46), fecha: marzo de 1969 (y posiblemente a las 4:20), aquí en el sistema número uno, 6:27 - cableado de un prototipo B6500 , 6:45 - el sistema n.° 1 es una unidad de producción , 8:14
Informe de estado del B6500, abril de 1970, pág. 2 (búsqueda del primer sistema ).
Esto también coincide con las tarifas de envío (pp. 1-2):
3 per month 1970
Apr 14-16
Mar 11-13
Feb 8-10
2/m (optimistic) 1/m (pessimistic): (12+1)-7=6
Jan 6-7 1969
Dec 4-5
Nov 2-3
around Oct 1-2 around Jun
Su referencia hasta la fecha no tiene número de página (supongo que se suponía que debía ir junto a la última referencia histórica... ¿?). -- MarMi wiki ( discusión ) 02:56 28 feb 2019 (UTC) [ responder ]
[[Burroughs#B6500]] me lleva a una página de desambiguación; ¿quiso decir [[Burroughs grandes sistemas#B6500]]?
La referencia a dicho documento se encuentra en una frase [a] que no tiene nada que ver ni con la fecha del FCS ni con el litigio antimonopolio.
No tenía una referencia a la fecha. Tenía una fecha de publicación en la referencia que agregué [b] , pero dudo que te estés refiriendo a eso. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 17:30 28 feb 2019 (UTC) [ responder ]
Quizás esto aclare las cosas:
"El B6500 (1968) [1] [2] ..."
¿Dónde está el número de página de la afirmación "1968" en la segunda referencia?
Esa referencia a 1968 no es mía, sino de la versión a la que recurrí. La fecha del anuncio no es 1968 ni 1969, sino 1966. No sé si en el artículo que aparece en otro lugar se usa la fecha del anuncio, la fecha de envío o una combinación aleatoria.
La referencia de 1968 era mía (antes de encontrar evidencia que me convenciera de que no podía ser el caso). 1969 también se menciona en la tabla de modelos (debajo de la sección B6500, en Historia). -- MarMi wiki ( discusión ) 22:41, 4 de marzo de 2019 (UTC) [ responder ]
Y agregaste una nueva referencia después de la fecha, que no parece pertenecer allí (o se mencionó en una de las páginas, pero no especificaste en cuál, y ese PDF no se puede buscar). Lo moví junto a la referencia antimonopolio monolítica. -- MarMi wiki ( discusión ) 22:41, 4 de marzo de 2019 (UTC) [ responder ]
Agregué la referencia a la oración donde corresponde, al comienzo de Burroughs large systems#B6500 . No corresponde después de la referencia a la película delgada. Si cree que la fecha está mal ubicada, muévala . Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:59, 4 de marzo de 2019 (UTC) [ responder ]
Quizás estoy entendiendo mal algo, pero las referencias son para el texto que las precede . -- MarMi wiki ( discusión ) 23:14 4 mar 2019 (UTC) [ responder ]
Vale, parece que también se podría poner antes de ( WP:INTREF2 ). Pero ¿por qué confundir al lector mezclando los dos estilos? -- MarMi wiki ( discusión ) 23:19 4 mar 2019 (UTC) [ responder ]
Sí, y el texto que precede a la referencia es B6500 (1968) . Si cree que la fecha debería estar después de la referencia, entonces es la fecha que debe trasladar.
Si su referencia es SÓLO para el B6500 , entonces debería haber sido colocada DESPUÉS del B6500 en primer lugar, y no después de la fecha. -- MarMi wiki ( discusión ) 23:56 4 mar 2019 (UTC) [ responder ]
Por cierto, ¿debería decir anuncio (1966), artículo de Hauck sobre el SJCC (1968) o fecha de envío (1969)? No he comprobado qué fechas se utilizan en el resto del artículo.
Prefiero la fecha de envío (o la fecha de primera ejecución/uso para sistemas anteriores). La fecha de anuncio no es tan importante (para mí) porque puede que pasen un par de años desde el uso real. Pero cuando difieren, entonces probablemente se deberían indicar ambas.
En la sección Historia hay una tabla con el año 1969. -- MarMi wiki ( discusión ) 23:56 4 mar 2019 (UTC) [ responder ]
Si estás sugiriendo que <ref></ref> sea un <ref name=> que haga referencia a una cita en , no tengo ningún problema con eso. Si te refieres a otra cosa, explícalo. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 23:50 4 mar 2019 (UTC) [ responder ]{{Reflist|refs=}}
Notas
^ "El B6500 utilizaba circuitos integrados monolíticos con memoria magnética de película fina"
^ Manual de referencia del sistema de procesamiento de información Burroughs B6500
^ Los B6500 (1968) [4] y B7500 fueron los primeros ordenadores de la única línea de sistemas Burroughs que han sobrevivido hasta nuestros días.
Referencias
^ Stuart, Sam (2014). "Burroughs 6500". Manual del usuario de ordenadores europeos 1968/69: Pergamon Computer Data Series. Elsevier. pág. 111.7. ISBN9781483146690.
^ Manual de referencia del sistema de procesamiento de información Burroughs B6500 (PDF) , Burroughs, septiembre de 1969, 1043676
^ "Narrativa histórica de los años 1960; Estados Unidos contra IBM, Anexo 14971, Parte 2" (PDF) . ed-thelen.org . Gobierno de los Estados Unidos. 22 de julio de 1980. pág. 648 . Consultado el 21 de febrero de 2019 .
^ Stuart, Sam (2014). "Burroughs 6500". Manual del usuario de ordenadores europeos 1968/69: Pergamon Computer Data Series. Elsevier. pág. 111.7. ISBN9781483146690.
Vuelve a la breve descripción del IBM System/370
Estoy intentando añadir descripciones breves a la mayor cantidad de artículos posible porque Wikipedia se ha propuesto añadir descripciones breves a todos los artículos del espacio principal. Muchos artículos ya tienen entradas de Wikidata , incluido el que se menciona en la pregunta, y yo simplemente importé la entrada de Wikidata como descripción breve. Obviamente, no estabas de acuerdo en que describiera adecuadamente el tema en 40 caracteres o menos, pero en lugar de revertirlo, deberías haberlo editado y sustituido por lo que creíste que era más apropiado. Volví a intentarlo, esta vez poniendo algo que creo que describe mejor el tema. -- rogerd ( discusión ) 19:25, 5 de marzo de 2019 (UTC) [ responder ]{{short description}}
Mi punto era que sería útil si, en el futuro, encuentras un artículo que no tenga una descripción corta, o tenga una que no resuma correctamente el tema, que puedas corregir la situación tú mismo en lugar de eliminarlo. -- rogerd ( discusión ) 20:40, 5 de marzo de 2019 (UTC) [ responder ]
Por favor comente sobreCharla: Homicidios en serie en Toronto entre 2010 y 2017
Si cree que esta página no debería eliminarse por este motivo, puede impugnar la nominación visitando la página y haciendo clic en el botón "Impugnar esta eliminación rápida". Esto le dará la oportunidad de explicar por qué cree que la página no debería eliminarse. Sin embargo, tenga en cuenta que una vez que una página está etiquetada para eliminación rápida, puede eliminarse sin demora. No elimine usted mismo la etiqueta de eliminación rápida de la página, pero no dude en agregar información de acuerdo con las políticas y pautas de Wikipedia . Si se elimina la página y desea recuperar el material eliminado para referencia o mejora futura, comuníquese con el administrador que la eliminó . ... disco spinster talk 19:19, 18 de julio de 2019 (UTC) [ responder ]
Si solo hay dos títulos posibles para una frase y uno de ellos es claramente el uso principal, entonces una nota de sombrero es la forma habitual de manejar la desambiguación, en lugar de una página de desambiguación. Película delgada tiene una nota de sombrero para Memoria de película delgada . Hut 8.5 21:14, 18 de julio de 2019 (UTC) [ responder ]
Vale, estoy de acuerdo contigo en lo que respecta a Rexx, aunque se inventó para VM y fue el lenguaje de programación principal allí mucho antes de que se trasladara a otros lugares. Sin embargo, no estoy de acuerdo con Script, que se remonta a los días de CP-67 y parece más vinculado a la familia VM, aunque también se ejecuta en la familia OS/360. Peter Flass ( discusión ) 20:05, 3 de septiembre de 2019 (UTC) [ responder ]
No hay duda de que Script se originó en CP-67/CMS, pero se usaba en SVS y MVS a principios de los años 1970 y se usó mucho en MVS en los años 1980. Finalmente, se incluyó parcialmente en OS/390 y z/OS (se instalaba, pero se necesitaba una licencia para usarlo). Por cierto, ¿tienes los manuales de Waterloo Script? Me gustaría agregar una referencia. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 18:17, 4 de septiembre de 2019 (UTC) [ responder ]
Lo siento, no. ¿Waterloo Script se actualizó alguna vez para impresoras láser? No estoy seguro de si OpenWatcom tiene fuentes o documentación de Script. Peter Flass ( discusión ) 18:49 4 sep 2019 (UTC) [ responder ]
Según https://csg.uwaterloo.ca/sdtp/watscr.html, sí es compatible con impresoras láser, pero esa página no incluye los manuales. Yo aporté el SCRIPTW gratuito a cbttape.org, pero las versiones posteriores son de pago, o al menos solían serlo. Definitivamente no tengo los manuales de NSCRIPT, ni tampoco sé las fechas. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 19:16 4 sep 2019 (UTC) [ responder ]
Qué rápido se olvidan, gracias. Peter Flass ( discusión ) 20:45 3 oct 2019 (UTC) [ responder ]
Exención de bloque de IP
He otorgado a su cuenta una exención del bloqueo de IP durante tres meses. Esto le permitirá editar la Wikipedia en inglés mediante bloqueos completos que afecten a su dirección IP cuando esté conectado. He determinado que se verá afectado por ciertos bloqueos y le he otorgado esto para que no afecte su capacidad de edición.
Mensaje para los votantes de la ArbCom en las elecciones de 2019
La edición contradice el resumen de la edición
Su edición de Mainframe computer marca el final del período en el que había varios fabricantes de mainframes antes, el 1 de enero de 1970 en lugar del 1 de enero de 1980. Pero su resumen de edición indica que el punto final debería ser posterior al 1 de enero de 1980. Jc3s5h ( discusión ) 20:27 25 nov 2019 (UTC) [ responder ]
No, indica que el punto final se encuentra en algún momento entre 1970 y 1979. Pero ahora que lo pienso, hubo varios proveedores de mainframes mucho después: Amdahl estuvo presente hasta 1993, Bull hasta 1999 y Unisys hasta 2014, y algunos de ellos todavía respaldan sus arquitecturas a través de simulación en chips Intel. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 21:12 25 nov 2019 (UTC) [ responder ]
Notificación de enlace de desambiguación para el 12 de diciembre
Hola. Gracias por tus ediciones recientes. Un proceso automatizado ha detectado que cuando editaste recientemente Thunk , agregaste un enlace que apuntaba a la página de desambiguación Closure (verifica para confirmar | soluciona con el solucionador Dab). Dichos enlaces suelen ser incorrectos , ya que una página de desambiguación es simplemente una lista de temas no relacionados con títulos similares. (Lee las Preguntas frecuentes • Únete a nosotros en el WikiProject DPL ).
Si buscas referencias de bitsavers, puedes probar uno de los sitios espejo, como bitsavers.trailing-edge.com. (Con suerte, volverá a estar disponible en algún momento). Guy Harris ( discusión ) 05:58, 23 de enero de 2020 (UTC) [ responder ]
bitsavers.org está de nuevo en línea. Guy Harris ( discusión ) 18:17 27 ene 2020 (UTC) [ responder ]
Notificación de enlace de desambiguación para el 3 de febrero
Un proceso automatizado ha detectado que cuando editaste recientemente Drum (desambiguación) , agregaste un enlace que apunta a la página de desambiguación Camp Drum (verificar para confirmar | corregir con el solucionador Dab).
Hola, gracias por señalar la omisión de 36 bits. He añadido enlaces representativos para todos los tamaños de palabras extraños. Murray Langton ( discusión ) 21:05 13 may 2020 (UTC) [ responder ]
Notificación de enlace de desambiguación para el 16 de mayo
Un proceso automatizado ha detectado que cuando editó recientemente el Historial de correo electrónico , agregó un enlace que apunta a la página de desambiguación de VM (verifique para confirmar | solucione con el solucionador Dab).
Solicitud de comentarios: Solicitud de comentarios sobre matemáticas, ciencias y tecnología
Mensaje enviado con cariño por Yapperbot :) ¿Esto es incorrecto? Contacta al operador de mi bot . Enviado a las 08:02, 16 de junio de 2020 (UTC) [ responder ]
5450
Encontré lo suficiente en el código para demostrar que el 5450 usaba un flujo de datos similar al 3270, incluidos comandos de escritura/borrado, órdenes SBA y SF. No pude encontrar los caracteres de dirección, pero supongo que eran similares, especialmente porque la arquitectura del 3270 se amplió posteriormente a 160x80. Peter Flass ( discusión ) 14:04 15 jul 2020 (UTC) [ responder ]
@ Peter Flass : ¿Podrías enviarme una copia de ese código por correo electrónico? Gracias.
Por cierto, la arquitectura 3270 nunca requirió geometrías de pantalla específicas; inicialmente había que especificar el modelo y luego un mecanismo más general proporcionaba las configuraciones de pantalla. Había que conocer la geometría para construir el flujo de datos, ya que las direcciones no eran filas y columnas. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 14:59 15 jul 2020 (UTC) [ responder ]
Tengo que buscar el código de nuevo. No hay nada útil en ningún lugar, pero busqué en el código fuente de OS/360 compatibilidad con la consola de visualización y, lamentablemente, parece estar dividido en 100 partes diferentes. Encontré algunas partes relacionadas con el Modelo 85, pero no he podido juntarlas todas. Peter Flass ( discusión ) 16:38, 15 de julio de 2020 (UTC) [ responder ]
So, while apparently the functionality is equivalent to a 3270, the order codes are completely different. Why IBM did this I'll never understand. Still haven't located the buffer address characters. Peter Flass (talk) 20:07, 15 July 2020 (UTC)[reply]
You need to look at the actual code, not just the equates, but off the top of the head those look like CCW opcodes, not buffer orders or WCC bits, which is already a massive difference from the 3270. As to why, the 360/85 came out before the 3270 and IBM has always been over compartmentalized. Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:01, 15 July 2020 (UTC)[reply]
SCAT Assembler
Hopefully I or someone will write a SCAT article, hence the redlink. I had never heard of SCAT, so I did a quick Google and came up with Solomon. This really has nothing to do with SQOZE, somI didn’t put anything in the article. I putnthe Solomon reference in the comment just as a poor way to remember the reference. Peter Flass (talk) 13:33, 22 July 2020 (UTC)[reply]
Feedback request: Maths, science, and technology request for comment
Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 02:31, 2 August 2020 (UTC)[reply]
Disambiguation link notification for September 5
An automated process has detected that when you recently edited List of transistorized computers, you added a link pointing to the disambiguation page CDC.
In the article "Tensor" I had changed "a" to "an" because the rules of English pronunciation (and thereby of written grammar) require "an" when using the indefinite article more usually written "a" when it occurs directly before a word beginning with a vowel. You reverted that to "a". Why? Dratman (talk) 16:48, 9 November 2020 (UTC)[reply]
The referent of the indefinite article was the word following the parentheses. I should have noted that in the change summary. Shmuel (Seymour J.) Metz Username:Chatul (talk) 16:55, 9 November 2020 (UTC)[reply]
But that is incorrect. The a/an choice in English is resolved by the pronunciation of the word immediately
following a or an, not by referent. For example, if the parentheses had not been present, so the sentence was
"A tensor may be represented as a potentially multidimensional array"
there would be no ambiguity, and the indefinite article would have to be "a". That is the rule in English.
The fact that there are parentheses does not change that situation, because it is assumed that the parenthetical
expression will be read out loud when the rest of the sentence is read out loud.
For these reasons, I request that you revert your reversion. Thank you. Dratman (talk)
S/370 Architecture
That looks good. There's nothing canonical about numbering bits, so why not stick with the what relevant documentation says. Otherwise you're back to the way IBM represented ASCII characters at one time - backwards, as read from the communications line, and useless for anything else. Peter Flass (talk) 20:23, 19 November 2020 (UTC)[reply]
ArbCom 2020 Elections voter message
Merge proposal which you may be interested in
Please see Tfd, where I proposed to merge Template:Lang-he-n into Template:Lang-he. Debresser (talk) 09:56, 25 November 2020 (UTC)[reply]
January 2021
Hello, and thank you for your contributions to Wikipedia. This is just a note to let you know that I've moved the draft that you were working on to Draft:Track (moving medium), from its old location at User:Chatul/sandbox/Track (moving medium). This has been done because the Draft namespace is the preferred location for Articles for Creation submissions. Please feel free to continue to work on it there. If you have any questions about this, you are welcome to ask me on my talk page. Thank you. SK2242 (talk) 17:38, 3 January 2021 (UTC)[reply]
zEnterprise BladeCenter extension
Hello! Thanks for Your correction. I create a internal link for zBX section instead of direct link for BladeCenter, that's acceptable solution? And, sorry, can I ask Your help for integration of basic zBX description to BladeCenter page (I think, this a notable adition to article)? ThisIsNotABetter (talk) 11:54, 7 January 2021 (UTC)[reply]
I've added a See Also to IBM BladeCenter. zBX does use a BladeCenter Enclosure; I don't know what type. I don't know enough about zBX to do a proper section on it in BladeCenter, but I agree that it's a good idea. Shmuel (Seymour J.) Metz Username:Chatul (talk) 13:28, 7 January 2021 (UTC)[reply]
Thanks. As can I see, the first model of zBX was not released, but next models uses a H chassis. Widely known the three released models: 2458-002, 2458-003 and 2458-004. ThisIsNotABetter (talk) 06:54, 12 January 2021 (UTC)[reply]
Hebrew infinitive
I'm not a native speaker or even all that fluent a speaker of Hebrew, let me get that out of the way. The linguistic info i put on Wikimedia is not stuff I know personally, but rather have already seen on reputable sources or was on the page in the past. Just getting a disclaimer out of the way.
That out of the way: are the non-prefixed infinitives still used in Modern Hebrew? Every single source I've found has it as a Biblical Hebrew feature. But, my main desires with regards to changing the Modern Hebrew Verbs article is to change the table formats/ romanization; not to speak over anyone more familiar with Hebrew grammar.Starbeam2 (talk) 23:57, 12 January 2021 (UTC)[reply]
I'm a native Anglophone. I've studied Hebrew at an Ulpan, but I don't have the in the bone understanding of those exposed to Hebrew grammar from birth. I sent my cousin an e-mail asking about מקור מוחלט. I'm pretty sure that I've seen שם הפועל without a preposition. However, it's possible that I've only seen them in Biblical quotations or at least allusions.
I just saw https://referenceworks.brillonline.com/entries/encyclopedia-of-hebrew-language-and-linguistics/infinitive-modern-hebrew-COM_000594#d56709061e45, which seems to confirm the existence of both שם הפועל without a preposition and מקור מוחלט in Modern Hebrew. Shmuel (Seymour J.) Metz Username:Chatul (talk) 03:55, 13 January 2021 (UTC)[reply]
I'll cut the difference and list them, but not make mention of their usage until I have clearer info. Starbeam2 (talk) 04:59, 13 January 2021 (UTC)[reply]
Feedback request: Maths, science, and technology request for comment
Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 15:05, 15 January 2021 (UTC)[reply]
Your help desk question
Did you ever find an answer to this question? If not WP:VPT may be the place to ask.— Vchimpanzee • talk • contributions • 22:37, 8 February 2021 (UTC)[reply]
You recently added better RFC links and a helpful clarification to the lede of the Email address page: "and updated by RFC 5322 and 6854. The term email address in this article refers to addr-spec in RFC 6532, not to address or mailbox; i.e., a raw address without a display-name."
However, RFC-6532 doesn't seem refer to addr-spec, and wasn't one of the two you'd linked. I reckon it was likely just a typo for 5322, but since 6532 is also an email RFC, I could very well be wrong. Please sanitycheck my edit! DewiMorgan (talk) 00:52, 10 April 2021 (UTC)[reply]
Your submission at Articles for creation: Track (moving medium) has been accepted
Track (moving medium), which you submitted to Articles for creation, has been created.
Congratulations, and thank you for helping expand the scope of Wikipedia! We hope you will continue making quality contributions.
The article has been assessed as Start-Class, which is recorded on its talk page. Most new articles start out as Stub-Class or Start-Class and then attain higher grades as they develop over time. You may like to take a look at the grading scheme to see how you can improve the article.
Since you have made at least 10 edits over more than four days, you can now create articles yourself without posting a request. However, you may continue submitting work to Articles for creation if you prefer.
If you have any questions, you are welcome to ask at the help desk. Once you have made at least 10 edits and had an account for at least four days, you will have the option to create articles yourself without posting a request to Articles for creation.
If you would like to help us improve this process, please consider leaving us some feedback.
Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 23:30, 7 August 2021 (UTC)[reply]
Recent edit to Disk formatting
I'm not sure what is meant by your addition of "or containing file system" to the High-level formatting section of the Disk formatting article. This seems to contradict the definition of high level format in lede to the section. Please clarify. Tom94022 (talk) 01:12, 4 October 2021 (UTC)[reply]
@Tom94022: That edit is to the first sentence of the section, so I have no idea of what you mean by contradicting the lede. For that matter, I don't see where it contradits any text that follows, although I could certainly expand it.
As an example of what that edit refers to, creating a zFS in z/OS involves the following steps.
Initialize the volume with ICKDSF to
Write R0 on every track
Initialize track 0
Create a VTOC
Create a VTOC index and a DSCB for it.
Use IDCAMS DEFINE to create a linear Data Set (LDS); AMS will format it into control intervals
Use IOEAGFMT to create a zFS aggregate in the LDS; this will format the zFS with an empty root directory.
I think I get what you intend but it seems to me that the numbered steps 1, 2 and 3 above collectively are a high level format or alternatively steps 2 and 3 are additional operations not unlike those performed to structure database files in a file system. - do you have any reference that defines them separately as high level formats? Either is consistent with the note in lede to Section 2, "Each process may involve multiple steps, and steps of different processes may be interleaved." FWIW there are not a lot of references in the section and Tannenbaum isn't helpful. Also the lede to Section 2 in paragraph numbered 3 has the original language that you modified, namely, "High-level formatting creates the file system format within a disk partition or a logical volume." Absent a reference your edit may be approaching POV or OR and perhaps the original language should be restored. Tom94022 (talk) 18:42, 4 October 2021 (UTC)[reply]
Typically steps 2 and three are done months or years after step 1.
I don't have any reference that defines high-level formatting at all.
If steps 2 and 3 are done months or years after step 1 then that confirms they are not high level formatting any more than database formatting is high level formatting, see, e.g. Database Files for a listing of many of the structures created in a file system for databases. Tannebaum actually does support the original definition of a high level format as follows, "The final step in preparing a disk for us is to perform a high-level format of each partition separately." Absent a ref I think that makes your addition WP:POV or WP:OR so I will remove it and we can see what other editors have to say. Tom94022 (talk) 22:00, 4 October 2021 (UTC)[reply]
Assembly language
You've reverted my edit. I can find no reason for that and your edit reason does not explain it to me. The language is, for all practical purposes, identical. GliderMaven (talk) 16:35, 10 November 2021 (UTC)[reply]
@GliderMaven:The reason is as stated; there are multiple distinct assemblers for the same architecture and instruction set; clearly rhe reason is not because of the instruction set differing from itself. If that is unclear then the discussion belongs on Talk:Assembly language . --Shmuel (Seymour J.) Metz Username:Chatul (talk) 14:04, 11 November 2021 (UTC)[reply]
Feedback request: Maths, science, and technology request for comment
You may want to consider using the Article Wizard to help you create articles.
A tag has been placed on DFSMS (disambiguation) requesting that it be speedily deleted from Wikipedia. This has been done under section G14 of the criteria for speedy deletion, because it is a disambiguation page which either
disambiguates only one extant Wikipedia page and whose title ends in "(disambiguation)" (i.e., there is a primary topic);
disambiguates zero extant Wikipedia pages, regardless of its title; or
is an orphaned redirect with a title ending in "(disambiguation)" that does not target a disambiguation page or page that has a disambiguation-like function.
If you think this page should not be deleted for this reason, you may contest the nomination by visiting the page and clicking the button labelled "Contest this speedy deletion". This will give you the opportunity to explain why you believe the page should not be deleted. However, be aware that once a page is tagged for speedy deletion, it may be deleted without delay. Please do not remove the speedy deletion tag from the page yourself, but do not hesitate to add information in line with Wikipedia's policies and guidelines. If the page is deleted, and you wish to retrieve the deleted material for future reference or improvement, then please contact the deleting administrator. Shhhnotsoloud (talk) 08:19, 22 November 2021 (UTC)[reply]
ArbCom 2021 Elections voter message
Disambiguation link notification for November 23
An automated process has detected that when you recently edited Assembly language, you added a link pointing to the disambiguation page White space.
Looking at the BOS manual, it appears BOS was DOS. I've seen some references to it being renamed to DOS at some point. It certainly was a close ancestor of DOS. Peter Flass (talk) 21:51, 24 January 2022 (UTC)[reply]
@Peter Flass: They are certainly compatible, but I have no indication that they share code. If you know of such, please add a citation. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 01:01, 25 January 2022 (UTC)[reply]
The Programmer's guide [14] has a description of some of the internals, and they sound identical. I've come across some messages from old-timers that say BOS was renamed DOS and TOS, but they don't qualify as reliable sources. Peter Flass (talk) 02:40, 25 January 2022 (UTC)[reply]
When and where did the term "partition" originate
Your recollections regarding early IBM OS's usage of the term "partition" of would be appreciated here. Personally I don't recall the use of the term in any of the IBM OSes prior to PC-DOS but I admit my knowledge is limited. It is certainly used in the current ones. Tom94022 (talk) 18:43, 27 January 2022 (UTC)[reply]
A barnstar for you!
Operating system
I came across a pdf version of Tanenbaum's hardware book. If you're interested, here's a link: http://timriley.net/tanenbaum/structured_computer_organization_6th.pdf . Timhowardriley (talk) 02:59, 30 January 2022 (UTC)[reply]
Feedback request: Maths, science, and technology request for comment
Whoops! I was copying new text from my sandbox and missed that. Yes, please do the dummy edit. Thanks for catching that.
Is there a template to generate copied metadata but not affect rendering? E.g., {{quoted|foo|John Doe|March 9, 2022}} :to render foo as it it weren't in the template. I try to use automated tools to replace error prone manual tasks. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 10:19, 9 March 2022 (UTC)[reply]
Done! To clarify, do you mean generating the edit summary? I don't use automated tools, but I've seen a few users making dummy edits that I can ask. Flatscan (talk) 05:38, 10 March 2022 (UTC)[reply]
Thanks. I've revised it, since part was copied from the source article, part added by me and part added by him. Also, part of his edit hit the lead.
I meant something that you could include while editing my sandbox such that when I copied it into the target article for a merge, it would provide the data needed by WP:RIA. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 08:31, 10 March 2022 (UTC)[reply]
Ah, I should have credited you also. Unfortunately, I do not know of such a tool. Flatscan (talk) 04:23, 14 March 2022 (UTC)[reply]
IBM's "System Program"
Thank you for your engaging talk. While exploring your ideas, I came across IBM's 1967 SYSTEM/360 technical reference here:
http://bitsavers.org/pdf/ibm/360/princOps/A22-6821-7_360PrincOpsDec67.pdf .
Back then, they called the operating system the system program. It says, "The system is designed to operate with a supervisory program that coordinates and executes all I/O instructions, handles exceptional conditions, and supervises scheduling and execution of multiple programs." These are the first level nodes in the operating system tree. It'll be a cool read. Thank you. Timhowardriley (talk) 20:24, 12 April 2022 (UTC)[reply]
Question: The introduction says, "Storage operations initiated from the CPU, as well as those initiated from a channel, are subject to the protection procedure." Is channel what we now call bus? Timhowardriley (talk) 21:20, 12 April 2022 (UTC)[reply]
Yes, it must be the case. Timhowardriley (talk) 01:24, 13 April 2022 (UTC)[reply]
No, in most cases the channel is not a bus but is attached to one. It's closer to a SATA or SCSI adapter that includes a DMA chip. However, in the computers related to the CDC 6600, the channels are little more than bus interfaces. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 05:00, 13 April 2022 (UTC)[reply]
Good call. IBM S/360 Principle of Operations (1968) uses the word channel everyplace the word bus would fit. But check out this diagram: https://archive.org/details/structuredcomput00tane/page/55/mode/2up . Then I did a search for bus in the IBM (1968) pdf. Down on page 96 is the only match. It says, "[A]ll communications to and from the channel occur over a common bus, ..." The word bus isn't even in the index. Thanks for the help. Timhowardriley (talk) 06:05, 13 April 2022 (UTC)[reply]
Actually, the word bus would not fit in any Principles of Operation text that I recall; the roles of buses and channels are very different, although part of the parallel channel (Bus and tag channel)[1] architecture is a bus.
Thank you. BTW, I'm reading Principle of Operation with interest. It's very well written -- but dense. I'm on page 13. Timhowardriley (talk) 21:39, 14 April 2022 (UTC)[reply]
There is wide variability in the nomenclature and organization of operating systems. The literature has terms like control program, executive, master control program, monitor, Supervisor and system control program, and the meaning of those terms may vary from system to system. In the case of the S/360 and its descendants, operating system includes applications such as utilities and assemblers. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 05:00, 13 April 2022 (UTC)[reply]
References
^IBM System/360 I/O Interface Channel to Control Unit Original Equipment Manufacturers' Information (PDF) (Fourth ed.). IBM. A22-6843-3. Retrieved April 14, 2022. {{cite book}}: |work= ignored (help)
Sarcasm at Wikipedia talk:Manual of Style
Hi, I saw your comment at Wikipedia talk:Manual of Style just now [15] and thought I should let you know that Dumuzid was being sarcastic (and actually agreeing with you on the substance of the issue). I also see on your user page that you encourage people to inform you when you miss something, so I hope you don't mind this message. I know that not everyone picks up on sarcasm in the same way. You might want to self-revert that comment, though of course it's not a big deal. Best wishes, Generalrelative (talk) 14:42, 13 April 2022 (UTC)[reply]
Striking that suggestion to self-revert, since I see that Dumuzid has replied. Generalrelative (talk) 14:57, 13 April 2022 (UTC)[reply]
Since others sometimes miss my jokes, I would be hypocritical were I to complain that someone else's joke was unclear. Thanks for the heads up.
Operating System/Interrupt cleanups
Thank you for cleaning up my edits. I knew information was missing, but I didn't exactly know how to word it. Timhowardriley (talk) 18:26, 13 April 2022 (UTC)[reply]
cycle stealing
You inserted a note in the lede of Channel I/O that refers to the use of cycle stealing. I am familiar with this term in the case of memory access, where one device will perform access while another is busy on another task (cf. 6502 graphics). But the note seems to be suggesting that using stealing removes the need for channel hardware and that is not obvious. Can you clarify? Maury Markowitz (talk) 13:35, 30 April 2022 (UTC)[reply]
Several IBM systems have control stores containing microcode both to simulate the documented instructions and to implement I/O channels. There is still some hardware for each channel, but not as much as is needed with hardwired channels.
The processor has the ability to interrupt the microprogram in order to allow a brief channel microprogram to run; the way that is done is nodel dependent. In this context the cycles are stolen from the processor rather than from the memory.
Off the top of my head:
360/30
Microprogram
360/40
Microprogram
360/44
Hardwired internal
360/50
:Microprogram
360/65
Hardwried 2860, 2870
360/67
Hardwried 2860, 2870
360/75
Hardwried 2860, 2870
360/85
Hardwried 2860, 2870, 2880
360/91
Hardwried 2860, 2870
360/95
Hardwried 2860, 2870
360/195
Hardwried 2860, 2870, 2880
370/145
Microprogram
370/155
Microprogram
370/158
Microprogram
370/165
Hardwried 2860, 2870, 2880
370/168
Hardwried 2860, 2870, 2880
370/195
Hardwried 2860, 2870, 2880
The IBM 3031, 3032 and 3033 use a 3158 with only the channel microcode to implement the I/O channels. I don't know the implementation for 3081 or later., --Shmuel (Seymour J.) Metz Username:Chatul (talk) 03:39, 1 May 2022 (UTC)[reply]
Using some of those model numbers turned up this usage], specifically "Cycle-stealing is a form of interrupt in which the component needing access to memory or the processor takes control for an entire machine cycle." I'm not sure that is a definition that was more widely used though, or perhaps this was a definition that changed over time? Or is this an "IBM thing"? Maury Markowitz (talk) 15:30, 2 May 2022 (UTC)[reply]
I'm surprised that the search turned up a reference[1] to the 3705 front end processor rather than to one of the IBM documents, but the one you found is a secondary source, making it better for wiki purposes. Thanks. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:38, 3 May 2022 (UTC)[reply]
References
^"IBM 3705 Communications Controller" (PDF). Datapro Reports on Data Communications. McGraw-Hili. April 1990 [May 1987]. Retrieved April 3, 2022. Cycle-stealing is a form of interrupt in which the component needing access to memory or to the processor takes control for an entire machine cycle.
Feedback request: Maths, science, and technology request for comment
In this discussion you mentioned that "Smart quotes" tend to break things when they get inserted in places where they are invalid. Can you expand on this? I’m not looking to pick a fight, just to understand. — HTGS (talk) 05:58, 19 July 2022 (UTC)[reply]
@HTGS: There are many common languages in which apostrophe (') or quote (") are string delimiters but «»‘’“”‹› are invalid except when quoted in string or character values. Consider this REXX snippet:
Gotcha! Thanks! — HTGS (talk) 21:53, 19 July 2022 (UTC)[reply]
Cleaning up Operating system
I noticed that the archiving bot had archived some comments on Talk:Operating system, and the diff showed some comments you made about the article being too oriented towards microprocessors (and, to some extent, minicomputers).
One place that seemed particularly egregious was the "Hardware interrupts" seciton, which was not just microprocessor-oriented but, in some places, PC-compatible oriented. I just sliced it out, as that stuff might belong somewhere on Wikipedia, but not here. (I have a copy of Ubuntu for z/Architecture running on my machine, and not only is it most definitely not handling interrupts caused by applying 5v to an interrupt pin, the emulator on which it's running is running on Ubuntu for x86-64 where it's not handling interrupts caused by applying 5v to an interrupt pin, either, so I really don't consider interrupt pins a relevant detail in an article about operating systems.)
The I/O sections seem to be the main offenders; a lot of it is written based on the "minicomputer model" of I/O, with the CPU doing I/O by banging on device registers and either transferring data directly in the I/O call, transferring data in response to an interrupt, or banging on those device that cause the device to perform a DMA operation. That's the same model that most microprocessor-based systems use, although the device registers might be for a peripheral controller with a lot of its own smarts.
The abstraction presented by channel-based I/O systems is different, although it still has interrupts, so, in some ways, I suspect it's not so different that a high-level description couldn't cover both, such as "the operating system starts an I/O operation that proceeds while the CPU is doing something else; when the data from the operation has been transferred, or an error occurs, an interrupt occurs, and the operating system responds to the interrupt by doing whatever needs to be done at that point". (Well, obviously not something that vague.) It probably also needs to cover I/O that's not initiated by the CPU, such as input from terminals that can occur when there's no read posted, and network packets arriving.
Are there other parts that are overly microprocessor-oriented? Any other comments or suggestions? Guy Harris (talk) 07:01, 12 August 2022 (UTC)[reply]
I've also tried to dec-PCify the DMA section, and put both it and the interrupt-driven I/O section into an "Input/Output" parent section separate from the Interrupts section, as they have more to do with I/O in general than interrupts in particular.
Speaking of I/O, interrupts, etc.:
Presumably the System/360 models with separate channel controllers supported "DMA" in the sense of "data is transferred into memory without using CPU cycles", but the smaller models implemented channels using CPU microcode and data paths (I just looked through one of the Model 40 FE manuals on bitsavers, and, for example, while burst-mode I/O on a multiplexor channel is in progress, the CPU can't execute instructions, as it's busy moving data); does that count as DMA, or does that require either 1) an Cite error: There are <ref> tags on this page without content in them (see the help page). note or 2) more discussion in that section? Guy Harris (talk) 09:39, 12 August 2022 (UTC)[reply]
@Guy Harris: The S/360 architecture defines channels as logically autonomous but does not specify implimentation. There were models that had outboard channels in separate boxes and smaller models that had inboard channels with channel microcode stealing cycles from the CPU, but that is a distinction that is only relevant in articles on I/O channels, not in software articles.
Operating system#Interrupts is also a mess. First, it contains a lot details on interrupt architecture that belong in Interrupt but not in a software article, second, it conflates hardware facilities with software facilities, third it lacks a NPOV.
@Guy Harris: With regard to network packets, the OS does I/O to enable monitoring for incoming packets and a separate I/O to upload (download) packets to (from), e.g., 37XX running NCP, IBM 3172[1][2][3][4] running Interconnect Controller program,[5][6] OSA on IBM Z. The details of the I/O, e.g., use of seldom ending channel programs, depend on the device and the software running on the adapter. There are NCP logic manuals, but for the OSA you'd probably need to look at Hercules or Linux source code. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:56, 14 August 2022 (UTC)[reply]
^"IBM 3172 INTERCONNECT CONTROLLER". Announcement Letters. IBM. October 24, 1989. 189-157. Retrieved August 16, 2022.
^"IBM 3172 INTERCONNECT CONTROLLER ANNOUNCEMENT OVERVIEW". Announcement Letters. IBM. September 5, 1990. 190-150. Retrieved August 14, 2022.
^"IBM 3172 INTERCONNECT CONTROLLER MODEL 1 ENHANCEMENTS". Announcement Letters. IBM. September 5, 1990. 190-151. Retrieved August 16, 2022.
^"IBM 3172 INTERCONNECT CONTROLLER MODEL 2". Announcement Letters. IBM. September 5, 1990. 190-152. Retrieved August 16, 2022.
^"IBM INTERCONNECT CONTROLLER PROGRAM VERSION 1.0". Announcement Letters. IBM. October 24, 1989. 289-539. Retrieved August 16, 2022.
^"IBM 3172 INTERCONNECT CONTROLLER PROGRAM VERSION 2.0 WITH OPERATOR FACILITY". Announcement Letters. IBM. September 5, 1990. 290-565. Retrieved August 16, 2022.
Feedback request: Maths, science, and technology request for comment
Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 19:30, 13 August 2022 (UTC)[reply]
A less flippant response
I want to give you a less flippant response regarding your comment about tachyons. Both of your comments ignore the principle that the person asserting the existence of a hypothetical object has the burden of proof (philosophy). In other words, I am allowed to presume that tachyons do not exist since you have not provided evidence that they do exist. JRSpriggs (talk) 20:45, 21 August 2022 (UTC)[reply]
Feedback request: Maths, science, and technology request for comment
You may prevent the proposed deletion by removing the {{proposed deletion/dated}} notice, but please explain why in your edit summary or on the article's talk page.
Please consider improving the page to address the issues raised. Removing {{proposed deletion/dated}} will stop the proposed deletion process, but other deletion processes exist. In particular, the speedy deletion process can result in deletion without discussion, and articles for deletion allows discussion to reach consensus for deletion. Fram (talk) 14:43, 23 November 2022 (UTC)[reply]
ArbCom 2022 Elections voter message
Hello! Voting in the 2022 Arbitration Committee elections is now open until 23:59 (UTC) on Monday, 12 December 2022. All eligible users are allowed to vote. Users with alternate accounts may only vote once.
The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.
If you wish to participate in the 2022 election, please review the candidates and submit your choices on the voting page. If you no longer wish to receive these messages, you may add {{NoACEMM}} to your user talk page. MediaWiki message delivery (talk) 00:39, 29 November 2022 (UTC)[reply]
Tape: Volume Stacking and Partitions
Hi Seymour:
The segmenting of tape seems to be missing from Wikipedia. The little I know is that IBM introduced Volume Stacking into its OSes in the 1990s and then Partitions followed as early as 1993 but became "standard" with LTO5 and LTFS in 2010. I think the difference is that with Partitions one physical drive responds as multiple logical drives whereas in the IBM world with Volume Stacking one physical drive has multiple logical volumes. LTFS adds to the complexity. I suspect u know quite a bit more about this than I do so if you are interested I'd like to work with you on an article or the revision to one to cover this issue. If you agree, how do suggest we work this in, new article, section in existing article, ... ? Tom94022 (talk) 19:12, 20 December 2022 (UTC)[reply]
I don't have any virtual tape experience and am really only aware of implementations on the mainframe side. I'd suggest a single article covering multiple logical drives on a single physical tape drive, multiple logical drives implemented in DASD and multiple logical drives implemented with a DASD cache and tapes. There's a lot of variability in both the design and nomenclature, so I'd advise keeping it general, but with examples. A search for ATL and VTL might help. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:42, 20 December 2022 (UTC)[reply]
Am I correct that Volume Stacking is an IBM OSes phenomenon which allowed one physical IBM tape drive to have multiple virtual tape volumes? If so, do u know of a reference and its origin? Tom94022 (talk) 21:05, 20 December 2022 (UTC)[reply]
I don't know about the PC technologies that you mentioned, but the virtual tape products that I'm familiar with involve code both within the library and in z/OS. I'm not sure whether IBM used the term stacking, but there were products that had multiple drive addresses backed up by a single cartridge. The VTL article may have some useful links. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:41, 20 December 2022 (UTC)[reply]
You might find this interesting: TS7700 Introduction; sheets 5, 6 and 9 make Volume Stacking a term of the art of TS7740 as of 2010 and it implies it might have been as early as 1996 in TSS (32 Virtual Drives and 50k Logical Drives). Tom94022 (talk) 21:56, 20 December 2022 (UTC)[reply]
Yes, I see that they use the term. It appears that the TS7700 not only supports stacking but also a tape library; it can automatically mount a physical cartridge on a physical drive. I also see that the logical drives look like 3490E rather than like the physical drives. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 09:45, 21 December 2022 (UTC)[reply]
Disambiguation link notification for January 23
An automated process has detected that when you recently edited Non-Internet email address, you added a link pointing to the disambiguation page VM.
Are you suggesting that wiki displays jewish dates in roman numerals? Riskit 4 a biskit (talk) 18:55, 7 February 2023 (UTC)[reply]
Of course not. Are you suggesting that most American Jews are unfamiliar with Arabic numerals? Most Americans are unfamiliar with Roman numerals, and that is what I was comparing familiarity with Hebrew numerals to. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:10, 7 February 2023 (UTC)[reply]
Feedback request: Maths, science, and technology request for comment
Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 13:30, 3 October 2023 (UTC)[reply]
Proposed deletion of Input queue (disambiguation)
The article Input queue (disambiguation) has been proposed for deletion because of the following concern:
This disambiguation page contains the primary topic and one other topic for the ambiguous title and no other topics can be found within a reasonable time.
You may prevent the proposed deletion by removing the {{proposed deletion/dated}} notice, but please explain why in your edit summary or on the article's talk page.
This bot DID NOT nominate any of your contributions for deletion; please refer to the history of each individual page for details. Thanks, FastilyBot (talk) 10:02, 24 November 2023 (UTC)[reply]
ArbCom 2023 Elections voter message
Hello! Voting in the 2023 Arbitration Committee elections is now open until 23:59 (UTC) on Monday, 11 December 2023. All eligible users are allowed to vote. Users with alternate accounts may only vote once.
The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.
If you wish to participate in the 2023 election, please review the candidates and submit your choices on the voting page. If you no longer wish to receive these messages, you may add {{NoACEMM}} to your user talk page. MediaWiki message delivery (talk) 00:36, 28 November 2023 (UTC)[reply]
Feedback request: Maths, science, and technology request for comment
Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 18:31, 5 December 2023 (UTC)[reply]
Function nested scope
Hi, I think that you correctly noticed that the original text was not quite right in that an inner can directly call itself (via recursion) and it can be called via function reference. Good find and thanks. ... I have two concerns. First, I'm not sure that closure is the right concept in this context. I think it would be function pointer/reference. Second, I think the info added is too much detail. Scope creep seems common on wikipedia. Related info is added, with the best intentions, but makes the info hard for the reader to consume. It's tiring to assimilate info, so keeping an article on topic, minimizing tangents, makes it easier for the reader to understand that topic. I think this article is already on the edge of going off topic. Much of it is about examples of features in various languages which I think is good to show the breadth of the topic. But, I don't think we should get into every nuance since it makes it hard for a reader to consume. I suggest we keep this section about scope; not recursion or function references or closure. How about we replace what you added with something like: an inner callable is hidden within the outer callable – can only be directly called by code inside the outer callable. Maybe called by name instead of directly called. Stevebroshar (talk) 14:35, 23 February 2024 (UTC)[reply]
@Stevebroshar: My concern is that the text be correct; if you can fix it without adding off topic information, that's desirable, and the term by name is certainly bog standard nomenclature.
When an outer block passes a procedure reference to a nested procedure, the data passed include the stack frame; doesn't that make it a special case of a closure? -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 16:23, 23 February 2024 (UTC)[reply]
Honestly, I'm not sure whether that is considered a closure. I don't think so. None-the-less, I think that talking about closure in this section, about nested scope, muddles the point. ... Taking a step back, there are more aspects of good writing than being correct. A good writer tries to balance all aspects; not just strive for one. Put one way: correctness is necessary but not sufficient. Staying on topic is also important. Being gentle with the reader is another. Good organization another. These and many other aspects of writing are more subjective than objective. But, that's what good writing is. ... I can tell from your reply alone that you have talent with and are interested in writing. That's great. ... Was hoping you'd take another stab at that section, but I'll do it and you can feel free to comment or even reject it. ... what does "bog standard" mean? I assume that's s typo, but I can't guess what bog is suppose to be. Is it supposed to be 'the'? Stevebroshar (talk) 11:06, 24 February 2024 (UTC)[reply]
While re-writing that section I had some thoughts. Maybe you are thinking about lambas. They can be declared within a function body, but I think that's a different concept from nested functions which I think are named functions inside other functions. ... I found a page on nested functions which I linked in the section, and I'm editing it since it's scruffy. Feel free to review my work. Stevebroshar (talk) 11:36, 24 February 2024 (UTC)[reply]
@Stevebroshar: I thought that lambdas were anonymous procedure declarations.
I looked at your edit and have one problem with it: not all scopes are procedure definitions. Adding an , e.g., would resolve that.
COMPARE is in a nested scope but not in a nested function. The second call to SORT is invalid because COMPARE is undefined in the outer scope.
I revised the text; should I also include the example? -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 22:05, 25 February 2024 (UTC) -- Revised 17:09, 26 February 2024 (UTC)[reply]
I like the back and forth we're having. And I think we're on a good path to keeping this article accurate, useful and readable. ... discussions in a talk page get messy fast ... I think you're writing pascal, but whatever it is, i'm less than familiar with the syntax. Anyway, I think COMPARE is a reference to a lambda. The lambda has no name, but is accessible via the variable COMPARE. I am pretty sure that a lambda is not what folks mean by nested function (aka procedure). I think to be a nested function, it has to be declared like a function ... which is subtly yet significantly different than lambda syntax. But that is neither here nor there WRT the block scoping you are talking about. I don't know whether that language supports a nested function inside of a block inside of a function body ... and if it does whether it is scoped to the block. But, that would all make sense to me if it did. Thing is, for this article, that's too much detail; down a rabbit hole; off topic ... IMO. So, I did find a page on nested functions. I added a link to it in the section of Function that we're working on. If you want to get into more detail, I think you should do it there. ... I did a major edit on that page already for wording, clarity and organization. ... I do think it's important to clearly say that a lambda is not a nested function. I think they are two different technologies that are easily confused. ... You're talk of closures apparently does apply to nested functions (as described in the nested function page). It is a rather advanced topic, but does makes sense to include in that page. ... I don't think we need an example on the Function page since there is a page for nested function. Please review examples on the Nested Function page and add details there that you think are missing ... as for the particulars of your edits mostly you have a different style than I do which is OK, but you must realize that style changes without substance tend to be annoying. You seem to like 'e.g' whereas I prefer 'like' or 'such as'. You seem to like comma instead of dash. You like to order a list alphabetically whereas I like to order it by relevance. ... I think adding 'and defining' adds confusion. Declaring and defining are different, but confusing even to me. You are right that a nested function is declared and defined inside of a function body, but it seem sufficient to say defined (I think defined is better choice than declared in this context). ... To say something is declared in a function body implies that it may be declared in a sub-block of that function body block. That is how blocks work, right? No need to go down that rabbit hole IMO. ... How about this: Some languages, e.g. Ada, Pascal, PL/I, and Python, support declaring a function inside a function body such that the name of the inner is only visible within the body of the outer. Stevebroshar (talk) 17:45, 26 February 2024 (UTC)[reply]
The language is PL/I, and SORT is not a lambda because it is not anonymous. In PL/I, a PROCEDURE statement defines a function or a subroutine and must have a label; the matching END statement terminates the scope. A BEGIN statement heads a nested inline scope and is also terminated with an END; functions declared in the BEGIN/END block are not visible outside of it, although they may be passed as ENTRY arguments.. PL/I also has the type ENTRY for procedure variables, but that's not needed in the example unless you want to show the definition of the SORT procedure.
The reason that I added e.g. is that a BEGIN/END block is a nested scope but is neither a function nor a subroutine.
I would say that a lambda is a nested anonymous function, at least in a language with a simple control stack. If the language allows a closure to persist beyond the lifetime of the block that created it then things get more complicated.
If you prefer to avoid Latin abbreviations that's fine; I had to rework the sentence regardless and threw in that change from habbit. The same applies to issues of commas versus parentheses. As long as the content is correct I'll be happy. But any wording that excludes scopes that are not callable is incorrect, and from your previous comment I was tring to avoid providing TMI.
BTW, PL/I also has an inline DO/END block, but the code within does not have a nested scope. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 20:16, 26 February 2024 (UTC)[reply]
Feedback request: Maths, science, and technology request for comment
Mensaje enviado con cariño por Yapperbot :) | ¿Esto es incorrecto? Contacta al operador de mi bot . | Enviado a las 23:31, 8 de marzo de 2024 (UTC) [ responder ]
Plantilla IETF
Hola, si miras la Plantilla:Cite_IETF verás que |sectionlink= no es un parámetro estándar y que con solo completar |section= se agrega un enlace a la sección correcta en la fuente, por lo que no necesitas una entrada redundante. ~ ฅ(ↀωↀ=) neko-chan nyan 16:25, 7 de junio de 2024 (UTC) [ responder ]
Listo . Vuelve a Talk:OS/VS2 (SVS)/to do . JohnCD ( discusión ) 15:37 31 ago 2010 (UTC)
Estás invitado a participar en la discusión en Talk:Hard_disk_drive#An_End_To_The_RAMAC_Price_Duologue . Por favor, ayuda a terminar el duólogo sobre la capacidad y el precio del archivo de disco IBM RAMAC Model 350. Gracias. Tom94022 ( discusión ) 21:52 4 sep 2014 (UTC) 
Hello, and thank you for your contributions to Wikipedia. This is just a note to let you know that I've moved the draft that you were working on to Draft:Track (moving medium), from its old location at User:Chatul/sandbox/Track (moving medium). This has been done because the Draft namespace is the preferred location for Articles for Creation submissions. Please feel free to continue to work on it there. If you have any questions about this, you are welcome to ask me on my talk page. Thank you. SK2242 (talk) 17:38, 3 January 2021 (UTC)
Hello. This message is being sent to inform you that there is currently a discussion involving you at Wikipedia:Administrators' noticeboard/Edit warring regarding a possible violation of Wikipedia's policy on edit warring. Thank you. Timhowardriley (talk) 15:22, 15 May 2022 (UTC)