LINUX.ORG.RU

История изменений

Исправление alysnix, (текущая версия) :

С помощью твоих «очереди и мьютекса» тоже. Потому, это абстракции поверх твоей «модели тредов».

врубитесь в предмет дискуссии. разумеется очередь и мьютекс, неотделимы от треда, потому что работают именно для него. если нет тредов как понятия, то и очередь и мьютекс - неопределены как понятия.

в тех абстракциях, что предложили как альтернативу, нет тредов вообще, и никакой связанной с ними функциональности… каким образом это к тредам относится, хотя мы говорим именно о мультитреде?

я потому и предположил, что возможно автор предложения хочет поверх «барьеров и атомиков» реализовать нормальные треды?

но это еще много писанины, и ему придется опять же реализовывать ручками обьекты синхронизации и планировщик… но все равно он этого не сделает, без привлечения других понятий, которые он не указал.

потому автору в простейшем примере о синхронизации тредов и пришлось развивать отвлеченные идеи о «неважности» того, как кто спит и как переключается. ничего себе неважность. если неважно, то работать ничего не будет. а если важно - пиши свой шедулер, треды, мьютексы и кондвары

Исправление alysnix, :

С помощью твоих «очереди и мьютекса» тоже. Потому, это абстракции поверх твоей «модели тредов».

врубитесь в предмет дискуссии. разумеется очередь и мьютекс, неотделимы от треда, потому что работают именно для него. если нет тредов как понятия, то и очередь и мьютекс - неопределены как понятия.

в тех абстракциях, что предложили как альтернативу, нет тредов вообще, и никакой связанной с ними функциональности… каким образом это к тредам относится, хотя мы говорим именно о мультитреде?

я потому и предположил, что возможно автор предложения хочет поверх «барьеров и атомиков» реализовать нормальные треды?

но это еще много писанины, и ему придется опять же реализовывать ручками обьекты синхронизации и планировщик… но все равно он этого не сделает, без привлечения других понятий, которые он не указал.

потому автору в простейшем примере о синхронизации тредов и пришлось развивать отвлеченные идеи о «неважности» того, как кто спит и как переключается. ничего себе неважность. если неважно, то работать ничего не будет. а если важно - пиши свой шедулер, треды мьютексы и кондвары

Исходная версия alysnix, :

С помощью твоих «очереди и мьютекса» тоже. Потому, это абстракции поверх твоей «модели тредов».

врубитесь в предмет дискуссии. разумеется очередь и мьютекс, неотделимы от треда, потому что работают именно для него. если нет тредов как понятия, то и очередь и мьютекс - неопределены как понятия.

в тех абстракциях, что предложили как альтернативу, нет тредов вообще, и никакой связанной с ними функциональности… каким образом это к тредам относится, хотя мы говорим именно о мультитреде?

я потому и предположил, что возможно автор предложения хочет поверх «барьеров и атомиков» реализовать нормальные треды?

но это еще много писанины, и ему придется опять же реализовывать ручками обьекты синхронизации и планировщик… но все равно он этого не сделает, без привлечения других понятий, которые он не указал.

потому автору в простейшем примере о синхронизации тредов и пришлось развивать отвлеченные идеи о «неважности» того, как кто спит и как переключается. ничего себе неважность. если неважно, то работать ничего не будет. а если важно - пиши свой шедулер, треды и мьютексы.