Blog Asturias

Pablo Ruiz Picasso

ADMIN ADMIN  24 Noviembre 2009     Comentarios [0]

Figura excepcional como artista y como hombre, Picasso fue protagonista y creador inimitable de las diversas corrientes que revolucionaron las artes plásticas del siglo XX, desde el cubismo hasta la escultura neofigurativa, del grabado o el aguafuerte a la cerámica artesanal o a la escenografía para ballets. Su obra inmensa en número, en variedad y en talento, se extiende a lo largo de más de setenta y cinco años de actividad creadora, que el pintor compaginó sabiamente con el amor, la política, la amistad y un exultante y contagioso goce de la vida.

Limpieza en archivos de base de datos (I)

Javier Mora  17 Abril 2009     Comentarios [0]

En mi último artículo intenté proporcionar un punto de inicio para aquéllos que estuvieran interesados en conocer y trabajar con las APIs del sistema operativo ¿i? (vamos OS/400). Apunté algunos enlaces de la Web en donde se podrían obtener decenas de artículos y ejemplos de uso. Además, facilité una serie de fuentes con los prototipos y estructuras de datos para manejar las APIs desde ILE RPG. Aunque no están bajo ningún tipo de licencia, pueden distribuirse libremente siempre que se respete su autoría.

En aquella ocasión no di ningún ejemplo, ni tampoco era mi intención. Por experiencia, sé que empezar a trabajar con APIs puede resultar confuso y dificultoso, no es un camino allanado. Hoy os propongo una pequeñísima utilidad que hace uso de algunas APIs, que es utilizable y, además, puede estudiarse su código para aquéllos que quieran conocer sus tripas.



Presentación en sociedad  

Esta utilidad la he llamado Limpiar miembro de archivo físico (CLNPFM) en forma de mandato del sistema. Su función consiste en eliminar, de forma selectiva, un grupo de registros de un archivo y, si se requiere, guardarlos en un archivo de seguridad. Este mandato lo llevo utilizando muchos años y se emplea para eliminar registros de años anteriores de las bibliotecas de producción. En mi caso, no tengo desglosados los años en ficheros distintos y en bibliotecas distintas. Así, nos toca periódicamente hacer limpieza.

Continue Reading "Limpieza en archivos de base de datos (I)" »

IBM Power Blog 8.0.1 (Acercando el blog al usuario final)

Martín Ortega  17 Abril 2009     Comentarios [2]

Este tema lo he tratado con Albert Buendia.
Lo que pretende Albert es facilitarle al usuario final el poder añadir entradas de forma más sencilla.
En el blog de la 8.0.1 en principio la cosa es sencilla, se trata de poner un contenido y pegar la imágenes que quieras.
Pero a veces los usuarios quieren algo más, por ejemplo:

Poner un texto en diferente color.

Poner un texto de mayor tamaño.

Añadir un imagen con un enlace.


Añadir tablas de un tamaño determinado.

Todo es fácil si sabes HTML, pero no podemos pretender que el usuario sepa HTML.
Al principio, Albert pretendía hacer una pequeña "Guía para Torpes" para facilitarles la vida a los usuarios, pero hemos llegado a la conclusión que lo mejor es ponerselo lo más fácil posible.

Continue Reading "IBM Power Blog 8.0.1 (Acercando el blog al usuario final)" »

Disk I/O tuning (iSeries&Domino)

Martín Ortega  30 Marzo 2009     Comentarios [0]

Siguiendo el documento de Rendimiento voy a añadir esta entrada relacionada con los discos.

Disk I/O tuning
Separating some auxiliary storage pools (ASPs) for journal files was essential to our test. Using ASPs is particularly important to separate the transaction logging files from the Lotus Domino data files and the Lotus Quickr cache from the Lotus Quickr data for performance reasons.

Aunque en el documento lo que proponen es poner los journal en diferente ASP, yo le daría más importancia al porcentaje de ocupación de los discos.
Un porcentaje elevado de ocupación tiene un impacto importante en la degradación del sistema.

En un sistema donde tengamos andando aplicaciones tradicionales y le instalemos Domino, deberiamos tener en cuenta este tema.
Es normal que la gente se preocupe del total de almacenamiento disponible, es importante, pero yo diría que es más importante la cantidad de brazos disponibles, más brazos y menos capacidad ??? discos de menor capacidad y mayor número de discos ???.
No hay una respuesta concreta a estas preguntas, se trata de saber cuanto almacenamiento necesitamos y cuantos discos deberíamos poner para obtener un buen rendimiento.
Yo diría una cosa "Cuantos más discos mejor", aunque estén vacios, igual no queda bien esta afirmación, de la misma manera podriamos decir "Cuanta más memoria mejor", pues esto último no es cierto, tiene que haber un equilibrio entre los recursos del sistema.
Hace tiempo puse un documento en mi blog con título WRKDSKSTS para torpes, si estáis interesados en saber si en vuestra máquina los discos tienen un buen comportamiento, este enlace es una pequeña guía relacionada con este tema.

Memory tuning: Choosing a memory pool to use. (System i and Domino)

Martín Ortega  26 Marzo 2009     Comentarios [0]

Otro tema importante para obtener mejor rendimiento de Domino dentro de un iSeries es determinar en que pool de memoria queremos que ande nuestro servidor.
Siguiendo un poco la entrada anterior, voy a tratar de comentar el texto marcado en rojo.

Memory tuning: Choosing a memory pool to use.
By default, all the Lotus Domino servers run in the BASE memory pool. Therefore, it makes sense to assign one of the shared pools to a single Lotus Domino subsystem. You can change the size and activity level of a shared pool and the expert cache behavior (paging option) with the CHGSHRPOOL or WRKSHRPOOL commands, and then you can use the CHGSBSD command to assign the pool to the subsystem.

El pool Base es como el cajón de sastre, casi todos los trabajos del sistema andan en este pool. Ya he comentado en alguna entrada anterior que si reducimos el tamaño de cualquier otro pool, se lo queda el pool Base.
Todos los subsistemas de Domino (recordar que cuando creamos un nuevo servidor particionado en nuestra máquina tenemos un parámetro para indicarle el nombre del subsistema) andan en el pool Base, lo que propone este documento es que nos creemos un Shared Pool exclusivo para Domino y que cambiemos la descripción del subsistema (o subsistemas en el caso que tengamos más de un servidor), de esta forma evitaremos que compitan con otros trabajos del sistema y podremos optimizar mejor el rendimiento de nuestro servidor.



Como ???, bueno, no me voy a comer mucho el coco con esto, podemos usar la guía de gestión de trabajos o este documento en el blog de Marti Riera  tenemos una entrada donde lo explica de forma bastante clara.  

Performance tuning IBM Lotus Quickr services for Lotus Domino

Martín Ortega  19 Marzo 2009     Comentarios [0]

El documento del enlace está dividido en varias partes en función del sistema operativo donde esté andando Domino.
Empieza con ajuste del Servidor Domino y después ya entra en temas de Quickr.
Voy a comentar algunos puntos que en mi opinión son importantes para obtener un buen rendimiento en un servidor iSeries.
Es verdad que con los power 5 y 6, el tunning en System i no es tan importante, pero dicen "los listos" que si la gente se preocupara más de estas cosas, podrían bajar un nivel de máquina. Esta claro que la forma en que estén desarrolladas las aplicaciones tiene un impacto fundamental en el rendimiento del sistema, pero que pasa con Domino ???

Processor tuning: Choosing processor priority
All the Lotus Domino jobs on System i5 run as batch immediate jobs, and all have a run priority of 20. If the response time rises exceptionally high during the times when you observe high processor utilization caused by jobs such as UPDATE or AMGR, you can reduce the priority of those tasks to improve performance.

Un trabajo interactivo tiene una prioridad 20 y un trabajo batch 50, esto es lo que trae el sistema por defecto, pero eso de "batch inmediato" es como una cosa "un poco rara", y como podéis comprobar tiene la misma prioridad que un trabajo interactivo.
Lo que está diciendo el documento del enlace es que los "jobs que menten caña al sistema" deberiamos bajarle la prioridad para que no impacten en el rendimiento del sistema.
Hace referencia al Update y al Amgr (Agentes) pero se olvida del Design. La verdad es que el Design suele entrar de "madrugá", pero los otros jobs están continuamente ejecutandose en el sistema, reducirles la prioridad puede evitar algún sofocón de nuestra máquina.

No me da tiempo a comentar otros puntos del documento, espero seguir con este tema en próximas entradas.

Lotusphere Oviedo, primeras imágenes

Martín Ortega  18 Marzo 2009     Comentarios [0]

Esta mañana se ha celebrado la primera sesión del Lotusphere de Oviedo.
Al final lo que hicimos es separar a la gente en dos turnos.
Las imagenes corresponde al primer turno, la verdad es que no he hecho muchas fotos, Alejandro Ahumada si lo vi en plan "paparachi", espero que publique las fotos en su blog.


Continue Reading "Lotusphere Oviedo, primeras imágenes" »

Lotusphere canceled because there are too much pointed people

Martín Ortega  14 Marzo 2009     Comentarios [0]

Bueno, lo del título es una broma, pero lo de las sillas no es cachondeo.
El último Lotusphere del año 2009 en este planeta está próximo.



En principio estaba previsto hacerlo en la oficina de IBM Oviedo, pero me temo que tendrán que hacer algún cambio porque no cabemos.
No tengo ni idea que piensan hacer, estas cosas las está gestionando Alejandro Ahumada con la gente de Lotus.

Solo recordaros que el próximo miércoles día 18 es la fecha, donde ??? ya nos lo dirán.

Mis próximos proyectos en SIDRA400

Martín Ortega  14 Marzo 2009     Comentarios [0]

En estos momentos estoy un poco parado, me he bajado WebSphere Portal con la intención de ponerlo operativo en SIDRA400, pero no lo tengo claro.
Hace años lo tuve funcionando en mi web, el producto me encanta, tiene un montón de opciones para personalización, portles, bibliotecas de documentos, etc, etc, pero claro, necesitaría una máquina decente.
Podría usar mi Mac, pero eso significaría sacrificarlo y no quiero.
Seguir investigando la plantilla del blog de IBM ???, es otra opción pero muy limitada, la cosa no da mas de si.
XPages ??? quizás sea la opción, inconvenientes ??? si me meto es para tomármelo en serio y me tengo pánico, como estas cosas las hago en mis ratos libres me puede costar el divorcio.
Ayer me estuve entreteniendo un poco con un nuevo blog, el objetivo es hacer algo diferente con una guía que permita a los "Torpes" poder hacer las modificaciones que quieran sin saber nada de código, ya veremos si continuo o voy de frente a XPages.

Otra opción es ponerme "full time" a AS/400 y dejar la parte de Lotus para colaborar con lo que pueda en el ESLUG, hombre, a bote pronto creo que es "la opción buena".



Cual es la parte mala de esta opción ??? No hace mucho la gente de ServerNews animaba al personal del foro de Help400 a montar una comunidad, ponían como ejemplo al ESLUG.
Vamos a decir que la gente no contestó a la propuesta, solamente una persona dijo que esas cosas eran para gente joven.
Cogno, cogno, cogno, y yo que soy ???, un chavalín ???.
Volvió a la carga con el tema, dijo que en la redacción de la revista tenían claro que la comunidad AS/400 no existe.
Yo creo que la cifra que dio de AS/400's instalados en España era de "12.000". Claro que existe potencial para crear una comunidad de AS/400 ¡¡¡, pero hacen falta iniciativas, ese es el problema.
He intentado algo en el foro de Help400, pero sin ningún resultado, yo creo que están esperando que alguien de ServerNews (el Papa Help, como le llaman algunos) se ponga las pilas y tire del carro, por ejemplo "reabriendo la web de Recursos400" que parece que llega unos años parada.

Bueno, yo no he perdido la esperanza, creo que seguiré por aquí dando guerra, pero tengo que reconocer que "si que me gustaría ver a la comunidad de iSaurios moverse un poco más".

Excelente guía de aprendizaje sobre XPages

Martín Ortega  5 Marzo 2009     Comentarios [0]

Hoy he visto en Planet Lotus algunas entradas que hacían referencia al blog de Declan, donde hay un montón de entradas sobre XPages.
Gran aportación de este paisano a la comunidad de Lotus, si señor ¡¡¡.

Thanks Dec ¡¡¡