(ядра, оперативная память):
1С сервер, PG - отдельный хост?
База одна, Бухгалтерия, текущий размер скромный 4 ГБ. Пользователи - 5, с потенциалом до 10
https://its.1c.ru/db/metod8dev#content:5810:hdoc
у меня, правда на МС sql, одни клиенты на 4 vcpu, другие а 6vcpu, посматриваю, в основном ядра простаивают, 1с не умеет в многоядерность вне зависимости от физ или вирт ядра. На 5 пользователей с скулем, у одних 12гб, у других 16
Из статьи выходит 2 ядра/4 потока, 8 ГБ
4 ядра, 12Гб, иначе не комфортно будет, если скуль на той же ВМ...правда, смотря как подключатся
там в статье говорится про эталонную систему, с которой вы всё замерили и при учёте что конфигурация и платформа та же, тогда можете применять статью под своё количество пользователей
Вы когда такую лажу пишите, всегда добавляйте "по моему личному мнению". Если бы сервер не умел в многоядерность, у вас бы все сеансы сидели на одном ядре... Такое кстати в истории 1с было на 8.0 версии
я написал, что наблюдал, что остальные ядра простаивают
Замечательно, нагрузка ядер как трансформировалась в многопоточность 1с? Да ещё так категорично... Зачем выдавать свои фантазии за действительность. Есть стандартный нагрзочный тест, который итерациями добавляет потоки, можно руками аналогично смоделировать и посмотреть как будет грузиться, а оно в какой то момент вообще все ядра под 100% положет так то...
хорошо, перефразирую - не оптимизирована для многоядерных процессоров
А на основании чего такой вывод?
Да не, как только плохо так сразу несколько рп хост объедаются энергией
Наверное имеется ввиду, что если ядер будет больше, чем сеансов, то производительности это не прибавит
А разве должно? Если условно мы закрываем проблему 2 ядрами и на 3 резервный рп сидит, с какой стати мы должны заюзать 6 свободных ядер? Это ж то за что всех писарей ругали. Неэффективное юзаете мощностей
Ну не любую задачу можно распараллелить, и не всегда. Но когда можно, вы можете в сеансе пользователя вызвать несколько потоков фоновиков кодом и положить хоть все ядра. Более того, сейчас реструктуризации v2 и загрузка dt делается для одного сеанса многопоточно И вообще по вашей логике один пользователь должен положить сервер, и а остальным пользователям останется чтобы им по губам водили
Кстати да. В2 это реально многопоток
И тут опять рядом будет ситуация когда параллель вредна
потому, что rphost часто сжирает ресурсы
Это называется ваши фантазии, я так чувствую вы даже не кодите в 1с
при чем тут кодинг?
Да потому что вы бы этой ерунды не писали если бы примерно понимали как работает
ну, вы привыкли ярлыки клеить и приписывать то, что я не писал
Ну конечно, ещё скажите токсичный, а должен вас в попу целовать Ваш брат когда по делу сказать не может, то переходит на личности
зато ты высказался по делу? а...где...не видно что-то
Вот поэтому: https://infostart.ru/1c/articles/1625217/
Можно ведь предусмотреть ограничение на максимальное количество потоков на пользователя в настройках и/или автоматически, тогда один пользователь не положит сервер. Но выполнение даже в два потока тех задач, которые можно распараллелить, уже даст значительный прирост производительности.
Так рассуждать могут только те кто от этого далеки. Ну допустим будет у вас два потока. Допустим вы делаете в 1с проведение платёжки с одной позицией/строкой. 1. Что вы собрались распарралеливать во второй поток? 2. Если это одна транзакция на два потока, и северный процесс второго потока упал, то у вас потеряется работа первого потока оставшегося работать. Как вы собираетесь решать эту проблему? 3. Вы пишите что нужно управлять все время количеством потоков, кто это должен делать? Программист в коде? Если да то это сильно усложнить код, трудозатраты на код и диагностику. 4. Больше потоков это больше блокировок, как вы собрались решать эту проблему? Это при большом количестве пользователей точно не ускорит, а замедлить систему. 5. Чем вас не устраивает расспаралеливание на уровне запросов к СУБД которое есть и так и не требует больших усилий? Ну и наконец, у вас лично есть опыт многопоточного кодирования на каком-нибудь языке?
Я давно убедился в работе эффекта Даннинга-Крюгера, им бесполезно объяснять, им сначала нужно набрать достаточный уровень квалификации чтобы просто осознать сложность проблемы, не говоря о решениях. А вашу ссылку без навыков кодирования они вряд ли оценят.
Безотносительно Вашей дискуссии, Вы не тот идиот, который держит сайт gilev.ru ?
Я русским языком написал "тех задач, которые можно распараллелить". Откуда взялись платёжки? В платформе нет методов, которые можно распараллелить? Всё, что написано в конфигурации отдано на откуп программистам. Кодом платформы мы управлять не можем.
А зачем вы программирование называете кодированием?
1. Да, не все задачи распараллеливаются, или не имеет смысла делать, или будет больше минусов чем плюсов Платёжка взялась как пример. Одну строку/минимальный объем с большей вероятностью не получится выполнить эффективно в несколько потоков. 2. Пусть будет программирование, какая разница какой синоним
Передайте Христине Ратчиной что к нам идиотам можно больше не обращаться за помощью
слышал звон, но не знаю где он. Специально для адептов звезды речь шла не про многопоточность
где в статье про распределение нагрузки фоновых процессов по ядрам?
А понял, то есть вы не видите связи, ок)))
ну, у вас правило, на вопрос не отвечать, ок))
Ну расскажите тогда как вы представляете распределение по ядрам без многопоточности. Что эти ядра все скопом будут делать с одним сеансом в одном потоке? Или это пусть у программистов голова болит?
еще раз, где я утверждал что нет многопоточности? Вот вам с ИТс: при работе на многопроцессорных система, в зависимости от характера нагрузки, может наблюдаться неравномерная загрузка процессоров/ядер. В некоторых случаях может оказаться загружена только какая-то часть доступных ядер CPU, при этом другая часть будет простаивать.
Про многоядерность? Так потоки по ядрам распределяются. Управляет распределением нагрузки ОС, и это логично, но принципиально 1С на нескольких ядрах работает, значит умеет
Давайте мы не будем чего вы не утверждаете, вы про то что утверждаете лучше аргументируйте.
Это разве не только для лицензии КОРП доступно?
Обсуждают сегодня