Qué viaje tan largo y extraño ha sido. MIPS Technologies ya no diseña procesadores MIPS. En su lugar, se ha unido al campo de RISC-V, abandonando su arquitectura homónima por una que tiene fuertes lazos históricos y técnicos. Este movimiento parece anunciar el fin del camino de MIPS como familia de CPUs y una nueva (ligera) disminución de la variedad de procesadores disponibles. Es el final de una arquitectura.
#20:
#7 MIPS inventó una forma diferente de diseñar procesadores más sencilla. Al ser más sencilla, es más fácil de optimizar y es más eficiente. Un procesador con ese diseño se dice que es RISC, y MIPS es el primer procesador RISC.
Ahora mismo, los procesadores más potentes no son RISC (aunque por dentro tienen muchos conceptos RISC), pero porque el mercado masivo de PCs permite a Intel invertir más en fabricación y en hacer grandes tiradas. Pero Apple ha conseguido sacar un procesador RISC que está a la par de procesadores Intel para escritorio.
El procesador de Apple es ARM (con diseño RISC), que es una empresa que vende la licencia. Asi que ahora, en vez de depender de Intel, dependes de ARM. Todos los móviles llevan ARM, y por ahí ha venido el crecimiento de los RISC.
Hace unos años, una universidad sacó un estándard llamado RISCV que está tomando importancia, porque es libre, y no tienes que pagar licencia a ARM. Por varios motivos (por ejemplo, para no depender de China) el mundo está empezando a fabricar procesadores nuevos, y el estándard RISCV parece ser la alternativa a ARM.
La noticia es que, después de toda esta carambola, el inventor del RISC va a fabricar procesadores con arquitectura RISCV. No es tanta "noticia", porque RISCV viene de RISC-5, que es la 5º revisión de la arquitectura que descubrió MIPS. Los micros MIPS están en routers caseros, y la empresa pues no es que venda mucho, pero en la próxima década es muy posible que alguien meta una buena cantidad de millones para entrar en la nueva carrera.
#53:
#32 no tiene que ver con el sistema operativo (un linux y un smartphone tienen nucleo linux que es casi lo mismo). Las optimizaciones de RISC están más adentro
Más o menos en los 70/80 los micros se programaban en ensamblador, asi que los fabricantes comenzaron una carrera para ver qué micro tenía más cosas. Por ejemplo, un micro que te permita copiar una cadena de texto, o que te permita hacer bucles en menos instrucciones. El ganador de esa carrera fue Intel con la arquitectura x86, que tiene muchísimas instrucciones.
El problema es que el procesador, para ejecutar esa instrucción, tiene que hacer muchas cosas. Tiene que buscar datos en la memoria (lento), o tiene que dedicar una parte del procesador a ejecutar una cosa muy concreta. Con una consecuencia: hasta que no terminas de ejecutar una instrucción, no puedes hacer apenas nada porque el micro está parado. Es como si eres cocinero, y te especializas en comida asiatica. Necesitas tener toda la cocina ocupada con cazerolas, fogones, salsas, etc. Y hasta que no sale un plato, no puedes comenzar con el siguiente.
La forma de solucionar eso es metiendo más "cores". Así metes montón de procesadores, y cada core ejecuta un programa. Pero eso tiene como consecuencia que el micro consume más watts (con más ventiladores)
RISC viene de "juego de instrucciones reducido". La decisión es que los RISC tiene muy pocas instrucciones (y caben en 4bytes). Y solo hay 1 instrucción para leer y para escribir en memoria. De esta forma sabes que la siguiente instrucción están a 4bytes, la siguiente a 4bytes más atras, etc. Y como sabes cuando hay que leer de memoria (y bloquear todo) puedes ejecutar muchísimas instrucciones distintas al mismo tiempo.
Un RISC, en vez de cores, tiene "pipelines", que es como una receta muy sencilla que varios pasos (stages). De ahi viene el nombre MIPS: Microprocessor without Interlocked Pipelined Stages, que se traduce como "procesador con lineas de trabajo que no se interrumpen").
En vez de hacer comida asiatica super complicada, pues es como el mcdonalds, donde hay montón de cadenas de trabajo muy eficientes independientes que no se interrumpen unas a otras, y asi pueden sacar las patatas, los nuggets, las hamburguesas, etc. Y en todo momento, el mcdonales está trabajando a 100% full y nunca paran de sacar pedidos.
#13:
#11 Ais, estoy echando de menos las clases de aquella asignatura. Sobre todo con aquel profesor, que era buenísimo. Y eso que ni siquiera era profesor con plaza, era un chico que habían cogido como asociado para cubrir la plaza. Pero era la hostia. Vamos, muchísimo mejor docente que muchos profesores con su doctorado y su plaza fija que he tenido. Pero muchísimo mejor.
#27:
#4 si los 430 clics que tiene le han tirado la página, apañados van. Se ve al meneante medio superinteresado en el tema
#11 Ais, estoy echando de menos las clases de aquella asignatura. Sobre todo con aquel profesor, que era buenísimo. Y eso que ni siquiera era profesor con plaza, era un chico que habían cogido como asociado para cubrir la plaza. Pero era la hostia. Vamos, muchísimo mejor docente que muchos profesores con su doctorado y su plaza fija que he tenido. Pero muchísimo mejor.
#32 no tiene que ver con el sistema operativo (un linux y un smartphone tienen nucleo linux que es casi lo mismo). Las optimizaciones de RISC están más adentro
Más o menos en los 70/80 los micros se programaban en ensamblador, asi que los fabricantes comenzaron una carrera para ver qué micro tenía más cosas. Por ejemplo, un micro que te permita copiar una cadena de texto, o que te permita hacer bucles en menos instrucciones. El ganador de esa carrera fue Intel con la arquitectura x86, que tiene muchísimas instrucciones.
El problema es que el procesador, para ejecutar esa instrucción, tiene que hacer muchas cosas. Tiene que buscar datos en la memoria (lento), o tiene que dedicar una parte del procesador a ejecutar una cosa muy concreta. Con una consecuencia: hasta que no terminas de ejecutar una instrucción, no puedes hacer apenas nada porque el micro está parado. Es como si eres cocinero, y te especializas en comida asiatica. Necesitas tener toda la cocina ocupada con cazerolas, fogones, salsas, etc. Y hasta que no sale un plato, no puedes comenzar con el siguiente.
La forma de solucionar eso es metiendo más "cores". Así metes montón de procesadores, y cada core ejecuta un programa. Pero eso tiene como consecuencia que el micro consume más watts (con más ventiladores)
RISC viene de "juego de instrucciones reducido". La decisión es que los RISC tiene muy pocas instrucciones (y caben en 4bytes). Y solo hay 1 instrucción para leer y para escribir en memoria. De esta forma sabes que la siguiente instrucción están a 4bytes, la siguiente a 4bytes más atras, etc. Y como sabes cuando hay que leer de memoria (y bloquear todo) puedes ejecutar muchísimas instrucciones distintas al mismo tiempo.
Un RISC, en vez de cores, tiene "pipelines", que es como una receta muy sencilla que varios pasos (stages). De ahi viene el nombre MIPS: Microprocessor without Interlocked Pipelined Stages, que se traduce como "procesador con lineas de trabajo que no se interrumpen").
En vez de hacer comida asiatica super complicada, pues es como el mcdonalds, donde hay montón de cadenas de trabajo muy eficientes independientes que no se interrumpen unas a otras, y asi pueden sacar las patatas, los nuggets, las hamburguesas, etc. Y en todo momento, el mcdonales está trabajando a 100% full y nunca paran de sacar pedidos.
#52 No, pero seguía la demoscene cuando era muy muy jovencito y os admiraba mucho a los que lo erais Luego cuando crecí nunca socialicé con nadie interesado así que siempre la he seguido desde fuera (pero cerca!). También leía mucho codepixel, estuve en pixélame y luego en la lista de correo de codepixel.
#5 para mi fue la tercera , antes de darlo en la universidad ya había tocado 65c02 y 8086,
para mi fue como si fuese un 65c02 monociclo creo de 4 stages y con montones de instrucciones extras que facilitaba muchas operaciones
el recuerdo del profesor preguntándome como había conseguido números aleatorios en la placa spartan si no tenia ese modulo, y mi contestación fue ""si eres capaz de pulsar el botón solo un ciclo del bucle te doy un premio , "" era muy simple, un rellenados de quinielas, que mientras estaba pulsado estaba sumando +1 en mod 10 a 33mhz en un bucle de 4 instrucciones , unas 8.250.000 sumas al segundo, cunado soltabas mostraba el mod 3 del resultado,
como normalmente cuando pulsamos cada pulsación el tiempo depende de nuestro cuerpo a reaccionar , y todas son diferentes , no es fácil trampear la maquina .
cuando lo estaba haciendo pensé en los casio F91 y los concursos en la EGB de parar el cronometro en 1.00, no era fácil .
#1 pues la verdad , si y no. aunque los principales unidades de MIPS implementaba la tecnologías RISC,
pero esta acción elimina la ISA de los MIPS y implementaran las de RISC-V ,
elimina la retro-compatibilidad , para mejorar en rendimiento.
y pensar que era mi tercer lenguaje de ensamblador en aprender ..... 65c02 -> i8086 -> MIPS R3000
#18 Sobre 8086, estoy cogiendo el código del emulador de CollapseOS e implementando la interrupción 0x06 para que se vea algo en pantalla .
Es que el emulador como es pequeñito, me sirve para arrancar un FreeDOS ODIN (el ultimo que tira en 8086) pelado en un servidor Unix virtual y arrancar cosas en modo texto como Turbo Pascal 3.
El emulador de 8086 que tiene (pcat) está extremadamente pelado para arrancar un Forth desde diskette y ya, pero no cuesta nada implementar los extras.
#8 Pues pasa que las webs se caen de un momento a otro y cuando ayer funcionaba perfectamente, esta noticia está en portada en Hacker News, apues ahora se ha caído.
¿Qué propones? ¿Qué meneame haga una comprobación periódica de todas las webs publicadas y las saque de portada en el caso de que algo falle y las despublique? ¿Merece la pena hacerlo cuando lo más probable es que en unas horas esté otra vez activa?
#7 MIPS inventó una forma diferente de diseñar procesadores más sencilla. Al ser más sencilla, es más fácil de optimizar y es más eficiente. Un procesador con ese diseño se dice que es RISC, y MIPS es el primer procesador RISC.
Ahora mismo, los procesadores más potentes no son RISC (aunque por dentro tienen muchos conceptos RISC), pero porque el mercado masivo de PCs permite a Intel invertir más en fabricación y en hacer grandes tiradas. Pero Apple ha conseguido sacar un procesador RISC que está a la par de procesadores Intel para escritorio.
El procesador de Apple es ARM (con diseño RISC), que es una empresa que vende la licencia. Asi que ahora, en vez de depender de Intel, dependes de ARM. Todos los móviles llevan ARM, y por ahí ha venido el crecimiento de los RISC.
Hace unos años, una universidad sacó un estándard llamado RISCV que está tomando importancia, porque es libre, y no tienes que pagar licencia a ARM. Por varios motivos (por ejemplo, para no depender de China) el mundo está empezando a fabricar procesadores nuevos, y el estándard RISCV parece ser la alternativa a ARM.
La noticia es que, después de toda esta carambola, el inventor del RISC va a fabricar procesadores con arquitectura RISCV. No es tanta "noticia", porque RISCV viene de RISC-5, que es la 5º revisión de la arquitectura que descubrió MIPS. Los micros MIPS están en routers caseros, y la empresa pues no es que venda mucho, pero en la próxima década es muy posible que alguien meta una buena cantidad de millones para entrar en la nueva carrera.
#20 Curiosamente, tal vez se deba al sistema operativo, un Smartphone soporta 30 pestañas de navegador abiertas con 3 gigas de RAM. Y un portátil se come 8 gigas de RAM con una cantidad de pestañas similar.
#20 El problema que le veo es que esta arquitectura, aunque es libre, los desarrollos que se hacen sobre ella pueden ser totalmente cerrados, drivers incluídos. ¿Qué cambia esto para los usuarios de sistemas libres respecto a ARM? Así en principio creo que nada, porque el panorama que tenemos con ARM de falta de estandarización y drivers totalmente cerrados y que está impidiendo que GNU/Linux despeguen en dispositivos móviles, no creo que cambie con un posible cambio de ARM a RISC-V. Si eres una empresa va bien no tener que aflojar pasta por una licencia, pero a menos que entren fabricantes "abiertos" (nótese comillas) como los que tenemos en X86, los usuarios no creo que ganemos nada con esto.
#55 Seguro que tendremos mucha más fragmentación. El estándard riscv está pensado para meter cosas a medida, asi que tendremos micros riscv con extensiones para machine learning propietarias, etc. Esto vendrá sobre todo de shenzhen, que no parará de sacar micros lowcost todo incluido. En linux yo creo que casi seguro amazon sacará micros para aws optimizados y se comerá el mercado. Pero eso ocurrirá con riscv o sin riscv.
#38 Mmm, el PDP-11 se daba en el 2004 o así. (Universitat de les Illes Balears). Lo haciamos en un emulador Basilisk que emulaba Mac que y en ese Mac se emulaba PDP-11
#45 Joder qué cutres (hola Benjamí), pudienso usar SIMH que lo
ejecutaba directamente. https://es.wikipedia.org/wiki/Simh
De hecho a este bicho lo use a emular una Vax con BSD 4.3 y lo conecté a internet,
creo que hasta conseguí compilar Lynx dentro.
Tuve que hacer ajustes por el efecto 2000 pero tiraba mucho sw libre "actual",
como gcc 2.7, lynx, gopher...
Hasta que salió RISC-V si una empresa quería sacar su propio procesador debía pagar royalities por la ISA comercial (por ejemplo, para Apple poder fabricar su M1, ha tenido que pagar una pasta a ARM). O bién inventar su ISA y enfrentarse al problemón de portar todo el sofware a la nueva arquitectura.
Comentarios
#11 Ais, estoy echando de menos las clases de aquella asignatura. Sobre todo con aquel profesor, que era buenísimo. Y eso que ni siquiera era profesor con plaza, era un chico que habían cogido como asociado para cubrir la plaza. Pero era la hostia. Vamos, muchísimo mejor docente que muchos profesores con su doctorado y su plaza fija que he tenido. Pero muchísimo mejor.
#32 no tiene que ver con el sistema operativo (un linux y un smartphone tienen nucleo linux que es casi lo mismo). Las optimizaciones de RISC están más adentro
Más o menos en los 70/80 los micros se programaban en ensamblador, asi que los fabricantes comenzaron una carrera para ver qué micro tenía más cosas. Por ejemplo, un micro que te permita copiar una cadena de texto, o que te permita hacer bucles en menos instrucciones. El ganador de esa carrera fue Intel con la arquitectura x86, que tiene muchísimas instrucciones.
El problema es que el procesador, para ejecutar esa instrucción, tiene que hacer muchas cosas. Tiene que buscar datos en la memoria (lento), o tiene que dedicar una parte del procesador a ejecutar una cosa muy concreta. Con una consecuencia: hasta que no terminas de ejecutar una instrucción, no puedes hacer apenas nada porque el micro está parado. Es como si eres cocinero, y te especializas en comida asiatica. Necesitas tener toda la cocina ocupada con cazerolas, fogones, salsas, etc. Y hasta que no sale un plato, no puedes comenzar con el siguiente.
La forma de solucionar eso es metiendo más "cores". Así metes montón de procesadores, y cada core ejecuta un programa. Pero eso tiene como consecuencia que el micro consume más watts (con más ventiladores)
RISC viene de "juego de instrucciones reducido". La decisión es que los RISC tiene muy pocas instrucciones (y caben en 4bytes). Y solo hay 1 instrucción para leer y para escribir en memoria. De esta forma sabes que la siguiente instrucción están a 4bytes, la siguiente a 4bytes más atras, etc. Y como sabes cuando hay que leer de memoria (y bloquear todo) puedes ejecutar muchísimas instrucciones distintas al mismo tiempo.
Un RISC, en vez de cores, tiene "pipelines", que es como una receta muy sencilla que varios pasos (stages). De ahi viene el nombre MIPS: Microprocessor without Interlocked Pipelined Stages, que se traduce como "procesador con lineas de trabajo que no se interrumpen").
En vez de hacer comida asiatica super complicada, pues es como el mcdonalds, donde hay montón de cadenas de trabajo muy eficientes independientes que no se interrumpen unas a otras, y asi pueden sacar las patatas, los nuggets, las hamburguesas, etc. Y en todo momento, el mcdonales está trabajando a 100% full y nunca paran de sacar pedidos.
#52 No, pero seguía la demoscene cuando era muy muy jovencito y os admiraba mucho a los que lo erais Luego cuando crecí nunca socialicé con nadie interesado así que siempre la he seguido desde fuera (pero cerca!). También leía mucho codepixel, estuve en pixélame y luego en la lista de correo de codepixel.
Se echa de menos!
#32 Depende que navegador. Ahora mismo en FF tengo abiertas mas de 60 pestañas en 3 ventanas y está ocupando 3,3GB.
#43 Tengo 53 pestañas abiertas activas en el ordenador, y tengo en total 5,1 GB ocupados.
MIPS fue la primera arquitectura que alguien me explicó realmente bien.
#5 ¡Genial! A mi nadie me explicó nada. Iba a preguntarte qué es eso de "without Interlocked Pipeline Stages", pero al final me ha dado por buscarlo yo mismo para parecer menos perro.
https://stackoverflow.com/questions/15878994/what-is-an-interlocked-pipeline-as-in-the-mips-acronym
#5 A mí la primera y la última en Estructuras de Computadores 1, en la Politécnica de Valencia allá por 1997.
#5 para mi fue la tercera , antes de darlo en la universidad ya había tocado 65c02 y 8086,
para mi fue como si fuese un 65c02 monociclo creo de 4 stages y con montones de instrucciones extras que facilitaba muchas operaciones
el recuerdo del profesor preguntándome como había conseguido números aleatorios en la placa spartan si no tenia ese modulo, y mi contestación fue ""si eres capaz de pulsar el botón solo un ciclo del bucle te doy un premio , "" era muy simple, un rellenados de quinielas, que mientras estaba pulsado estaba sumando +1 en mod 10 a 33mhz en un bucle de 4 instrucciones , unas 8.250.000 sumas al segundo, cunado soltabas mostraba el mod 3 del resultado,
como normalmente cuando pulsamos cada pulsación el tiempo depende de nuestro cuerpo a reaccionar , y todas son diferentes , no es fácil trampear la maquina .
cuando lo estaba haciendo pensé en los casio F91 y los concursos en la EGB de parar el cronometro en 1.00, no era fácil .
#32 ahí el que optimiza es el propio navegador, las pestañas de "suspenden" y en el escritorio no.
#34 Pues yo creo que en ambos casos las pestañas están cargadas en la RAM, y en ambos casos cuando accedes a ellas, estas se muestran al instante.
#35 No. Chrome suspende las pestañas en segundo plano, más
con --enable-low-end-device-mode.
Para un lenguaje ensamblador que conocía mínimamente
Ojalá sirva de impulso para RISC-V y sea usado dónde se empleaba MIPS.
Esto es muy buena noticia.
#1 Pues que quieres que te diga...
Menos variedad.
#9 mips está muerto...
#9 Un impulso a Risc-V, le doy un +10
#1 pues la verdad , si y no. aunque los principales unidades de MIPS implementaba la tecnologías RISC,
pero esta acción elimina la ISA de los MIPS y implementaran las de RISC-V ,
elimina la retro-compatibilidad , para mejorar en rendimiento.
y pensar que era mi tercer lenguaje de ensamblador en aprender ..... 65c02 -> i8086 -> MIPS R3000
#18 Todo lo que seas empujar en hard/soft libre es bueno para todos.
#18 Sobre 8086, estoy cogiendo el código del emulador de CollapseOS e implementando la interrupción 0x06 para que se vea algo en pantalla .
Es que el emulador como es pequeñito, me sirve para arrancar un FreeDOS ODIN (el ultimo que tira en 8086) pelado en un servidor Unix virtual y arrancar cosas en modo texto como Turbo Pascal 3.
https://collapseos.org/
El emulador de 8086 que tiene (pcat) está extremadamente pelado para arrancar un Forth desde diskette y ya, pero no cuesta nada implementar los extras.
#41 que curioso, desconocia Collapse OS. Es bueno estar preparado para cualquier eventualidad, incluso el fin de la civilizacion.
17 meneos y una web que no carga... Portada. Cada vez entiendo menos a Meneame.
#8 #7 #3
https://archive.vn/S1s80
Un archive del artículo.
#10 Si la dejas cargar un buen rato acaba sacando el texto.
#10 genial que más gente use archiveis
#8 Eso te da la pauta del tráfico que tiene la web. L en, en declive constante.
#8 Pues pasa que las webs se caen de un momento a otro y cuando ayer funcionaba perfectamente, esta noticia está en portada en Hacker News, apues ahora se ha caído.
¿Qué propones? ¿Qué meneame haga una comprobación periódica de todas las webs publicadas y las saque de portada en el caso de que algo falle y las despublique? ¿Merece la pena hacerlo cuando lo más probable es que en unas horas esté otra vez activa?
#8 las webs se caen. Por definición. Así que es interesante aprender a usar cachés y archivadores web.
¿Alguno puede explicar de qué va esto? Que la web no carga
#7 Este es el anuncio de prensa: https://www.prnewswire.com/news-releases/wave-computing-and-mips-emerge-from-chapter-11-bankruptcy-301237051.html
Yo no es que sepa mucho, pero por lo que leo MIPS ha sido una arquitectura mítica de procesadores.
¿Qué arquitecturas quedan en pie hoy en día?
Intel, RISC-V... ¿?
#19 aarch64
#19 ARM, y decenas de microcontroladores, Power PC...
#7 MIPS inventó una forma diferente de diseñar procesadores más sencilla. Al ser más sencilla, es más fácil de optimizar y es más eficiente. Un procesador con ese diseño se dice que es RISC, y MIPS es el primer procesador RISC.
Ahora mismo, los procesadores más potentes no son RISC (aunque por dentro tienen muchos conceptos RISC), pero porque el mercado masivo de PCs permite a Intel invertir más en fabricación y en hacer grandes tiradas. Pero Apple ha conseguido sacar un procesador RISC que está a la par de procesadores Intel para escritorio.
El procesador de Apple es ARM (con diseño RISC), que es una empresa que vende la licencia. Asi que ahora, en vez de depender de Intel, dependes de ARM. Todos los móviles llevan ARM, y por ahí ha venido el crecimiento de los RISC.
Hace unos años, una universidad sacó un estándard llamado RISCV que está tomando importancia, porque es libre, y no tienes que pagar licencia a ARM. Por varios motivos (por ejemplo, para no depender de China) el mundo está empezando a fabricar procesadores nuevos, y el estándard RISCV parece ser la alternativa a ARM.
La noticia es que, después de toda esta carambola, el inventor del RISC va a fabricar procesadores con arquitectura RISCV. No es tanta "noticia", porque RISCV viene de RISC-5, que es la 5º revisión de la arquitectura que descubrió MIPS. Los micros MIPS están en routers caseros, y la empresa pues no es que venda mucho, pero en la próxima década es muy posible que alguien meta una buena cantidad de millones para entrar en la nueva carrera.
#20 Muchas gracias. Explicas bastante mas que la web del meneo.
#20 Me uno a las gracias por la explicación.
#20 Curiosamente, tal vez se deba al sistema operativo, un Smartphone soporta 30 pestañas de navegador abiertas con 3 gigas de RAM. Y un portátil se come 8 gigas de RAM con una cantidad de pestañas similar.
#20 Leo y digo, qué comentario tan bien explicado y que sabe de lo que habla. Entonces miro tu nick y... anda! Derethor^Centolos ?
#33 el mismo eres demoscener?
#20 El problema que le veo es que esta arquitectura, aunque es libre, los desarrollos que se hacen sobre ella pueden ser totalmente cerrados, drivers incluídos. ¿Qué cambia esto para los usuarios de sistemas libres respecto a ARM? Así en principio creo que nada, porque el panorama que tenemos con ARM de falta de estandarización y drivers totalmente cerrados y que está impidiendo que GNU/Linux despeguen en dispositivos móviles, no creo que cambie con un posible cambio de ARM a RISC-V. Si eres una empresa va bien no tener que aflojar pasta por una licencia, pero a menos que entren fabricantes "abiertos" (nótese comillas) como los que tenemos en X86, los usuarios no creo que ganemos nada con esto.
#55 Seguro que tendremos mucha más fragmentación. El estándard riscv está pensado para meter cosas a medida, asi que tendremos micros riscv con extensiones para machine learning propietarias, etc. Esto vendrá sobre todo de shenzhen, que no parará de sacar micros lowcost todo incluido. En linux yo creo que casi seguro amazon sacará micros para aws optimizados y se comerá el mercado. Pero eso ocurrirá con riscv o sin riscv.
Espero...
...
...
...
¿Qué?
El aliento de mi gato huele a comida de gato
#0 curl: (7) Failed to connect to www.eejournal.com port 443: Connection timed out
lo he podido cargar en firefox.., pero a duras penas
#3 Si, va a "pedo burra". Será el efecto menéame
#4 si los 430 clics que tiene le han tirado la página, apañados van. Se ve al meneante medio superinteresado en el tema
No se, RISC, lo veo falso.
(Me vuelvo a mi cueva)
#27 mis dieses
Edit
#48 Hombre que ese ASM del PDP11 y el x86 son muy jodidos.
En cambio, ya que hablamos de MIPS, observad lo facil que es
lanzar un interprete de Binarios MIPS en Linux... escrito en Perl.
http://blog.schmorp.de/2015-06-08-emulating-linux-mips-in-perl-1.html
A mi en "Fonaments de Computadors" nos explican PDP-11.
MIPS no lo conozco de nada
#16 Es el RISC clásico. PDP es CISC.
#16 Joder, de qué año eres?
#38 Mmm, el PDP-11 se daba en el 2004 o así. (Universitat de les Illes Balears). Lo haciamos en un emulador Basilisk que emulaba Mac que y en ese Mac se emulaba PDP-11
#45 Joder qué cutres (hola Benjamí), pudienso usar SIMH que lo
ejecutaba directamente.
https://es.wikipedia.org/wiki/Simh
De hecho a este bicho lo use a emular una Vax con BSD 4.3 y lo conecté a internet,
creo que hasta conseguí compilar Lynx dentro.
Tuve que hacer ajustes por el efecto 2000 pero tiraba mucho sw libre "actual",
como gcc 2.7, lynx, gopher...
#46 No sé que harán hoy en día. Yo me quedé en primero en la carrera. Vamos que esa asignatura nunca la aprobé Se me daba fatal el ensamblador.
#16 Si jugaste en una PS2, ya lo has usado
#16 Si te mola el ensamblador, y quieres saber de que va RISC-V puedes leerte este libro:
http://riscvbook.com/spanish/guia-practica-de-risc-v-1.0.5.pdf
¿RISC-V? ¿Otro virus mutado?
#31 Es una ISA open source. https://riscv.org/
Hasta que salió RISC-V si una empresa quería sacar su propio procesador debía pagar royalities por la ISA comercial (por ejemplo, para Apple poder fabricar su M1, ha tenido que pagar una pasta a ARM). O bién inventar su ISA y enfrentarse al problemón de portar todo el sofware a la nueva arquitectura.