Skip to content

Latest commit

 

History

History
60 lines (40 loc) · 4.79 KB

JacobianCheck.md

File metadata and controls

60 lines (40 loc) · 4.79 KB

Jacobian Correctness Verification

ADBench needs not only to measure the time taken by different tools to compute the Jacobians of objective functions, but also to check whether the Jacobians produced are accurate. This document describes how the accuracy of the Jacobians is verified.

Source of the Ground Truth

Some of our tests (most notably, those related to bundle adjustments) result in very large Jacobians. In fact, a complete set of correct Jacobians for all our tests in tsv format consumes more than 20 GB of storage. As such, it is not feasible to check such a set into the repository. So instead we designate one of the testing modules to be golden module - the source of ground truth, against the output of which Jacobians produced by all the other testing modules will be checked.

The accuracy of the results produced by the golden module is verified separately.

We designate the module Manual, which computes the Jacobians using the manually derived formulae, as the golden module. We do so, because

  • It is fast enough not to timeout, so when some other module produces a Jacobian we would have a Jacobian we consider accurate to compare it against
  • We have complete control over this module so if we ever encounter a bug in it it will be within our power to fix it

Below we will refer to Jacobians produced by the golden module as golden Jacobians.

Comparing Jacobians

We consider a Jacobian produced by a testing module accurate when its dimensions are equal to those of the golden Jacobian, and when all its elements are near the corresponding elements of the golden Jacobian.

We say, that two floating-point numbers are near, when the difference between them, defined as

ρ(x, y) = |x - y| / max(1, |x| + |y|) (1)

is smaller than the given tolerance. Note, that the formula (1) produces the absolute difference between x and y, when both lie in the vicinity of zero, and the relative one otherwise, which is a suitable way of comparing floating-point numbers.

We generally use the tolerance of 1e-8 to allow for rounding errors during both the computation and the output. This number may be adjusted for specific tests, e.g. it can be increased when the testing module uses single-precision arithmetic.

The comparison described here is implemented as a .NET Standard 2.0 library src/dotnet/utils/JacobianComparisonLib.

Verification of the Golden Module

To assert the correctness of Manual - the designated golden module - we compare the Jacobians it produces to ones obtained via finite differences (specifically, central differences).

Computing all the Jacobians using finite differences is a very time consuming process so it is not done by the global runner (the global runner still runs finite differences as one of the benchmarks but just like with all the other testing modules it enforces a hard time limit on it). Instead we have a separate script for that - ADBench/compare-manvfinite.ps1.

It is still infeasible to compute the complete gradients for large GMM problems using finite differences so we compute only parts of them and compare them to the corresponding parts of the gradients computed by Manual. This is done by a separate utility - src/cpp/utils/finitePartialGmm.

The script ADBench/compare-manvfinite.ps1 computes all the Jacobians using Manual and Finite modules (except GMM, see above) and outputs (alongside said Jacobians) a log containing the following statistics for each pair of the Jacobians:

  • Whether or not the Jacobians have different shapes
  • Whether or not one of the Jacobians failed to parse
  • Maximum encountered difference (1) between the corresponding elements of the Jacobians
  • Average difference (1) between the corresponding elements of the Jacobians
  • Number of encountered differences (1) that exceed the tolerance (1e-6)
  • Total number of the compared pairs of elements

Note, that we should expect that some differences between the corresponding elements of the Jacobian will be larger than the tolerance, because of the central difference formula's truncation error. This happens especially often for the 2.5M points GMM problem.

So, if the Manual module is implemented incorrectly, we would immediately see that reflected in the log in the form of large average differences and big numbers of difference-exceeding-tolerance cases in most of the tests. If Manual is correct then we'll see small maximum encountered differences in most of the tests. Still, due to the aforementioned truncation error, there may be some cases of large difference even when the Manual module produces correct Jacobians. These cases should be checked independently, e.g. by comparing Manual's Jacobians to those produced by some other AD tool.