|
|
|
В каких случаях бывает такая ситуация?
|
|||
|---|---|---|---|
|
#18+
aleks222 Ведущий профессионал пропущено... Причём тут таймаут? Если по соединению не летает никаких пакетов, то его физический разрыв не может быть обнаружен. Более того, программное закрытие TCP соединения - это отправка пакета и получение на него ответа. То есть, физически разорванное соединение не может быть корректно закрыто. И, да, вырывал кабель ещё 30 лет назад. Сначала удивлялся, потом разобрался. Чтобы обнаружить разрыв, надо постоянно гонять по соединению пакеты. По умолчанию стандартом TCP это не предусмотрено. Не надо фантазировать. Надо учиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2021, 19:38 |
|
||
|
В каких случаях бывает такая ситуация?
|
|||
|---|---|---|---|
|
#18+
Пишут, что это может быть связано с работой ядра полнотекстного поиска. Еще такое пишут: PWAIT_RESOURCE_SEMAPHORE_FT_PARALLEL_QUERY_SYNC. This wait type is related to internal CPU operations. It seems there is a sync problem between the CPU threads. Basically we could try to change the max degree of parallelism option but this would also have effects after having restarted the SQL Server service. This is likely to have appeared due to the design of the application and the configuration done on the SQL Server side, while parallel execution has benefits it sometimes has some downsides. Regards, SQL Server Support Team https://social.technet.microsoft.com/Forums/ru-RU/e3e7169f-4473-4c68-bbe2-601fc8a3c7dc/sql-2012-orphaned-queries-stuck-on-pwaitresourcesemaphoreftparallelquerysync?forum=sqldatabaseengine ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2021, 19:45 |
|
||
|
В каких случаях бывает такая ситуация?
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2021, 23:39 |
|
||
|
В каких случаях бывает такая ситуация?
|
|||
|---|---|---|---|
|
#18+
aleks222 Ведущий профессионал пропущено... Причём тут таймаут? Если по соединению не летает никаких пакетов, то его физический разрыв не может быть обнаружен. Более того, программное закрытие TCP соединения - это отправка пакета и получение на него ответа. То есть, физически разорванное соединение не может быть корректно закрыто. И, да, вырывал кабель ещё 30 лет назад. Сначала удивлялся, потом разобрался. Чтобы обнаружить разрыв, надо постоянно гонять по соединению пакеты. По умолчанию стандартом TCP это не предусмотрено. Не надо фантазировать. Надо учиться. Алекс, чувак дело говорит. RTFM уже что ли перед тем как топить в свою правоту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2021, 00:12 |
|
||
|
|
start [/forum/topic.php?fid=46&gotonew=1&tid=1684784]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
10ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 148ms |
| 0 / 0 |
