| От | Fabien COELHO |
|---|---|
| Тема | Re: pgbench --latency-limit option |
| Дата | |
| Msg-id | alpine.DEB.2.10.1512231714520.22350@sto обсуждение исходный текст |
| Ответ на | Re: pgbench --latency-limit option (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: pgbench --latency-limit option
|
| Список | pgsql-hackers |
>> Probably no skips though, because the response time needed is below 5 >> *seconds*, not ms : 2 tps on 10 connections, 1 transaction every 5 seconds >> for each connection. > > Oops. Right. But why did this test only run 16 transactions in total > instead of 20? Because the schedule is based on a stochastic process, transactions are not set regularly (that would induce patterns and is not representative of real-life load) but randomly. The long term average is expected to converge to 2 tps, but on a short run it may differ significantly. -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера