[opensuse-es] OT: Parametros de kernel para SLES bajo plataformas de virtualizacion
Buenas, 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 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 .... 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 ... Saludos. -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
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, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Camaleón wrote:
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@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-07-18 a las 21:19 +0200, carlopmart escribió:
Camaleón wrote:
¿Cuáles son las ventajas de usar un "kernel-vmi" y sobre qué plataformas de virtualización funciona?
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 ...
Ah, interesante. No lo sabía. Al no estar en el repo /oss ¿quiere decir que no se da soporte "oficial" sobre estos kernels? Es decir, que no se admiten bugzillas sobre ellos :-? ftp://ftp.suse.com/pub/projects/kernel/kotd/
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í
Es decir, que crees que el kernel casca al intentar activar el scheduler "noop" y corrompe el sistema de archivos. Podrías reportarlo en bugzilla (si lo admiten) porque parece serio :-? Voy a probarlo en la VM que tengo en virtualbox con la 11.1, aunque es un kernel estándar, pero bueno, sólo para ver qué hace. ... Por cierto, comentabas que obtenías un mal rendimiento de escritura a disco. Te puede interesar echar un vistazo a este bugzilla del kernel. Lo he encontrado buscando información sobre el "scheduler": Bug 12309 - Large I/O operations result in slow performance and high iowait times http://bugzilla.kernel.org/show_bug.cgi?id=12309 Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 18 de julio de 2009 22:55, Camaleón escribió:
Voy a probarlo en la VM que tengo en virtualbox con la 11.1, aunque es un kernel estándar, pero bueno, sólo para ver qué hace.
Parece que lo hace correctamente: test@linux-282t:~> dmesg | grep scheduler io scheduler noop registered (default) io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered test@linux-282t:~> cat /sys/block/sda/queue/scheduler [noop] anticipatory deadline cfq test@linux-282t:~> uname -a Linux linux-282t 2.6.27.23-0.1-default #1 SMP 2009-05-26 17:02:05 -0400 i686 i686 i386 GNU/Linux Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Camaleón wrote:
El 18 de julio de 2009 22:55, Camaleón escribió:
Voy a probarlo en la VM que tengo en virtualbox con la 11.1, aunque es un kernel estándar, pero bueno, sólo para ver qué hace.
Parece que lo hace correctamente:
test@linux-282t:~> dmesg | grep scheduler io scheduler noop registered (default) io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered
test@linux-282t:~> cat /sys/block/sda/queue/scheduler [noop] anticipatory deadline cfq
test@linux-282t:~> uname -a Linux linux-282t 2.6.27.23-0.1-default #1 SMP 2009-05-26 17:02:05 -0400 i686 i686 i386 GNU/Linux
Saludos,
-- Camaleón
Entonces está claro que es un problema en el kernel vmi de SLES .. Ahí si dá problemas ... -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-07-18 a las 22:55 +0200, Camaleón escribió:
Al no estar en el repo /oss ¿quiere decir que no se da soporte "oficial" sobre estos kernels? Es decir, que no se admiten bugzillas sobre ellos :-?
ftp://ftp.suse.com/pub/projects/kernel/kotd/
Un KOTD no tiene soporte, pero desde luego que les interesan los informes. ftp://ftp.suse.com/pub/projects/kernel/kotd/ERROR-REPORTING - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpiSXsACgkQtTMYHG2NR9X8TwCcCDjsdh9qmeByjOew+5z1Utvw xD8An3jG9Pt0+sdv+hWSRDPM7+xpRcAk =2PWt -----END PGP SIGNATURE-----
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-07-18 a las 22:55 +0200, Camaleón escribió:
Al no estar en el repo /oss ¿quiere decir que no se da soporte "oficial" sobre estos kernels? Es decir, que no se admiten bugzillas sobre ellos :-?
ftp://ftp.suse.com/pub/projects/kernel/kotd/
Un KOTD no tiene soporte, pero desde luego que les interesan los informes.
Supongo que os referís a openSuSE, porque en SLES es versión oficial ... por lo tanto sí se podría abrir un bugzilla ... -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-07-19 a las 01:48 +0200, carlopmart escribió:
Carlos E. R. wrote:
El 2009-07-18 a las 22:55 +0200, Camaleón escribió:
Al no estar en el repo /oss ¿quiere decir que no se da soporte "oficial" sobre estos kernels? Es decir, que no se admiten bugzillas sobre ellos :-?
ftp://ftp.suse.com/pub/projects/kernel/kotd/
Un KOTD no tiene soporte, pero desde luego que les interesan los informes.
Supongo que os referís a openSuSE, porque en SLES es versión oficial ... por lo tanto sí se podría abrir un bugzilla ...
Un KOTD no tiene soporte ninguno, lo uses donde lo uses. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpiYREACgkQtTMYHG2NR9XBNQCfb6as/K32cgXfKxPs5n2ROKgL +3YAn3saxAhzStTPXwGNYnhgmOCEdQYU =Usg+ -----END PGP SIGNATURE-----
El 2009-07-19 a las 01:48 +0200, carlopmart escribió:
Carlos E. R. wrote:
El 2009-07-18 a las 22:55 +0200, Camaleón escribió:
Al no estar en el repo /oss ¿quiere decir que no se da soporte "oficial" sobre estos kernels? Es decir, que no se admiten bugzillas sobre ellos :-?
ftp://ftp.suse.com/pub/projects/kernel/kotd/ Un KOTD no tiene soporte, pero desde luego que les interesan los informes. ftp://ftp.suse.com/pub/projects/kernel/kotd/ERROR-REPORTING
Supongo que os referís a openSuSE, porque en SLES es versión oficial ... por lo tanto sí se podría abrir un bugzilla ...
Correcto. Siempre y cuando hayas instalado el kernel que se incluye en los paquetes oficiales de SLES, seguramente puedas abrir un informe sin problemas: kernel-vmi / MI-enabled kernel http://www.novell.com/products/linuxpackages/server11/i386/kernel-vmi.html Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-07-18 a las 21:07 +0200, Camaleón escribió:
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) ***
Sí, claro. Pero que los tenga no quiere decir que funcionen todos.
*** 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 :-?
Te saca la lista de los que tiene registrados y cual está activo. Si haces esto: echo anticipatory > /sys/block/sda/queue/scheduler pues cambiaría a "anticipatory" - se supone. No puedo jugar con esas cosas en este sistema, no me arriesgo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpiIYUACgkQtTMYHG2NR9U/CQCeINyWF77vKhnwU0USdZhkSPDZ RvsAn0Hdl+iPl8QBcckx/bz59dVhZvY8 =BHUu -----END PGP SIGNATURE-----
participants (3)
-
Camaleón -
carlopmart -
Carlos E. R.