Kotlin mathematics extensions library
Go to file
2021-07-13 14:20:13 +01:00
.github/workflows Run build workflow for PRs 2021-06-08 21:14:10 +07:00
.idea Configure copyright scoping 2021-04-21 19:46:02 +07:00
benchmarks Generated benchmarking reports 2021-06-15 17:14:18 +07:00
buildSrc Refactor benchmark report writer 2021-06-19 20:52:26 +07:00
docs Fix README.md again 2021-06-09 21:40:47 +07:00
examples Fix argmax for tensors 2021-07-08 21:08:20 +01:00
gradle/wrapper Back to gradle 7 2021-04-16 20:30:40 +03:00
kmath-ast Some refactoring of AST rendering 2021-06-15 20:37:40 +07:00
kmath-commons Update CMRandomGeneratorWrapper 2021-06-20 17:42:25 +07:00
kmath-complex Fix README.md again 2021-06-09 21:40:47 +07:00
kmath-core Update Jafama module documentation with some minor code amendments 2021-06-14 21:51:06 +07:00
kmath-coroutines Add out variance to StructureND and some related types, make some unrelated changes 2021-05-20 19:57:55 +07:00
kmath-dimensions Fix benchmarks 2021-04-16 22:43:10 +03:00
kmath-ejml Fix README.md again 2021-06-09 21:40:47 +07:00
kmath-for-real Fix README.md again 2021-06-09 21:40:47 +07:00
kmath-functions Update Jafama module documentation with some minor code amendments 2021-06-14 21:51:06 +07:00
kmath-geometry Introduce PerformancePitfall annotation 2021-05-13 11:09:49 +03:00
kmath-histograms Fix Univariate histogram filling 2021-06-15 13:45:08 +03:00
kmath-jafama Generated benchmarking reports 2021-06-15 17:14:18 +07:00
kmath-jupyter Special rendering of Quaternion #330 2021-05-13 22:59:35 +07:00
kmath-kotlingrad Merge pull request #360 from mipt-npm/commandertvis/just-calculate 2021-06-11 09:53:05 +03:00
kmath-memory Add out variance to StructureND and some related types, make some unrelated changes 2021-05-20 19:57:55 +07:00
kmath-nd4j NoaTensorAlgebra 2021-07-08 21:37:13 +01:00
kmath-noa testing algebra 2021-07-13 14:20:13 +01:00
kmath-stat Remove second generic from DifferentiableExpression 2021-05-25 16:53:53 +03:00
kmath-symja Fix shield README.md, fix build 2021-06-08 21:11:16 +07:00
kmath-tensors dependencies fixed 2021-07-12 21:12:02 +01:00
kmath-viktor Introduce PerformancePitfall annotation 2021-05-13 11:02:20 +03:00
.gitignore Configure copyright scoping 2021-04-21 19:46:02 +07:00
.space.kts Advanced configuration API for cm-optimization 2020-10-25 19:31:12 +03:00
build.gradle.kts Refactor benchmark report writer 2021-06-19 20:52:26 +07:00
CHANGELOG.md Fix Univariate histogram filling 2021-06-15 13:45:08 +03:00
gradle.properties Update gradle.properties 2021-05-08 18:07:53 +03:00
gradlew Configure copyright scoping 2021-04-21 19:46:02 +07:00
gradlew.bat Upgrade build tools plugin to dev version; file reformat; change dependencies' versions; specify visibility explicitly at certain places (core, especially), make some interfaces fun 2020-09-08 16:40:47 +07:00
README.md Update Jafama module documentation with some minor code amendments 2021-06-14 21:51:06 +07:00
settings.gradle.kts initial commit for noa module 2021-06-25 22:36:01 +01:00

JetBrains Research DOI Gradle build Maven Central Space

KMath

Could be pronounced as key-math. The Kotlin Mathematics library was initially intended as a Kotlin-based analog to Python's NumPy library. Later we found that kotlin is much more flexible language and allows superior architecture designs. In contrast to numpy and scipy it is modular and has a lightweight core. The numpy-like experience could be achieved with kmath-for-real extension module.

Documentation site (WIP)

Publications and talks

Goal

  • Provide a flexible and powerful API to work with mathematics abstractions in Kotlin-multiplatform (JVM, JS and Native).
  • Provide basic multiplatform implementations for those abstractions (without significant performance optimization).
  • Provide bindings and wrappers with those abstractions for popular optimized platform libraries.

Non-goals

  • Be like NumPy. It was the idea at the beginning, but we decided that we can do better in terms of API.
  • Provide the best performance out of the box. We have specialized libraries for that. Need only API wrappers for them.
  • Cover all cases as immediately and in one bundle. We will modularize everything and add new features gradually.
  • Provide specialized behavior in the core. API is made generic on purpose, so one needs to specialize for types, like for Double in the core. For that we will have specialization modules like kmath-for-real, which will give better experience for those, who want to work with specific types.

Features and stability

KMath is a modular library. Different modules provide different features with different API stability guarantees. All core modules are released with the same version, but with different API change policy. The features are described in module definitions below. The module stability could have following levels:

  • PROTOTYPE. On this level there are no compatibility guarantees. All methods and classes form those modules could break any moment. You can still use it, but be sure to fix the specific version.
  • EXPERIMENTAL. The general API is decided, but some changes could be made. Volatile API is marked with @UnstableKmathAPI or other stability warning annotations.
  • DEVELOPMENT. API breaking generally follows semantic versioning ideology. There could be changes in minor versions, but not in patch versions. API is protected with binary-compatibility-validator tool.
  • STABLE. The API stabilized. Breaking changes are allowed only in major releases.

Modules


Maturity: EXPERIMENTAL


Maturity: EXPERIMENTAL


Maturity: EXPERIMENTAL

Features:


Maturity: EXPERIMENTAL


Complex numbers and quaternions.

Maturity: PROTOTYPE

Features:


Core classes, algebra definitions, basic linear algebra

Maturity: DEVELOPMENT

Features:

  • algebras : Algebraic structures like rings, spaces and fields.
  • nd : Many-dimensional structures and operations on them.
  • linear : Basic linear algebra operations (sums, products, etc.), backed by the Space API. Advanced linear algebra operations like matrix inversion and LU decomposition.
  • buffers : One-dimensional structure
  • expressions : By writing a single mathematical expression once, users will be able to apply different types of objects to the expression by providing a context. Expressions can be used for a wide variety of purposes from high performance calculations to code generation.
  • domains : Domains
  • autodif : Automatic differentiation

Maturity: EXPERIMENTAL


Maturity: PROTOTYPE


Maturity: PROTOTYPE

Features:


Extension module that should be used to achieve numpy-like behavior. All operations are specialized to work with Double numbers without declaring algebraic contexts. One can still use generic algebras though.

Maturity: EXPERIMENTAL

Features:

  • DoubleVector : Numpy-like operations for Buffers/Points
  • DoubleMatrix : Numpy-like operations for 2d real structures
  • grids : Uniform grid generators

Maturity: EXPERIMENTAL

Features:


Maturity: PROTOTYPE


Maturity: PROTOTYPE


Maturity: PROTOTYPE

Features:

  • jafama-double : Double ExtendedField implementations based on Jafama

Maturity: PROTOTYPE


Maturity: EXPERIMENTAL

Features:


An API and basic implementation for arranging objects in a continuous memory block.

Maturity: DEVELOPMENT


Maturity: EXPERIMENTAL

Features:


Maturity: EXPERIMENTAL


Maturity: PROTOTYPE


Maturity: PROTOTYPE

Features:


Maturity: DEVELOPMENT


Multi-platform support

KMath is developed as a multi-platform library, which means that most of the interfaces are declared in the common source sets and implemented there wherever it is possible. In some cases, features are delegated to platform-specific implementations even if they could be provided in the common module for performance reasons. Currently, the Kotlin/JVM is the primary platform, however Kotlin/Native and Kotlin/JS contributions and feedback are also welcome.

Performance

Calculation performance is one of major goals of KMath in the future, but in some cases it is impossible to achieve both performance and flexibility.

We expect to focus on creating convenient universal API first and then work on increasing performance for specific cases. We expect the worst KMath benchmarks will perform better than native Python, but worse than optimized native/SciPy (mostly due to boxing operations on primitive numbers). The best performance of optimized parts could be better than SciPy.

Requirements

KMath currently relies on JDK 11 for compilation and execution of Kotlin-JVM part. We recommend to use GraalVM-CE 11 for execution in order to get better performance.

Repositories

Release and development artifacts are accessible from mipt-npm Space repository https://maven.pkg.jetbrains.space/mipt-npm/p/sci/maven (see documentation of Kotlin Multiplatform for more details). The repository could be reached through repo.kotlin.link proxy:

repositories {
    maven("https://repo.kotlin.link")
}

dependencies {
    api("space.kscience:kmath-core:0.3.0-dev-13")
    // api("space.kscience:kmath-core-jvm:0.3.0-dev-13") for jvm-specific version
}

Gradle 6.0+ is required for multiplatform artifacts.

Contributing

The project requires a lot of additional work. The most important thing we need is a feedback about what features are required the most. Feel free to create feature requests. We are also welcome to code contributions, especially in issues marked with waiting for a hero label.