Package org.ejml.dense.row.linsol.lu

Class LinearSolverLuKJI_FDRM

java.lang.Object
org.ejml.dense.row.linsol.LinearSolverAbstract_FDRM
org.ejml.dense.row.linsol.lu.LinearSolverLuBase_FDRM
org.ejml.dense.row.linsol.lu.LinearSolverLuKJI_FDRM
All Implemented Interfaces:
org.ejml.interfaces.linsol.LinearSolver<org.ejml.data.FMatrixRMaj,​org.ejml.data.FMatrixRMaj>, org.ejml.interfaces.linsol.LinearSolverDense<org.ejml.data.FMatrixRMaj>
@Generated("org.ejml.dense.row.linsol.lu.LinearSolverLuKJI_DDRM")
public class LinearSolverLuKJI_FDRM
extends LinearSolverLuBase_FDRM
To avoid cpu cache issues the order in which the arrays are traversed have been changed. There seems to be no performance benit relative to LinearSolverLu_FDRM in this approach and b and x can't be the same instance, which means it has slightly less functionality.

  • Constructor Details

  • Method Details

    • setA

      public boolean setA​(org.ejml.data.FMatrixRMaj A)
      Specified by:
      setA in interface org.ejml.interfaces.linsol.LinearSolver<org.ejml.data.FMatrixRMaj,​org.ejml.data.FMatrixRMaj>
      Overrides:
      setA in class LinearSolverLuBase_FDRM

    • solve

      public void solve​(org.ejml.data.FMatrixRMaj B, org.ejml.data.FMatrixRMaj X)
      An other implementation of solve() that processes the matrices in a different order. It seems to have the same runtime performance as solve(org.ejml.data.FMatrixRMaj, org.ejml.data.FMatrixRMaj) and is more complicated. It is being kept around to avoid future replication of work.
      Parameters:
      B - A matrix that is n by m. Not modified.
      X - An n by m matrix where the solution is writen to. Modified.