<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Parche on Karpoke - Just Another Blog</title><link>http://karpoke.ignaciocano.com/tags/parche/</link><description>Recent content in Parche on Karpoke - Just Another Blog</description><generator>Hugo -- 0.159.0</generator><language>es</language><lastBuildDate>Thu, 21 Mar 2013 21:15:00 +0100</lastBuildDate><atom:link href="http://karpoke.ignaciocano.com/tags/parche/index.xml" rel="self" type="application/rss+xml"/><item><title>Solucionado el error «prelink: ... is not an ELF file»</title><link>http://karpoke.ignaciocano.com/2013/03/21/solucionado-el-error-prelink-is-not-an-elf-file/</link><pubDate>Thu, 21 Mar 2013 21:15:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2013/03/21/solucionado-el-error-prelink-is-not-an-elf-file/</guid><description>&lt;p&gt;&lt;code&gt;tiger&lt;/code&gt; es una herramienta que comprueba la integridad de ciertos
ficheros del sistema.&lt;/p&gt;
&lt;p&gt;En Ubuntu 12.04.2, la versión instalada es la 3.2.3, y si además estamos
usando &lt;code&gt;prelink&lt;/code&gt;, puede que &lt;code&gt;tigercron&lt;/code&gt; arroje errores del estilo:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;prelink: &amp;#34;/usr/share/vim/vim73/doc/help.txt&amp;#34; is not an ELF file
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;El problema parece estar en un uso incorrecto de &lt;code&gt;prelink&lt;/code&gt;, ya que no
maneja bien la salida de &lt;code&gt;md5sum&lt;/code&gt;. Este error creo que todavía no está
solucionado, pero en &lt;a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505906"&gt;este hilo&lt;/a&gt; se incluye un parche que parece que
funciona.&lt;/p&gt;</description></item><item><title>Mejora del rendimiento interactivo agrupando tareas por terminal</title><link>http://karpoke.ignaciocano.com/2010/12/16/mejora-del-rendimiento-interactivo-agrupando-tareas-por-terminal/</link><pubDate>Thu, 16 Dec 2010 02:03:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2010/12/16/mejora-del-rendimiento-interactivo-agrupando-tareas-por-terminal/</guid><description>&lt;p&gt;El &lt;a href="http://lkml.org/lkml/2010/10/19/123"&gt;parche de 200 líneas&lt;/a&gt; para el kernel, o su versión en &lt;a href="http://usemoslinux.blogspot.com/2010/11/foto-resumen-tras-haber-realizado-el.html"&gt;espacio de
usuario&lt;/a&gt;, &lt;a href="http://ubuntulife.wordpress.com/2010/11/20/el-parche-milagro-de-linux-de-200-lineas-implementado-en-4-lineas-de-bash/#comment-43848"&gt;mejora el rendimiento interactivo&lt;/a&gt; agrupando los procesos
por &lt;code&gt;tty&lt;/code&gt;. La mejora sólo será notable si tenemos varios procesos
asociados a un terminal que tengan un consumo importante de CPU, ya que
la potencia de ésta no se repartirá entre el número de procesos sino
entre el número de grupos de procesos. De ahí que sea una mejora
&lt;em&gt;interactiva&lt;/em&gt;, el ordenador no irá más rápido, pero sí tendremos la
sensación de que responde más rápido. Este parche requiere un kernel
superior al 2.6.36 con soporte a grupos de tareas.&lt;/p&gt;</description></item></channel></rss>