|
Сколько фоновых заданий можно запустить? | ☑ | ||
---|---|---|---|---|
0
AaNnDdRrEeYy
11.06.13
✎
10:06
|
Запускаю тяжелую обработку данных в фоновых заданиях, должно быть примерно около 85 но больше 15 одновременно не стартует, новые ждут пока старые отработают.
Это ограничение такое в 1С? |
|||
1
kinno
11.06.13
✎
10:16
|
Запихай все 85 в одну.
И с чем связано такое желание запустить 85 фоновых заданий ? |
|||
2
AaNnDdRrEeYy
11.06.13
✎
10:27
|
нужна паралельность, если в одну запихаю то только одно ядро нагрузит.
|
|||
3
pavig
11.06.13
✎
10:28
|
(2) у тебя 85 ядер????
|
|||
4
AaNnDdRrEeYy
11.06.13
✎
10:31
|
да не, ядер 4. просто документов 850 тысяч. прикинул что каждому заданию по 10 тысяч скормить.
|
|||
5
YHVVH
11.06.13
✎
10:32
|
3000 запускал
|
|||
6
pavig
11.06.13
✎
10:34
|
1. Тогда потоков не больше 4х (или даже меньше). Смысл делать больше потоков больше если в каждый момент времени все равно не будет задействовано более 4х ядер?
2. Параллельность проведения документов определяется еще и пересекаемостью данных и хронологическими зависимостями. |
|||
7
Славен
11.06.13
✎
10:34
|
код давай, повтыкаем хоть
|
|||
8
Базис
naïve
11.06.13
✎
10:34
|
И нагрузка на процы распределяется равномерно? Сделай замер производительности на 1 обработке и по числу физических процессоров, результаты сообщи - есть мнение, что лучше в 1 потоке, чем в нескольких.
Задача хоть - не перепроведение за период?. |
|||
9
AaNnDdRrEeYy
11.06.13
✎
10:35
|
(5) а они в консоли сервера отображались? есть подозрение что просто в консоли я их не вижу.
(6) нет данные точно не пересекаются, хронологии нет. |
|||
10
YHVVH
11.06.13
✎
10:36
|
(9) консоль зависла. до 100 точно работало . 64 ядра процы.
|
|||
11
YHVVH
11.06.13
✎
10:37
|
100 точно отображалась в консоли
|
|||
12
AaNnDdRrEeYy
11.06.13
✎
10:38
|
(9) у меня вида сервер 2003 - 32 разрадная, может в этом дело?
|
|||
13
YHVVH
11.06.13
✎
10:39
|
у нас 64 бит
нагрузка была , в каждом фоновом рассчитывал прайс для клиента |
|||
14
AaNnDdRrEeYy
11.06.13
✎
10:40
|
(8) одна обработка - один rphost - один процессор - следовательно в одном потоке я не нагружу сервер по самые помидоры
|
|||
15
YHVVH
11.06.13
✎
10:40
|
почему одна обработка один rphost?
|
|||
16
Базис
naïve
11.06.13
✎
10:40
|
(14) Теории мало интересны, практический замер важен.
|
|||
17
Infsams654
11.06.13
✎
10:42
|
(11) интересно, а для чего тяжелую обработку в регламентном задании запускать ? 850 тыс. документов постоянно что-ли набирается ? Если да, то надобы сделать все это хозяйство, которое делает обработка прямо в документе и не париться
|
|||
18
YHVVH
11.06.13
✎
10:42
|
а может у тебя стоит ожидать завершение вот и ответ на твой вопрос
|
|||
19
YHVVH
11.06.13
✎
10:44
|
f еще, у тебя фоновые случайно не колбасят одно и тоже?
|
|||
20
AaNnDdRrEeYy
11.06.13
✎
10:47
|
(15) потому что один сеанс.
(18) а это еще где ставится, у меня ключи фоновых заданий разные в них Новый УникальныйИдентификатор. да нет вроде не одно и тоже, таблицы одни но строки в них разные. |
|||
21
Infsams654
11.06.13
✎
10:53
|
(20) ответь, для чего тяжелую обработку в регламентном задании запускать ?
|
|||
22
AaNnDdRrEeYy
11.06.13
✎
10:55
|
(21) не в регламентном а в фоновом, потому что паралельность и это быстрей работает.
|
|||
23
AaNnDdRrEeYy
11.06.13
✎
10:56
|
+ к тому же это одноразовая операция. на время которой надо останавливать работу системы, нужно как можно скорее ее выпонить
|
|||
24
kinno
11.06.13
✎
13:57
|
Что хоть делается ?
Если данные не пересекаются и хронологии нет, это не проведение. А что тогда ? Может можно как по другому решить ? Какой нибудь оборотный регистр придумать. |
|||
25
Infsams654
11.06.13
✎
15:57
|
(22) Что хоть делается - то? А то как и (24). не представляю..
|
|||
26
Hmster
11.06.13
✎
16:14
|
http://fragster.ru/perfomanceTest/
сколько потоков стартанет? |
|||
27
Hmster
11.06.13
✎
16:16
|
на крайний случай посмотри как синхронизация потоков происходит
|
|||
28
oleg_km
11.06.13
✎
19:06
|
Я запускал по фоновому заданию на каждый сеанс, т.е. около 100. Они правда ничего практически не делали, но при это м вполне работали.
|
|||
29
Fragster
гуру
11.06.13
✎
19:46
|
(26)+ самый простой способ: там есть спец отчет "проверка синхронизации" - говоришь, сколько заданий запускать, он запускает (прорциями по 16 штук с паузой 1 секунда между ними) и смотрит время прохождения сигнала об освобождении блокировки-мьютекса. у меня работает 250 и падает на 500
|
|||
30
Fragster
гуру
11.06.13
✎
19:57
|
сейчас проверил - 400 запускаются, 500 - уже падает
|
|||
31
zladenuw
11.06.13
✎
20:15
|
а сколько озу ? попробуй создать несколько рабочих процессов. рекомендуют на 2 гб 1 процесс
|
|||
32
Fragster
гуру
11.06.13
✎
20:16
|
(31) это для 32битного сервера 1с
|
|||
33
zladenuw
11.06.13
✎
20:34
|
(32) а разве ограничение не на саму систему ?
где то читал что так было для 8.1, вроде у Гилева |
|||
34
Fragster
гуру
11.06.13
✎
21:19
|
(33) грубо - это ограничение 32битных процессов в 32битной винде. без особых ухищрений (/3GB) лимит на процесс в 32битной системе увеличивается до 3 гигов. в 64битной системе для 32битных процессов будет доступно 4 гига.
|
|||
35
zladenuw
11.06.13
✎
22:22
|
(34) мы покупаем на сервер оперативную память до 16 гб. то надо сделать 4 рабочих процесса ?
|
|||
36
nbIx
11.06.13
✎
22:35
|
(5) Значит у тебя как минимум 3000 лицензий?
Если мне не изменяет память, фоновое задание тоже сжирает лицензию |
|||
37
Fragster
гуру
11.06.13
✎
22:37
|
(36) не совсем. у меня здесь 250 лицензий, но 400 заданий запускается. При этом на линуксе без ключа более 12 СОЕДИНЕНИЙ не работает, т.е. 1 управляющее и 12 фоновых для моего теста
|
|||
38
Fragster
гуру
11.06.13
✎
22:38
|
т.е. 1 управляющее и 11 фоновых для моего теста
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |