аналоги для мелкозернистого параллелизма? Ситуация такая. Есть больше количество агентов (10^6 и больше), обработка каждого сообщения - сравнительно простая операция (найти что-то в коллекции, положить что-то в коллекцию), коммуникации активные (чуть ли не основа алгоритма - пересылать сообщения). Прегель от Гугла что-то такое реализует для обработки графов и, вроде, сравнительно неплох. Но все равно есть опасения, что накладные расходы на сообщения будут больше, чем выигрыш от возможности что-то вычислять параллельно. Может у кого был опыт. Может для таких случаев известно, что надо брать не Hopac, а что-то другое. Другие модели параллелизма пока не рассматриваются. Про них отдельно думать буду.
Гопак для такой задачи хорош, но он помер и не поддерживается.
А таски? Вроде они для cpu intensive задач вполне..
Не, десятки лямов тасок создавать за игровой тик(либо что первонах темы хочет :) ) ну такое
А, там десяток лямов (не заметил), тоды да, тачка жирновата
Parallel с батчингом по кол-ву ядер CPU на 16М задач норм себя чует
Ну вот да. Печаль, конечно.
Пока кажется, что наладить регулярность, чтобы батчинг и параллельные циклы нормально заходили, сложновато. Но да. Над этим отдельно думаю. Так-то, чем регулярнее параллелизм, тем лучше.
Обсуждают сегодня