# Linus Torvalds usa código de Claude para parches de Linux

Published: 2026-10-12

Linus Torvalds le atribuye a Claude Code el código, los programas de prueba, la revisión y el primer borrador de una carta de presentación en una rama experimental de administración de memoria de Linux, bajo su dirección. Sus pruebas de computadora portátil muestran una gran reducción en los ciclos del procesador para una pequeña carga de trabajo de lectura de página compartida, junto con regresiones y una contabilidad de memoria en espera sin resolver. Este Daily Diff del 12 de octubre también cubre el argumento de Karpathy sobre las experiencias desiguales de la IA y el relato de primera mano de Cendyne sobre la eliminación de un rol. El veredicto de Niko es NECESITA REVISIÓN: mantenga el asistente en el flujo de trabajo y exija pruebas más amplias antes de enviar los cambios en la vida útil de la memoria.

Canonical: https://thedailydiff.dev/es-US/video/linus-claude-kernel/

## Lo que cubre este video

- La fuente es un trabajo de rama experimental, con una confirmación del sábado 10 de octubre y un informe de Phoronix publicado el domingo por la noche en EDT, ya lunes en GMT+7. Las fuentes seleccionadas no establecen una fusión o lanzamiento completo en la línea principal.
- Las pequeñas lecturas del mismo archivo almacenado en caché pueden competir en un recuento de referencias de folio compartido. La propuesta permite copiar bajo protección del lado de lectura de RCU mientras se aplaza la reutilización final de la memoria hasta un período de gracia.
- La prueba de página compartida de dieciséis bytes y ocho hilos de Linus informa 2937–2975 ciclos de kernel de línea base por lectura y 725–726 con la serie, aproximadamente una cuarta parte del costo. Es un microbenchmark de computadora portátil ejecutado por el autor con mitigaciones y usercopy reforzado deshabilitado, no un resultado de rendimiento de todo el sistema.
- La fuente también informa una regresión de página de destino faltante y una contabilidad de asignador no resuelta para la memoria en espera de ser reutilizada. Máquinas más amplias y varias configuraciones de depuración/prueba permanecen sin probar.
- Karpathy atribuye las diferentes experiencias de IA al acceso, los problemas ambiciosos y las tareas verificables. Su recuento de usuarios profesionales es explícitamente un cálculo rápido; ninguna encuesta acompaña la publicación.
- Cendyne describe a un empleador no identificado que está ganando confianza para avanzar hacia fusiones y adquisiciones con una asistencia de IA más barata. Este es un relato de primera mano y la interpretación de su autor, no un recuento de empleos a nivel de toda la economía o una prueba de habilidad de ingeniería equivalente.
- Una herramienta útil, un parche seguro y una decisión de personal sensata requieren cada uno su propia evidencia y un propietario responsable.

## Capítulos

- 0:00 ¿Confiaría Linus en un bot de codificación?
- 0:45 ¿Por qué la lectura de la memoria puede causar un atasco de tráfico?
- 1:25 ¿Qué mide realmente el benchmark de la computadora portátil?
- 2:05 ¿Qué lecturas se vuelven más lentas?
- 2:30 ¿Por qué las personas ven diferentes capacidades de IA?
- 3:21 ¿Cómo puede la IA cambiar un trabajo antes de reemplazar sus habilidades?
- 4:34 ¿A dónde envía la factura la aceleración?
- 4:56 ¿Enviarías estos parches?

## Transcripción traducida

Traducido de la narración original en inglés. El audio y los subtítulos disponibles son controlados por YouTube.

### ¿Confiaría Linus en un bot de codificación?

0:00 Uno esperaría que Linus Torvalds hiciera llorar a un bot de codificación durante la revisión. Está usando Claude Code para parches de Linux, e incluso el primer borrador de la carta de presentación. En este video, ¿por qué las lecturas pequeñas cuestan tanto? ¿Y el trabajo de quién cambia? Esté atento a lo que le sucede a la memoria después de la lectura. Ahí es donde esta aceleración envía la factura. Es lunes, doce de octubre, y este es The Daily Diff. Claude Code es el asistente de codificación de Anthropic.

0:23 Puede leer un proyecto, editar archivos y ejecutar comandos. Linus lo está dirigiendo en la administración de memoria de Linux, donde la lectura de datos ya en memoria aún puede hacer que los núcleos del procesador luchen por la contabilidad. Phoronix detectó la rama el domingo por la noche en América, ya lunes aquí. La confirmación está fechada el sábado. Este es un trabajo experimental, con ocho parches y una solicitud de escrutinio. Su computadora portátil no ha descargado secretamente un Linus artificial.

### ¿Por qué la lectura de la memoria puede causar un atasco de tráfico?

0:45 Varios hilos leen el mismo archivo almacenado en caché. Cada lectura toma una referencia a la memoria, luego la suelta después. El recuento de referencias se escribe dos veces, por lo que los núcleos que realizan pequeñas lecturas inocentes compiten por la contabilidad. La biblioteca tiene ocho lectores y una hoja de salida. Su propuesta retrasa el reciclaje de la memoria utilizando un período de gracia de actualización de copia de lectura. Los lectores pueden copiar datos en caché sin tomar esa referencia. Cuando se elimina una página, su memoria debe esperar antes de reutilizarse.

1:09 La aceleración proviene de cambiar las reglas de vida útil alrededor de los datos. Linus le atribuye a Claude Code el código, los programas de prueba y la revisión detrás de su lista de problemas. Redactó el texto explicativo bajo su dirección. Las mediciones se realizaron en su máquina. Incluso el robot tiene que traer recibos a esta revisión. El resultado principal utiliza ocho hilos que leen dieciséis bytes de una página.

### ¿Qué mide realmente el benchmark de la computadora portátil?

1:28 Piense en pequeñas lecturas repetidas del mismo archivo. Compara los ciclos del procesador por lectura porque su computadora portátil se acelera cuando está caliente. Un benchmark con su propio pronóstico del tiempo. La línea base cuesta aproximadamente tres mil ciclos por lectura. Con los parches, son alrededor de setecientos veinticinco. Eso es aproximadamente una cuarta parte del costo del procesador en esta prueba. Toda su máquina Linux no ha recibido ninguna promesa de volverse cuatro veces más rápida. Su carta de presentación pone las partes incómodas junto a las emocionantes.

1:53 Las mitigaciones de seguridad y la copia de usuario reforzada estaban desactivadas. Enumera pruebas faltantes, incluidas otras máquinas y herramientas de depuración de memoria. Leer las notas a pie de página ahora es una ventaja competitiva, lo que parece un error en la humanidad. Hay una regresión cuando falta la página de usuario de destino.

### ¿Qué lecturas se vuelven más lentas?

2:07 La pequeña lectura se vuelve más costosa porque la ruta rápida falla antes de que la ruta antigua maneje la falla de página. La propuesta acelera una ruta mientras agrega trabajo a otra. Ambas pertenecen a la revisión. Trate esto como un experimento de ingeniería con un cuello de botella conocido y mediciones con limitaciones. Los revisores obtienen algo concreto para desafiar. Un asistente que produce parches deja a alguien responsable de probar que las partes peligrosas son seguras.

### ¿Por qué las personas ven diferentes capacidades de IA?

2:30 Mientras tanto, Andrej Karpathy dice que nuestra comprensión de la capacidad de la IA se está desmoronando. Su nueva publicación revisa una observación de abril. Describe un embudo, desde personas que apenas usan modelos de lenguaje hasta profesionales que dirigen potentes agentes de codificación. Misma palabra, IA, diferente día de trabajo. Su cálculo rápido sitúa a unos veinte millones de personas en el uso de modelos de frontera profesionales para matemáticas y código. Esa es una estimación, sin encuesta suministrada.

2:52 Enfatiza el acceso, los problemas ambiciosos y las tareas verificables. Una conversación de chatbot y un experimento de kernel supervisado ejercitan diferentes músculos. Alguien ve a un bot torpe con una solicitud mientras otra persona envía un parche útil. Las estimaciones de población son peligrosamente fáciles de repetir como investigación. Mantenga la etiqueta de estimación adjunta antes de que el gráfico comience a usar bata de laboratorio. Pregunte qué podría hacer el sistema, cómo se verificó el resultado y quién fue el dueño del resultado. Esas preguntas viajan mejor que las capturas de pantalla de respuestas milagrosas.

### ¿Cómo puede la IA cambiar un trabajo antes de reemplazar sus habilidades?

3:21 Luego Cendyne publicó un relato menos cómodo titulado Fable took my jorb (Fábula me quitó el trabajo). El autor dice que eran el último ingeniero en una empresa, y el liderazgo creía que la asistencia de IA más barata podría permitirles avanzar hacia una fusión o adquisición. La gerencia puede cambiar el gasto antes de que un modelo iguale el juicio de un ingeniero experimentado. Cendyne argumenta que el gusto y la previsión siguen ausentes, mientras que el marketing proporciona confianza.

3:42 Una decisión de nómina puede llegar antes de que se resuelva el argumento técnico. La publicación describe el miedo después del despido y dice que el autor ha encontrado algo más. Esa es una persona lidiando con las consecuencias. El remate pertenece a la hoja de cálculo que toma la decisión. Llamarlo eficiencia le da a la contabilidad una generosa evaluación de desempeño. Probar que una herramienta es útil y probar que un plan de personal es sensato son trabajos separados. El parche tiene una carga de trabajo comprobable. La apuesta del empleador implica la propiedad del producto y fallas futuras.

4:09 Un microbenchmark que pasa no puede firmar el contrato de soporte. Tenemos el relato de un desarrollador con un empleador no identificado. Proporciona una perspectiva, y no un recuento de empleos a nivel de toda la economía o una evaluación independiente de las necesidades de esa empresa. Mantenga el alcance adjunto al compartir la historia. La variable común es la responsabilidad. Linus dirige el trabajo. Karpathy describe un acceso y tareas desiguales.

4:29 Cendyne describe una apuesta de la gerencia. Alguien asume las consecuencias en cada versión.

### ¿A dónde envía la factura la aceleración?

4:34 ¿Y la factura de la memoria? Las páginas eliminadas esperan antes de reutilizarse, y el asignador no puede ver correctamente esa memoria en espera. Linus lo enumera como no resuelto incluso con sus parches de mitigación. Las lecturas más rápidas le dan a otro subsistema un problema de contabilidad más difícil. La contabilidad encuentra un nuevo escritorio. Esa es una nota a pie de página que vale la pena conservar. Si prefiere leer esto en lugar de escucharme decirlo, el "diff" llega a su bandeja de entrada

4:53 todas las mañanas, gratis en the daily diff dot dev, enlace a continuación.

### ¿Enviarías estos parches?

4:56 Entonces el veredicto de hoy, NECESITA REVISIÓN. Mantendría al asistente en el flujo de trabajo y exigiría pruebas más amplias antes de enviar estos cambios de por vida. La responsabilidad recae en el ingeniero. Y ese es el "diff" de hoy. Soy Niko de Axrisi. Fusionen responsablemente.

## Fuentes

- [Read from the page cache without folio references — cover letter and tests](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4c0f3697118eb3a708ea79175f7f07c43339bfab) — Linus Torvalds / kernel.org
- [Experimental noref-filemap-read-with-llm branch](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?h=noref-filemap-read-with-llm) — Linus Torvalds / kernel.org
- [Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude Code](https://www.phoronix.com/news/Linus-Torvalds-Claude-Code) — Phoronix / Michael Larabel
- [Claude Code overview](https://code.claude.com/docs/en/overview) — Anthropic
- [Capability-understanding gap and napkin estimates](https://x.com/karpathy/status/2109361546505966046) — Andrej Karpathy / X
- [Fable took my jorb](https://cendyne.dev/posts/2026-10-11-fable-took-my-jorb.html) — Cendyne
- [Discussion of Linus's Claude Code branch](https://news.ycombinator.com/item?id=50050367) — Hacker News
- [Discussion of Karpathy's capability-gap post](https://news.ycombinator.com/item?id=50047422) — Hacker News
- [Discussion of Cendyne's account](https://news.ycombinator.com/item?id=50053216) — Hacker News