|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:35 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
rdb_dev, потому что ты экстраполируешь свои знания Delphi на C#, хотя с последним похоже никогда не работал ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:36 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanova> FbCommand c = new FbCommand(sql, DbCommon.Dtb); Вот собсно про это и говорит Влад. Хотя у меня всё равно сомнения, что просто запросы, даже 2 в минуту, могут накопиться до 8гиг за день, даже при 200 коннектах. Там ведь и обычных прикладных запросов тьма должна быть. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:41 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Симонов Дениспотому что ты экстраполируешь свои знания Delphi на C#, хотя с последним похоже никогда не работалВообще забыл, что такое Delphi. С++ наше фсё! :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:42 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanova, если не использовать prepare а пересоздавать команду заново, то лучше использовать конструкцию using, которая автоматически вызывает dispose при выходе из блока. Да и ещё если соединения нет, то c.ExecuteScalar() врядл и вернёт null тут скорее Exception будет Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
Если же надо препарировать запрос и использовать многократно, то тебе нужно сделать специальную функцию конструктор которая возвращает сингелтон подготовленного запроса. Как то так ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:50 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
rdb_devСимонов Дениспотому что ты экстраполируешь свои знания Delphi на C#, хотя с последним похоже никогда не работалВообще забыл, что такое Delphi. С++ наше фсё! :) Ну, "на плюсах"-то точно иксцепшны никто так не глотает: Код: c# 1. 2. 3.
? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:58 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Симонов Денис, в catch и был вызов окна переподключения. Попробовала создать функцию считывания данных с коммитом транзакции по завершению. В системной таблице MON$STATEMENTS все запросы сохраняются, пока пользователь не закроет соединение. Я не правильно понимаю, или в MON$STATEMENTS накапливаются активные запросы. Почему после коммита они не удаляются? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41.
... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 12:03 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
чччДНу, "на плюсах"-то точно иксцепшны никто так не глотает: Код: c# 1. 2. 3.
? :) Да, там это делают иначе: Код: plaintext 1.
:) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 12:04 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
не придираемся) в catch код удалила просто: Код: c# 1. 2. 3. 4. 5. 6.
... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 12:08 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
rdb_dev а на своём компе, ради эксперимента, в свойствах сетевого адаптера попробуйте запретить управление питанием (снять галочку с "Разрешить отключение этого устройства для экономии энергии"). попробовала, не помогло(( два часа-разрыв. Пришел сисадмин, послушал, подумает по счет оборудования сети. Как понимаю, это на долго и может быть безрезультатно. Буду писать запрос на проверку соединения по таймеру, учитывая все ваши советы) Спасибо еще раз всем! Остался лишь вопрос касаемо таблицы MON$STATEMENTS - почему в нем копятся запросы. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 12:28 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanovaОстался лишь вопрос касаемо таблицы MON$STATEMENTS - почему в нем копятся запросы.Потому что клиент их не удаляет. См 20778031 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 12:36 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanovaПришел сисадмин, послушал, подумает по счет оборудования сети. Как понимаю, это на долго и может быть безрезультатно. с полгода назад кто-то писал тут, что что пресловутый лимит keep-alive обнаружил в каком-то сетевом железе. Только там было 30 минут настроено. И точно так же бегали в поисках "кто же рвет соединения". Вообще правильно Рустам сказал, что топик бесперспективный. Эти обрывы могут инициироваться keepalive, клиентами прокси, firewall, антивирусами, кривым сетевым софтом (откуда лезет много 10054), помехами в сети, оборудованием, и т.д. Единственная польза - если вы найдете-таки источник, и укажете его тут. nnivanovaОстался лишь вопрос касаемо таблицы MON$STATEMENTS - почему в нем копятся запросы. видимо, потому что приложение эти запросы не закрывает. В некоторых системах наблюдал до 100 раз больше запросов, не привязанных к транзакциям, чем привязанных и выполняемых. Типа, 100 соединений выполняют 90 запросов, а незакрытых запросов около 10 тысяч. К примеру FbCommand c = new FbCommand(sql, DbCommon.Dtb) явно же создается новый объект с запросом, который освобождается ... ГДЕ? Типа, сборщик мусора C# КОГДА-НИБУДЬ его освободит? Лет через 10? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 13:41 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
kdvс полгода назад кто-то писал тут, что что пресловутый лимит keep-alive обнаружил в каком-то сетевом железе. Только там было 30 минут настроено. И точно так же бегали в поисках "кто же рвет соединения".О чем и речь! Неизвестно, какой алгоритм использует программа контроллера сетевой карты при переходе в энергосберегающий режим и на сколько корректно этот контроллер обрабатывает keepalive, работая на 3-ем уровне модели OSI, если в нем реализован подобный механизм. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 14:01 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
rdb_devНеизвестно, какой алгоритм использует программа контроллера сетевой карты при переходе там речь шла про какой-то умный маршрутизатор или свитчер или что-то такое, не про сетевые карты. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 14:08 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамP.S. Закройте топик, плиз, всё равно уже бестолку. kdvЕдинственная польза - если вы найдете-таки источник, и укажете его тут. Рустам, может ты немного сбавишь обороты? Дай барышне решать СВОЮ проблему в том ритме, который ей нравится. Препирательства с rdb_dev я зачищу. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 14:15 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Симонов Денис> Автор свою проблему ещё не решил Можно делать ставки, что и не найдёт причину (отвала коннектов). Но да, было бы интересно узнать, если вдруг случится чудо. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 14:19 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Модератор: Обвести красной рамочкой? rdb_dev, тебе тоже персональное уведомление надо? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 14:19 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
kdvтам речь шла про какой-то умный маршрутизатор или свитчер или что-то такое, не про сетевые карты.Принципиальной разницы нет. Сейчас некоторые сетевухи даже на ARP/NS запросы отвечают, при том, что ЦП находится в C3. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 14:23 |
|
|
start [/forum/topic.php?fid=40&gotonew=1&tid=1561437]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
68ms |
get topic data: |
10ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 196ms |
0 / 0 |