Open frannuca opened 11 years ago
Breeze on Win64 arch reports the following error: org.jblas ERROR Couldn't load copied link file: java.lang.UnsatisfiedLinkError:
I'm trying to reproduce it but the network @ work is so incredibly freaking slow, I'm getting nowhere...
It worked but without blas. I think it has a local implementation or something where it reverts if blas is not found.
I have added a first quick look-up method inside the getNormalizedCoord in Nurbs2DBase. The performance improvement is good, now Equally, Chord and Centripetal have similar speed for 5600 samples computation. Still needs re-factoring and allow to the user to choose the axis grid tolerance (maybe through akka.conf file)
Cool, I'll have a look ;) Just done some cleanups.
Did you notice that the error has increased?
Sorry for the latest version commit but I had lots of merging problems. The error should be now better in this latest version. Now the axis are pre-sampled with an amount of points dependent on the tolerance. The error is slightly lager for the cases of Chord and Centripetal than for the case of Equidistant grid samples.
Ok, I'll try it... I readded my changes...
We need to see how the algorithm behaves with vol surfaces. In Sophis we need to re-generate the whole volatility surface at once (typically 10y in maturity and from 0 to 500% in strike performance. We could create a vol surf grid and apply the following nurb construction:
val bspline = new Nurbs2DEqually(qk, Array(1, 2), Seq(nSamplesX, nSamplesY)) where Array(1,2) denotes lineal interpolation for maturity and second order interpolation for strike, asuming that x-axis applies to time and y-axis to strike.
If the surface is acceptable we need to migrate into breeze and in parallel code the surface generator in C#