|
|
|
Одно соединение на все методы.
|
|||
|---|---|---|---|
|
#18+
cdtyjvGorloPavelЗначит мой вариант жизнеспособен?Жизнеспособен за исключением одного но. Он жизнеспособен, если вы всегда работаете с одним и тем же коннекшном. Если же, например, у вас он сдох, и надо пересоздать новый, то как раз здесь вы можете получить букет проблем с дедлоками и прочей многопоточной хренью. Как уже сказал Blazkowicz, надо смотреть в сторону пула соединений, который снимет вас всю головную боль касательно многопоточности. Не понял по поводу пула. Как он тут поможет? К примеру есть функция авторизации. В один момент времени ее вызывает N потоков, будет одно соединение? А если в момент когда 1000 потоков вызывают метод авторизации уже вторая 1000 обращается к другому методу и там произойдет commit или еще что-то? Соединение же одно может быть на этот момент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2013, 15:31:38 |
|
||
|
Одно соединение на все методы.
|
|||
|---|---|---|---|
|
#18+
Кстати где найти пример правильного создания и использования пула? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2013, 15:32:36 |
|
||
|
Одно соединение на все методы.
|
|||
|---|---|---|---|
|
#18+
GorloPavelPetro123GorloPavel, Откуда потоки если надо синхронно. Клиентские подключения, tcp сессии. Мне нужно синхронно выполнять некоторые вещи. А подробнее? Т.к. 1 клиент всегда работает в одном потоке. Или ты хочешь 100 клиентов синхронно пустить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2013, 17:30:08 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=38485013&tid=2128094]: |
0ms |
get settings: |
6ms |
get forum list: |
16ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
164ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 430ms |

| 0 / 0 |
