Форум на Исходниках.RU https://forum.sources.ru Форум на Исходниках.RU Форум на Исходниках.RU https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763938 Fri, 16 Mar 2018 15:35:14 +0000 WebApplication & threads https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763938 Пора "освежать библиотеку" :lol:]]> JoeUser Software Design https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763927 Fri, 16 Mar 2018 15:18:53 +0000 WebApplication & threads https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763927 Flex Ferrum Software Design https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763919 Fri, 16 Mar 2018 14:25:21 +0000 WebApplication & threads https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763919 Цитата Flex Ferrum @
Так то да. Но если появится несколько писателей (в разных потоках), которые захотят транзакциями пощёлкать - то будет очень весесло.

Эт да. Об этом думал. Но тут, считаю, нужно как-то разруливать по штампу времени. "До" - запускать всех "читателей". Потом блокировка и запуск одного "писателя". Ну и далее в том же ключе.

Цитата Flex Ferrum @
Да.

Тож к этому склоняюсь. На сокетах - вычислений нуль (взял, отдал). А вот "воркеры" пусть уже конкурируют.

Добавлено
Flex Ferrum, в плане кросс-платформенного асинхронного I/O - чую паттерн "мост" ... я прав или да? :lol:]]> JoeUser Software Design https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763918 Fri, 16 Mar 2018 14:21:23 +0000 WebApplication & threads https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763918 Цитата JoeUser @
Тут я читал, что если "писателей" нет, то читателей параллельных можно наплодить сколь угодно.

Так то да. Но если появится несколько писателей (в разных потоках), которые захотят транзакциями пощёлкать - то будет очень весесло.

Добавлено
Цитата JoeUser @
Это ты про сетевую подсистему? Типа один поток на неблокирующих сокетах?

Да.]]> Flex Ferrum Software Design https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763917 Fri, 16 Mar 2018 14:19:56 +0000 WebApplication & threads https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763917 Цитата Flex Ferrum @
А с SQLite надо иметь в виду, что он не поддерживает одновременных транзакций из разных потоков по одному коннекшену. Это может быть существенным ограничением.

Тут я читал, что если "писателей" нет, то "читателей" в параллельных потоках можно наплодить сколь угодно, и будет все акейка.

Цитата Flex Ferrum @
А чего бы тебе не сделать как Node.JS - весь пайплайн в один поток, но асинхронно?

Это ты про сетевую подсистему? Типа один поток на неблокирующих сокетах?]]> JoeUser Software Design https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763900 Fri, 16 Mar 2018 10:12:12 +0000 WebApplication & threads https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763900 Flex Ferrum Software Design https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763892 Fri, 16 Mar 2018 08:50:05 +0000 WebApplication & threads https://forum.sources.ru/index.php?showtopic=412278&view=findpost&p=3763892
Собирался таки начать писать прогу класса WebApplication. Концептуально в ней можно выделить ряд подсистем:

1) Работа с сетью по HTTP/HTTPS
2) Работа с БД
3) Работа с файловой системой
4) Подсистема вычислений (собственно бизнес-логика)

Допустим, приложение будет работать на компе с N ядрами. Как вы считаете сколько потоков нужно выделять на каждую подсистему и почему? Можно ли как-то определиться с этими параметрами при старте/в процессе выполнения?

По поводу БД - есть формальные ограничение по распараллеливанию операций только для SQLite.
Если брать, к примеру, PostgreSQL, то таких ограничений нет.

Приветствуются любые соображения.

Добавлено
ЗЫ: Совсем забыл, цель распараллеливания - обеспечение равномерной загрузки ресурсов компа (CPU/FS/NET)]]> JoeUser Software Design