<?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"
	>
<channel>
	<title>Comentarios en: Grid Gurus</title>
	<atom:link href="http://www.borjanet.com/archives/2007/10/22/grid-gurus/feed" rel="self" type="application/rss+xml" />
	<link>http://www.borjanet.com/archives/2007/10/22/grid-gurus</link>
	<description>El weblog personal de Borja Sotomayor</description>
	<pubDate>Wed, 03 Dec 2008 22:32:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Por: Josu</title>
		<link>http://www.borjanet.com/archives/2007/10/22/grid-gurus#comment-36246</link>
		<dc:creator>Josu</dc:creator>
		<pubDate>Sun, 04 Nov 2007 02:35:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2007/10/22/grid-gurus/#comment-36246</guid>
		<description>Zorionak Borja!!!! :D</description>
		<content:encoded><![CDATA[<p>Zorionak Borja!!!! :D</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: itep</title>
		<link>http://www.borjanet.com/archives/2007/10/22/grid-gurus#comment-35939</link>
		<dc:creator>itep</dc:creator>
		<pubDate>Mon, 29 Oct 2007 09:32:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2007/10/22/grid-gurus/#comment-35939</guid>
		<description>El problema no es que la gente quiera cubrir unicamente el expediente, si no las calificaciones que recibe una persona que se ha dedicado a hacer altas bajas y modificaciones y el que se lo ha currado minimamente, investogando, ...

Creo que se deberian crear baremos de notas maximas dependiendo de la tipologia de proyecto, ya que a algunos profesores les vuelve locos el mariconeo de pantalla y que todo sea super chachi bonito

Un saludp</description>
		<content:encoded><![CDATA[<p>El problema no es que la gente quiera cubrir unicamente el expediente, si no las calificaciones que recibe una persona que se ha dedicado a hacer altas bajas y modificaciones y el que se lo ha currado minimamente, investogando, &#8230;</p>
<p>Creo que se deberian crear baremos de notas maximas dependiendo de la tipologia de proyecto, ya que a algunos profesores les vuelve locos el mariconeo de pantalla y que todo sea super chachi bonito</p>
<p>Un saludp</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Borja Sotomayor</title>
		<link>http://www.borjanet.com/archives/2007/10/22/grid-gurus#comment-35815</link>
		<dc:creator>Borja Sotomayor</dc:creator>
		<pubDate>Fri, 26 Oct 2007 18:15:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2007/10/22/grid-gurus/#comment-35815</guid>
		<description>obidos:  Mantener un repositorio de imagenes supone, como indicas, una carga importante si quieres mantener todas las posibles imagenes que te van a solicitar. El otro extremo, sin embargo, también es muy costoso: imaginate generar una imagen de VM totalmente on-the-fly desde cero cada vez que te solicitan un workspace. Hay varios grupos que trabajan precisamente sobre ese problema, y se tiende hacia soluciones hibridas, donde se mantiene un repositorio de imagenes genéricas que luego necesitarán una customización para funcionar (siendo esta customización mínima o mucho más extensa). 

Nuestro grupo (&lt;a href="http://workspace.globus.org/" rel="nofollow"&gt;Globus Workspaces&lt;/a&gt;) investiga lo que podríamos llamar la customización mínima: contextualizar una imagen al sitio en el que se despliega (principalmente, configurar todo el software de la imagen virtual, suponiendo que ese software ya está instalado). Puedes encontrar más detalles en el artículo &lt;a href="http://workspace.globus.org/papers/Scalable_Approach_To_Deploying_And_Managing_Appliances.pdf" rel="nofollow"&gt;A Scalable Approach To Deploying And Managing Appliances&lt;/a&gt;.

Otros grupos se centran en el aspecto de instalar software on-the-fly en una imagen base (una customización más extensa). Este es un proceso que puede optimizarse bastante, y el artículo &lt;a href="http://matsu-www.is.titech.ac.jp/~naoya/publications/ccgrid07.pdf" rel="nofollow"&gt;Virtual Clusters on the Fly: Fast, Scalable, and Flexible Installation&lt;/a&gt; (de un grupo de investigación en Japón) presenta un método interesante de cachear paquetes Debian frecuentemente solicitados para minimizar el tiempo de preparación de una imagen. Aunque la customización de una imagen base es mucho más rápida, este enfoque te limita a las imágenes base que te proporcionan (aunque en ciertos casos esto puede ser una limitación aceptable). 

Por eso me parece que hay que contemplar ambos casos: poder desplegar imágenes enteras con cierta eficiencia (y este es el caso en el que se centra mi tesina), pero también ser capaz de desplegar máquinas virtuales mucho más rápidamente basándose en imágenes genéricas (aunque sacrificando el poder utilizar la imagen que a mi me dé la gana).

Independientemente del mecanismo utilizado, en mi tesina argumento que la sobrecarga de preparar una imagen hay que planificarla como una tarea aparte, en lugar de suponer que debe invadir el tiempo solicitado por el usuario (que es lo que muchos sistemas hacen). Aunque esto impone una mayor carga en el planificador, me parece que la clave de desplegar máquinas virtuales eficientemente reside en esta "planificación de la sobrecarga" (que resultará en despliegues más eficientes que si, a lo tonto, realizo el despliegue de la imagen siempre al comienzo del tiempo que me han reservado para mis máquinas virtuales).</description>
		<content:encoded><![CDATA[<p>obidos:  Mantener un repositorio de imagenes supone, como indicas, una carga importante si quieres mantener todas las posibles imagenes que te van a solicitar. El otro extremo, sin embargo, también es muy costoso: imaginate generar una imagen de VM totalmente on-the-fly desde cero cada vez que te solicitan un workspace. Hay varios grupos que trabajan precisamente sobre ese problema, y se tiende hacia soluciones hibridas, donde se mantiene un repositorio de imagenes genéricas que luego necesitarán una customización para funcionar (siendo esta customización mínima o mucho más extensa). </p>
<p>Nuestro grupo (<a href="http://workspace.globus.org/" onclick="javascript:pageTracker._trackPageview('/outbound/comment/workspace.globus.org');" rel="nofollow">Globus Workspaces</a>) investiga lo que podríamos llamar la customización mínima: contextualizar una imagen al sitio en el que se despliega (principalmente, configurar todo el software de la imagen virtual, suponiendo que ese software ya está instalado). Puedes encontrar más detalles en el artículo <a href="http://workspace.globus.org/papers/Scalable_Approach_To_Deploying_And_Managing_Appliances.pdf" onclick="javascript:pageTracker._trackPageview('/outbound/comment/workspace.globus.org');" rel="nofollow">A Scalable Approach To Deploying And Managing Appliances</a>.</p>
<p>Otros grupos se centran en el aspecto de instalar software on-the-fly en una imagen base (una customización más extensa). Este es un proceso que puede optimizarse bastante, y el artículo <a href="http://matsu-www.is.titech.ac.jp/~naoya/publications/ccgrid07.pdf" onclick="javascript:pageTracker._trackPageview('/outbound/comment/matsu-www.is.titech.ac.jp');" rel="nofollow">Virtual Clusters on the Fly: Fast, Scalable, and Flexible Installation</a> (de un grupo de investigación en Japón) presenta un método interesante de cachear paquetes Debian frecuentemente solicitados para minimizar el tiempo de preparación de una imagen. Aunque la customización de una imagen base es mucho más rápida, este enfoque te limita a las imágenes base que te proporcionan (aunque en ciertos casos esto puede ser una limitación aceptable). </p>
<p>Por eso me parece que hay que contemplar ambos casos: poder desplegar imágenes enteras con cierta eficiencia (y este es el caso en el que se centra mi tesina), pero también ser capaz de desplegar máquinas virtuales mucho más rápidamente basándose en imágenes genéricas (aunque sacrificando el poder utilizar la imagen que a mi me dé la gana).</p>
<p>Independientemente del mecanismo utilizado, en mi tesina argumento que la sobrecarga de preparar una imagen hay que planificarla como una tarea aparte, en lugar de suponer que debe invadir el tiempo solicitado por el usuario (que es lo que muchos sistemas hacen). Aunque esto impone una mayor carga en el planificador, me parece que la clave de desplegar máquinas virtuales eficientemente reside en esta &#8220;planificación de la sobrecarga&#8221; (que resultará en despliegues más eficientes que si, a lo tonto, realizo el despliegue de la imagen siempre al comienzo del tiempo que me han reservado para mis máquinas virtuales).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: obidos</title>
		<link>http://www.borjanet.com/archives/2007/10/22/grid-gurus#comment-35812</link>
		<dc:creator>obidos</dc:creator>
		<pubDate>Fri, 26 Oct 2007 17:43:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2007/10/22/grid-gurus/#comment-35812</guid>
		<description>Hola Borja, he leído tu trabajo de grado de Master sobre "virtual workspaces" y su planificación. ¿Crees que en algún momento se podrá conseguir la generación de imagenes de máquinas virtuales "al vuelo", sin necesidad de mantener un repositorio previo de imagenes con la carga que esto supone?, ¿No crees que será posible (seguro que si) disponer de una image base configurable?</description>
		<content:encoded><![CDATA[<p>Hola Borja, he leído tu trabajo de grado de Master sobre &#8220;virtual workspaces&#8221; y su planificación. ¿Crees que en algún momento se podrá conseguir la generación de imagenes de máquinas virtuales &#8220;al vuelo&#8221;, sin necesidad de mantener un repositorio previo de imagenes con la carga que esto supone?, ¿No crees que será posible (seguro que si) disponer de una image base configurable?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: David Buján</title>
		<link>http://www.borjanet.com/archives/2007/10/22/grid-gurus#comment-35796</link>
		<dc:creator>David Buján</dc:creator>
		<pubDate>Fri, 26 Oct 2007 09:50:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2007/10/22/grid-gurus/#comment-35796</guid>
		<description>Muy interesante tu post en Grid Gurus, Borja. Cuando acabe mi tesis (algún día será, digo yo), me pondré manos a la obra para intentar poner en práctica esas ideas en la UD (con tu ayuda, si te parece bien, claro).

Por lo demás, ánimo con todo.

FYI: He propuesto de nuevo los proyectos Grid sobre virtualización y GSBT que me pasaste en su día... A ver si hay suerte y alguien los coge, aunque cada vez la gente busca proyectos sencillitos para cubrir el expediente. Es una pena... Bueno, siempre hay algún rarito de los nuestros con espíritu curioso y con ganas de hacer algo interesante... Confiemos en ello.

Un abrazo</description>
		<content:encoded><![CDATA[<p>Muy interesante tu post en Grid Gurus, Borja. Cuando acabe mi tesis (algún día será, digo yo), me pondré manos a la obra para intentar poner en práctica esas ideas en la UD (con tu ayuda, si te parece bien, claro).</p>
<p>Por lo demás, ánimo con todo.</p>
<p>FYI: He propuesto de nuevo los proyectos Grid sobre virtualización y GSBT que me pasaste en su día&#8230; A ver si hay suerte y alguien los coge, aunque cada vez la gente busca proyectos sencillitos para cubrir el expediente. Es una pena&#8230; Bueno, siempre hay algún rarito de los nuestros con espíritu curioso y con ganas de hacer algo interesante&#8230; Confiemos en ello.</p>
<p>Un abrazo</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: itep</title>
		<link>http://www.borjanet.com/archives/2007/10/22/grid-gurus#comment-35793</link>
		<dc:creator>itep</dc:creator>
		<pubDate>Fri, 26 Oct 2007 08:17:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.borjanet.com/archives/2007/10/22/grid-gurus/#comment-35793</guid>
		<description>Interesante articulo, si señor</description>
		<content:encoded><![CDATA[<p>Interesante articulo, si señor</p>
]]></content:encoded>
	</item>
</channel>
</rss>
