Tengo la PTF SF88502 con el susodicho 24.

En el Client Acces tengo el service pack si18651.

Los índices son lógicos creados con DDS.

El poco consumo de la CPU es de antes de lanzar el proceso para indicar la
carga de trabajo que había en el momento de la ejecución, luego el proceso
se come el 40 o el 50 %, y lo ponemos en prioridad 20.
Y el sistema no tiene ningún software instalado para la asignación de
prioridades.

De todas formas, una máquina como esta, más o menos, ¿qué volumen de
registros debería procesar por segundo según el tamaño del registro? Igual
me he pasado con la pregunta.

Gracias.

  -----Mensaje original-----
  De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de alex martinez
  Enviado el: miércoles, 28 de febrero de 2007 14:09
  Para: forum.help400
  Asunto: Re: Optimizar lecturas en DB2 UDB


  Hola de nuevo:

  La PTF SI12799 es de query 5722QU1, está incluida dentro del grupo de PTFs
de base de datos, pero no está relacionada con Db2/400.

  Haz un WRKPTFGRP para ver el nivel de PTFs de SF99502. Debe ser el 24.

  ¿ Usas client access v5r2 son el service pack si23978 ? Pregunto porque
tambien es posible que el Visual Explain necesite alguna actualización.

  ¿Es una tabla y lo indices son creados con DDS o con DDL ?

  Me extraña el poco consumo de CPU. ¿ La prioridad de ejecución del  SBMJOB
es  50 ?

  Otra posibilidad que se me ocurre es que algun soft instalado de ajuste la
prioridades de trabajos esté penalizando la tarea o el subsistema donde se
ejecuta el trabajo sometido tenga asignada poca memoria.

  Salu2


  El día 28/02/07, Jorge <[EMAIL PROTECTED]> escribió:
    El iSeries es un modelo 810 con un procesador 2.466 y con 1.020 CPW en
    Batch, 6 G. de RAM y 12 discos con un total de 705 G., con V5R2M0 con
PTF's
    de sistema TL06080 y con grupo de PTF's SF99502 y la última PTF SI12799.
La
    máquina está al 80% de ocupación.

    La consulta consiste en un simple Select con una sumarización de campos
y
    una selección de unas marcas lanzada por batch con un SBMJOB de un
    RUNSQLSTM. En el momento de su ejecución la máquina estaba por debajo
del
    10% de CPU. Como ya he indicado, el Visual Explain no me propone ningún
    índice que no tenga ya la tabla.

    Saludos.

    -----Mensaje original-----
    De: [EMAIL PROTECTED]
    [mailto:[EMAIL PROTECTED] nombre de Cubero,
    Rafael (R.)
    Enviado el: miércoles, 28 de febrero de 2007 10:33
    Para: forum.help400
    Asunto: RE: Optimizar lecturas en DB2 UDB


    Como estais haciendo la consulta, por programa? Interactivo o batch? De
ser
    asi, cuando el programa se creo y se paso por primera vez, el fichero
estaba
    vacio o con pocos reg.?
    Dame mas informacion, nosostros hemos tenido que bregar muchisimo con
estos
    temas, por cierto tienes que estar a la ultima en PTF's de DB.


    Saludos. Rafael

    -----Original Message-----
    From: [EMAIL PROTECTED]
    [mailto:[EMAIL PROTECTED] ] On Behalf Of Jorge
    Sent: 28 February 2007 09:50
    To: Forum. Help400
    Subject: Optimizar lecturas en DB2 UDB

    Buenos días:

    Ya se que es un tema recurrente pero me interesan vuestras experiencias
en
    el tema:

    Estamos intentando optimizar la obtención de una serie de datos de una
tabla
    y no conseguimos unos tiempos razonables (desde nuestro punto de vista).

    La máquina sobre la que realizamos las consultas tiene versión 5 release
2.
    La tabla sobre la que lanzamos las consultas tiene 195.000.000 de
registros.
    El Visual Explain no sugiere ninguna via de acceso adicional a las que
ya
    tiene. La consulta la realizamos para todo un año, teóricamente los
    registros que se analizan deben ser más de la mitad.

    Por raro que parezca, cuando exportamos la información a una tabla en
pc,
    los registros parecen ser leídos mucho más rápido. Por lo que se nos
plantea
    la idea de volcar la información a una DB en un PC y realizar las
consultas
    directamente sobre éste. ¿Alguien lo ha probado de esta forma?.

    Gracias.
    Jorge

    __________________________________________________
    Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
    &amp;#169; Publicaciones Help400, S.L. - Todos los derechos reservados
    http://www.help400.es
_____________________________________________________

    Para darte de baja visita la siguente URL:
    http://listas.combios.es/mailman/listinfo/forum.help400

    __________________________________________________
    Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
    &amp;#169; Publicaciones Help400, S.L. - Todos los derechos reservados
    http://www.help400.es
    _____________________________________________________

    Para darte de baja visita la siguente URL:
    http://listas.combios.es/mailman/listinfo/forum.help400

    __________________________________________________
    Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
    &amp;#169; Publicaciones Help400, S.L. - Todos los derechos reservados
    http://www.help400.es
    _____________________________________________________

    Para darte de baja visita la siguente URL:
    http://listas.combios.es/mailman/listinfo/forum.help400




  --
  Mi blog sobre as400
  http://www.ajut400.com
__________________________________________________
Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
&amp;#169; Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400

Responder a