Wikipedia:Reference desk/Archives/Mathematics/2022 April 3

From Wikipedia, the free encyclopedia
Mathematics desk
< April 2 << Mar | April | May >> Current desk >
Welcome to the Wikipedia Mathematics Reference Desk Archives
The page you are currently viewing is a transcluded archive page. While you can leave answers for any questions shown below, please ask new questions on one of the current reference desk pages.


April 3[edit]

Generic name for a smallish factor?[edit]

I want to define something like the following (over real numbers): is not significantly greater than (with respect to positive real numbers and ) if . I think I'm happy with the concept, but I'm not happy with . Is there a name commonly used for smallish factors? Also: Is this something that already has been defined as a standard concept and I'm just reinventing the wheel? --Stephan Schulz (talk) 21:54, 3 April 2022 (UTC)[reply]

The notation confused me for a second; my first impression was that and stood for matrices, with the identity matrix. In mathematical texts the term factor usually refers to a multiplicative factor in a product, but is not involved in a multiplication. Now to the question itself. I cannot quite grasp when you'd use this concept. When is not significantly greater than , but is? The context in which this is used might give some inspiration for a name for the relation. Is it in some way good when is smallish (it will fit), or rather bad (insufficient)? The (only loosely defined) relation is vocalized as " is much greater than ", so its (hardly used) negation should become " is not much greater than ". In any case, avoid the term significantly, which also has a special meaning and might be confusing.  --Lambiam 09:46, 4 April 2022 (UTC)[reply]
Sure. My use case is measuring the performance of a system on a number of test cases, where the system can either succeed, with a concrete CPU time used, or time out completely. I want to be able to determine if one parameterisation subsumes another, i.e. succeed on at least the same problems, and not significantly slower. The distribution of success times is somewhat weird - to a useful approximation, half the successes happen in the first second, the next quarter in the second second, the next eights in the third second, and so on. Also, there is a large number of cases that are simple for many parameterisations, but some are simple for only a few (or none). CPU time measurement is noisy, so I want to cut the potentially subsuming parameter set some slack - I'd consider a problem "solved in the same time or better" even if the time is slightly bigger - 0.01 seconds vs. 0.02 seconds is not significant (so the Delta to capture small absolute differences), and I think 100 seconds vs. 102 seconds is also not significant (so the Iota, to capture small relative differences). --Stephan Schulz (talk) 10:11, 4 April 2022 (UTC)[reply]
The distribution sounds like the familiar exponential distribution. So Delta Iota would be slightly larger than 1, no? In mathematical formulations, and are commonly used variable names for small quantities, so an idiomatic mathematical formulation might be where and are positive but small. You could then say that " is not decisively larger than ".  --Lambiam 10:39, 4 April 2022 (UTC)[reply]
Perfect, thanks a lot. Also formulating the factor as makes me much happier than my own original idea! --Stephan Schulz (talk) 10:51, 4 April 2022 (UTC)[reply]
The usual theoretical language for things like this is Big O notation (which may or may not suit your particular purposes) and its variants. -- JBL (talk) 15:09, 4 April 2022 (UTC)[reply]
Yes, I was thinking about that, but it did not quite fit. My constraint are more or less the other way round (I only look at a finite segment of time, and only allow for a maximal deviation). --Stephan Schulz (talk) 15:55, 4 April 2022 (UTC)[reply]
Do you want little-o notation? 2602:24A:DE47:B8E0:1B43:29FD:A863:33CA (talk) 10:59, 7 April 2022 (UTC)[reply]
Big O and little o are about the behaviour of functions in the limit, usually as the argument of the function goes to infinity. The situation here has nothing to do with limits.  --Lambiam 13:22, 7 April 2022 (UTC)[reply]