Comments 4
Как считает процессор
Простите, но то, что у вас написано в следующих двух абзацах - какая-то ерунда. Последовательно считает не процессор, последовательно работает алгоритм. Если алгоритм последовательный, он и на CPU, и на GPU будет работать последовательно. А если вы можете его распараллелить - это снова можно сделать и на CPU, и на GPU.
Очередное фи в сторону 1С, а что, остальные решения для бизнеса во всём мире уже давно считают на GPU?
А зачем выгружать в постгри, если база 1С и так может крутиться на постгри?
Надеюсь всë-же 1С когда-нибудь сможет в многопоток... А то так печально наблюдать когда бухгалтер закрывает месяц рейд из оптанов практически простаивает, а из двухпроцессорных 16 потоков напрягается только один.
Интересная идея, но есть вопрос к целевой аудитории. За последнее время насмотрелся на разные компании изнутри: те, у кого реально болит производительность 1С, сначала идут по пути классической оптимизации запросов или покупки нормального железа - современный AMD с высокой частотой на ядро и NVMe-стек решают 90% проблем ожидания. Главный вопрос не в том, работает ли математика - судя по цифрам, ускорение на порядки это факт. Вопрос в том, кто будет это дебажить и поддерживать в продуктовой среде через год. Vulkan, шейдеры на GLSL и кастомный внешний движок - это огромный технологический разрыв для среднестатистического администратора 1С. Кроме того, в схеме с SQLite возникает накладной расход на сериализацию и перекладывание данных туда-обратно. Для задач типа MRP это оправдано, но не станет ли сама шина данных узким местом при попытке масштабировать решение на действительно большие базы?
GPU Compute Engine для 1С: как перестать ждать часами и начать считать на видеокарте