From 2d53ba09b4c541132d334cf57c5d92bf0d035ae0 Mon Sep 17 00:00:00 2001 From: Claude Date: Tue, 29 Jul 2025 02:26:59 -0400 Subject: [PATCH] Fix typos: turqoise, necesssary (2 corrections total) --- benchmarks/sparselu.jl | 2 +- docs/src/tutorials/accelerating_choices.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/benchmarks/sparselu.jl b/benchmarks/sparselu.jl index efc45962d..84edde50f 100644 --- a/benchmarks/sparselu.jl +++ b/benchmarks/sparselu.jl @@ -38,7 +38,7 @@ algs = [ MKLPardisoFactorize(), SparspakFactorization() ] -cols = [:red, :blue, :green, :magenta, :turqoise] # one color per alg +cols = [:red, :blue, :green, :magenta, :turquoise] # one color per alg lst = [:dash, :solid, :dashdot] # one line style per dim __parameterless_type(T) = Base.typename(T).wrapper diff --git a/docs/src/tutorials/accelerating_choices.md b/docs/src/tutorials/accelerating_choices.md index 387326343..3733cf812 100644 --- a/docs/src/tutorials/accelerating_choices.md +++ b/docs/src/tutorials/accelerating_choices.md @@ -34,7 +34,7 @@ there are a few major tips to note when fine tuning the results to your system: v7 it's no longer loaded by default! Thus if your matrices are in this range and you would value better run times at the cost of compile and load times, it is recommended you add `using RecursiveFactorization`. The defaulting algorithm will then consider it in its list - and will automatically (in an architecture-specific way) insert it as it feels necesssary. + and will automatically (in an architecture-specific way) insert it as it feels necessary. 2. One of the major factors that can inhibit BLAS performance on LU factorization is multithreading. In many of these plots you can see a giant dip in GFLOPs (higher is better) when a certain size threshold is hit. This is because, for the number of chosen threads, there was not enough work