<?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/"
		>
<channel>
	<title>Comentarios en: Haizea</title>
	<atom:link href="http://www.borjanet.com/archives/2008/07/07/haizea/feed" rel="self" type="application/rss+xml" />
	<link>http://www.borjanet.com/archives/2008/07/07/haizea</link>
	<description>El weblog personal de Borja Sotomayor</description>
	<lastBuildDate>Mon, 19 Dec 2011 00:57:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Por: Galder</title>
		<link>http://www.borjanet.com/archives/2008/07/07/haizea/comment-page-1#comment-46588</link>
		<dc:creator>Galder</dc:creator>
		<pubDate>Thu, 31 Jul 2008 21:57:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2008/07/07/haizea#comment-46588</guid>
		<description>Curioso, pero si buscas haizea en Google, sale este post en primera página de Google.

San Google te ha bendecido. God Bless que dirían por esos lares ;-)</description>
		<content:encoded><![CDATA[<p>Curioso, pero si buscas haizea en Google, sale este post en primera página de Google.</p>
<p>San Google te ha bendecido. God Bless que dirían por esos lares ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: meneame.net</title>
		<link>http://www.borjanet.com/archives/2008/07/07/haizea/comment-page-1#comment-46237</link>
		<dc:creator>meneame.net</dc:creator>
		<pubDate>Sat, 12 Jul 2008 15:11:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2008/07/07/haizea#comment-46237</guid>
		<description>&lt;strong&gt;Haizea. An open-source VM-based lease management architecture...&lt;/strong&gt;

Haizea tiene como objetivo proporcionar una solución general al problema del aprovisionamiento de recursos. Este software, utilizado en combinación con OpenNebula (un gestor open source de infraestructura virtual desarrollado por el grupo de Arquitec...</description>
		<content:encoded><![CDATA[<p><strong>Haizea. An open-source VM-based lease management architecture&#8230;</strong></p>
<p>Haizea tiene como objetivo proporcionar una solución general al problema del aprovisionamiento de recursos. Este software, utilizado en combinación con OpenNebula (un gestor open source de infraestructura virtual desarrollado por el grupo de Arquitec&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: kirai</title>
		<link>http://www.borjanet.com/archives/2008/07/07/haizea/comment-page-1#comment-46215</link>
		<dc:creator>kirai</dc:creator>
		<pubDate>Fri, 11 Jul 2008 04:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2008/07/07/haizea#comment-46215</guid>
		<description>congrats!! Se me ocurre que podríamos-podrías montar una consultora para montar instalaciones con Haizea ;) si te aburres de investigar jeje.

abrazos y mucho ánimo!</description>
		<content:encoded><![CDATA[<p>congrats!! Se me ocurre que podríamos-podrías montar una consultora para montar instalaciones con Haizea ;) si te aburres de investigar jeje.</p>
<p>abrazos y mucho ánimo!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Yuki</title>
		<link>http://www.borjanet.com/archives/2008/07/07/haizea/comment-page-1#comment-46188</link>
		<dc:creator>Yuki</dc:creator>
		<pubDate>Tue, 08 Jul 2008 08:55:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2008/07/07/haizea#comment-46188</guid>
		<description>Suponía que todo eso debía estar (si se me ha ocurrido a mi, se os habría ocurrido ya). 

Como bien dices, suponía que el ponerte a pensar todo eso para desarrollarlo no iba a ser tarea fácil, y que habrá más casos de uso aparte de estos. De todas maneras, parece interesante.

Un saludo!</description>
		<content:encoded><![CDATA[<p>Suponía que todo eso debía estar (si se me ha ocurrido a mi, se os habría ocurrido ya). </p>
<p>Como bien dices, suponía que el ponerte a pensar todo eso para desarrollarlo no iba a ser tarea fácil, y que habrá más casos de uso aparte de estos. De todas maneras, parece interesante.</p>
<p>Un saludo!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Borja Sotomayor</title>
		<link>http://www.borjanet.com/archives/2008/07/07/haizea/comment-page-1#comment-46186</link>
		<dc:creator>Borja Sotomayor</dc:creator>
		<pubDate>Tue, 08 Jul 2008 07:50:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2008/07/07/haizea#comment-46186</guid>
		<description>Yuki: Pues esas son muy buenas preguntas. Ahora mismo existe una opción un poco rudimentaria de prioridad basada en la &quot;preemptability&quot; de los recursos (desafortunadamente, este termino no tiene una traducción directa al castellano... ¿&quot;capturabilidad&quot;?). Es decir, una serie de recursos o son &quot;preemptable&quot; o no lo son (si no soy &quot;preemptable&quot;, nadie puede &quot;robarme&quot; o &quot;capturar&quot; mis recursos). Una de las razones por las que resultan atractivas las máquinas virtuales para nuestro sistema es porque la &quot;captura&quot; de recursos es mucho más sencilla y poco dañina, ya que podemos suspender una máquina virtual en lugar de quitarle los recursos al usuario y decirle que tiene que empezar su trabajo desde cero en otros recursos. En el caso que comentas, a falta de una prioridad más general, pues el director se quedaría sin recursos porque (suponiendo que los recursos del profesor no son &quot;preemptable&quot;) no tiene más prioridad que el profesor. 

Sin embargo, este es un caso de uso que sí queremos soportar (principalmente teniendo un concepto más general de prioridad). Lo que describes es básicamente un uso &quot;urgente&quot; de recursos en el que te llega alguien con prioridad máxima, en el que el sistema debería determinar (automáticamente, sin intervención de un administrador humano) si efectivamente el director podría dejar sin recursos al profesor. En la practica, yo te diría que el director (por muy director que sea) no tendría suficiente prioridad para quitarle los recursos al profesor, porque una petición urgente tiene que ser &lt;em&gt;muy urgente&lt;/em&gt; para dejar sin recursos a alguien que se tomó la molestia de reservarlos con días o semanas de antelación. Eso sí, el sistema debería ser capaz de decirle al director que, si espera hasta las 16:00, le puede dar recursos sin necesidad de robarle recursos a otros usuarios.

Lo de &quot;pedir recursos con opciones&quot; también es algo que queremos soportar. Eso entra dentro de la negociación y renegociación de &quot;leases&quot;. Es decir, tu puedes especificar que, como mínimo, necesitas X recursos para realizar tu trabajo, pero que si hay ciclos libres y el gestor te puede dar Y recursos adicionales, que podrías utilizarlos (pero bajo ninguna condición debería darte menos de X). Otra opción más común es solicitar una duración T, y darte cuenta al final que necesitas una extensión E porque tu trabajo no ha terminado, con lo cual deberías poder especificar &quot;Quiero estos recursos durante T horas, con opción a extenderlo hasta E horas más&quot; (al ser parte de la negociación inicial, el gestor tiene que garantizarte que, si al final de la T horas te pide la extensión, se la podrás dar; todo esto es completamente no trivial desde el punto de vista de planificación).

Tomo nota de los comentarios sobre la web ;-) Es que inicialmente ibamos a lanzar la web en formato wiki, pero al final se ha retrasado el lanzamiento de buena parte de la infraestructura (servidor SVN, Trac, etc.) así que tuve que hacer una web a la antigua usanza :-)</description>
		<content:encoded><![CDATA[<p>Yuki: Pues esas son muy buenas preguntas. Ahora mismo existe una opción un poco rudimentaria de prioridad basada en la &#8220;preemptability&#8221; de los recursos (desafortunadamente, este termino no tiene una traducción directa al castellano&#8230; ¿&#8221;capturabilidad&#8221;?). Es decir, una serie de recursos o son &#8220;preemptable&#8221; o no lo son (si no soy &#8220;preemptable&#8221;, nadie puede &#8220;robarme&#8221; o &#8220;capturar&#8221; mis recursos). Una de las razones por las que resultan atractivas las máquinas virtuales para nuestro sistema es porque la &#8220;captura&#8221; de recursos es mucho más sencilla y poco dañina, ya que podemos suspender una máquina virtual en lugar de quitarle los recursos al usuario y decirle que tiene que empezar su trabajo desde cero en otros recursos. En el caso que comentas, a falta de una prioridad más general, pues el director se quedaría sin recursos porque (suponiendo que los recursos del profesor no son &#8220;preemptable&#8221;) no tiene más prioridad que el profesor. </p>
<p>Sin embargo, este es un caso de uso que sí queremos soportar (principalmente teniendo un concepto más general de prioridad). Lo que describes es básicamente un uso &#8220;urgente&#8221; de recursos en el que te llega alguien con prioridad máxima, en el que el sistema debería determinar (automáticamente, sin intervención de un administrador humano) si efectivamente el director podría dejar sin recursos al profesor. En la practica, yo te diría que el director (por muy director que sea) no tendría suficiente prioridad para quitarle los recursos al profesor, porque una petición urgente tiene que ser <em>muy urgente</em> para dejar sin recursos a alguien que se tomó la molestia de reservarlos con días o semanas de antelación. Eso sí, el sistema debería ser capaz de decirle al director que, si espera hasta las 16:00, le puede dar recursos sin necesidad de robarle recursos a otros usuarios.</p>
<p>Lo de &#8220;pedir recursos con opciones&#8221; también es algo que queremos soportar. Eso entra dentro de la negociación y renegociación de &#8220;leases&#8221;. Es decir, tu puedes especificar que, como mínimo, necesitas X recursos para realizar tu trabajo, pero que si hay ciclos libres y el gestor te puede dar Y recursos adicionales, que podrías utilizarlos (pero bajo ninguna condición debería darte menos de X). Otra opción más común es solicitar una duración T, y darte cuenta al final que necesitas una extensión E porque tu trabajo no ha terminado, con lo cual deberías poder especificar &#8220;Quiero estos recursos durante T horas, con opción a extenderlo hasta E horas más&#8221; (al ser parte de la negociación inicial, el gestor tiene que garantizarte que, si al final de la T horas te pide la extensión, se la podrás dar; todo esto es completamente no trivial desde el punto de vista de planificación).</p>
<p>Tomo nota de los comentarios sobre la web ;-) Es que inicialmente ibamos a lanzar la web en formato wiki, pero al final se ha retrasado el lanzamiento de buena parte de la infraestructura (servidor SVN, Trac, etc.) así que tuve que hacer una web a la antigua usanza :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Yuki</title>
		<link>http://www.borjanet.com/archives/2008/07/07/haizea/comment-page-1#comment-46185</link>
		<dc:creator>Yuki</dc:creator>
		<pubDate>Tue, 08 Jul 2008 07:29:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2008/07/07/haizea#comment-46185</guid>
		<description>El proyecto tiene muy buena pinta. Pero hay dudas que, por desconocimiento sobre el tema, no sé si ya existen o es útil que se tomen en cuenta en este tipo de software.

La primera preguntilla, hay opciones de prioridad? Siguiendo tu ejemplo, un profe necesita todos los miercoles de 14:00 a 16:00 &quot;x&quot; recursos. Pero viene el director un miercoles a las 15:10 y necesita &quot;y&quot; recursos (donde x+y&gt;total_de_recursos, por lo que necesita parte de los &quot;x&quot; recursos del profe), y claro, como es el dire, tiene prioridad y lo necesita para ya.

Otra cosa que se me ha ocurrido es si hay posibilidad de poder pedir recursos pero con opciones. Es decir, el profe sabe que necesita &quot;x&quot; recursos para hacer lo que necesita pero pide la opción &quot;x+3&quot; porque sabe que así la clase irá más fluída (se le asignará &quot;x+3&quot; si hay posibilidad, o si no solo &quot;x&quot;). O al revés, pide &quot;x&quot;, pero no le importa que le quiten 3 recursos de esos x si lo necesita otra gente. Sería asignación de recursos on fly dependiendo de prioridades y opciones que necesita la gente.

Quizá lo que estoy diciendo ya esté en marcha, o simplemente no tenga sentido, pero de este tema no tengo ni idea :p

Una crítica constructiva sobre la web (que está muy bien, por cierto). Se te ha olvidado poner el doctype (por lo que no valida :p), y aparte, las páginas &quot;Support&quot;, &quot;Roadmap&quot; y &quot;Publications&quot; no les quitas el enlace (ni se ponen en negrita) cuando estás en ella, por lo que no se vé en cual de ellas estás. Sé que es la última chorrada que esperabas oir, pero bueno :P</description>
		<content:encoded><![CDATA[<p>El proyecto tiene muy buena pinta. Pero hay dudas que, por desconocimiento sobre el tema, no sé si ya existen o es útil que se tomen en cuenta en este tipo de software.</p>
<p>La primera preguntilla, hay opciones de prioridad? Siguiendo tu ejemplo, un profe necesita todos los miercoles de 14:00 a 16:00 &#8220;x&#8221; recursos. Pero viene el director un miercoles a las 15:10 y necesita &#8220;y&#8221; recursos (donde x+y&gt;total_de_recursos, por lo que necesita parte de los &#8220;x&#8221; recursos del profe), y claro, como es el dire, tiene prioridad y lo necesita para ya.</p>
<p>Otra cosa que se me ha ocurrido es si hay posibilidad de poder pedir recursos pero con opciones. Es decir, el profe sabe que necesita &#8220;x&#8221; recursos para hacer lo que necesita pero pide la opción &#8220;x+3&#8243; porque sabe que así la clase irá más fluída (se le asignará &#8220;x+3&#8243; si hay posibilidad, o si no solo &#8220;x&#8221;). O al revés, pide &#8220;x&#8221;, pero no le importa que le quiten 3 recursos de esos x si lo necesita otra gente. Sería asignación de recursos on fly dependiendo de prioridades y opciones que necesita la gente.</p>
<p>Quizá lo que estoy diciendo ya esté en marcha, o simplemente no tenga sentido, pero de este tema no tengo ni idea :p</p>
<p>Una crítica constructiva sobre la web (que está muy bien, por cierto). Se te ha olvidado poner el doctype (por lo que no valida :p), y aparte, las páginas &#8220;Support&#8221;, &#8220;Roadmap&#8221; y &#8220;Publications&#8221; no les quitas el enlace (ni se ponen en negrita) cuando estás en ella, por lo que no se vé en cual de ellas estás. Sé que es la última chorrada que esperabas oir, pero bueno :P</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: servo</title>
		<link>http://www.borjanet.com/archives/2008/07/07/haizea/comment-page-1#comment-46181</link>
		<dc:creator>servo</dc:creator>
		<pubDate>Mon, 07 Jul 2008 23:15:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2008/07/07/haizea#comment-46181</guid>
		<description>Buenas Borja!

Estoy muy contento de que te vaya bien el tema, mañana intentaré pegarle un vistazo al paper a ver si me entero de algo. ¿Que tal el curso en la complutense?

Saludos!</description>
		<content:encoded><![CDATA[<p>Buenas Borja!</p>
<p>Estoy muy contento de que te vaya bien el tema, mañana intentaré pegarle un vistazo al paper a ver si me entero de algo. ¿Que tal el curso en la complutense?</p>
<p>Saludos!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

