@@ -208,12 +208,9 @@ A `LazyBufferCache` is a `Dict`-like type for the caches, which automatically de
208208new cache arrays on demand when they are required. The function ` f ` maps
209209` size_of_cache = f(size(u)) ` , which by default creates cache arrays of the same size.
210210
211- Note that ` LazyBufferCache ` does cause a dynamic dispatch, though it is type-stable.
212- This gives it a ~ 100ns overhead, and thus on very small problems it can reduce
213- performance, but for any sufficiently sized calculation (e.g. >20 ODEs) this
214- may not be even measurable. The upside of ` LazyBufferCache ` is that the user does
215- not have to worry about potential issues with chunk sizes and such: ` LazyBufferCache `
216- is much easier!
211+ Note that ` LazyBufferCache ` is type-stable and contains no dynamic dispatch. This gives
212+ it a ~ 15ns overhead. The upside of ` LazyBufferCache ` is that the user does not have to
213+ worry about potential issues with chunk sizes and such: ` LazyBufferCache ` is much easier!
217214
218215### Example
219216
@@ -245,7 +242,7 @@ new caches on demand when they are required. The function `f` generates the cach
245242for the type of ` u ` , and subsequent indexing reuses that cache if that type of ` u ` has
246243already been seen.
247244
248- Note that ` LazyBufferCache ` does cause a dynamic dispatch and its return is not type-inferred.
245+ Note that ` GeneralLazyBufferCache ` 's return is not type-inferred.
249246This means it's the slowest of the preallocation methods, but it's the most general.
250247
251248### Example
@@ -319,7 +316,7 @@ tries to do this with a bump allocator.
319316
320317 - See the [ SciML Style Guide] ( https://github.com/SciML/SciMLStyle ) for common coding practices and other style decisions.
321318 - There are a few community forums:
322-
319+
323320 + The #diffeq-bridged and #sciml-bridged channels in the
324321 [ Julia Slack] ( https://julialang.org/slack/ )
325322 + The #diffeq-bridged and #sciml-bridged channels in the
0 commit comments