| От | Fabien COELHO |
|---|---|
| Тема | Re: pgbench logging broken by time logic changes |
| Дата | |
| Msg-id | alpine.DEB.2.22.394.2107081920160.233209@pseudo обсуждение исходный текст |
| Ответ на | Re: pgbench logging broken by time logic changes (Hannu Krosing <hannuk@google.com>) |
| Список | pgsql-hackers |
Hello Hannu, >> I'm not sure we have transaction lasts for very short time that >> nanoseconds matters. > > Nanoseconds may not matter yet, but they could be handy when for > example we want to determine the order of parallel query executions. > > We are less than an order of magnitude away from being able to do 1M > inserts/updates/deletes per second, so microseconds already are not > always 100% reliable. ISTM that 1M tps would be with really a lot of parallel clients, thus the latency of each would be quite measurable, so that µs would still make sense for measuring their performance? If an actual network is involved, the network latency is already 100-200 µs even before executing any code. -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера