From: Akira F. <fu...@sy...> - 2006-04-14 10:32:32
|
Hi, At Thu, 13 Apr 2006 18:44:55 +0200, Witold Eryk Wolski <W.E...@nc...> wrote: > First, given the functions suggested above it would be easily > possible for a library user, the application developer, to implement > any concrete design he needs. Norihiro, why do you think that the > parameter scan should be implemented in Soslib and not in > CellDesigner? This is what we (Rainer, Christoph, Norihiro and me) have discussed at the previous SBML Hackathon which was held in Japan. At that time, SOSlib was just started for its development (there already had an implementation of SBML ODE Solver itself, but not a library), and we've talked about which (SOSlib or CellDesigner) should implement parameter scan function. The conclusion at that time was to implement it in SOSlib, because we thought supporting parameter scan in SOSlib will decrease the development cost for each programmer who will use SOSlib. Usually, libraries are developed to avoid reinvesting a wheel by other developers, and we thought that parameter scan will be in this topic. Also, CellDesigner is implemented in Java, so it would be nice to reduce the overhead by the programming language. Usually C is faster than Java, so that we though it would benefit us to just wrap the C function from Java. # OK, I know that current JIT technology really rocks, so under some # circumstance (variable type, data cache size, instruction cache # size, etc.) Java can beat C++, but it's not a usual thing... Thanks, -- Akira Funahashi, Ph.D. | Kitano Symbiotic Systems Project, [fu...@sy...]| ERATO-SORST, JST |