The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован язык программирования Ruby 3.3, opennews (??), 25-Дек-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Опубликован язык программирования Ruby 3.3"  +/
Сообщение от Аноним (6), 25-Дек-23, 12:52 
>планировщик потоков "M:N", позволяющий для сокращения накладных расходов на создание и управление потоками

На каком числе потоков об этом стоит начинать задумываться? Вот, например, в моём коде живёт под 1000 потоков, но они достаточно самостоятельные и выделяются динамически. Отладка может быть _весьма_ увлекательной и замеры производительности тоже своеобразные, в остальном, не наблюдаю особых проблем. Правда, у меня питон и асинхронные либы (и асинхронные обёртки над сишными либами), сложно сказать, столько тут уходит интерпретатору.

Ответить | Правка | Наверх | Cообщить модератору

31. "Опубликован язык программирования Ruby 3.3"  +/
Сообщение от Витюшка (?), 25-Дек-23, 14:37 
На любом количестве потоков где есть взаимодействие потоков. Те практически любой многопоточный код с мьютексами.

Когда у тебя потоки независимы у тебя и так параллелизм есть. Вопрос как его достичь (максимизировать) когда есть общая память.

Ответить | Правка | Наверх | Cообщить модератору

77. "Опубликован язык программирования Ruby 3.3"  +2 +/
Сообщение от glad_valakas (?), 25-Дек-23, 18:24 
> в моём коде живёт под 1000 потоков

GIL не беспокоит ?

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

81. "Опубликован язык программирования Ruby 3.3"  +2 +/
Сообщение от Аноним (6), 25-Дек-23, 18:58 
Не особо, всё ещё терпимо. Значительную часть времени они ждут, а когда им хочется одновременно поработать, упирается не в процессор. В первую очередь, пришлось отказаться от сомнительных библиотек вроде requests, из моего опыта, она упиралась в гил уже на ~2 потоках и процессы резко оказывались быстрее (но тут сопутствующие расходы добавлялись) -- помогла замена на pycurl. А сейчас есть aiohttp вполне неплохого уровня (особенно после pycurl). В общем, вопрос задач и выбора компонентов, чем меньше pure-python, тем лучше.
Ответить | Правка | Наверх | Cообщить модератору

131. "Опубликован язык программирования Ruby 3.3"  +1 +/
Сообщение от Владимирemail (??), 26-Дек-23, 12:23 
Может я не очень вас понимаю, но почему Python? Новость-то про Ruby вроде как?
Ответить | Правка | Наверх | Cообщить модератору

207. "Опубликован язык программирования Ruby 3.3"  +/
Сообщение от glad_valakas (?), 28-Дек-23, 09:58 
> чем меньше pure-python, тем лучше.

тогда зачем это все ?

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

241. Скрыто модератором  +/
Сообщение от anonymous (??), 31-Дек-23, 21:11 
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру