Hola

El día pasado preguntaba alguien sobre la reserva de memoria para una máquina virtual que está corriendo en un hypervisor de tipo 2. Depende del hypervisor, pero cogiendo la documentación de VirtualBox, por poner un ejemplo, dice [url]:

"Base memory

This sets the amount of RAM that is allocated and given to the VM when it is running. The specified amount of memory will be requested from the host operating system, so it must be available or made available as free memory on the host when attempting to start the VM and will not be available to the host while the VM is running. This is the same setting that was specified in the "New Virtual Machine" wizard, as described with guidelines under Section 1.7, “Creating your first virtual machine” above."

Pero esto puede ser aún más sofisticado, como podéis ver [aquí] con los mecanismos de Memory balloning y Page Fusion. Y esto es solo VirtualBox, con lo que seguramente VMWare ESXi, Xen y Hyper-V son otro mundo con sus optimizaciones propias.

  Hola

Si queréis leer un poco más en detalle sobre el control de flujo en FC podéis mirar [este whitepaper] de Brocade que da un introducción al caso salto a salto. Para haceros a la idea de lo que se extiende el tema de SANs podéis ojear las slides de [esta presentación] de Cisco.

Respecto a la discusión sobre control de flujo salto-a-salto y extremo-a-extremo, tras darle unas vueltas, mi visión es que un host (por ejemplo una cabina de discos) en la SAN puede querer una alta velocidad a recibir de su conmutador adyacente (y por lo tanto ofrecerle en el salto muchos créditos) pero extremo a extremo, del host final, querer recibir menos. Por ejemplo la cabina puede estar siendo accedida por múltiples hosts y estos hosts van a diferentes volúmenes, tal vez un host está accediendo a un RAID 1 y otro está accediendo a un RAID 0 mucho más rápido de la misma cabina, la velocidad de escritura al RAID 1 hace que la cabina quiera decirle a ese host que envíe más lento mientras que quiere que el host que envía al RAID 0 siga enviando rápido pues está pudiendo volcar los datos. Ambos envíos le llegan del switch que tiene adyacente si emplea una clase de servicio que permita multiplexarlos (lo cual es lo más normal), así que no quieres reducir el flujo global que recibes del switch porque se te estén acabando los buffers de nivel de servicio para retener los datos que van al RAID 1 pues con eso enlentecerías también el flujo que viene del host hacia el RAID 0. Así que por eso necesitas separar el control de flujo salto-a-salto del control de flujo extremo-a-extremo.

El otro día no me salía en clase porque estaba obcecado con el caso de dos extremos en la comunicación y para entenderlo en un caso simple solo hay que añadir una tercera máquina que quiere hablar a la vez con una de las anteriores. Os adjunto una imagen por si ayuda a aclarar el párrafo anterior.

Cualquier duda porque no quede claro (o me haya podido equivocar) la podéis poner en este hilo.

Un saludo

    Hola
    
 Lo que he leído, un poco rápido, del tema de los sectores por pista, es que inicialmente el número era constante pero para mejorarlos pasaron a un esquema de densidad constante de bits por superficie, lo cual lleva a diferente número de sectores por pista, más cuanto más te alejas del eje. Pero estoy viendo en las especificaciones de los discos un servicio de "sector address translation" que te hace el propio disco, con lo que el disco hacia el exterior puede dar la impresión de tener 63 sectores por cilindro y luego esas direcciones traducirlas él a sus auténticas direcciones, según su geometría, de forma que no requiera cambios en el sistema operativo.

Podéis ver un ejemplo en la página 2-2 de este documento sobre unos discos bastante antiguos de Seagate: http://www.seagate.com/staticfiles/maxtor/en_us/documentation/manuals/fireball_531dx_manual.pdf

Un saludo

  Hola

Alguien me pidió acceso a materiales de FTPR para repasar conocimientos previos del grado. He dejado el link a la web de FTPR en la parte superior de la web de RNG.

Estos contenidos son pre-requisito, como lo son los vistos en el primer semestre en DAT y DGR.

Un saludo

 Hola

Ahora que tengo vuestra atención, permitidme que os informe de que ya deberían estar disponibles las encuestas de las asignaturas.

Por favor, dedicad unos minutillos a rellenar las de Tecnologías Avanzadas de Red. Tenéis para cada uno de los profesores (no os confundáis) y podéis emplear un rato de prácticas para ello. Por si no recordáis quienes somos: Daniel Morató (temas 1 y 2 de teoría), Raúl Cruz (prácticas de temas 1 y 2) y Francisco Falcone (tema 3 teoría y prácticas).

Como ya intenté explicar al comienzo de la asignatura necesitamos que nos digáis tanto lo que os parece mal como lo que os parece bien.

Por si a alguien le molesta y aunque sean anónimas me comprometo a no mencionar el curso próximo en clase los comentarios en las encuestas y limitarnos a hacer los cambios que consideremos adecuados. Cuando he explicado en clase a raíz de qué tipo de comentarios habíamos cambiado ciertos aspectos de la asignatura lo hacía solo para que viérais que sí nos las leemos.

Un saludo