NEURON Modeling Language Source-to-Source Compiler Framework
Project description
The NMODL Framework
The NMODL Framework is a code generation engine for NEURON MODeling Language (NMODL). It is designed with modern compiler and code generation techniques to:
- Provide modular tools for parsing, analysing and transforming NMODL
- Provide easy to use, high level Python API
- Generate optimised code for modern compute architectures including CPUs, GPUs
- Flexibility to implement new simulator backends
- Support for full NMODL specification
About NMODL
Simulators like NEURON use NMODL as a domain specific language (DSL) to describe a wide range of membrane and intracellular submodels. Here is an example of exponential synapse specified in NMODL:
NEURON {
POINT_PROCESS ExpSyn
RANGE tau, e, i
NONSPECIFIC_CURRENT i
}
UNITS {
(nA) = (nanoamp)
(mV) = (millivolt)
(uS) = (microsiemens)
}
PARAMETER {
tau = 0.1 (ms) <1e-9,1e9>
e = 0 (mV)
}
ASSIGNED {
v (mV)
i (nA)
}
STATE {
g (uS)
}
INITIAL {
g = 0
}
BREAKPOINT {
SOLVE state METHOD cnexp
i = g*(v - e)
}
DERIVATIVE state {
g' = -g/tau
}
NET_RECEIVE(weight (uS)) {
g = g + weight
}
Installation
See INSTALL.md for detailed instructions to build the NMODL from source.
Try NMODL with Docker
To quickly test the NMODL Framework's analysis capabilities we provide a docker image, which includes the NMODL Framework python library and a fully functional Jupyter notebook environment. After installing docker and docker-compose you can pull and run the NMODL image from your terminal.
To try Python interface directly from CLI, you can run docker image as:
docker run -it --entrypoint=/bin/sh bluebrain/nmodl
And try NMODL Python API discussed later in this README as:
$ python3
Python 3.6.8 (default, Apr 8 2019, 18:17:52)
>>> from nmodl import dsl
>>> import os
>>> examples = dsl.list_examples()
>>> nmodl_string = dsl.load_example(examples[-1])
...
To try Jupyter notebooks you can download docker compose file and run it as:
wget "https://raw.githubusercontent.com/BlueBrain/nmodl/master/docker/docker-compose.yml"
DUID=$(id -u) DGID=$(id -g) HOSTNAME=$(hostname) docker-compose up
If all goes well you should see at the end status messages similar to these:
[I 09:49:53.923 NotebookApp] The Jupyter Notebook is running at:
[I 09:49:53.923 NotebookApp] http://(4c8edabe52e1 or 127.0.0.1):8888/?token=a7902983bad430a11935
[I 09:49:53.923 NotebookApp] Use Control-C to stop this server and shut down all kernels (twice to skip confirmation).
To access the notebook, open this file in a browser:
file:///root/.local/share/jupyter/runtime/nbserver-1-open.html
Or copy and paste one of these URLs:
http://(4c8edabe52e1 or 127.0.0.1):8888/?token=a7902983bad430a11935
Based on the example above you should then open your browser and navigate to the URL http://127.0.0.1:8888/?token=a7902983bad430a11935
.
You can open and run all example notebooks provided in the examples
folder. You can also create
new notebooks in my_notebooks
, which will be stored in a subfolder notebooks
at your current
working directory.
Using the Python API
Once the NMODL Framework is installed, you can use the Python parsing API to load NMOD file as:
from nmodl import dsl
examples = dsl.list_examples()
nmodl_string = dsl.load_example(examples[-1])
driver = dsl.NmodlDriver()
modast = driver.parse_string(nmodl_string)
The parse_file
API returns Abstract Syntax Tree (AST) representation of input NMODL file. One can look at the AST by converting to JSON form as:
>>> print (dsl.to_json(modast))
{
"Program": [
{
"NeuronBlock": [
{
"StatementBlock": [
{
"Suffix": [
{
"Name": [
{
"String": [
{
"name": "POINT_PROCESS"
}
...
Every key in the JSON form represent a node in the AST. You can also use visualization API to look at the details of AST as:
from nmodl import ast
ast.view(modast)
which will open AST view in web browser:
The central Program node represents the whole MOD file and each of it's children represent the block in the input NMODL file. Note that this requires X-forwarding if you are using Docker image.
Once the AST is created, one can use exisiting visitors to perform various analysis/optimisations. One can also easily write his own custom visitor using Python Visitor API. See Python API tutorial for details.
NMODL Frameowrk also allows to transform AST representation back to NMODL form as:
>>> print (dsl.to_nmodl(modast))
NEURON {
POINT_PROCESS ExpSyn
RANGE tau, e, i
NONSPECIFIC_CURRENT i
}
UNITS {
(nA) = (nanoamp)
(mV) = (millivolt)
(uS) = (microsiemens)
}
PARAMETER {
tau = 0.1 (ms) <1e-09,1000000000>
e = 0 (mV)
}
...
High Level Analysis and Code Generation
The NMODL Framework provides rich model introspection and analysis capabilities using various visitors. Here is an example of theoretical performance characterisation of channels and synapses from rat neocortical column microcircuit published in 2015:
To understand how you can write your own introspection and analysis tool, see this tutorial.
Once analysis and optimization passes are performed, the NMODL Framework can generate optimised code for modern compute architectures including CPUs (Intel, AMD, ARM) and GPUs (NVIDIA, AMD) platforms. For example, C++, OpenACC and OpenMP backends are implemented and one can choose these backends on command line as:
$ nmodl expsyn.mod sympy --analytic
To know more about code generation backends, see here. NMODL Framework provides number of options (for code generation, optimization passes and ODE solver) which can be listed as:
$ nmodl -H
NMODL : Source-to-Source Code Generation Framework [version]
Usage: /path/<>/nmodl [OPTIONS] file... [SUBCOMMAND]
Positionals:
file TEXT:FILE ... REQUIRED One or more MOD files to process
Options:
-h,--help Print this help message and exit
-H,--help-all Print this help message including all sub-commands
--verbose=info Verbose logger output (trace, debug, info, warning, error, critical, off)
-o,--output TEXT=. Directory for backend code output
--scratch TEXT=tmp Directory for intermediate code output
--units TEXT=/path/<>/nrnunits.lib
Directory of units lib file
Subcommands:
host
HOST/CPU code backends
Options:
--c C/C++ backend (true)
acc
Accelerator code backends
Options:
--oacc C/C++ backend with OpenACC (false)
sympy
SymPy based analysis and optimizations
Options:
--analytic Solve ODEs using SymPy analytic integration (false)
--pade Pade approximation in SymPy analytic integration (false)
--cse CSE (Common Subexpression Elimination) in SymPy analytic integration (false)
--conductance Add CONDUCTANCE keyword in BREAKPOINT (false)
passes
Analyse/Optimization passes
Options:
--inline Perform inlining at NMODL level (false)
--unroll Perform loop unroll at NMODL level (false)
--const-folding Perform constant folding at NMODL level (false)
--localize Convert RANGE variables to LOCAL (false)
--global-to-range Convert GLOBAL variables to RANGE (false)
--localize-verbatim Convert RANGE variables to LOCAL even if verbatim block exist (false)
--local-rename Rename LOCAL variable if variable of same name exist in global scope (false)
--verbatim-inline Inline even if verbatim block exist (false)
--verbatim-rename Rename variables in verbatim block (true)
--json-ast Write AST to JSON file (false)
--nmodl-ast Write AST to NMODL file (false)
--json-perf Write performance statistics to JSON file (false)
--show-symtab Write symbol table to stdout (false)
codegen
Code generation options
Options:
--layout TEXT:{aos,soa}=soa Memory layout for code generation
--datatype TEXT:{float,double}=soa Data type for floating point variables
--force Force code generation even if there is any incompatibility
--only-check-compatibility Check compatibility and return without generating code
--opt-ionvar-copy Optimize copies of ion variables (false)
Documentation
We are working on user documentation, you can find current drafts of :
Citation
If you would like to know more about the the NMODL Framework, see following paper:
- Pramod Kumbhar, Omar Awile, Liam Keegan, Jorge Alonso, James King, Michael Hines and Felix Schürmann. 2019. An optimizing multi-platform source-to-source compiler framework for the NEURON MODeling Language. In Eprint : arXiv:1905.02241
Support / Contribuition
If you see any issue, feel free to raise a ticket. If you would like to improve this framework, see open issues and contribution guidelines.
Examples / Benchmarks
The benchmarks used to test the performance and parsing capabilities of NMODL Framework are currently being migrated to GitHub. These benchmarks will be published soon in following repositories:
Funding & Acknowledgment
The development of this software was supported by funding to the Blue Brain Project, a research center of the École polytechnique fédérale de Lausanne (EPFL), from the Swiss government's ETH Board of the Swiss Federal Institutes of Technology. In addition, the development was supported by funding from the National Institutes of Health (NIH) under the Grant Number R01NS11613 (Yale University) and the European Union’s Horizon 2020 Framework Programme for Research and Innovation under the Specific Grant Agreement No. 785907 (Human Brain Project SGA2).
Copyright © 2017-2022 Blue Brain Project/EPFL
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distributions
Built Distributions
Hashes for NMODL_nightly-0.6.14-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | cb464467f900d5eea5a728d129f511000f16d8edef7d1205df79e738fa914515 |
|
MD5 | 729138e46f729382be605d75db6ac4b3 |
|
BLAKE2b-256 | bae2933f7aba98fb57e95679e93e5c2278f481c22ee668c10725daa41c1074bc |
Hashes for NMODL_nightly-0.6.14-cp311-cp311-macosx_10_15_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | af480a27b86fe6c57103410d8524eb272b35dce550a72269fd47de5d3e1b7a9f |
|
MD5 | d9623e643937b4aa500d1f76ac965d5d |
|
BLAKE2b-256 | 6d2a3cb16c198a324c115e0a8f9f9eb15f30ab5bc0299c2e8c1a03fc815a8506 |
Hashes for NMODL_nightly-0.6.14-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | c7cf94f1c971ac8b576a8037601011951b5708e854230609c18b46f8189de2e0 |
|
MD5 | f68325bea33a08f7066334b417bc4002 |
|
BLAKE2b-256 | 5a6717e328f7a0673c16e2da1eec45cb5dee92fed6da7e4f1987be95e6d80b76 |
Hashes for NMODL_nightly-0.6.14-cp310-cp310-macosx_10_15_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 6e45c96d467c0c48096637c26427b004eb1a6ea8765642eda4977ab4b6c2ef29 |
|
MD5 | ab7365c09a513c626390c99b0ea94a31 |
|
BLAKE2b-256 | a630ab853e1039b752ccb6e88f4bd42c36e06c335d754d61e4a61ffcc4ea783e |
Hashes for NMODL_nightly-0.6.14-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | f8a8bbb09884301e5bb7b2389d031fc775b661e598f80e1a71b94d6512865505 |
|
MD5 | f07840c9dc99fcb9412e46381a49f61b |
|
BLAKE2b-256 | 6666831aa929414f248bac308c13a1e569d833de5dc47c56f56e9e81a7bd428a |
Hashes for NMODL_nightly-0.6.14-cp39-cp39-macosx_10_15_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | e51e17ee3252b80b8a95e31e7dcd866c539adb557c31134917aba6ecfb53f16b |
|
MD5 | bf3b7a8295b14cbf3968618b4921e43b |
|
BLAKE2b-256 | d9671463257398b0f8754b02c0b469a128a53a8b1ff1a2ca4881a529255c0997 |
Hashes for NMODL_nightly-0.6.14-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 6ba384489e8d87897b526fd963c5b15e16144b85107ed6aac8c51cccdcb9bfcd |
|
MD5 | 0b839da72afacf1144376c6d23aea60d |
|
BLAKE2b-256 | 4c0fe48393affe485d69142f9d15d36d2eeda5d3823e67dcf13e36079749d4b7 |
Hashes for NMODL_nightly-0.6.14-cp38-cp38-macosx_10_15_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 99bdca0d8acda198bcb2eaab71d8ebde7ca631bb8dc9347c57a95f4815bacb1f |
|
MD5 | 96fad76ac2fdb684e68a34c6e4912a9d |
|
BLAKE2b-256 | 77ea259b823e48abab7cacaf552533e63108272a26c90d8dd070d3f23ecb0f6a |