| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
jam
Участник со стажем
Вступление в Клуб: 09.12.2011
|
 Пн Апр 15, 2013 11:18 |
 |
Полезность: Нет оценки
|
| Gobur пишет: |
З.Ы. Статитику, кстати, собираете (возможно еще в этом дело)? У нас, например, без сбора статистики проводка документа могла достигать 15 минут на тесте), так что возможно тормоза именно при проводке. |
На тесте 1 документ проводится быстро, сразу. СтОит ли запускать статистику? Или вы имели в виду проводку многих документов? |
|
 |
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пн Апр 15, 2013 11:23 |
|
Полезность: Нет оценки
|
| jam пишет: | | Gobur пишет: |
З.Ы. Статитику, кстати, собираете (возможно еще в этом дело)? У нас, например, без сбора статистики проводка документа могла достигать 15 минут на тесте), так что возможно тормоза именно при проводке. |
На тесте 1 документ проводится быстро, сразу. СтОит ли запускать статистику? Или вы имели в виду проводку многих документов? |
по идее если один быстро - значит дело не в этом. |
|
|
jam
Участник со стажем
Вступление в Клуб: 09.12.2011
|
| Пн Апр 15, 2013 11:29 |
|
Полезность: Нет оценки
|
| Gobur пишет: |
Присутствует примерно такой код
| Код: |
res := [TEXT_JOBS]::[APP_LIB].run_streams_wait ....
|
|
Не могли бы вы дать блок или операцию, которая что-то делает в многопоточности? А то примеров никаких... А вызов 3 оберток по мнению коллег не даст многопоточность. |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пн Апр 15, 2013 16:57 |
|
Полезность: Нет оценки
|
| jam пишет: | | Gobur пишет: |
Присутствует примерно такой код
| Код: |
res := [TEXT_JOBS]::[APP_LIB].run_streams_wait ....
|
|
Не могли бы вы дать блок или операцию, которая что-то делает в многопоточности? А то примеров никаких... А вызов 3 оберток по мнению коллег не даст многопоточность. |
Я думаю лучше с ЦФТ контакировать побольше - там могут реальные советы дать по улучшению производительности (может и дамп им отправить на тестирование). А если в вашем дистрибутиве нет таких библиотек, то возможно пока и не готово под это ничего. |
|
|
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Пн Апр 15, 2013 17:00 |
|
Полезность: Нет оценки
|
| В данной библиотеке потоки разбиваются согласно уже установленной в операции последовательность, т.е. я так понимаю, что каким образом разбивать на потоки (1,2,3..n) вы прописываете в самой операции. |
|
|
vtar
Эксперт
Вступление в Клуб: 20.03.2009
|
| Ср Апр 17, 2013 21:05 |
|
Полезность: Нет оценки
|
| jam пишет: | | Я бы разделил с Вами юмор, но обстановка в банке не позволяет... |
Высокочтимый колега JAM, насколько мне, ничтожному червю , известно, даже в среднеазиатских сатрапиях бывшего СССР конституции не предусматривают рабства, поэтому, если в глубокоуважаемом Банке обстановка несколько гнилая, может, ну его , к шайтану, этот Банк ? |
|
|
jam
Участник со стажем
Вступление в Клуб: 09.12.2011
|
| Чт Май 02, 2013 09:01 |
|
Полезность: Нет оценки
|
+100
Да, шайтанама  |
|
|
Ferguson
Участник - экстремал
Вступление в Клуб: 23.01.2013
|
| Ср Мар 01, 2017 09:01 |
|
Полезность: Нет оценки
|
| UP У нас очень любоптный и важный пользователь говорит, что не по всем договорам отработала капитализация, вид депозита одинаковый у всех, запускал "групповую обработку договоров".На тесте запустили капитализация прошла по всем.Вопрос возможно ли такое что если в течении дня запускают операцию групповой обработки и какой-то из договоров в это время был занят другим пользователем, капитализация по такому договору не пройдет? |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Ср Мар 01, 2017 13:22 |
|
Полезность: Нет оценки
|
| Ferguson пишет: | | UP У нас очень любоптный и важный пользователь говорит, что не по всем договорам отработала капитализация, вид депозита одинаковый у всех, запускал "групповую обработку договоров".На тесте запустили капитализация прошла по всем.Вопрос возможно ли такое что если в течении дня запускают операцию групповой обработки и какой-то из договоров в это время был занят другим пользователем, капитализация по такому договору не пройдет? |
Легко. Если депозит кем то блокирован - может не пройти. Но об этом пишет в лог. Надо было его сохранять тогда. И смотреть, что там.
При капитализациях всегда смотрю лог по итогам. По учету тоже бывает пишет про блокировку - но учет проходит как ни странно.
З.Ы. У нас как правило обработка транзакций блокирует. Но по Ф3 думаю тоже сработает, хотя не проверял.
Последний раз редактировалось: Gobur (Ср Мар 01, 2017 13:29), всего редактировалось 1 раз |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Ср Мар 01, 2017 13:28 |
|
Полезность: Нет оценки
|
| Ferguson пишет: | | UP У нас очень любоптный и важный пользователь говорит, что не по всем договорам отработала капитализация, вид депозита одинаковый у всех, запускал "групповую обработку договоров".На тесте запустили капитализация прошла по всем.Вопрос возможно ли такое что если в течении дня запускают операцию групповой обработки и какой-то из договоров в это время был занят другим пользователем, капитализация по такому договору не пройдет? |
А вспомнил когда про учету точно не пропускает. Если по данному 70606 другая групповая обработка учет делает (например параллельно в 2-х навигаторах). Поэтому при настройке многопоточности про это тоже пишут - счет 70606 не должен пересекаться (получится блокировка). Хотя тут и нет проводки в архиве баланса (при обычных проводках только в этих случаях блокировки бывают). |
|
|
Ferguson
Участник - экстремал
Вступление в Клуб: 23.01.2013
|
| Ср Мар 01, 2017 15:20 |
|
Полезность: Нет оценки
|
| По F3 блокировок нет( в логе не пишется |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Чт Мар 02, 2017 08:23 |
|
Полезность: Нет оценки
|
| Ferguson пишет: | | По F3 блокировок нет( в логе не пишется |
Как вариант по спискам зачисляли через зарплатный проект. Эта операция точно блокирует.
З.Ы. В любом случае сказать этому юзеру чтобы лог после каждой капитализации присылал. Чтобы таких вопросов не возникало) |
|
|
Ferguson
Участник - экстремал
Вступление в Клуб: 23.01.2013
|
| Чт Мар 02, 2017 09:16 |
|
Полезность: Нет оценки
|
| Ладно видать что то еще нажали в логе ошибок не было, будем отслеживать. |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Чт Мар 02, 2017 12:24 |
|
Полезность: Нет оценки
|
| Ferguson пишет: | | Ладно видать что то еще нажали в логе ошибок не было, будем отслеживать. |
Если лог был без ошибок, то как вариант забыли убрать подразделение или отвеств. по счету - т.е. начальные параметры. Но это видно только пол-ву записей в логе для капитализации. Если же и этот параметр одинаковый - но в одном случае капитализирует, а в другом нет, то это фантастика. |
|
|
Ghost
Профи
Вступление в Клуб: 24.11.2007
|
| Чт Мар 02, 2017 12:25 |
|
Полезность: Нет оценки
|
| Gobur пишет: | | Ferguson пишет: | | UP У нас очень любоптный и важный пользователь говорит, что не по всем договорам отработала капитализация, вид депозита одинаковый у всех, запускал "групповую обработку договоров".На тесте запустили капитализация прошла по всем.Вопрос возможно ли такое что если в течении дня запускают операцию групповой обработки и какой-то из договоров в это время был занят другим пользователем, капитализация по такому договору не пройдет? |
А вспомнил когда про учету точно не пропускает. Если по данному 70606 другая групповая обработка учет делает (например параллельно в 2-х навигаторах). Поэтому при настройке многопоточности про это тоже пишут - счет 70606 не должен пересекаться (получится блокировка). Хотя тут и нет проводки в архиве баланса (при обычных проводках только в этих случаях блокировки бывают). |
При работе со счетами доходов/расходов лучше всего помогает механизм неблокируемых счетов, и учет проходит быстрее, и не падает проводка из-за блокировки счета. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
