Lmst

Cold Plunges: Boost Brainpower with Oxygen!

Unlock your superhuman potential with cold plunges! Learn how this simple practice increases brain oxygenation, releasing cold shock proteins and improving overall health. Discover the science-backed benefits and join the movement towards peak performance.

Follow @biohackingpathway for more

#coldplunge #health #oxygen #wellbeing #superhuman #biohackingsecrets #biohackers #biohacks #brainhealth #fitness #wellness #garybrecka #tenex #coldtherapy

Some light reading for your week;
https://avanthar.com/healyzh/decemulation/pdp10emu.html

#emulation #simh
#KA10 #KL10 #KS10 #KLH10
#DEC #PDP-10 #BBN
#TOPS-10 #TOPS-20 #TENEX #ITS
#BLISS #BCPL #ALGOL #TECO

#MentalWealth #MentalHealth #GutHealth #Serotonin #Depression #Antidepressants #Wellbeing #wellnesscoaching #wellnessfitness #MentalWellness #HealthAdvice #GaryBrecka #Tenex https://mastodon.social/@biohackingpathway/115106772468006598

Only veterans will remember this...
#Virus #Cibersecurity #TENEX

Another cellar find -- an agreement letter with #cisco back in 1987. They wanted to (and did) use my implementation in C of #TENEX/#TOPS20 style parsing for their equipment. I had already released it for free use but they wanted something in writing.

FWIW they sent me back their changed copy after a time. They had stripped out some things (like guide words) and reformatted the code, probably for the better. I don't have a clue where that went.

BTW I'm sure they reimplemented it long ago.

#Tenex e-pollbooks with ES&S #ExpressVote #voting machines responsible for screwing up local elections in #WilliamsonCounty #Texas. A fascinating story related to…print queues and slow-to-wake printers.

More #ProductManagement #Quality lessons here. This is eerily similar to the serial port / couponing issue I mentioned in a previous post, the one my team & I uncovered in integration testing

https://freedom-to-tinker.com/2023/02/16/unrecoverable-election-screwup-in-williamson-county-tx/

El tiempo de cómputo compartido consiste en una modalidad de trabajo para un sistema informático según el cual este puede afrontar las necesidades de uso de vari@s usuari@s en un mismo sistema de forma concurrente.

El sistema asigna tiempo de cómputo momentáneo a los usuari@s, de forma que tod@s puedan obtener resultados de sus tareas computacionales.

Antecedentes

Desde inicios de la década de 1950, los sistemas de computación no eran personales, sino que su alto costo y tamaño los convertía en equipamiento de grandes instituciones. Los equipos de tipo mainframe no solían estar disponibles para su uso exclusivo, sino que operaban en un proceso de cómputo por lotes. In@ operador@ responsable recibía encargos de programación o ejecución por medio de tarjetas o cintas de papel perforado para devolver posteriormente los resultados impresos de las órdenes. Este método era sumamente engorroso, pero hacía caso a las posibilidades de la tecnología del momento y su alto costo.

Este uso indirecto de computadora se cobraba entonces según el concepto de alquiler de segundos de procesamiento utilizados por un programa dado, a tiempo medido.

A finales de 1957 se planteó a través de la UNESCO un modelo teórico de cómputo de uso compartido, mediante un programa capaz de arbitrar el uso de un usuari@ activo entre múltiples posibles, siguiendo un bucle secuencial de acceso lo suficientemente veloz como para hacer parecer a cada usuari@ de la cola contase con la disponibilidad completa del ordenador.

Para inicios de la década de 1960 se inició la programación de distintos métodos y el diseño de grandes computadoras capaces de operar al unísono siguiendo esta teoría, en lugar de hacerlo de forma desatendida o por lista de espera, como sucedía anteriormente.

Los sistemas operativos de tiempo compartido comenzaron a experimentarse, inicialmente bajo la forma de #CTSS, o “Sistema de Tiempo Compartido Compatible”.

Durante la década de 1970 con el advenimiento de minicomputadoras de menor coste, así como la interconexión de las mismas a través de redes de datos de base telefónica o de télex, se hizo posibles un novedoso despliegue telemático, que acarreaban mayor comodidad de trabajo. Las minicomputadoras así provistas podían funcionar con varios usuari@s conectados a través de terminales de computadora tanto localmente en el centro de cómputo, como de manera remota a través del uso de módems telefónicos.

Sistemas Operativos Multiusuario

Los sistemas operativos multitarea y multiusuari@, de funcionamiento concurrente asignan la potencia del o los procesadores centrales de acuerdo a las necesidades específicas.

En aproximado orden cronológico, algunos de ellos fueron: CTSS, DTSS #MULTICS, TOPS-10, #TENEX, TSS/360, WAITS, ITS, #TWENEX, #Unix, #VMS, #BSD, y

La conectividad actual permite el uso compartido de infraestructura de cómputo. Sin embargo, debes prever que tal infraestructura siga tus anhelos y haga realidad los de tu comunidad.

#TENEX fue un sistema operativo de tiempo de cómputo compartido desarrollado por #BBN para la DEC #PDP-10.

En la década de 1960 BBN desarrollaba proyectos de ingeniería basados en programas de Inteligencia Artificial para la Agencia de Proyectos Avanzados para la Defensa de los Estados Unidos (DARPA). Dichos proyectos requerían uso cómputo de potencia, particularmente equipos que contaran con paginado de memoria.

A tal efecto la compañía se abocó en 1968 a mejorar el diseño básico de la PDP-10 incorporandole una unidad de paginado de memoria de desarrollo propio que permitiera afrontar los despliegues más potentes del lenguaje LISP. Asimismo, BBN decidió recurrir a la creación de un sistema operativo superador del programa de control provisto típicamente dicha máquina, el simplón MONITOR.

Este nuevo sistema operativo para “la Diez extendida” recibió el nombre de TENEX, otorgándole así capacidad multiusuari@ multitarea.

Estas características se hicieron rápidamente deseables para los investigadores de Stanford y el MIT, y constituirían el cimiento de la cultura

La influencia de BBN en el ámbito de la defensa otorgó a TENEX un rol definitorio en la implementación de los primeros nodos de la #Arpanet. A tal punto se dio su preferencia que casi todos los sistemas conectados a la ARPANET corrían TENEX.

La temprana popularidad de TENEX en ARPANET fue sin duda una clave para su posterior aceptación, transformación y soporte como TOPS-20 bajo la órbita de DEC.

TENEX permitía utilizar memoria virtual en los primeros modelos de la PDP-10 gracias al BBN Pager, un hardware de paginado de memoria desarrollado específicamente. Este gabinete de 2 metros de altura por 30 centímetros de ancho permitía hacer las funciones de memoria de intercambio y caché. TENEX convertía así a la PDP-10 en una máquina de mayor potencia y flexibilidad, capaz de operar con muchos usuari@s de forma concurrente.

Una de las características más recordadas de TENEX es el empleo de un intérprete que utilizaba comandos completos y descriptivos, a la vez que ofrecía autocompletado de tipeo con el comando ?. Especialmente influyente fue su sistema de archivado provisto de control de versiones (denominadas “generaciones de archivo”).

TENEX terminó convirtiéndose en un sistema mucho más popular y capaz que TOPS-10, y realmente influyente en desarrollos de sistemas posteriores, principalmente su descendiente indirecto TOPS-20 “TWENEX” y VMS.

El paginador BBN Pager era un gabinete completo, que se adosaba a los siete gabinetes que solían componer una PDP-10 KI10.

Antes de su presentación "en sociedad", los primeros días de la red de datos #Arpanet estuvieron signados por grandes promesas, funcionalidad modesta, y sorpresas.

La visión del cómputo distribuido en la medida que los usuarios y programas hicieran despliegue de recursos múltiples, distribuidos y concurrentes (ya fuesen otros programas o simplemente ciclos de computadora) continuó siendo simplemente una quimera. La funcionalidad de la red de datos resultó limitada fundamentalmente por la carencia de protocolos huésped a huesped (cimientos sobre los cuales se construyen la #telemática de alto nivel). De hecho, la única aplicación real continuó siendo una versión primitiva de #RLOGIN (acceso electrónico a otra computadora distante). Si bien resultaba instructivo, este acceso remoto no podía considerarse un logro mayor. Sin embargo, las primeras sorpresas en el uso demostraron probar la valía de la red de datos.

Tráfico intra-IMP

La primer sorpresa fue que un usuario podía reconectar su terminal entre las computadoras locales conectadas al IMP (los disposivos paquetizadores que cumplían el rol de enrutador, de tamaño de una heladera). Esto se podía lograr simplemente lanzando un comando al IMP, en lugar de tener que reconectar la terminal en un confuso panel de conectores, como había sido la práctica. Se descubrió que la mayoría del tráfico de terminal rara vez terminaba saliendo a la red, sino que permanecía dentro de los #IMPs huéspedes (tráfico intra-IMP).

Cambiar rápidamente la conexión de terminal entre las computadoras LOCALES resultó de gran beneficio para aquellos que necesitaban acceder a múltiples computadoras situadas en el centro de cómputo, y terminó reflejando una necesidad que una década más tarde daría impuso a la interconexión #LAN.

La segunda sorpresa fue que los usuarios de la red no se frustraron de manera alguna por la falta de funcionalidades de la ARPANET, ya que esto era lo que siempre habían querido.

Este uso de terminal somero en la ARPANET fue lo que motivó la creación un segundo tipo de IMP simplificado: el Procesador de Interfaz de Terminal, o #TIP. La ventaja de los TIPs residía en que las terminales podían conectarse directamente a la red a través de los TIPs sin tener que conectar los puertos de terminal a un mainframe para efectuar esta conexión a la red en sí.

La mayor sorpresa fue, sin embargo, el correo electrónico o #email. Si bien Roberts había creído que el correo electrónico resultaría una aplicación de red importante, nunca lo hizo aparecer en ninguna de las especificaciones originales, y la mayoría admite que resultaron completamente sorprendidos por la aceptación inmediata.
En un comienzo, el correo electrónico consistíó simplemente en un mensaje de una persona a persona. Pero en la medida que creció su utilización, se incrementó la presión para incorporarle innovaciones y funcionalidades adicionales. Roberts programó una de las primeras mejores: un "hack de #TECO" que permitía al usuario seleccionar qué mensaje leer en lugar de resultar obligado a leer los mensajes únicamente en el orden en que los había recibido. (TECO, el Editor y Corrector de Texto, era un lenguaje de edición computarizado primigenio, y hack se refiere a un truco de programación innovador, a pesar que se trate de un programa improvisado y sin soporte, y se lo utiliza en un sentido de respeto por cumplimiento técnico).

Ray Tomlinson y Dan Murphy, ambos de BBN y autores del sistema operativo TENEX, escribieron el programa de correo electrónico original. Tenían una PDP-10 para ellos mismos, la que utilizabas en el desarrollo de TENEX. Tan pronto como tuvieron un sistema de ficheros concurrente, comenzaron a dejarse notas el uno en el disco para mantener un registro de trabajo colaborativo. Al punto de conectar la #DEC PDP-10 con #TENEX a la ARPANET, se propusieron transmitir estos mensajes de una máquina a otra: ellos mismos escribían el código de la red ARPANET también.

El correo electrónico representó una forma nueva de interacción y de comunicación: era conveniente, capaz de ser dejado por el remitente y recogido por el receptor según sus tiempos, ya que no requería que se respondiese inmediatamente a un comentario, sino que podía pensarse la redacción más seriamente. Desde el comienzo, el correo electrónico fue un modo informal de comunicación. Nadie se preocupó sobre el tipo de estructura. Las comunicaciones eran cortas e importaba más ser directo.

Incluso aunque la Arpanet no representaba inicialmente un nuevo paradigma de cómputo distribuido según lo había envisionado Roberts, hizo posible una comunidad digital de científicos del cómputo, y con el tiempo permitió a otros usuarios, y más notablemente, demostró de manera práctica que la conmutación de paquetes funcionaba.

#retrocómputo #retrocomputing #router #modem #internet #arpanet #terminal #textoplano #hacking #hackers

#Tenex

Client Info