Multiplicadores y desbordamiento

[charli va]

Buenas a todos , creo un nuevo hilo porque el de Gerardo se ha ido de tema y creo que es más interesante crear un hilo sólo para lo que vaya surgiendo de este tema.

Aprovecho para preguntaros ¿tiene sentido que el multiplicador gestione el overflow con algún artefacto que impida que el número desborde por arriba o por abajo? seteando valores límite en los extremos en caso de que la operación desborde?

O creéis que es mejor dejarlo y confiar en el buen critterio del autor.

[charliva]

Lo comento porque cuando he utilizado DSPs es muy común o que directamente gestionen ellos la saturación (evitando el overflow), o te permiten configurar si quieres que trabajen en modo saturación o en modo overflow, o te dejan en algún registro si ha habido o no overflow para que tu te apañes.

Cualquier de las opciones es sencilla de implementar y creo que sería un plus para nuestros mini dsps.

Ya me decís que os parece y así voy completando los módulos.

Por cierto he encontrado algunos errores en la gestión del signo y precisamente en zonas límite así que en el finde os devolveré los multiplicadores corregidos, si me decís que os parece esta funcionalidad de gestionar los overflow lo dejo también incluido, lo único dadme vuestra opinión de qué opción veis más interesante.

[Jesus Arias]

Hola

Estas pruebas con los multiplicadores me han llevado a añadir las instrucciones de multiplicación y división a mi diseño de core RiscV. Y aunque he usado el multiplicador secuencial más básico, al igual que para el divisor, la mejora de velocidad ha sido muy notable. Adjunto el código del core y su documentación actualizada.

Saludos

[charli va]

Madre mía!! el incremento en velocidad ha sido brutal! cuando he visto el 923% .......... ¡enhorabuena Jesús!, Larva tiene una pinta increible, en cuanto pueda lo probaré, he hecho solo un vistazo en diagonal a la docu, pero eso .. .brutal no me podía imaginar un incremento tan impresionante al meter el multiplicador hardware y además el sencillo....

--
Has recibido este mensaje porque estás suscrito al grupo "FPGAwars: explorando el lado libre" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a fpga-wars-explorando-el...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/fpga-wars-explorando-el-lado-libre/79b5eebd-802f-49c6-97a4-83e73cf5c7afn%40googlegroups.com.

[Jesus Arias]

>Made mía!! el incremento en velocidad ha sido brutal! cuando he visto el 923%

Ese ratio es respecto del core PicoRV sin multiplicación hardware, y lógicamente sale grande. Si miras los tiempos del PicoRV con multiplicación hardware el ratio de velocidad es de x 1.96 ;)

[charli va]

aún así casi un x2 no está nada mal!!

Para ver este debate, visita https://groups.google.com/d/msgid/fpga-wars-explorando-el-lado-libre/1a69df4c-1363-4cc7-816a-e75df1a7dd6bn%40googlegroups.com.

[charli va]

Jesús ¿tienes algún system de prueba que uses para tests? he estado leyendo ahora el documento con calma y me parece un proyectazo, y en las próximas semanas si intento echarlo andar por hacerlo con el mismo setup o similar al que uses.

Una vez más enhorabuena por el core, tiene muy buenas ideas.

[charli va]

Tengo ya un system preparado para entrar en juego XD estoy aprovechando esto para seguir evolucionando y testando la parte de simulación que estoy preparando, son pruebas de fuego increibles ;)

Os iré contando cuando tenga avances.

Pasad buen día!

[Jesus Arias]

Hola, buenos días

Aunque sea un poco tarde te adjunto los fuentes de un sistema simple con los dos cores (laRVa y Picorv) a elegir.

El PicoRV se resistía a funcionar cuando en las simulaciones iba bien. Al final resulta que necesitaba un pulso de reset más largo.

Saludos

[charli va]

Fantástico seguro que lo aprovecho yo he montado algo mucho más simple.

Las simulaciones siempre son un poco ilusorias solo son un primer paso, pero ayudan mucho.

Luego os mandaré lo de mandelbrot ya lo tengo actualizado con el nuevo código que pasaste y conseguí solucionar el problema del overflow de las últimas columnas, es un artefacto de la simulación que arrastraba el último valor de un registro en videomodule, en real funciona pero el simulador se atraganta XD

Te pasaré unos ajustes por si los quieres añadir y así que el código sea 100% compatible con la simulación.

Igual me animo e intento meter el defender para ver si escala bien el l framework , debería llevarme  poco ponerlo  en marcha, esta tarde si puedo lo hago, eso si el sonido lo veo chungo a la velocidad del simulador 😅

Para ver este debate, visita https://groups.google.com/d/msgid/fpga-wars-explorando-el-lado-libre/8813ae54-1228-4446-b045-c59732bef8b9n%40googlegroups.com.