stringtranslate.com

Discusión del usuario:Chatul


Lista de tareas pendientes del software WikiProject



COI

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 ]


Su mensaje enSolicitudes de comentarios

Puede encontrar ayuda en vivo en
el chat de ayuda de Wikipedia.
Hola, Chatul. He respondido a tu solicitud de comentarios .
Saludos cordiales, Capitán n00dle \ Discusión 09:34, 1 de junio de 2010 (UTC).[ responder ]
He respondido a tu solicitud de nuevo. Saludos, Capitán n00dle \ Discusión 11:40, 1 de junio de 2010 (UTC) [ responder ]
感情真的有第三者介入了嗎？我的先生他是否真心外遇了？2404:0:803E:9B97:C198:4B74:FD47:B05A (discusión) 35, 14 de abril de 2023 (UTC) [ respuesta ]

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 ]

ALIMENTAR

He respondido en la discusión de Wikipedia:Solicitudes de comentarios#Aclaración de la introducción a las solicitudes de comentarios .  Chzz   ►  03:19, 8 de junio de 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 ]

¿Es esto mejor? Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 20:13 9 jun 2010 (UTC) [ responder ]

Etiqueta de disputa en la memoria del tambor

Hola

Veo que puede que seas nuevo en Wikipedia.

Sí.

Normalmente es mejor insertar el material, si lo conoces, sé audaz 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 ]

gracias Chaosdruid ( discusión ) 11:00 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 citas. 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 ]
Entonces no debería hacer declaraciones sobre el anfitrión. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 09:44 1 jul 2010 (UTC) [ responder ]
Tu experiencia personal fue en un dispositivo diferente. Un PCM 3380 no es un 3380. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 09:56 30 jun 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, se trata de 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 Sistema/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ísico, módulo 32 (o 34) de 32, 64, 128, ... en cualquier combinación hasta la capacidad de la pista, y la pista puede entonces 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 ]
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 más allá de las que surgen de la geometría y el rendimiento; ambos son dispositivos CKD.
Bueno, hay algunos nuevos códigos de operación CCW, pero son para otras cosas. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:24 1 jul 2010 (UTC) [ responder ]
No estoy seguro de a qué afirmación estás respondiendo, pero no es la que yo escribí. Agregar un relleno fijo no es lo mismo que imponer un tamaño de bloque específico. En el 3350 y versiones anteriores, el tamaño del relleno dependía únicamente de si KL era cero y si DL era 0; en el 3375 y versiones 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!
La sobrecarga añadida es diferente de un tamaño de bloque impuesto. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:24 1 jul 2010 (UTC) [ responder ]
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 ahora estén orientados a cualquier byte 32 ( 3380) en lugar de a cualquier byte (3330) o no estén 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, del mismo modo, 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 ]
En realidad, "cell" es un término de IBM, no mío. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:24 1 jul 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 julio 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 ]
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 recuento, y que el direccionamiento se realiza por registro (BBCCHHR) y no en relación con el 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 demás 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) 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 entre CKD son mucho más grandes que los espacios entre 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 ]


Restablecer margen Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 13:29 22 jul 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.
Tom94022 ( discusión ) 18:56 28 jul 2010 (UTC) [ responder ]
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 et al. 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 en formato de datos de conteo de claves.
…
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 éste 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 jul 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 ]
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:

  1. Agregar el material al canal E/S
  2. Añadir el material a IBM System/360
  3. Incluir el material en la actualización para contar datos clave

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 está 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 contacte 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 ]
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 ]

Eliminación rápidanominación deSistema operativo/VS2

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 proporcionarle la página de inicio de SuperWylbur™, pero no tengo información sobre OBS. Tengo un amigo que probablemente pueda proporcionarle algo de información sobre la historia de 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- estaban, 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

Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 13:11 25 ago 2010 (UTC) [ responder ]

Eliminación rápida de OS/VS2 (SVS)/por hacer

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 ]
 Listo . Vuelve a Talk:OS/VS2 (SVS)/to do . JohnCD ( discusión ) 15:37 31 ago 2010 (UTC) [ responder ]
Hola, Chatul. Tienes mensajes nuevos en la página de discusión de Rjanag .
Puedes eliminar este aviso en cualquier momento eliminando la plantilla {{Talkback}} o {{Tb}}.


IBM

¡Gracias por informarme sobre esto!

¿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:

Quizás quieras limitar la desambiguación a lo anterior. Para información más antigua, consulta

Pero cuidado con los errores de nomenclatura.

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 ]

Fue una comprobación de dedos. Podría ser una buena idea mover la discusión de CKD a Talk:Count Key Data ahora; una vez que termine User:Chatul/IBM System/360 architecture propondré su fusión con IBM System/360 y comenzaré a actualizar CKD , con referencias al nuevo material sobre la arquitectura de E/S de S/360. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 15:07 14 sep 2010 (UTC) [ responder ]

Avada Kedavra

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:
  • Te basabas en un argumento 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 oct 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 correcto, 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?

{{Adminhelp}}¿Cuál es la política de Wikipedia sobre la eliminación de una plantilla {{ split }} de un artículo, por ejemplo, Burroughs large systems , sin discusión? Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:02 7 dic 2010 (UTC) [ responder ]

¿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; añadí 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 sin duda 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 que 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

  1. ^ A diferencia de los subsistemas DASD de mainframe

Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 11:05 21 dic 2010 (UTC) [ responder ]

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 ]
Esto se está discutiendo ahora en Talk:Disk_formatting#Three_levels_of_formating donde hay cierto respaldo a mi creencia Tom94022 ( discusión ) 17:13, 27 de diciembre de 2010 (UTC) [ responder ]

Sistemas de archivos

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.

Avísame si estás interesado. Joshua ( discusión ) 14:07 27 jul 2011 (UTC) [ responder ]

¿Estarías dispuesto a contribuir con ellos a bitsavers? Tengo documentación en papel para varias versiones de Script, pero prefiero 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.

Gracias, WesT ( discusión ) 21:41 15 dic 2011 (UTC) [ responder ]

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 ]

También te agradecería que revisaras mis comentarios sobre Talk:Assembly_language#I_disagree_with_your_revert_--_Data_Sections . En mi humilde opinión, EvilCat parece bastante despistado, las "pseudo-operaciones" no tienen ninguna relevancia. OldCodger2 ( discusión ) 11:25 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!

Bueno, nunca he afirmado haberlo inventado, ni siquiera haber utilizado el primer sistema de correo electrónico. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión)

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 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.

Esto es cierto para el correo electrónico tal como se define en la introducción de Email . Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:48 7 may 2013 (UTC) [ responder ]

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 durante 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.
PD: ¿Esta discusión no pertenece a la sección de discusión:Correo electrónico ? Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 16:48 7 may 2013 (UTC) [ responder ]

SY24-3581

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 entregado 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 mis conocimientos son limitados. Tom94022 ( discusión ) 00:45, 27 de mayo de 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 ]

Podría ser apropiado agregar enlaces cruzados, pero el 3310 definitivamente pertenece al IBM System/360 y otros discos duros de mainframe de IBM ; en particular, el hecho de que fuera FBA en lugar de CKD. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 19:42, 1 de agosto de 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 ]

¿Cuál fue el precio y la capacidad del RAMAC?

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) [ responder ]

Tamaño máximo de memoria 360/50

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 ¿producido por UNIVAC o CSC?

La página de UNIVAC EXEC II dice:

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.

¿Debería entonces la página de Historia de los sistemas operativos decir que UNIVAC o CSC produjeron EXEC II? Guy Harris ( discusión ) 21:09 24 nov 2014 (UTC) [ responder ]

Si no es información personal, digamos que CSC lo produjo bajo contrato con UNIVAC. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 21:33 24 nov 2014 (UTC) [ responder ]
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 ]
Eso funciona: cualquier nivel de detalle que consideres apropiado. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:24 24 nov 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 "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 .

Para el Comité de Mediación, TransporterMan ( DISCUSIÓN ) 17:00, 7 abril 2015 (UTC) [ responder ]
(Entregado por MediationBot , en nombre del Comité de Mediación).

Gráfico de E/S de CKD

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 ]

Es difícil leer el texto, pero por lo demás parece razonable. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 22:33 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 comando

Según mi recuerdo, estas dos características se introdujeron con el canal multiplexor de bloques y para DASD con el 2835:

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

There are 3880-11 and -13 manuals at Chicago Classic Computing. I plan to referencing them when I update the Caching section of the CKD article. Tom94022 (talk) 18:19, 18 December 2015 (UTC)[reply]

If you look at the source for User:Chatul/Sandbox/Count key data/notes you will see numerous citations, including reference manuals for the 3880-11 and 3880-21. Unfortunately, I have still been unable to locate copies of the manuals for the 3880-21, 3880-23 and ISC; I may wind up using the 370/168 Functional Specifications for the latter.
A number of the online manuals that I found are linked to from Shelf: Hardware collection, June 2000 or bitsavers.
A number of the announcement dates are available from Storage product profiles, although there are some strange gaps. Shmuel (Seymour J.) Metz Username:Chatul (talk) 22:05, 18 December 2015 (UTC)[reply]
I believe the site referenced above has -13 manuals and as near as I can tell u have not yet cited any. For the purposes of Wikipedia there should not be much if any substantive difference between the -13 and -23. Tom94022 (talk) 01:54, 19 December 2015 (UTC)[reply]
Storage product profiles, Storage product profiles doesn't have any manuals. I plan to use it as a RS for the announcement and ship dates that it contains.
Please take a look at the table [13] following the outline in User:Chatul/Sandbox/Count key data/notes and at User:Chatul/Sandbox/Count key data/notes#Proposed table; I expect to include some verion of them in User:Chatul/Sandbox/Count key data Shmuel (Seymour J.) Metz Username:Chatul (talk) 00:37, 22 December 2015 (UTC)[reply]

Formal mediation has been requested

The Mediation Committee has received a request for formal mediation of the dispute relating to "Count key data". As an editor concerned in this dispute, you are invited to participate in the mediation. Mediation is a voluntary process which resolves a dispute over article content by facilitation, consensus-building, and compromise among the involved editors. After reviewing the request page, the formal mediation policy, and the guide to formal mediation, please indicate in the "party agreement" section whether you agree to participate. Because requests must be responded to by the Mediation Committee within seven days, please respond to the request by 15 January 2016.

Discussion relating to the mediation request is welcome at the case talk page. Thank you.
Message delivered by MediationBot (talk) on behalf of the Mediation Committee. 20:56, 8 January 2016 (UTC)[reply]

I would happily agree to mediation but not with the issues as u state them, see: please see "Malformed statement of primary issues" in Talk section Tom94022 (talk) 01:10, 10 January 2016 (UTC)[reply]

Request for mediation rejected

The request for formal mediation concerning Count key data, to which you were listed as a party, has been declined. To read an explanation by the Mediation Committee for the rejection of this request, see the mediation request page, which will be deleted by an administrator after a reasonable time. Please direct questions relating to this request to the Chairman of the Committee, or to the mailing list. For more information on forms of dispute resolution, other than formal mediation, that are available, see Wikipedia:Dispute resolution.

For the Mediation Committee, TransporterMan (TALK) 19:24, 12 January 2016 (UTC)[reply]
(Delivered by MediationBot, on behalf of the Mediation Committee.)

Request for arbitration

Hi Chatul. I'm an arbitration clerk, which means I was appointed to assist the Arbitration Committee in the administration of arbitration proceedings. Regarding your recently-filed request for an arbitration case, the Committee has requested that the clerks informally ask you to withdraw your request for arbitation, as the case is fundementally a content dispute (which the Committee cannot handle) and would certainly be declined, in order to save everyone the hassle of formally voting to decline the case. Please let me know if you have any questions. Thanks. In my capacity as a Clerk of the Arbitration Committee, Kevin (aka L235 · t · c) 17:37, 16 January 2016 (UTC)[reply]

Just to let you know, I have removed the case as a ArbCom clerk, as it has been declined by the committee. Thanks, Mdann52 (talk) 16:28, 19 January 2016 (UTC)[reply]

{{cite manual}} vs. {{cite book}}

As of December 2012, {{cite manual}} is an alias for {{cite book}}, so either one works. (Here's a discussion of that.) If you reverted Yobot's change of {{cite manual}} to {{cite book}} in this edit because you wanted the page's editable text to reflect that the book being cited was a manual, you should probably suggest to Yobot's master that it not make that particular change. Guy Harris (talk) 00:47, 9 March 2016 (UTC)[reply]

Thanks. Done. Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:03, 10 March 2016 (UTC)[reply]

Should the current artist's impression be removed from the Planet Nine infobox?

Hello, Chatul. You have new messages at Talk:Planet Nine#Conclusion 2.
You can remove this notice at any time by removing the {{Talkback}} or {{Tb}} template.

Regards, nagualdesign 15:02, 11 March 2016 (UTC)[reply]

Is the 3830-2 a Director?

IBM apparently thought so long before the 3880 shipped

"The NAS [New Attachment Strategy] essentially split the function of the controller into various boxes such as a director, or integrated storage controller, and a blivet"
"The "Smash" announcement in August 1972 included two directors, the 3345 and the 3830-II."
"And one IBM planner wrote that "one of the motives for the A box attachment strategy was to restrict our PCM vulnerability by embedding the initial drives in the A box.""
"A July 6, 1971 memo from Lewis Branscomb to Evans indicated the corporate technology committee "is not convinced that the director plan for machines noted above or the proposed NAM which integrates channels and control units is sound. The directors do not provide any technical or functional advance, cause some serviceability problems and reduce the flexibility for file switching."
"On July 29, 1971, Evans indicated to Cooley that, concerning the director approach on tapes, "there is no new engineering with regard to logic on directors. Existing control units are merely split apart and repackaged with part of the logic in the drives and the remaining part in the appropriate CPU"
""It is our intent to price the inboard directors to cut off production of 3830s, but not to displace those already installed in small 155 and 165 systems," the [1972] memo said."

From: Via 'New Attachment Strategy' IBM Meant to Frustrate PCMs February 20, 1978

The quotes are mainly from IBM internal documents mostly in 1971 and 1972 and were made public both in the US Government case and in the Memorex case. Also note the use of A Box within to apply to the 3330 and beyond IBM long before the 3380 even started FWIW, a blivet is a string controller.

Jack Harker pretty much says the same thing in his oral history - he was the SJ Lab Director at the time of the NAS

I hope this puts to bed the endless discussion about both the director and the A-unit Tom94022 (talk) 08:52, 10 April 2016 (UTC)[reply]

The source you cite includes "Gardner says that memo supports his conclusion that the cost and price of directors are disproportunate to the cost and price of the 3830-II." In general, the article seems to be talking about directors as components of integrated adapters. Shmuel (Seymour J.) Metz Username:Chatul (talk) 13:37, 11 April 2016 (UTC)[reply]
What is it about
"The "Smash" announcement in August 1972 included two directors, the 3345 and the 3830-II."
that doesn't say the 3830 is a director? Furthermore, I can find nothing in the article about directors as components of integrated adapters; directors are not "components" of anything, director type storage controls have one or two direstors. The Gardner quote is about the ISC of thde 148 {and of the 158 and 168) for which there are RS's that the ISC and the 3830-2 are the same thing in two different packages. Of course if you accept the ISCs as directors we can stop here.
If you didn't stop above please read the Oral History of Jack Harker at the Computer History Musuem on "attachment strategy"
If you didn't stop above, please read, "Extracts relating to New Attachment Strategy" from the US v IBM antitrust matter.
There are now multiple reliable secondary sources that 3830-2==ISC==Director; please stop denying it. Tom94022 (talk) 16:36, 11 April 2016 (UTC)[reply]
FWIW, it appears that all you have to support an POV that the 3830-2 is not a director are several non-statements in primary sources. The fact that such primary sources say nothing about directors, is not a reliable source for asserting the 3830-2 is not a director. Now that we have at least three reliable sources calling the 3830-2 a director, I again request you stop asserting the POV that the 3830-2 and -3 are not director type storage controls. Tom94022 (talk) 15:18, 12 April 2016 (UTC)[reply]
Did you read the text I quoted? The article that you cited contradicts itself. As to the antitrust suit, Memorex alleged that the issue in contention began with the 2319. Shmuel (Seymour J.) Metz Username:Chatul (talk) 18:08, 14 April 2016 (UTC)[reply]
It is quite clear that Gardner is talking ISCs versus the 3830-2. It is an invention on your part that Gardner is talking about integrated attachments. I can find no contradictions in the article, but even if there were there are now at least two other RS's that say or can be interpreted to say that the 3830-2==ISC==Director. You have no evidence to contradict this, just the lack of the word director in some publications.
There were many issues in contention in both the Memorex and the US anti trust matters including 2319A, 2319B, FTP, ETP, 3705, New Attachment Strategy and others. No one ever contended or referred to anything other than the 3830-2 and the ISCs as directors. Again you have no evidence to support your POV that, "the issue in contention began with the 2319." Tom94022 (talk) 00:47, 15 April 2016 (UTC)[reply]

Speed of light issues in CKD DASD Cabling

You are just wrong about the speed of light not being among the limiting factors in cable lenghts in CKD subsystems. The speed of light part of the latency budget in the gap is twice the distance from the furthest head to the control unit and can as I recall is 275 feet max or well in excess of 0.5 usec. Maybe u didn't know that data cables between the SCU and B-unit could be as long as 75 feet? So if the latencies of the SCU and channel are held constant extending the cables will increase the latency until the subsystem overruns. Anyone who worked on SCUs and B-units knows this but finding RS's is a challenge since they are likely buried deep inside IBM and the PCMs archives. On the other hand, I doubt if you have any source for your assertion that, "cabling limit is not SOL." just your POV.

Perhaps the parenthentical comment should have been {latency issues, including speed of light). In any event it is a small point and I am tired of your insistence on your POV over facts, so I am not going to restate the parenthentical comment. Tom94022 (talk) 01:09, 15 April 2016 (UTC)[reply]

Perhaps you are unaware that the parallel channel use electrical signals over copper rather than light signals over optical fiber. There's also an ambiguity as to what cable length refers to, but all are affected by electrical issues, e.g., inductance, resistance, except for ESCON and FICON cables.
As to On the other hand, I doubt if you have any source , you are wrong yet again. My source is the channel to control unit OEMI, especially 2.8.3 System Configuration. Shmuel (Seymour J.) Metz Username:Chatul (talk) 20:45, 15 April 2016 (UTC)[reply]
Some how I missed yr snide comments, but let me guess that perhaps you are unaware that the speed of light applies in both electrical cables and optical cables? I know there are internal documents at IBM and Memorex that discussed this, the problem is finding and liberating them. Tom94022 (talk) 22:32, 14 September 2017 (UTC)[reply]
Snide? You mean like On the other hand, I doubt if you have any source ? PKB
Snide - like "Perhaps you are unaware that the parallel channel use electrical signals over copper ..." As it turns out your reference is a source that something limits the distance other than the resistance. Tom94022 (talk)
BTW, your relied upon source says, "For specific control units, the signal delays due to cable length will require that the control unit be relatively close to the channel." Care to speculate as to what might be the cause of "signal delays due to cable length" and why moving closer might decrease the delay? Tom94022 (talk) 22:39, 14 September 2017 (UTC)[reply]
Care to speculate on what primarily limited by the resistance to the interface lines' means? Shmuel (Seymour J.) Metz Username:Chatul (talk) 20:31, 18 September 2017 (UTC)[reply]
If the resistance is the primary limitation then why do DASD control units have to be closer than the primary limitator - after all doesn't the resistance go down as the length decreases? Tom94022 (talk) 01:21, 19 September 2017 (UTC)[reply]
Why does the maximum permitted length decr4ease as the number of control units increases? Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:04, 20 September 2017 (UTC)[reply]
Because each CU has internal cable. Tom94022 (talk) 09:09, 21 September 2017 (UTC)[reply]
Which, along with the contacts, contribute to the resistance. Shmuel (Seymour J.) Metz Username:Chatul (talk) 16:45, 2 October 2017 (UTC)[reply]
Your question and answer does not answer my question (now highlighted above); the decrease in distance for one DASD SCU is way more than that of other SCUs and if you bothered to calculate the numbers, you would find that the decrease is way more than is accounted for by the resitance of the cables and contacts. Tom94022 (talk) 17:01, 2 October 2017 (UTC)[reply]
If you bothered to calculate the numbers you would find that a DC signal in a copper wire does not travel at the speed of light. Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:16, 3 October 2017 (UTC)[reply]
Last time I check a DC signal doesn't travel at all - but a signal does propgate down a coaxial cable at a significant percentage of the speed of light and I seem to recall IBM channel cables had air dielectric so they may have propogated signals at very close to the speed of light but in no case less than 50% the speed of light. Your question and answers still do not answer my question (highlighted above). Tom94022 (talk) 01:00, 4 October 2017 (UTC)[reply]

multiplexer vs. multiplexor

I'll take your word on usage in the manuals. Currently IBM seems to have a split personality - google shows a lot of hits there with both spellings. I always used to think it was "or", until I started noticing a lot of"er".Peter Flass (talk) 18:15, 12 July 2017 (UTC)[reply]

Record-oriented filesystem stream file

Why did you remove this entire section I added?

An alternate to a Record-oriented file is a stream. In a stream file, the filesystem treats files as an unstructured sequence of bytes. A delimiter character ( a reserved bit pattern) must be inserted by the writer application to separate records. The read routine provides as many bytes as requested, not to exceed the size of the file. It is the responsibility of the reading application program to recognize the delimiter, not the file system routines. This approach significantly reduces the size and complexity of the library and reduces the number of utilities required to maintain files. Unfortunately the cpu time required to parse for the record delimiter is significant and the exclusion of the record delimiter pattern from the data is frequently undesirable.

DGerman (talk) 21:35, 16 July 2017 (UTC)[reply]

Because it is incorrect. There are a lot of things that you can do in a stream oriented file system without using delimiter characters. Shmuel (Seymour J.) Metz Username:Chatul (talk) 17:37, 19 July 2017 (UTC)[reply]

Other pages whose titles should probably be capitalized

Basic sequential access method, basic direct access method, basic telecommunications access method, basic partitioned access method, and possibly object access method. Guy Harris (talk) 17:30, 2 October 2017 (UTC)[reply]

Yes, along with Indexed Sequential Access Method and Queued Telecommunications Access Method. However, the ISAM article is about the generic term and only mentions the IBM access method in passing. Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:39, 3 October 2017 (UTC)[reply]

Legacy disk formating

The lede to Disk formatting has a note mainly covering legacy IBM mainframe OSes, a subject which is not supported by the body of the article, so it probably shouldn't be in the lede. I'd like to move the note into text in the History section and leave these these exceptions out of the lede. To the best of my knowledge all modern OSes in general do not overwrite sectors during a format unless otherwise instructed. It could be that the legacy OSes still do so but I can't figure out why they would waste so much time since everything today is FBA. You seem to be the advocate of including these exceptions so I thought I would first check with you about both the movement and whether it is still true that the cited IBM legacy OSes still always do overwrite all blocks during format? I'm thinking of a paragraph in the History section along the lines of:

Do you have a reference for the z/OS Unix? Comments? Suggestions? Tom94022 (talk) 19:11, 16 November 2017 (UTC)[reply]

The lede shouldn't provide details but it should be accurate. It's enough to note that there are exceptions with the details given later.
Unfortunately MVS still expects CKD, and does do a formatted write for an entire container. The details vary depending on context, e.g., VSAM, HFS, zFS.
You might find some of the relevant manuals in User:Chatul/References. I'm providing citations for two of the relevant manuals, not at the same release level. There are other manuals that you would need if you were using Unix System Services, but I don't believe that they are relevant to formatting.
z/OS V1R13.0 UNIX System Services Planning (HTML), 2011, GA22-7800-19
z/OS UNIX System Services Command Reference Version 2 Release 3 (PDF), 2017, SA23-2280-30
Talk:Disk formatting#Steps to format a disk describes the different formatting steps for a zFS; it's one step shorter[a] for an HFS. May be TMI to include the details in the article. Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:44, 16 November 2017 (UTC)[reply]
I have no doubt that formating on legacy CKD SLEDs of necessity overwrote the entire disk, e.g., formating a 3380 took several hours. However, CKD SLEDs are no longer offered and may not even be maintained but instead IBM host software is supported by emulation on IBM Storgage Systems which are today all FBA. So the question of whether all blocks are overwritten during a format is a function of emulation algorithms in the subsystems and I have a hard time accepting that today's algorithms would actually overwrite all blocks. It suspect today's efficient emulation algorithms would simply rewrite the pointers leaving the allocated blocks unchanged. For example the DS8880 features "slim provisioning" in which "Application developers can provision and de-provision z/OS applications in minutes" which suggests all blocks are not overwritten. It maybe that as part of a backround process unallocated blocks are overwritten but at this point its not clear to me that today's emulating subsystems all blocks are overwritten. The cites above really don't answer the question, it would take cites from the storage system SRLs to answer the question and so far I can't find any cites other than the purported minutes to provision which is suggestive but not dipositive. Do you have any references from IBMs storage system manuals that would help? Tom94022 (talk) 18:45, 20 November 2017 (UTC)[reply]
To MVS[b] a CKD device is a black box[c]; MVS uses a formatting write CCW[d] and from its perspective the track is erased when the command completes[e]. Whether the DASD subsystem physically rewrites sectors or just manipulates pointers isn't visible to MVS. Some of the early DASD subsystems did do physical writes but it didn't take long before there were DASD subsystems that virtualized the erases. Given that, the text should be generic or use weasel words for formating the volume.
Formatting a HFS or linear data set is another matter, since it also involves writing the control intervals. I don't know of any DASD subsystem smart enough to virtualize that. Shmuel (Seymour J.) Metz Username:Chatul (talk) 20:12, 21 November 2017 (UTC)[reply]
I'm still poking around in this area to gain enough knowledge to post a short but accurate sentance or two into the article and then update the Lede.
It seems like there are multiple steps, create a virtual volume on the subsystem, format the volume to make it available to an OS (at minimum volume label & VTOC), format additional portions of the volume as necessary to make it available to OSes or applications. Is this all handled in ICKDSF or are there other utilities that get involved. The more I think about it, the more I become convinced that any format process that requires fixed length blocks will use WCKD on all tracks and the only unerased data would be in the blocks allocated to the track beyond the last data. On the other hand, if the OS only requres IBM formatted tracks with nothing other than HA and R0, then only the tracks containing the Volume Label and VTOC tracks might actually have data fields written; the the HA and RO required for the remaining tracks could only be pointers with the data blocks unchanged. BTW ICKDFS seems to support only a limited number of virtual CKD volumes, e.g. 3380, 3390 and 9345, all old hardware - true? I would have thought by now IBM would have virtualized CKD, that is, a new virtual device type more or less at the limits of C, K and D fields. Also ICKDSF seems to imply that a MINIMAL INIT only writes Volume Label and VTOC on FBA DASD implying the remainining blocks are not written.
This is informed speculation - you seem to be better informed on this subject, why don't you take a crack at revising the article and then I'll see if it raises any questions Or I can keep looking into this. Tom94022 (talk) 19:02, 27 November 2017 (UTC)[reply]
I've given up making major revisions to Wiki articles; it takes up too much of my time, and the lack of an effective dispute resolution mechanism makes it a hostile work environment. I'll continue to provide references and minor corrections, but no more major word-crafting. Shmuel (Seymour J.) Metz Username:Chatul (talk) 17:56, 29 November 2017 (UTC)[reply]
Sorry u feel that way. I think we agree the nb2 in the lede is better placed in a section, perhaps just one or two sentances in Section 2 or maybe in Section 6, so it wouldn't be a major revision. I'll keep looking into this at at some point make the edit.
Can u help by commenting on my question, "Is this all handled in ICKDSF or are there other utilities that get involved?" Tom94022 (talk) 07:20, 30 November 2017 (UTC)[reply]
ICKDSF full full formatting writes Home Address and R0 on each track, erases all tracks, creates VTOC and creates VTOC index. There are also faster and slower options. Whether the erase is a physical erase or pointer manipulation depends on the device and is transparent to ICKDSF.
A VSAM data set can be allocated through JCL or through IDCAMS; either way, the processing formats the new data set into control intervals.
An HFS is allocated through JCL with FILETYPE=HFS; the proceesing formats the data set into control intervals.
The IOEAGFMT program creates zFS in an existing VSAM linear data set. Shmuel (Seymour J.) Metz Username:Chatul (talk) 20:25, 1 December 2017 (UTC)[reply]


  1. ^ Allocating a dataset with FILETYPE=HFS both format the tracks into control intervals and creates the file system. Allocating a linear data set for a zFS only formats the tracks into control intervals. A separate utility builds the zFS in the linear data set
  2. ^ Similar considerations apply to CKD and ECKD devices in, e.g., z/TPF, z/VM, z/VSE. However, they have earlier and more extensive support than MVS for other interfaces, e.g., FBA, FCP.
  3. ^ Except when it isn't ;-)
  4. ^ E.g., Write Home Address, Write RO, Write Count, Key, and Data, Write Special Count, Key, and Data and Erase
  5. ^ possibly asynchronously

ArbCom 2017 election voter message

Hello, Chatul. Voting in the 2017 Arbitration Committee elections is now open until 23.59 on Sunday, 10 December. All users who registered an account before Saturday, 28 October 2017, made at least 150 mainspace edits before Wednesday, 1 November 2017 and are not currently blocked are eligible 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 2017 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 3 December 2017 (UTC)[reply]

Please comment on Wikipedia talk:Manual of Style/Dates and numbers

The feedback request service is asking for participation in this request for comment on Wikipedia talk:Manual of Style/Dates and numbers. Legobot (talk) 04:25, 16 February 2018 (UTC)[reply]

Origin of CKD

Hi: Hope this finds u well. Any idea about the origins of CKD? It certainly was included from the beginning of S/360. What we now call the count field was included on the 1301 for the 7000 series and then for the 1410. I think there were key fields in the 1301 but in a separate track index but not the inline CKD as in S/360 and beyond. Any comments or corrections? The penultimate question is whose idea was it? Tom94022 (talk) 19:54, 30 March 2018 (UTC)[reply]

I know of no DASD with a count field prior to the DASD for the S/360.
The 1301 and 1302 did not have self-formatting tracks. Rather, each cylinder had a formatting track. Shmuel (Seymour J.) Metz Username:Chatul (talk) 16:56, 2 April 2018 (UTC)[reply]
Thanks, FWIW it may be semantics but:
Characteristics of IBM Files Using 1301 As An Example

A data track and the data to be written on a track or read from a track are identified by the means of a home address one, a home address two, and as many record addresses as there are recorded areas to be established.
...
Each record area established for a data track is preceeded by a record address. The address consists of six or more characters ...

B Wyatt, Jr., IBM Corp, Western Regional Office, Los Angeles, CA, Characteristics of IBM Files, Disc File Applications, American Data Processing, (c) 1964

The record address sounds like the equivalent of a count field albeit without the standard format that was introduced with S/360. Also the same article notes that in the 1311 "An idelible five digit sector address addrss preceedes each addressable location in a disk pack." This sounds like a count field for this fixed block device. I agree that CKD with the IBM defined count field is was unique to S/360 but am really exploring how IBM got there and how the industry came up with record ID fields. Tom94022 (talk) 20:10, 2 April 2018 (UTC)[reply]
At least as I read IBM 1301, Models 1 and 2, Disk Storage and IBM 1302, Models 1 and 2, Disk Storage with IBM 7090, 7094, and 7094 II Data Processing Systems and IBM 1301, Models 1 and 2, Disk Storage and IBM 1302, Models 1 and 2, Disk Storage with IBM 1410 and 7010 Data Processing Systems, there isn't anything that looks like a count field in any record on the disk, but there are things that look like keys, namely the record addresses. From my quick look at the document, for any given cylinder on the device, all data tracks must have the same layout in terms of record addresses, record data, and gaps, and thus the same layout in terms of record length; the format track for the cylinder specifies the layout. That, rather than a count field, indicates the length of particular records. Guy Harris (talk) 21:17, 2 April 2018 (UTC)[reply]
The record address more more like the record address of a S/360 count field than like a key. Note also:
  • There is no requirement that all format tracks be the same
  • The format track determines which record areas are 6 bit and which data areas are 6 bit;
    the architecture derives from the 7030
  • Not all bits in the record area are used for verification.
Shmuel (Seymour J.) Metz Username:Chatul (talk) 17:17, 3 April 2018 (UTC)[reply]
The record address on the 1301 is variable-length ("six or more characters"), alphanumeric ("characters", not "digits", although only the numeric part of the first four characters, and the entirety of the next two characters, are verified), and are "assigned and written by the user to fit any convenient addressing scheme". The count field on a 2314, according to IBM System/360 Component Descriptions, 2314 Direct Access Storage Facility and 2844 Auxiliary Storage Control, contains a cylinder number, head number, and one-byte record number; that's more of a physical address than a programmer-settable field. So I'm not seeing the record address on a 1301 being like the cylinder/head/record in the count field.
It's certainly conventional to put the physical address in those 5 bytes, and the standard utilities do so, but the controller does not use them as physical addresses. Instead, they are matched against the storage designated by a Search Id Equal CCW. In fact, there was a modification to CP/67 to write duplicate copies of pages with identical count fields in order to speed up pagein operations. Nonstandard, but it worked. Shmuel (Seymour J.) Metz Username:Chatul (talk) 20:02, 4 April 2018 (UTC)[reply]
I don't think anybody said that all format tracks must be the same on the 1301. As I read the 1301 manuals, a given cylinder has only one format track, so all tracks in the cylinder must be formatted the same, but other cylinders have their own format tracks and can be formatted differently. Guy Harris (talk) 18:23, 3 April 2018 (UTC)[reply]

Thanks for all the thoughtful comments. I asked Chatul the question because over the last several years I've come to appreciate his deep knowledge of IBM subsystems. The question comes out of a dialog that started at Disk sector where an editor claimed that disk sectors were invented at Bell labs in the early 1960s. I rebutted that and then started to add some history to the article starting with the IBM 350s's fixed sized, no header (ID Field), parity per character sector. Now I am trying to identify early if not first examples of sector header, zonded sectors, CRC and ECC. It is likely IBM was first with many of these changes (other than ZBR) so I'm not too worried about using IBM examples - if there are earlier versions I'm sure someone will correct it. BTW not yet in the article but as near as I can now tell:

You all are invited to edit the Disk sector histoy section. Thanks again. Tom94022 (talk) 23:51, 3 April 2018 (UTC)[reply]

IBM had a sector organization on the 350 disk for the 305 RAMAC in the 1950s. IBM even used the word sector in the 305 RAMAC documentation. See, e.g., IBM General Information Manual 305 RAMAC Programmer's Guide (PDF), 1958, p. 8, Although the file is divided into 50,000 one-hundred character sectors, each directly addressable by a five-digit number,. Shmuel (Seymour J.) Metz Username:Chatul (talk) 20:02, 4 April 2018 (UTC)[reply]

Please comment on Talk:Marketing of electronic cigarettes

The feedback request service is asking for participation in this request for comment on Talk:Marketing of electronic cigarettes. Legobot (talk) 04:25, 19 July 2018 (UTC)[reply]

IOCS

Sorry about that change. It must be a weird assembler that doesn't require a blank between the opcode (or macro) and the operands. Some of that old stuff was pretty funky. Peter Flass (talk) 00:35, 17 August 2018 (UTC)[reply]

Actually, it was fairly common for assemblers through the mid 1960s to require the operand in a specific column. The coding forms had vertical bars separating the fields and the assembler listing spread out over 120 columns. I don't know of any assembler from 1970 on that was so tied to specific columns.
As to funky, I challenge you to find anything as funky as the UNIVAC 1005, with its Grey coded address rows and columns. Shmuel (Seymour J.) Metz Username:Chatul (talk) 14:38, 17 August 2018 (UTC)[reply]
Sure, most stuff was column-oriented, but I don't recall ever seeing a case where the opcode wasn't separated from the operand by at least one space. Peter Flass (talk) 15:49, 17 August 2018 (UTC)[reply]
  • SOAP 2 for the IBM 650 Data Processing System (PDF), IBM, p. 4, 24-4000-0.
  • C24-1480-0 - Specifications and Operating Procedures (PDF), IBM, pp. 8–9, C24-1480-0. Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:07, 17 August 2018 (UTC)[reply]

Please comment on Talk:Boeing 787 Dreamliner

The feedback request service is asking for participation in this request for comment on Talk:Boeing 787 Dreamliner. Legobot (talk) 04:27, 19 August 2018 (UTC)[reply]

Please comment on Talk:Human evolution

The feedback request service is asking for participation in this request for comment on Talk:Human evolution. Legobot (talk) 04:25, 19 September 2018 (UTC)[reply]

Please comment on Talk:Christine Blasey Ford

The feedback request service is asking for participation in this request for comment on Talk:Christine Blasey Ford. Legobot (talk) 04:26, 20 October 2018 (UTC)[reply]

IEHPROGM

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idau100/iehprog.htm

Is PASSWORD totally obsolete or, in typical IBM fashion, is it still supported but largely unused?

This link includes both the "program maintenance" tag and the function "Maintain data set passwords." Since this is reasonably recent information on zOS utilities, I presume it's still an available option. Peter Flass (talk) 19:43, 31 October 2018 (UTC)[reply]

  1. Read the actual text to see the three functions that it performs, none of which relate to program maintenance. I'm not sure when the tag was added or why.
  2. The most recent version, V2R3, still describes the PASSWORD update function, but I'd be very surprised if anybody has used it in the last few decades.
  3. OS/360 IEHPROGM had other functions that have been replaced by similar functions in AMS:
  • Catalog or uncatalog a data set.
  • Build or delete an index or an index alias.
  • Connect or release two volumes.
  • Build and maintain a generation index.
Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:45, 1 November 2018 (UTC)[reply]

ArbCom 2018 election voter message

Hello, Chatul. Voting in the 2018 Arbitration Committee elections is now open until 23.59 on Sunday, 3 December. All users who registered an account before Sunday, 28 October 2018, made at least 150 mainspace edits before Thursday, 1 November 2018 and are not currently blocked are eligible 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 2018 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 19 November 2018 (UTC)[reply]

Burroughs large systems#B6500: Historical Narrative The 1960s; US vs IBM, Exhibit 14971

diff

"This reference relates to antitrust litigation and is not a good source for technical details."

The year of the first delivery (to a customer?; but does a date is a technical detail?) seems somewhat accurate.

B6500 Status Report (to about 0:46), date: March 1969 (and possibly at 4:20), here on number one system, 6:27 - hardwiring a prototype B6500, 6:45 - system no 1 is a production unit, 8:14

B6500 Status Report, Apr 1970, p. 2 (search for first system).

This also matches the shipment rates (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

Your ref to date doesn't have a page number(s) (I assume it was supposed to go next to the last Historical ... ref?). --MarMi wiki (talk) 02:56, 28 February 2019 (UTC)[reply]

[[Burroughs#B6500]] takes me to a disambiguation page; did you mean[[Burroughs large systems#B6500]]?
The reference to that document is on a sentence [a] that has nothing to do either with the date of the FCS or with the antitrust litigation.
I didn't have a reference to date. I did have a date of publication on the reference I added[b], but I doubt that you are referring to that. Shmuel (Seymour J.) Metz Username:Chatul (talk) 17:30, 28 February 2019 (UTC)[reply]
Maybe this will clear things up:
"The B6500 (1968)[1][2] ..."
Where is the page number to "1968" claim in second ref?
"The B6500 used monolithic integrated circuits with magnetic thin-film memory.[3]"
That reference on p. 648 contains both info about IC and that it was not delivered until 1969.
--MarMi wiki (talk) 20:40, 4 March 2019 (UTC)[reply]
That 1968 reference was not mine; it's from the version that I reverted to. The announcement date was neither 1968 nor 1969, but 1966. I don't know whether the article elsewhere uses announcement date, ship date or a random mix.
The 1968 ref was mine (before I found evidence convincing me that it not may be the case). 1969 is mentioned also in the models table (below B6500 section, in History). --MarMi wiki (talk) 22:41, 4 March 2019 (UTC)[reply]
The reference I restored was on sentence[c] where the date was only incidental. Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:53, 4 March 2019 (UTC)[reply]
And you added a new ref after the date, which doesn't seem to belong there (or it was mentioned on one of the pages, but you didn't specify on which, and that pdf is not searchable). I moved it next to the monolithic antitrust ref. --MarMi wiki (talk) 22:41, 4 March 2019 (UTC)[reply]
I added the reference to the sentence where it belongs, at the beginning of Burroughs large systems#B6500. It doesn't belong after the reference to thin film. If you feel that the date is misplaced, move the date. Shmuel (Seymour J.) Metz Username:Chatul (talk) 22:59, 4 March 2019 (UTC)[reply]
Maybe I'm misunderstand something, but references are for text preceeding them? --MarMi wiki (talk) 23:14, 4 March 2019 (UTC)[reply]
Ok, it seems that it could be placed also before (WP:INTREF2). But why confusing the reader, mixing the two styles? --MarMi wiki (talk) 23:19, 4 March 2019 (UTC)[reply]
Yes, and the text preceding the reference is B6500 (1968). If you think that the date should be after the reference, then it's the date that you should move.
If your ref is ONLY for the B6500, then it should have been placed AFTER B6500 in the first place, and not after the date. --MarMi wiki (talk) 23:56, 4 March 2019 (UTC)[reply]
BTW, should it be announcement (1966), the SJCC paper by Hauck (1968) or the shipment date (1969)? I haven't checked what the rest of the article uses for dates.
I prefer shipment (or first run/use for earlier systems) date. Announcement date isn't so important (to me) because it may be a couple years off of actual use. But when they differs, then probably both should be given.
In History section is a table with 1969. --MarMi wiki (talk) 23:56, 4 March 2019 (UTC)[reply]
Metanote: please leave the {{Notelist-talk}} and {{Reflist-talk}} at the end of the section. Shmuel (Seymour J.) Metz Username:Chatul (talk) 23:25, 4 March 2019 (UTC)[reply]
If you're suggesting making the <ref></ref> a <ref name=> referring to a citation in {{Reflist|refs=}}, I have no problem with that. If you're referring to something else, please explain. Shmuel (Seymour J.) Metz Username:Chatul (talk) 23:50, 4 March 2019 (UTC)[reply]

Notes

  1. ^ "The B6500 used monolithic integrated circuits with magnetic thin-film memory"
  2. ^ Burroughs B6500 Information Processing System Reference Manual
  3. ^ The B6500 (1968)[4] and B7500 were the first computers in the only line of Burroughs systems to survive to the present day.

References

  1. ^ Stuart, Sam (2014). "Burroughs 6500". The European Computer Users Handbook 1968/69: Pergamon Computer Data Series. Elsevier. p. 111.7. ISBN 9781483146690.
  2. ^ Burroughs B6500 Information Processing System Reference Manual (PDF), Burroughs, September 1969, 1043676
  3. ^ "Historical Narrative The 1960s; US vs IBM, Exhibit 14971, Part 2" (PDF). ed-thelen.org. US Government. July 22, 1980. p. 648. Retrieved February 21, 2019.
  4. ^ Stuart, Sam (2014). "Burroughs 6500". The European Computer Users Handbook 1968/69: Pergamon Computer Data Series. Elsevier. p. 111.7. ISBN 9781483146690.

You revert of short description of IBM System/370

I am attempting to add short descriptions to as many articles as possible because wikipedia has made it a goal to add short descriptions to all main space articles. Many articles already have wikidata entries, including the one in question, and I merely imported the wikidata entry as the short description. Obviously, you didn't agree that it adequately described the topic in 40 characters or less, but instead of reverting it, you should have edited the {{short description}} and substituted what you felt was more appropriate. I have gone back and made another attempt at it, this time putting something that I feel better describes the topic. --rogerd (talk) 19:25, 5 March 2019 (UTC)[reply]

Yes, the new {{short description}} is correct. Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:58, 5 March 2019 (UTC)[reply]
My point was, that it would be helpful if, in the future, you find an article that either doesn't have a short description, or has one that doesn't correctly summarize the topic, that you could correct the situation yourself instead of removing it. --rogerd (talk) 20:40, 5 March 2019 (UTC)[reply]

Please comment on Talk:2010–2017 Toronto serial homicides

The feedback request service is asking for participation in this request for comment on Talk:2010–2017 Toronto serial homicides. Legobot (talk) 04:33, 14 March 2019 (UTC)[reply]

user:Peter Flass#Background,

Yes, a certain amount of condensation was done. Peter Flass (talk) 23:13, 15 March 2019 (UTC)[reply]

Please comment on Talk:Ralph Northam

The feedback request service is asking for participation in this request for comment on Talk:Ralph Northam. Legobot (talk) 04:28, 14 April 2019 (UTC)[reply]

Please comment on Talk:Superconductivity

The feedback request service is asking for participation in this request for comment on Talk:Superconductivity. Legobot (talk) 04:25, 15 May 2019 (UTC)[reply]

Please comment on Talk:Electric smoking system

The feedback request service is asking for participation in this request for comment on Talk:Electric smoking system. Legobot (talk) 04:26, 15 June 2019 (UTC)[reply]

Please comment on Talk:Electric smoking system

The feedback request service is asking for participation in this request for comment on Talk:Electric smoking system. Legobot (talk) 04:27, 15 July 2019 (UTC)[reply]

Speedy deletion nomination of Thin film (disambiguation)

If this is the first article that you have created, you may want to read the guide to writing your first article.

You may want to consider using the Article Wizard to help you create articles.

A tag has been placed on Thin film (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 an orphaned disambiguation page which either

  • disambiguates only one extant Wikipedia page and whose title ends in "(disambiguation)" (i.e., there is a primary topic); or
  • disambiguates zero extant Wikipedia pages, regardless of its title.

Under the criteria for speedy deletion, such pages may be deleted at any time. Please see the disambiguation page guidelines for more information.

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. ... discospinster talk 19:19, 18 July 2019 (UTC)[reply]

If there's only two possible titles for a phrase and one of them is clearly the main usage then a hatnote is the usual way of handling the disambiguation, rather than a disambiguation page. Thin film has a hatnote for Thin-film memory. Hut 8.5 21:14, 18 July 2019 (UTC)[reply]

Please comment on Talk:Abortion

The feedback request service is asking for participation in this request for comment on Talk:Abortion. Legobot (talk) 04:24, 15 August 2019 (UTC)[reply]

Rexx/Script

OK, I'll agree with you on Rexx, even though it was invented for VM and was the primary scripting language there long before it was ported elsewhere. I disagree on Script, however, that dates back to CP-67 days and seems more tied to the VM family, even though it also runs on the OS/360 family. Peter Flass (talk) 20:05, 3 September 2019 (UTC)[reply]

There's no question that Script originated on CP-67/CMS, but it was in use on SVS and MVS in the early 1970s and was heavily used in MVS by the 1980s. Eventually it was partially bundled with OS/390 and z/OS (installed but you needed a license to use it.) BTW, do you have the manuals for Waterloo Script - I'd like to add a reference.Shmuel (Seymour J.) Metz Username:Chatul (talk) 18:17, 4 September 2019 (UTC)[reply]
Sorry, no. Was Waterloo Script ever updated for laser printers? I’m not sure whether or not OpenWatcom has any Script sources or doc. Peter Flass (talk) 18:49, 4 September 2019 (UTC)[reply]
According to https://csg.uwaterloo.ca/sdtp/watscr.html it does support laser printers, but that page doesn't list the manuals. I contributed the free SCRIPTW to cbttape.org, but later versions are chargeable, or at least they used to be. I definitely don't have the NSCRIPT manuals, not do I know the dates.Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:16, 4 September 2019 (UTC)[reply]

Please comment on Talk:Noah Kraft

The feedback request service is asking for participation in this request for comment on Talk:Noah Kraft. Legobot (talk) 04:25, 14 September 2019 (UTC)[reply]

3180/3290

How quickly they forget, thanks. Peter Flass (talk) 20:45, 3 October 2019 (UTC)[reply]

IP block exempt

I have granted your account an exemption from IP blocking for three months. This will allow you to edit the English Wikipedia through full blocks affecting your IP address when you are logged in. I have determined that you will be affected by certain blocks and have given you this so that it will not affect your ability to edit.

Please read the page Wikipedia:IP block exemption carefully, especially the section on IP block exemption conditions. Inappropriate usage of this user right may result in revocation. I hope this will enhance your editing, and allow you to edit successfully and without disruption.
 — Berean Hunter (talk) 23:37, 14 October 2019 (UTC)[reply]

Please comment on Wikipedia:Reliable sources/Noticeboard

The feedback request service is asking for participation in this request for comment on Wikipedia:Reliable sources/Noticeboard. Legobot (talk) 04:25, 15 October 2019 (UTC)[reply]

Please comment on Talk:Dennis Bonnen

The feedback request service is asking for participation in this request for comment on Talk:Dennis Bonnen. Legobot (talk) 04:24, 15 November 2019 (UTC)[reply]

ArbCom 2019 election voter message

Edit contradicts edit summary

Your edit to Mainframe computer makes the end of the period when there were several manufacturers of mainframes earlier, 1 January 1970 instead of 1 January 1980. But your edit summary indicates the endpoint should be later than 1 January 1980. Jc3s5h (talk) 20:27, 25 November 2019 (UTC)[reply]

No, it indicates that the endpoint is sometime between 1970 and 1979. But now that I think about it, there were still several mainframe vendors much later: Amdahl was around until 1993, Bull until 1999 and Unisys until 2014, and some of those are still supporting their architectures through simulation on Intel chips. Shmuel (Seymour J.) Metz Username:Chatul (talk) 21:12, 25 November 2019 (UTC)[reply]

Disambiguation link notification for December 12

Hi. Thank you for your recent edits. An automated process has detected that when you recently edited Thunk, you added a link pointing to the disambiguation page Closure (check to confirm | fix with Dab solver). Such links are usually incorrect, since a disambiguation page is merely a list of unrelated topics with similar titles. (Read the FAQ • Join us at the DPL WikiProject.)

It's OK to remove this message. Also, to stop receiving these messages, follow these opt-out instructions. Thanks, DPL bot (talk) 14:01, 12 December 2019 (UTC)[reply]

Please comment on Talk:Unicode

The feedback request service is asking for participation in this request for comment on Talk:Unicode. Legobot (talk) 04:25, 15 December 2019 (UTC)[reply]

bitsavers.org mirrors

If you're looking for bitsavers references, you could try one of the mirror sites, such as bitsavers.trailing-edge.com. (Hopefully it'll be back up at some point.) Guy Harris (talk) 05:58, 23 January 2020 (UTC)[reply]

Thanks; bitsavers is still down but trailing-edge is up. Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:29, 23 January 2020 (UTC)[reply]
bitsavers.org is back up. Guy Harris (talk) 18:17, 27 January 2020 (UTC)[reply]

Disambiguation link notification for February 3

An automated process has detected that when you recently edited Drum (disambiguation), you added a link pointing to the disambiguation page Camp Drum (check to confirm | fix with Dab solver).

(Opt-out instructions.) --DPL bot (talk) 12:07, 3 February 2020 (UTC)[reply]

Word Size

Hi, thank you for pointing out the omission of 36-bit. I've added representative links for all the strange word sizes. Murray Langton (talk) 21:05, 13 May 2020 (UTC)[reply]

Disambiguation link notification for May 16

An automated process has detected that when you recently edited History of email, you added a link pointing to the disambiguation page VM (check to confirm | fix with Dab solver).

(Opt-out instructions.) --DPL bot (talk) 12:35, 16 May 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 08:02, 16 June 2020 (UTC)[reply]

5450

I found enough in the code to show the 5450 used a datastream similar to the 3270, including write/erase write commands, SBA and SF orders. I couldn’t find the address characters, but I would assume that they were similar, especially as the 3270 architecture was later extended to 160x80. Peter Flass (talk) 14:04, 15 July 2020 (UTC)[reply]

@Peter Flass: Could you e-mail me a copy of that code? Thanks.
BTW, the 3270 architecture never required specific screen geometries; initially you had to specify the model and later a more general mechanism gave you the screen configurations. You had to know the geometry to construct the data stream, as the addresses were not row and column. Shmuel (Seymour J.) Metz Username:Chatul (talk) 14:59, 15 July 2020 (UTC)[reply]

Have to look around for the code again. There's nothing useful in any one place, but I looked in the OS/360 source for display console support, and unfortunately it seems to be broken up into 100 different bits. I found some bits that relate to the Model 85, but I haven't been able to put it all together. Peter Flass (talk) 16:38, 15 July 2020 (UTC)[reply]

The obvious place to look for OS/360 is IEECVETH (IGC5H07B); for MVS I'd guess IEECVET1. Shmuel (Seymour J.) Metz Username:Chatul (talk) 18:50, 15 July 2020 (UTC)[reply]
That. I found these:
SETBUF EQU X'27' SET BUFFER ADDRESS 73800000READ EQU X'06' READ 74000000SOUND EQU X'0B' SOUND ALARM 74200000INSERT EQU X'0F' INSERT CURSOR 74400000WRITE EQU X'01' WRITE 74600000ERASE EQU X'07' ERASE 74800000

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

Your feedback is requested at Talk:Linux kernel on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

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.

(Opt-out instructions.) --DPL bot (talk) 06:13, 5 September 2020 (UTC)[reply]

You reverted my edit changing "a" to "an" -- why?

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

Information icon 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

Your feedback is requested at Talk:Pentagon UFO videos on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

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]

Never did. I've posted it to WP:VPT#Is there a way to collapse selected rows of a table?. Thanks Shmuel (Seymour J.) Metz Username:Chatul (talk) 22:57, 8 February 2021 (UTC)[reply]

Email address: RFC 6532 or 5322?

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]

Yes, typo. Thanks for catching that. Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:08, 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.

Thanks again, and happy editing!

Primefac (talk) 16:00, 3 June 2021 (UTC)[reply]

Feedback request: Maths, science, and technology request for comment

Your feedback is requested at Talk:COVID-19 misinformation on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

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.
  1. 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.
  2. Use IDCAMS DEFINE to create a linear Data Set (LDS); AMS will format it into control intervals
  3. Use IOEAGFMT to create a zFS aggregate in the LDS; this will format the zFS with an empty root directory.
Each of these steps is a high level format. The initialized volume is the containing file system for the LDS and the LDS is the containing file system for the z/FS. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:50, 4 October 2021 (UTC)--Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:50, 4 October 2021 (UTC)--Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:50, 4 October 2021 (UTC)[reply]
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.
I'd say that the original language has a WP:NPOV issue. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:08, 4 October 2021 (UTC)[reply]
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

Your feedback is requested at Wikipedia talk:WikiProject Weather on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 04:30, 17 November 2021 (UTC)[reply]

Speedy deletion nomination of DFSMS (disambiguation)

If this is the first article that you have created, you may want to read the guide to writing your first article.

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.

Under the criteria for speedy deletion, such pages may be deleted at any time. Please see the disambiguation page guidelines for more information.

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.

(Opt-out instructions.) --DPL bot (talk) 05:57, 23 November 2021 (UTC)[reply]

Disambiguation link notification for December 4

An automated process has detected that when you recently edited List of operating systems, you added a link pointing to the disambiguation page CP.

(Opt-out instructions.) --DPL bot (talk) 05:57, 4 December 2021 (UTC)[reply]

BOS/360

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

Your feedback is requested at Talk:Addiction on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 23:30, 30 January 2022 (UTC)[reply]

Differential (mathematics) merge

Hi. I noticed that you performed the merge into Differential (mathematics) that you had mentioned at WT:Merging#Staging merger through sandbox. This edit seems to contain a clause introduced by XOR'easter. While it is brief, providing attribution is safest. A dummy edit with appropriate edit summary per WP:Copying within Wikipedia#List of authors would be best. I can do it if you prefer. Flatscan (talk) 05:39, 9 March 2022 (UTC)[reply]

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

  1. ^ 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

  1. ^ "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

Your feedback is requested at Talk:Flavan-3-ol on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 21:30, 14 May 2022 (UTC)[reply]

Notice of edit warring noticeboard discussion

Information iconHello. 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)[reply]

Information icon There is currently a discussion at Wikipedia:Administrators' noticeboard/Incidents regarding an issue with which you may have been involved. Thank you. Timhowardriley (talk) 07:36, 16 May 2022 (UTC)[reply]

“Smart quotes”

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:
say 'text' /* valid syntax */say ‘text’ /* invalid syntax */
If an editor changes the first into the second, it will break the code. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 13:05, 19 July 2022 (UTC)[reply]
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.
Yes, S/360 I/O, or most[a] channel I/O, is a special case of DMA. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 14:46, 12 August 2022 (UTC)[reply]
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.
At one point I was making a serious effort to clean up some of the issue and got dragged into a major controversy; see Wikipedia:Administrators' noticeboard/Edit warring#User:Chatul reported by User:Timhowardriley and Wikipedia:Administrators' noticeboard/Incidents#User:Chatul reported by User:Timhowardriley. Right now I'm trying to find an old RS for the definition of kernell; I don't have the original papers and the library system in Virginia isn't very good. The issue is that in much IBM software there is no kernel as the term was originally defined; the Nucleus does not satisfy the classical definition. --Shmuel (Seymour J.) Metz Username:Chatul (talk) 14:46, 12 August 2022 (UTC)[reply]
@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]

Notes

  1. ^ I/O channels on the CDC 6600 et al lack DMA.

References

  1. ^ "IBM 3172 INTERCONNECT CONTROLLER". Announcement Letters. IBM. October 24, 1989. 189-157. Retrieved August 16, 2022.
  2. ^ "IBM 3172 INTERCONNECT CONTROLLER ANNOUNCEMENT OVERVIEW". Announcement Letters. IBM. September 5, 1990. 190-150. Retrieved August 14, 2022.
  3. ^ "IBM 3172 INTERCONNECT CONTROLLER MODEL 1 ENHANCEMENTS". Announcement Letters. IBM. September 5, 1990. 190-151. Retrieved August 16, 2022.
  4. ^ "IBM 3172 INTERCONNECT CONTROLLER MODEL 2". Announcement Letters. IBM. September 5, 1990. 190-152. Retrieved August 16, 2022.
  5. ^ "IBM INTERCONNECT CONTROLLER PROGRAM VERSION 1.0". Announcement Letters. IBM. October 24, 1989. 289-539. Retrieved August 16, 2022.
  6. ^ "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

Your feedback is requested at Talk:International System of Units on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

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

Your feedback is requested at Talk:Bayes' theorem on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 09:33, 9 October 2022 (UTC)[reply]

Proposed deletion of Universal Character Set feature

Notice

The article Universal Character Set feature has been proposed for deletion because of the following concern:

No evidence found of any notability for this.

While all constructive contributions to Wikipedia are appreciated, pages may be deleted for any of several reasons.

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.

(Opt-out instructions.) --DPL bot (talk) 06:05, 23 January 2023 (UTC)[reply]

Hebrew years (AM) in roman numerals?

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

Your feedback is requested at Talk:Tornadoes of 2023 on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 15:31, 9 February 2023 (UTC)[reply]

Feedback request: Maths, science, and technology request for comment

Your feedback is requested at Talk:COVID-19 lab leak theory on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

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)

Notice

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.

While all constructive contributions to Wikipedia are appreciated, pages may be deleted for any of several reasons.

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.

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

Your feedback is requested at Talk:Tornadoes of 2023 on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

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.
In 
FOO PROCEDURE OPTIONS(MAIN); DEFINE ORDINAL RANK ( LOW VALUEE)-1)  EQUAL, HIGH ) SIGNED; ... BEGIN; COMPARE: PROCEDURE(K1,K2) RETURNS RANK; ... END; CALL SORT(FOO,...,COMPARE); END; CALL SORT(FOO,...,COMPARE); /* INVALID! */END;
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

Your feedback is requested at Talk:Genital modification and mutilation on a "Maths, science, and technology" request for comment. Thank you for helping out!
You were randomly selected to receive this invitation from the list of Feedback Request Service subscribers. If you'd like not to receive these messages any more, you can opt out at any time by removing your name.

Message delivered to you with love by Yapperbot :) | Is this wrong? Contact my bot operator. | Sent at 04:31, 25 February 2024 (UTC)[reply]

Feedback request: Maths, science, and technology request for comment

Se solicita su opinión en Talk:Open file format sobre una solicitud de comentarios sobre "Matemáticas, ciencia y tecnología" . ¡Gracias por su ayuda!
Usted fue seleccionado al azar para recibir esta invitación de la lista de suscriptores del Servicio de solicitud de comentarios . Si no desea recibir más estos mensajes, puede cancelar su suscripción en cualquier momento eliminando su nombre .

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 ]

?
Veo en Template:Cite IETF que |section-url=es válido, aunque también veo en Template:Cite IETF#URL anchor generation que no es necesario. Gracias. -- Shmuel (Seymour J.) Metz Nombre de usuario:Chatul (discusión) 19:57 7 jun 2024 (UTC) [ responder ]