<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comentarios en: ¿Rendimiento de MAC con Linux?: Linux RT</title>
	<atom:link href="http://www.iniqua.com/2010/02/09/%c2%bfrendimiento-de-mac-com-linux-linux-rt/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.iniqua.com/2010/02/09/%c2%bfrendimiento-de-mac-com-linux-linux-rt/</link>
	<description></description>
	<lastBuildDate>Mon, 06 Feb 2012 19:29:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Por: Dani</title>
		<link>http://www.iniqua.com/2010/02/09/%c2%bfrendimiento-de-mac-com-linux-linux-rt/comment-page-1/#comment-1233</link>
		<dc:creator>Dani</dc:creator>
		<pubDate>Tue, 16 Feb 2010 14:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.iniqua.com/?p=925#comment-1233</guid>
		<description>Hola Ángel,

   Ciertamente la reproducción multimedia no es uno de los puntos fuertes del planificador de Molnar. Esto es debido a que intenta ser lo más equitativo posible a la hora de asignar la CPU.

   Para corregir esto puedes instalar un pequeño script que te prioriza de forma automática todas las aplicaciones multimedia con el fin de evitar estos efectos negativos. Las instalación es tan sencilla como hacer un &quot;apt&quot; (Debian/Ubuntu):

   aptitude install rtirq-init 

   Si estás interesado también en compilarte manualmente el kernel, aplicando los parches para el planificador de tiempo real, puedes encontrar una explicación detallada en la URL:

   http://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO

Un saludo-</description>
		<content:encoded><![CDATA[<p>Hola Ángel,</p>
<p>   Ciertamente la reproducción multimedia no es uno de los puntos fuertes del planificador de Molnar. Esto es debido a que intenta ser lo más equitativo posible a la hora de asignar la CPU.</p>
<p>   Para corregir esto puedes instalar un pequeño script que te prioriza de forma automática todas las aplicaciones multimedia con el fin de evitar estos efectos negativos. Las instalación es tan sencilla como hacer un &#8220;apt&#8221; (Debian/Ubuntu):</p>
<p>   aptitude install rtirq-init </p>
<p>   Si estás interesado también en compilarte manualmente el kernel, aplicando los parches para el planificador de tiempo real, puedes encontrar una explicación detallada en la URL:</p>
<p>   <a href="http://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO" rel="nofollow">http://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO</a></p>
<p>Un saludo-</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: angel</title>
		<link>http://www.iniqua.com/2010/02/09/%c2%bfrendimiento-de-mac-com-linux-linux-rt/comment-page-1/#comment-1231</link>
		<dc:creator>angel</dc:creator>
		<pubDate>Tue, 16 Feb 2010 11:54:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.iniqua.com/?p=925#comment-1231</guid>
		<description>Buenas dani, ayer probé el rendimiento del real time, lo probé de la siguiente manera:

en 4 escritorios abrí: 
en el 1: el monitor del sistema, un firefox con 18 pestañas y una consola compilando el kernel 
en el 2: otro firefox con 18 pestañas 3 instancias del openoffice y el virtualbox con win XP 
en el 3: netbeans  y eclipse 
en el 4: reproduciendo una peli flash (un documental XP), y con el rithmbox escuchando musica 

con el kernel rt se nota que no hay perchones ni se encaja, siempre
responde al raton y a seguir abriendo aplicaciones, pero el sonido se
empezo a ralentizar y oirse mal y la peli daba perchones, en el modo
&#039;ver todos los escritorios de compiz&#039; (tecla windows+e) se veia todo
funcionando bien 

con un kernel &#039;normal&#039; (compilado para core2 con interrupciones a 1000 y scheduler &#039;CFQ&#039;) cuando seguia abriendo aplicaciones para cargar el
sistema se iba quedando pillado, se colgaban durante unos segundos los
programas (el compiz los deja en blanco y negro) y las respuesta no era
tan inmediata al abrir mas aplicaciones, pero una buena es que el sonido nunca se llegó a entrecortar. 
Como resumen, si le metes caña al equipo con trabajo, mucho mejor el
real-time porque siempre puedes interaccionar con el y a su chano-chano
va tirando, y lo del sonido de momento creo que pudo ser algo ocasional
luego probaré de nuevo, pero si vuelve a hacer lo mismo, ya puedo
adivinar que tipo de tareas sacrifica para darle mejor respuesta al
usuario 

Esa es mi experiencia que ha sido lo mas experimentalmente cutre que te
puedes encontrar jejej 
Un saludo</description>
		<content:encoded><![CDATA[<p>Buenas dani, ayer probé el rendimiento del real time, lo probé de la siguiente manera:</p>
<p>en 4 escritorios abrí:<br />
en el 1: el monitor del sistema, un firefox con 18 pestañas y una consola compilando el kernel<br />
en el 2: otro firefox con 18 pestañas 3 instancias del openoffice y el virtualbox con win XP<br />
en el 3: netbeans  y eclipse<br />
en el 4: reproduciendo una peli flash (un documental XP), y con el rithmbox escuchando musica </p>
<p>con el kernel rt se nota que no hay perchones ni se encaja, siempre<br />
responde al raton y a seguir abriendo aplicaciones, pero el sonido se<br />
empezo a ralentizar y oirse mal y la peli daba perchones, en el modo<br />
&#8216;ver todos los escritorios de compiz&#8217; (tecla windows+e) se veia todo<br />
funcionando bien </p>
<p>con un kernel &#8216;normal&#8217; (compilado para core2 con interrupciones a 1000 y scheduler &#8216;CFQ&#8217;) cuando seguia abriendo aplicaciones para cargar el<br />
sistema se iba quedando pillado, se colgaban durante unos segundos los<br />
programas (el compiz los deja en blanco y negro) y las respuesta no era<br />
tan inmediata al abrir mas aplicaciones, pero una buena es que el sonido nunca se llegó a entrecortar.<br />
Como resumen, si le metes caña al equipo con trabajo, mucho mejor el<br />
real-time porque siempre puedes interaccionar con el y a su chano-chano<br />
va tirando, y lo del sonido de momento creo que pudo ser algo ocasional<br />
luego probaré de nuevo, pero si vuelve a hacer lo mismo, ya puedo<br />
adivinar que tipo de tareas sacrifica para darle mejor respuesta al<br />
usuario </p>
<p>Esa es mi experiencia que ha sido lo mas experimentalmente cutre que te<br />
puedes encontrar jejej<br />
Un saludo</p>
]]></content:encoded>
	</item>
</channel>
</rss>

