Blogia
Blog de Ibercivis

La base actual de ibercivis

El dato concreto, maquinas que se conectaron en los ultimos 7 dias (el total acumulado de usuarios es bastante mayor):

mysql> select p_ncpus, count(*), AVG(p_iops)/1E9, AVG(p_fpops)/1E9, SUM(serialnum regexp "CUDA") as CUDA, SUM(serialnum regexp "ATI") as ATI from host where rpc_time > UNIX_TIMESTAMP()-3600*24*7  group by p_ncpus;


+---------+----------+-----------------+------------------+------+------+
| p_ncpus | count(*) | AVG(p_iops)/1E9 | AVG(p_fpops)/1E9 | CUDA | ATI  |
+---------+----------+-----------------+------------------+------+------+
|       1 |     1206 | 2.7561012142131 |  1.4241654654338 |    4 |    3 |
|       2 |     2983 | 4.3431943244639 |  1.9450714006494 |   78 |   21 |
|       3 |       22 |  5.611652419765 |  2.3400212082121 |    2 |    2 |
|       4 |      790 | 5.9690432937058 |  2.3902272839693 |   68 |   15 |
|       8 |      128 |  7.744158168674 |  2.6107819954947 |   13 |    6 |
|      16 |        5 | 4.1289920559084 |  2.1392497037435 |    0 |    0 |
+---------+----------+-----------------+------------------+------+------+

Sin nunguna benchmark especifica, simplemente tal y como informa el cliente BOINC.

Ya que estamos, las sumas "pico" de los contactados en la ultima semana son 23.9 Teraflops, que naturalmente se reparten entre diversos proyectos BOINC y el hecho de que los usuarios tambien emplean el ordenador para ellos. El contacto en las ultimas 24 horas suma 16.7 Teraflops.

Respecto a las GPUs, no todas son de ultima generacion, tan solo la mitad son recientillas. Con estos datos se podria arguir que el uso inmediato de las GPUs multiplicaria por dos la potencia total de ibercivis, si un investigador nos pasa un codigo tan optimo que le sacamos 100 gigaflops a cada tarjeta, de promedio. Seria cuestion de ver como apañarse (openGL y openGLoquesea) para evitar el tener que hacer doble porting (triple, si tenemos que portar a ATI por separado). Lo cierto es que un factor dos no es despreciable, asi que es cosa de ir tocando a los investigadores a ver si tienen codigo disponible.

Incidentalmente, Anderson le esta dando muchas vueltas ultimamente a la medida de creditos y potencia:

http://boinc.berkeley.edu/trac/wiki/CreditNew

5 comentarios

Manu -

Como llegan los reyes os podemos decir que desde nuestro grupo (snowbrothers),un grupo de personas freelance y que como hobby nos dedicamos al diseño en 3d),os dejaremos por las noches la workstation con rendimiento pleno por si os animais o necesitais calculo por gpu.

Saludos y feliz año.

Manu -

Lo que si se puede hacer es dar la licencia y el copyright por boinc para ejecutar tareas y programas privados en los ordenadores de los usuarios boinc.

manu -

Todos sabemos que eso dependera principalmente de las tarjetas de cada uno,esta mas claro que se necesita tarjeta compatible con dx10 minimo,las aplicaciones que mandeis dependeran de las tarjetas y programas graficos usados por el usuario,una cosa es que use un videojuego y otra muy diferente que use maya/3dmax/ o este renderizando lo cual naturalmente no usara boinc simultaneamente,lo importante de esto y la mayor diferencia es en las velocidades y cantidad de memoria por gpu,aqui a destacar que los trabajos cortos y medios se les pueden mandar a todas las gpu pero las tareas pesadas de mas de 1 mega solo se las podriais enviar a un grupo determinado de gpus,esas tareas grandes de horas o dias la manera de funcionamiento y analisis es por tramos de tarea ejecutada informes por tamaño,ejemplo tarea 2 mega,3 horas calculo data 1-3 20 megas,3-6 horas data 3-6 20 megas,cada 20 megas de informacion genera un archivo en orden que seran enviados todos cuando finalize la tarea al completo.Por lo tanto no debeis renunciar al computo de grandes calculos en gpu.L division de un trabajo o tarea en tramos es para poder aprovechar parte o todo el trabajo de una tarea que por su gran cantidad de calculo es altamente propensa a error.El enviar grandes archivos es mejor que enviar mini archivos,porque gestionas mucho mejor el tiempo por gpu y sabes que en un minimo de x horas esa gpu no volvera solicitar tareas gpu,la otra situacion seria usar los calculos normales de cpu para gpu,en esto voy decir que no esta mal pero es una manera de desaprobechar el potencial de las cpu que pueden trabajar al unisono de las gpu,aparte enviar una libreria de calculo matematico autoejecutable a la gpu/s aceleraria muchisimo mas los resultados,el problema es que la unica libreria que conozco es MATLAB Y Accelereyes ambos son de pago y en el caso de matlab para laboratorio y la version de industria rondan los 600 y 2000 euros cada una y acelereyes otros 2000 euros,esto aceleraria el rendimiento muchisimo por watio electrico consumido en cada gpu,lo ideal seria encontrar algo "freeware" que pudierais enviar para ayudar a la gpu a mejorar el rendimiento y calculo general.Pensad en el futuro y no hagais un programa capado a 2 gpu maximo,como en todo hay ordenadores con hasta 4 gpu y os pudeo decir que hay ordenadores que haciendo diversas modificaciones pueden hacer "doble tarea por gpu" hasta un maximo de 8 tareas con 4 gpu,aunque a mitad de velocidad,naturalmente esas modificaciones no las cubre ninguna garantia.

Saludos

David -

¿Pero qué OpenGL? Ya tenemos OpenCL para estos menesteres.

cosubaru -

Celebro con alegria la vuelta de las entradas al blog ^^, en cuanto a computar con gpu si al final os decidis contad con la mia ;)