nerzoff, а вы пробовали? 2019 очень сильно оптимизировали. помню как у меня 2008 лагала и тормозила, зато сейчас 2019 летает - правда на другом железе, но все же. попробуйте.
т.к. помимо вычислений вашей программе ещё придется тратить время на выделение ресурсов под потоки и на саму оркестрацию.
как бы ваши инструкции написанные в коде и инструкции которые получатся после компиляции в исполняемом файле - разные вещи. в результирующем файле будут инструкции и на выделение пямяти, и на создание потоков и на много чего. и ДА, программа будет тратить на это время. И никуда вы не денетесь.
Ну и не путайте, пожалуйста, процесс с потоком.
я не путаю. я их в ковычках и писал. это просто детали реализации.
Про асинхронность бизнесс процесса сами придумали, признайтесь))
у нас так принято на работе было называть. когда мы отправляли запрос/платеж в процессинг, но успешность или неуспешность вернется через Callback, который мы указали в запросе. С точки зрения бизнеса, доменной логики - операция асинхронная.
makarychev13, не обязательно. по сути главный процесс делает оркестрацию между другими независимыми потоками. Он преедает им управление по очереди, как только кто-то говорит ему - что результат выполнения инструкции будет позже, нужно ждать - происходит переключение на слудующего и следующего и т.д.
если конечно не будет больше процессов - то да, он (главный) будет ожидать, "простаивать" - но это нормально.
Но есть еще асинхронность бизнес процесса. Это когда мы например отправили запрос в какой-то сторонний сервис, но результат он нам не вернет сразу, нет синхронности.
Результат будет получен с помощью Callback механизма.
Максим Щирба, если пользователь 1 и хранить надо рядом с прогой - то SQLLite
если пользователей много, и запускать будут одновременно несколько инстансов, то PostgreSQL.
причем PostgreSQL будет крутиться где-то на "сервере".
я бы такой артефакт постарался сохранить. для потомков так сказать.