| Bug #87842 | Typo in temptable_max_ram description | ||
|---|---|---|---|
| Submitted: | 22 Sep 2017 14:44 | Modified: | 2 Nov 2017 18:28 |
| Reporter: | Alexey Kopytov | Email Updates: | |
| Status: | Closed | Impact on me: | |
| Category: | MySQL Server: Documentation | Severity: | S3 (Non-critical) |
| Version: | 8.0 | OS: | Any |
| Assigned to: | CPU Architecture: | Any | |
[22 Sep 2017 14:44]
Alexey Kopytov
[22 Sep 2017 16:52]
MySQL Verification Team
Thank you for the bug report.
[4 Oct 2017 16:53]
Paul DuBois
Posted by developer: The values in the docs are as given in the specification (bits).
[4 Oct 2017 17:09]
Alexey Kopytov
Paul,
I'm not sure what specification you were referring to, but it contradicts a number of things:
- the description in "mysqld --help":
static Sys_var_ulonglong Sys_temptable_max_ram(
"temptable_max_ram",
"Maximum amount of memory (in bytes) the TempTable storage engine is "
"allowed to allocate from the main memory (RAM) before starting to "
"store data on disk.",
- source code, for example, the following code in
storage/temptable/include/temptable/allocator.h clearly indicates the
amount is in bytes, rather than bits:
if (bytes_allocated_in_ram > temptable_max_ram) {
t = Mem_type::DISK;
} else {
...
}
- the ISO/IEC 80000 standard defining "GiB" as the unit symbol for
"Gibibyte", whereas "Gibibit" has the unit symbol of "Gibit".
- last, but not least, the tradition to specify amounts of memory in
bytes rather than bits
[4 Oct 2017 17:16]
Daniel Price
Posted by developer: The temptable_max_ram default value is in fact 1073741824 bytes. My error. Thank you for the bug report.
[2 Nov 2017 18:28]
Daniel Price
The documentation has been updated. Thank you for the bug report.
