Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support CONDUCTANCE keyword in modcc? #1380

Closed
halfflat opened this issue Feb 15, 2021 · 2 comments
Closed

Support CONDUCTANCE keyword in modcc? #1380

halfflat opened this issue Feb 15, 2021 · 2 comments
Labels
modcc nmodl Interpretation or extension of NMODL.

Comments

@halfflat
Copy link
Contributor

We currently (ha) compute the conductance by symbolic differentiation of the current assignment expression. Notwithstanding other issues in this process (see #794), the resultant expression may be very expensive, and not amenable to automatic algebraic simplification. In these instances, a user supplied CONDUCTANCE could supply a 'good enough' approximation at much lower computational cost.

The CONDUCTANCE keyword was added to NMODL by the BBP in order to improve upon the numerical difference scheme that was previously used, and now is optional with the use of the NMODL Framework (see: https://bluebrain.github.io/nmodl/html/notebooks/nmodl-sympy-conductance.html).

@thorstenhater
Copy link
Contributor

We parse and then igore CONDUCTANCE statements for now. Our best practices tell users to write

  LOCAL g
  g = ...
  i = g*(v - e)

instead of i = (...)*(v - e) to avoid overheads.

@thorstenhater
Copy link
Contributor

Given these ideas, I think it's better not to force users to supply their and instead rely on automatic differentiation and some optimisation to obtain the same effect.

Closed until further notice.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
modcc nmodl Interpretation or extension of NMODL.
Projects
None yet
Development

No branches or pull requests

3 participants