#3:
#2 Es un envío de la hostia pero algunos con la gilipollez de ser redichos y dar el coñazo con lo que es linux, kernel, GNU, etc tumbais lo que sea.
Gracias #0 por el envío más interesante en mi opinión de lo uqe va de semana.
#8:
#6 Si te parece irrelevante por ser arquitecturas antiguas ya me figuro que lo tuyo no son los fundamentos de nada.
En fin, nada más que decir, el voto es libre.
#18:
#9 efectivamente, el analfabetismo esclaviza.
A tu criterio supongo que son paletos que estudian Latín, porque no se dan cuenta de que ya solo lo usa el papa...
En fin, esta claro que ver como se implementa un planificador de tareas en 32 bits es la hostia de diferente a 64, y estoy segurisimo que entender las fases de pipeline de un procesador de 32 no tiene nada que ver con uno de 64, la MMU y protección de memoria debe ser super diferente (joder, que son 64!). Estoy seguro que toda la parte de sistema de ficheros virtual (VFS) nada tiene que ver de una versión a otra, y por supuesto ver filesystem Ext3/Ext4 de una aquitectura a otra difieren un huevo.
En fin, machote, vete preparando un libro para cuando las arquitecturas sean de 128 bits, porque no queremos quedarnos desfasados con una de 64 tampoco. Es que todo es tan nuevisimo en cada generación de procesadores... que se lo digan a Von Neumann. Vamos, que te meten una fase de pipeline nueva y 4 o 5 instrucciones y te toca volver a sacarte una carrera de lo distintisimo que es todo.
#23:
Y han tirado esta jodida maravilla de portada. GENTUZA. Y mierda de algoritmo.
Es la categoría de tecnología, ¿Qué coño queréis? ¿Un mierdartículo sobre la tecnología de moda de El Coñazo Digital escrito por un periodista que no tiene ni puta idea?
#7:
#5 personalmente prefiero la de ampliamente comentado, lo de super me suena, así como megafuerte.
#6 Si te parece irrelevante por ser arquitecturas antiguas ya me figuro que lo tuyo no son los fundamentos de nada.
En fin, nada más que decir, el voto es libre.
#8
Si te parece relevante un libro que trata arquitecturas que van a ser desfasadas lo tuyo no son los fundamentos de nada.
En fin, nada más que decir, el analfabetismo esclaviza.
A tu criterio supongo que son paletos que estudian Latín, porque no se dan cuenta de que ya solo lo usa el papa...
En fin, esta claro que ver como se implementa un planificador de tareas en 32 bits es la hostia de diferente a 64, y estoy segurisimo que entender las fases de pipeline de un procesador de 32 no tiene nada que ver con uno de 64, la MMU y protección de memoria debe ser super diferente (joder, que son 64!). Estoy seguro que toda la parte de sistema de ficheros virtual (VFS) nada tiene que ver de una versión a otra, y por supuesto ver filesystem Ext3/Ext4 de una aquitectura a otra difieren un huevo.
En fin, machote, vete preparando un libro para cuando las arquitecturas sean de 128 bits, porque no queremos quedarnos desfasados con una de 64 tampoco. Es que todo es tan nuevisimo en cada generación de procesadores... que se lo digan a Von Neumann. Vamos, que te meten una fase de pipeline nueva y 4 o 5 instrucciones y te toca volver a sacarte una carrera de lo distintisimo que es todo.
#18
No has entendido nada. Si el objetivo del libro es ser simple, no lo ha cumplido. Si nos ponemos así, podríamos continuar enseñando con el Zilog Z80 o un VAX, porque total, sigue siendo todo igual
Y sí, es muy diferente la protección de memoria de AMD64 con respecto a la de IA32. Para empezar los registros de segmento no existen, así como la palabra de estado es más simple. La TSS tampoco se usa. https://en.wikipedia.org/wiki/X86-64
Y han tirado esta jodida maravilla de portada. GENTUZA. Y mierda de algoritmo.
Es la categoría de tecnología, ¿Qué coño queréis? ¿Un mierdartículo sobre la tecnología de moda de El Coñazo Digital escrito por un periodista que no tiene ni puta idea?
No falla en cualquiera noticia el experto en vacas africanas esqueléticas aclarando que no es linux si no GNU linux .
Yo le llamo la ley del aclaratorio infinito recurrente ,no importa que un foro el 90% de los participantes entienda los términos siempre que algún usuario simplifique o ponga información redundante aparecerá un usuario aclarando lo que todos ya saben.
#6Cuando el sabio señala la Luna, el idiota mira al dedo.
Te lo traduzco: lo importante no son las arquitecturas x86 ni otros elementos desfasados. Ni siquiera el kernel de Linux. Eso es el dedo. Lo importante son los conceptos acerca de cómo funciona una pieza de software tan ubicua e imprescindible como es un SO. Eso es la Luna, amigo.
#19 Joder, me referencio a mi mismo porque quería poner a PatatasTraigo en referencia a su absurdo comentario, pero se me ha olvidado la referencia, y parece que lo he puesto para mi, y me están follando a negativos.
#3
La mitad del libro es irrelevante. O bien trata de arquitectura Intel IA32 o bien de arquitectura IBM que va a ser desfasada por completo en 2020-2021. Si lo tuyo es el pasado, quizá te parezca interesante. Habla de Linux 0.11 o por ahí.
Acerca del correcto uso de los términos, siempre es necesario saber ponerlos bien, más aún en este tipo de libros que son una guía para principiantes, dada la sencillez del núcleo empleado (la versión es antigua por eso, no por otra cosa, si bien puede ser igualmente sencillo o más empleando AMD64 y sin IBM por el medio).
#3 lo he mirado en diagonal, pero a mí este PDF ma parece que en realidad es como el libro de SO de Tannenbaum, pero en vez de usar de Minix está usando Linux.
Vamos, que es cojóndepato para estudiar y aprender.
Lo mejor de la semana. Tirado porque... ¿por que no lleva un lazo amarillo? ¿Por que el chinorris no se mete con Vox? ¿Por que no prueba que el PP es corrupto? ¿Por que no hay feminismo en la noticia? Aún recuerdo cuando en meneame se hablaba de tecnología...
#2 el típico que viene a corregir y no se entera de mucho...
En todos los sitios verás que se refieren a él como "Linux Kernel".
¿Qué pone en el ReadMe del proyecto?
"Linux kernel
============
There are several guides for kernel developers and users. These guides can
be rendered in a number of formats, like HTML and PDF. Please read
Documentation/admin-guide/README.rst first.
[...]"
Por ponerte un solo ejemplo, crack (de la envidia).
Comentarios
#6 Si te parece irrelevante por ser arquitecturas antiguas ya me figuro que lo tuyo no son los fundamentos de nada.
En fin, nada más que decir, el voto es libre.
#8
Si te parece relevante un libro que trata arquitecturas que van a ser desfasadas lo tuyo no son los fundamentos de nada.
En fin, nada más que decir, el analfabetismo esclaviza.
#9
Ya puestos a hablar de fundamentos:
ARM: https://www.amazon.es/Computer-Organization-Design-ARM-Architecture-ebook/dp/B01H1DCRRC/ref=sr_1_1?ie=UTF8&qid=1550956135&sr=8-1&keywords=hennessy+patterson+arm
RISC-V: https://www.amazon.es/Computer-Organization-Design-RISC-V-Architecture-ebook/dp/B0714LM21Z/ref=sr_1_2?ie=UTF8&qid=1550956135&sr=8-2&keywords=hennessy+patterson+arm
Ni relojes de baja resolución, ni BIOS, ni MBR intervienen en los SoC de dichas microarquitecturas.
#9 efectivamente, el analfabetismo esclaviza.
A tu criterio supongo que son paletos que estudian Latín, porque no se dan cuenta de que ya solo lo usa el papa...
En fin, esta claro que ver como se implementa un planificador de tareas en 32 bits es la hostia de diferente a 64, y estoy segurisimo que entender las fases de pipeline de un procesador de 32 no tiene nada que ver con uno de 64, la MMU y protección de memoria debe ser super diferente (joder, que son 64!). Estoy seguro que toda la parte de sistema de ficheros virtual (VFS) nada tiene que ver de una versión a otra, y por supuesto ver filesystem Ext3/Ext4 de una aquitectura a otra difieren un huevo.
En fin, machote, vete preparando un libro para cuando las arquitecturas sean de 128 bits, porque no queremos quedarnos desfasados con una de 64 tampoco. Es que todo es tan nuevisimo en cada generación de procesadores... que se lo digan a Von Neumann. Vamos, que te meten una fase de pipeline nueva y 4 o 5 instrucciones y te toca volver a sacarte una carrera de lo distintisimo que es todo.
#18
No has entendido nada. Si el objetivo del libro es ser simple, no lo ha cumplido. Si nos ponemos así, podríamos continuar enseñando con el Zilog Z80 o un VAX, porque total, sigue siendo todo igual
Y sí, es muy diferente la protección de memoria de AMD64 con respecto a la de IA32. Para empezar los registros de segmento no existen, así como la palabra de estado es más simple. La TSS tampoco se usa.
https://en.wikipedia.org/wiki/X86-64
#21 yo programé en codigo maquina en un z80 y vosotros no
#33 Y yo programé en código máquina en un MOS 6502, directamente con un teclado hexadecimal.
A mi me parece una pequeña maravilla.
Y han tirado esta jodida maravilla de portada. GENTUZA. Y mierda de algoritmo.
Es la categoría de tecnología, ¿Qué coño queréis? ¿Un mierdartículo sobre la tecnología de moda de El Coñazo Digital escrito por un periodista que no tiene ni puta idea?
Versión archivada: https://web.archive.org/web/20190223201509/http://www.oldlinux.org/download/ECLK-5.0-WithCover.pdf
Yo tenía un profesor que la clase de S.O era ver línea por línea el código de MINIX.
Serían primos de estos o algo
Hay una sección entera que se dedica a explicar porqué se estudia el Kernel 0.12 y no otro.
Un trabajo de chinos
El que vote negativo esto merece una muerte entre terribles sufrimientos, ¿Envío erróneo o controvertido? WTF!!!
No falla en cualquiera noticia el experto en vacas africanas esqueléticas aclarando que no es linux si no GNU linux .
Yo le llamo la ley del aclaratorio infinito recurrente ,no importa que un foro el 90% de los participantes entienda los términos siempre que algún usuario simplifique o ponga información redundante aparecerá un usuario aclarando lo que todos ya saben.
#024
Nunca falta el defensor de la neolengua.
https://es.wikipedia.org/wiki/Neolengua
Tiene una pinta a de la hostia, pero me temo que quedará como todas esas cosas pendientes que por falta de tiempo me llevaré a la tumba...
#0 Hay que indicar el idioma en el titular... y no eres nuevo.
conocer el pasado, los fundamentos, ayuda a aprender mejor y más rápido el presente.
La de cosas que tienen que saber los informáticos para poder instalar el windows,formatear,pasar el antivirus y poner craks a programas.
¿Me podéis decir si hay peli, por favor?
#6 Cuando el sabio señala la Luna, el idiota mira al dedo.
Te lo traduzco: lo importante no son las arquitecturas x86 ni otros elementos desfasados. Ni siquiera el kernel de Linux. Eso es el dedo. Lo importante son los conceptos acerca de cómo funciona una pieza de software tan ubicua e imprescindible como es un SO. Eso es la Luna, amigo.
#37
Veo que estás muy puesto en didáctica /s. Para tu desgracia la conversación a la que respondes tiene un desarrollo más allá de #6.
Otra vez la burra al trigo. Para todo el mundo salvo para 2 o 3 puritanos, la palabra Linux hace referencia al kernel, y también a GNU/Linux.
Veo que ya han comentado el error de "El kernel
deLinux" y me voy tranquilamente.jajejijoju,
¡Qué gracioso soy!, ¡hacerme casito por favor!
#19 Joder, me referencio a mi mismo porque quería poner a PatatasTraigo en referencia a su absurdo comentario, pero se me ha olvidado la referencia, y parece que lo he puesto para mi, y me están follando a negativos.
Me tiene ignorado por que le he puesto negativo.
«Kernel de Linux»
Lo próximo será kernel de AMDGPU. Linux es un kernel, luego «kernel de Linux» está mal dicho.
#2 Es un envío de la hostia pero algunos con la gilipollez de ser redichos y dar el coñazo con lo que es linux, kernel, GNU, etc tumbais lo que sea.
Gracias #0 por el envío más interesante en mi opinión de lo uqe va de semana.
#3
La mitad del libro es irrelevante. O bien trata de arquitectura Intel IA32 o bien de arquitectura IBM que va a ser desfasada por completo en 2020-2021. Si lo tuyo es el pasado, quizá te parezca interesante. Habla de Linux 0.11 o por ahí.
Acerca del correcto uso de los términos, siempre es necesario saber ponerlos bien, más aún en este tipo de libros que son una guía para principiantes, dada la sencillez del núcleo empleado (la versión es antigua por eso, no por otra cosa, si bien puede ser igualmente sencillo o más empleando AMD64 y sin IBM por el medio).
#3 ¿De la semana? ¡Del puto año! Esto no es algo que se vea todos los días.
#3 lo he mirado en diagonal, pero a mí este PDF ma parece que en realidad es como el libro de SO de Tannenbaum, pero en vez de usar de Minix está usando Linux.
Vamos, que es cojóndepato para estudiar y aprender.
Lo mejor de la semana. Tirado porque... ¿por que no lleva un lazo amarillo? ¿Por que el chinorris no se mete con Vox? ¿Por que no prueba que el PP es corrupto? ¿Por que no hay feminismo en la noticia? Aún recuerdo cuando en meneame se hablaba de tecnología...
#2 También 'super comentado' ha sido una traducción libre mía, me sonaba mejor que fuertemente comentado o ampliamente comentado.
#5 personalmente prefiero la de ampliamente comentado, lo de super me suena, así como megafuerte.
#5 #7 osssea me parece súper mega la hosssstia
de guapode comentado... Gracias #5!#5 -verbose también hubiera quedado bien.
#5 Profusamente.
#5 Ampliamente comentado, concienzudamente comentado, milimetricamente detallado, intensamente descrito, etc.
Puta LOGSE tete!
#2 el típico que viene a corregir y no se entera de mucho...
En todos los sitios verás que se refieren a él como "Linux Kernel".
¿Qué pone en el ReadMe del proyecto?
"Linux kernel
============
There are several guides for kernel developers and users. These guides can
be rendered in a number of formats, like HTML and PDF. Please read
Documentation/admin-guide/README.rst first.
[...]"
Por ponerte un solo ejemplo, crack (de la envidia).
#29
Y eso no se traduce como «kernel de Linux», sino como el kernel LInux
Si quieres nos vamos a la release 0.01:
http://ftp.funet.fi/pub/linux/historical/kernel/old-versions/RELNOTES-0.01