[OT] Buscando Disco SCSI para Sparc (Era [OT]: Regalo Estacion Sun...)

[Daniel Serpell]

¡Hola!

El Thu, Apr 03, 2008 at 05:47:56PM -0400, Aldrin Martoq escribio:
> 2008/4/3 Rodrigo Fuentealba <darkprox en gmail.com>:
> > El 2/04/08, Aldrin Martoq <amartoq en dcc.uchile.cl> escribió:
> >  > No me refería ha uso comercial (que yo veo como crear un
> >  >  producto/servicio y venderlo o algo así); sino si le puedes sacar
> >  >  algún uso que no sea más que un chiche tecnológico. El atari que tengo
> >  >  se quedó como estación de juegos (montezuma, bruce lee y zybex);
> >  >  además tiene un problema de color que se ve todo tirado al rosado, no
> >  >  sé como arreglarlo.
> >  ¿Qué especificaciones tenía?
> 
> Es un atari 65XE, 128KiB RAM; conectado por RCA (la salida 'Monitor').

Esos atari tenían un potenciómetro en medio de la placa madre que controla
la generación de la señal de color, al moverlo puedes ajustar el "tinte" del
video.

Mira esta foto:
 http://starekomputery.uibs.com.pl/atari/pic/6/65xe-6.JPG

En el pixel (280,210) está el potenciómetro.

> 
> >  >  Respecto del 10%, mi sensación es que siempre ha sido así en todos los
> >  >  tarros que hemos usado e incluso más. Por ejemplo, por qué cuando
> >  >  enciendo mi tarro se demora lo mismo que hace 10, 15 años?
> >  No quiero elucubrar, no tengo idea de electrónica, pero creo que las
> >  BIOS funcionan a la misma velocidad que hace 15 años para leer todos
> >  los dispositivos. Si bien antes podíamos conectar puras cosas por ISA
> >  y detectarlas era lento, podemos alegar porque ahora tenemos PCI y
> >  AGP, PCI-E, SLI y todos esos chiches... Sin embargo aunque los lea más
> >  rápido son más cosas que procesar en un tiempo prudente.
> 
> Aún así eso no explica nada... tenemos EFI, tenemos upstart,
> suspender/hibernar... pero al menos en linux nada de eso funciona
> óptimamente, por distintas razones.

Mmm... no es tan terrible, pero es cosa de hacer unos pocos cálculos.

En mi Atari 800XL, con la cpu a 1.8MHz, podías escribir toda la RAM
(64k) en un poco más de 0.3 segudos (210 KBps).

En mi computador actual, con cpu a 1.5GHz, en escribir toda la RAM
(1G) demora 1.7 segundos (630MBps) [1].

Osea, en puro inicializar la memoria, me domoro más de 5 veces más.

Por otra parte, aquí mismo lo que más demora en el inicio es la
detección de hardware, cosa que no sería necesaria si no contaramos con
autodetección de cuanta cosa exista.

Y por otra parte, es cosa de tener suerte para que un computador
funcione bien suspendiendo/reiniciando, acabo de probar aquí.

Inicio suspención:

20:38:24 gnome-power-manager: (daniel) Suspending computer because clicked tray
20:38:28 kernel: [ 8925.88] ADDRCONF(NETDEV_UP): ath0: link is not ready
20:38:40 kernel: [ 8927.82] sd 0:0:0:0: [sda] Synchronizing SCSI cache
20:38:40 kernel: [ 8927.89] sd 0:0:0:0: [sda] Stopping disk
20:38:40 kernel: [ 8928.56] ACPI: PCI interrupt for device 0000:06:05.0 disabled
[...desabilita el resto de las interrupciones...]
20:38:40 kernel: [ 8928.57] ACPI: PCI interrupt for device 0000:00:1d.0 disabled

Y suspendido, 2.7 segundos luego de seleccionar la opción.

Inicio resumen:

20:38:40 kernel: [    1.25] ACPI: EC: missing write data confirmation, don't expect it any longer.
20:38:40 kernel: [    1.73] ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 23 (level, low) -> IRQ 18
[...habilita el resto de las interrupciones...]
20:38:40 kernel: [    1.74] ACPI: PCI Interrupt 0000:06:05.0[A] -> GSI 21 (level, low) -> IRQ 17
20:38:40 kernel: [    1.99] ata1.00: configured for UDMA/100
20:38:40 kernel: [    2.01] ata1.01: configured for UDMA/33
20:38:40 kernel: [    2.01] sd 0:0:0:0: [sda] 195371568 512-byte hardware sectors (100030 MB)
20:38:40 kernel: [    2.01] sd 0:0:0:0: [sda] Write Protect is off
20:38:40 kernel: [    2.01] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
20:38:40 kernel: [    2.38] sd 0:0:0:0: [sda] Starting disk
20:38:40 kernel: [    2.45] ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 22
20:38:41 kernel: [    3.49] eth0: link down
20:38:41 kernel: [    3.49] ADDRCONF(NETDEV_UP): eth0: link is not ready
20:38:41 kernel: [    3.57] ADDRCONF(NETDEV_UP): ath0: link is not ready
20:38:43 gnome-power-manager: (daniel) Resuming computer

Y el computador puede utilizarse, 3.57 segundos luego de presionar una
tecla.

20:38:55 kernel: [    6.88] ADDRCONF(NETDEV_CHANGE): ath0: link becomes ready

Y finalmente tengo red inalámbrica 6.88 segundos después del inicio.

> 
> Bueno, el punto es que tenemos potencia de sobra para hacer cosas
> increíbles... que estemos haciendo las cosas "igual" que hace 5 años
> es algo "casual".

Al menos en mi caso, no estoy haciendo cosas "igual" que hace 5 años,
ahora puedo ver videos HD en mi computador, hace 5 años sólo veía
videos a 720x480 :-)

Y claro, cosas como Youtube y los sitios dinámicos serian impensables
hace unos años atrás.

> 
> No creo, me parece más sano que los dispositivos hablen un lenguaje en
> común en vez de embutir el driver en el dispositivo para ciertos
> sistemas operativos. Por ejemplo, todos los dispositivos de
> almacenamiento USB funcionan automagicamente porque hablan
> USB-STORAGE, así no tienes que preocuparte de enchufar un disco y
> buscar el driver. Lo mismo las cámaras "webcam" usb; si todas hablaran
> UVCVIDEO necesitariamos sólo 1 driver (que ya existe).

En el caso de usb-storage, tienes que tomar en cuenta los 20 años que
tomó llegar a un estándar unificado, primero con discos MFM, ESDI, luego
IDE y SCSI, más tarde con CD-ROMS con interfaces únicas (Creative),
luego ATA (1994). Costó mucho llegar a una interfáz estándar para todos
los dispositivos, con usb-storage simplemente un transporte de los
mismos comandos SCSI sobre USB.

Cada vez que se populariza un nuevo dispositivo, cada fabricante intenta
imponer su propio modelo de comunicación, que aprovecha especialmente
las características del dispositivo.

Así, con las "web-cam", se cambia el formato de imágen, la compresión
(inicialmente propietaria y de bajo uso de CPU en la cámara) y otras.
Lleva tiempo para que algo se estandarice.

    Daniel.