| От | Andrew Dunstan |
|---|---|
| Тема | regression failures - further data |
| Дата | |
| Msg-id | 409AA987.702@dunslane.net обсуждение исходный текст |
| Ответы |
Re: regression failures - further data
|
| Список | pgsql-hackers-win32 |
I have managed (with a lot of effort) to track down the apparent cause of the regression failures I was seeing. They appear to be directly related to the degree of parallelism with which the tests are run. I can reliably get a 100% clean run on the serial tests, and on the parallel tests with MAX_CONNECTIONS=5. But if I run at MAX_CONNECTIONS=10 I (almost) always get failures, which for some reason that is beyond me start with the copy test, which isn't even run in parallel with other tests. This is all quite worrying, and suggests that we will need to do some careful stress testing before we can release this. Is there some W2K parameter I can tweak in the TCP stack that might alleviate the problem? Cheers andrew
В списке pgsql-hackers-win32 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера