Mailinglist Archive: opensuse-es (1064 mails)
| < Previous | Next > |
Re: [opensuse-es] OT: Parametros de kernel para SLES bajo plataformas de virtualizacion
- From: carlopmart <carlopmart@xxxxxxxxx>
- Date: Sat, 18 Jul 2009 21:19:54 +0200
- Message-id: <4A62205A.5090005@xxxxxxxxx>
Camaleón wrote:
El kernel vmi solo es utilizable bajo vmware ... No funciona para otras plataformas de virtualización. Es la opción de paravirtualización en vmware, igual que se hace en xen y evita los problemas de sincronización del reloj entre otras cosas ...
Aquí la implantación xen de SLES juega con ventaja, ya que por defecto el scheduler que se usa es el cfq ... Sobre el quiet, si no ando errado y que alguien me corrija, es una función del scheduler, no el scheduler en sí ...
Saludos.
--
CL Martinez
carlopmart {at} gmail {d0t} com
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
El 2009-07-18 a las 12:17 +0200, carlopmart escribió:
Abro un nuevo thread para no liar las cosas con el anterior y de paso le pongo off-topic porque solo estoy probando con SLES 11, aunque podría ser que fuese extensible a OpenSUSE, release 11.x en adelante.
Comentaros que he añadido los parámetros de arranque del kernel:iommu=soft elevator=noop. Resultado un casque total (recuerdo que estoy usando la versión vmi del kernel que viene preparada para los problemas con la frecuencia del reloj bajo plataformas vmware).
Pero el "casque" es muy curioso. El dmesg me dice esto:
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Curioso, sí. Yo también lo veo usando un kernel normal y sin pasar ningún parámetro concreto:
***
hpc02@stthpc:~> dmesg | grep scheduler
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
***
Esto quiere decir que el parámetro "elevator=noop" está soportado pero a continuación me devuelve estos errores:
I/O scheduler quiet not found
I/O scheduler quiet not found
I/O scheduler quiet not found
I/O scheduler quiet not found
I/O scheduler quiet not found
I/O scheduler quiet not found
I/O scheduler quiet not found
I/O scheduler quiet not found
I/O scheduler quiet not found ....
¿El scheduler "quiet" existe? :-?
Hay bastantes como este. Resultado del invento: fsck masivo contra todos los discos de la maquina virtual SLES ... Increible.
Si se ejecuta esto:
lugdunum:/sys/block/sda/queue # cat /sys/block/sda/queue/scheduler
noop anticipatory deadline [cfq]
podeis ver como el parámetro noop está, pero realmente se activa el cfq que es el que está entre corchetes ... No lo entiendo. En fin miraré a ver si puedo ver algo más ya que el performance de escritura a disco de SLES en vmware deja que desear ...
Eso mismo me parece a mí también, pero ya digo, es una suse 10.3 con kernel-default de 32 bits, nada especial ni tampoco está virtualizada, se trata de un sistema común :-?
***
hpc02@stthpc:~> cat /sys/block/sda/queue/scheduler
noop anticipatory deadline [cfq]
***
No sé qué significado tiene eso ni si se activa alguna cosa en el kernel :-?
¿Cuáles son las ventajas de usar un "kernel-vmi" y sobre qué plataformas de virtualización funciona?
Saludos,
El kernel vmi solo es utilizable bajo vmware ... No funciona para otras plataformas de virtualización. Es la opción de paravirtualización en vmware, igual que se hace en xen y evita los problemas de sincronización del reloj entre otras cosas ...
Aquí la implantación xen de SLES juega con ventaja, ya que por defecto el scheduler que se usa es el cfq ... Sobre el quiet, si no ando errado y que alguien me corrija, es una función del scheduler, no el scheduler en sí ...
Saludos.
--
CL Martinez
carlopmart {at} gmail {d0t} com
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
| < Previous | Next > |