LINUX.ORG.RU

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

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

И да, поподробнее. Где на этом этапе нужен поллинг? Для долбёжки буферов железяки? Это совершенно другой уровень. На уровне юзерпейса в каком месте нужен поллин? Это какие-то очередные сказки для бедных?

чувак считает, что многопоток именно в юзерспейсе!!!, он способен реализовать на

 имея CAS + atomics + memory barriers можно реализовать всё остальное.

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

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

на вопрос - а если тредов полно, все ждут, а ядро одно например!? следует немудреный ответ - а у меня 48 ядер!

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

потом идет рассказ, что у него серверная стойка в шкафу и бухта кабелей…

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

то есть - росой умылся, заново родился.

приехали, короче.

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

И да, поподробнее. Где на этом этапе нужен поллинг? Для долбёжки буферов железяки? Это совершенно другой уровень. На уровне юзерпейса в каком месте нужен поллин? Это какие-то очередные сказки для бедных?

чувак считает, что многопоток именно в юзерспейсе!!!, он способен реализовать на

 имея CAS + atomics + memory barriers можно реализовать всё остальное.

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

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

на вопрос - а если тредов полно, все ждут, а ядро одно например!? следует немудреный ответ(хоть санитаров вызывай) - а у меня 48 ядер!

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

потом идет рассказ, что у него серверная стойка в шкафу и бухта кабелей…

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

то есть - росой умылся, заново родился.

приехали, короче.

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

И да, поподробнее. Где на этом этапе нужен поллинг? Для долбёжки буферов железяки? Это совершенно другой уровень. На уровне юзерпейса в каком месте нужен поллин? Это какие-то очередные сказки для бедных?

чувак считает, что многопоток именно в юзерспейсе!!!, он способен реализовать на

 имея CAS + atomics + memory barriers можно реализовать всё остальное.

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

поскольку все эти его атомики, тредов переключать не умеют, и предназанчены для совсем другого, то нормальное ожидание, когда тред снимается с планировщика, становится неактивным и ожидающим, он предлагает оставить активным и заменить поллингом ивента!!!

на вопрос - а если тредов полно, все ждут, а ядро одно например!? следует немудреный ответ(хоть санитаров вызывай) - а у меня 48 ядер!

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

потом идет рассказ, что у него серверная стойка в шкафу и бухта кабелей…

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

то есть - росой умылся, заново родился.

приехали, короче.