pgsql: Avoid unnecessary precision loss for pgbench's --rate target.
В списке pgsql-committers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | pgsql: Avoid unnecessary precision loss for pgbench's --rate target. |
| Дата | |
| Msg-id | E1g4oxq-00087H-H1@gemulon.postgresql.org обсуждение исходный текст |
| Список | pgsql-committers |
Avoid unnecessary precision loss for pgbench's --rate target. It's fairly silly to truncate the throttle_delay to integer when the only math we ever do with it requires converting back to double. Furthermore, given that people are starting to complain about restrictions like only supporting 1K client connections, I don't think we're very far away from situations where the precision loss matters. As the code stood, for example, there's no difference between --rate 100001 and --rate 111111; both get converted to throttle_delay = 9. Somebody trying to run 100 threads and have each one dispatch around 1K TPS would find this lack of precision rather surprising, especially since the required per-thread delays are around 1ms, well within the timing precision of modern systems. Branch ------ master Details ------- https://git.postgresql.org/pg/commitdiff/5b7e036707ccd93506731da82a56b07023d13e30 Modified Files -------------- src/bin/pgbench/pgbench.c | 19 +++++++++++++------ 1 file changed, 13 insertions(+), 6 deletions(-)
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера