Многопоточность - панацея или криворукость monkey coder-ов из больших корпораций

@Fulcrum_013 · Регистрация: 14.12.2014

Студворк — интернет-сервис помощи студентам

Вопрос прост:
Зачем к примеру скайпу в режиме ожидания 90 потоков?
И зачем 60 потоков FireFox с одной открытой вкладкой?
Или аж 31 поток ЛАУНЧЕРУ World of Warships при ожидании нажатия кнопки старт?
Или 70 потоков рабочему столу?
Или 30 потоков закрытому Microsoft.Photos?
Или 19 потоков калькулятору. Там кнопок меньше чем потоков. Что в нем то параллелить?
И все это хозяйство на 4 ядра. Вопрос зачем? Чтобы таск свитчинг тормозил? Ведь 99% того на что вешают потоки еще лучше будет работать в псевдопараллельном режиме. Но это как понимаю мозгами шурупать надо над иерархиями и тп а не накатать кучу кривого кода в мертвом цикле и сунуть в поток.

@UI-Maker · 02.10.2015, 00:30

У меня у Калькулятора 3 потока. Нажать "равно" - становится 4.

@Fulcrum_013 · 02.10.2015, 00:37 **[ТС]**

А у меня если "=" нажать становится 24

и так и остается. Во блин у майкрософта математика, Оказывается чтобы 2+2 сложить 5 потоков надо.

@mporro · 02.10.2015, 07:39

Fulcrum_013
Канализационная труба самого большого диаметра стыкуется с унитазом, а не с раковиной на кухне, хотя именно через раковину на кухне уходит больше всего воды.

@Fulcrum_013 · 02.10.2015, 08:42 **[ТС]**

Сообщение от mporro

Канализационная труба самого большого диаметра стыкуется с унитазом, а не с раковиной на кухне, хотя именно через раковину на кухне уходит больше всего воды.

Только характер потока разный. Как объем в секунду так и содержимое. А время разное. Соответственно у раковины с мгновенной пропускной способностью в разв меньшим чем у унитаза интеграл пропущенного объема в разы больше, т.к. и время ненулевого значения функции расхода в разы больше.

Убежденный · 02.10.2015, 08:51

Сообщение от Fulcrum_013

Вот это и называется криворукость. Загибается/зацикливается/виснет исключительно от криворукости. Хотя оно понятно. Контингент там такой.

Пример: в одном из плагинов для браузера (который написан сторонним разработчиком)
происходит AV и весь браузер со всеми вкладками загибается, включая твое незаконченное
письмо на пару страниц и закачку файла. Какая реакция ? Правильно, мат. Вот почему
современные браузеры, как правило, используют стратегию "одна вкладка - один процесс",
да еще используют выделенные процессы-контейнеры для плагинов и обработки веб-контента.

И на счет контингента ты сильно не прав.
Исходники Google Chrome видел ? Если нет - советую скачать и поизучать, это во многих
отношениях образцовый проект и абы кого туда просто не пускают.

@korvin_ · 02.10.2015, 09:06

Сообщение от Fulcrum_013

Сколько там строк не считал

Посчитай.

Сообщение от Fulcrum_013

но печатной доки по этому коду 2 комнаты.

И? Это ни разу не показатель.

@Fulcrum_013 · 02.10.2015, 11:54 **[ТС]**

Сообщение от Убежденный

происходит AV и весь браузер со всеми вкладками загибается, включая твое незаконченное
письмо на пару страниц и закачку файла. Какая реакция ? Правильно, мат.

COM, ActiveX, OLE, и вообще отношения с плагинами по принцнипу клиент-сервер - Все позволяет чтобы Exception и мертвый цикл там в нетрях плагина и остались. Ну ладно еще по потоку на активный экземпляр плагина, ну или процессу, чтобы не лазили в памяти куда им не положено (хотя если сильно захотят то полезут). Но зачем же по процессу на вкладку и такое количество потоков держать? Наксолько понимаю сидят все эти потоки и ждут чего то. И точно не загрузки новой страницы, поскольку при загрузке стартует еще пачка потоков и по завершению загрузки закрываются.

Добавлено через 56 минут

Сообщение от Убежденный

происходит AV и весь браузер со всеми вкладками загибается, включая твое незаконченное
письмо на пару страниц и закачку файла. Какая реакция ?

Главное чтобы плагин не покрешил данные в куче. Но чтобы этого не произошло ему вообще нельзя никакого доступа к данным давать. В принципе. А то покрешит если захочет. И вообще его запускать нельзя. Хоть в каком процессе. А то приатачится как дебаггер и будет рыться и в куче и в стеке и в коде. А Exception за пределы плагина не выпускаются и в одном (вообще одном) потоке. Dead loop конечно лечится только сторожевым потоком.

Добавлено через 1 час 4 минуты

Сообщение от korvin_

Посчитай.

А зачем? Когда будет циферь "ну его нафик" то это будет половина. Кстати самих сырцов там в наличии мало чего есть. в основном правят машкод если чего вдруг приделать надумали. Бывает кучу руками подправляют в реалтайме, когда датчик загнулся а слябы в клеть пропихивать надо.

@korvin_ · 02.10.2015, 21:16

Сообщение от Fulcrum_013

А зачем?

Понятно. Так я и думал.

Сообщение от Fulcrum_013

Когда будет циферь "ну его нафик" то это будет половина.

Угу-угу. Без "циферь" это пустая болтовня.

Сообщение от Fulcrum_013

в основном правят машкод если чего вдруг приделать надумали. Бывает кучу руками подправляют в реалтайме

Понятно. Значит алгоритм крайне примитивен. Так я и думал.

@cybercitizen · 02.10.2015, 22:11

Не по теме:

Сообщение от korvin_

Значит алгоритм крайне примитивен

Кликните здесь для просмотра всего текста

Две недели писать на крестах примитивный шутер за $100 и потом бравировать этим. Не алгоритм, автор примитивен до неприличия.

@gng · 03.10.2015, 08:23

Сообщение от Fulcrum_013

Ведь 99% того на что вешают потоки еще лучше будет работать в псевдопараллельном режиме. Но это как понимаю мозгами шурупать надо над иерархиями и тп а не накатать кучу кривого кода в мертвом цикле и сунуть в поток.

Угу, "мозгами шурупать". Приведу шуточную аналогию.
У вас стоит задача срочно дописать проект на вашем Билдере. И в то же время приготовить яичницу себе и детям. (Жена в это время смотрит сериал).
1. Подход "шурупующего мозгами" Борланд-профессионала: Пишем вспомогательную программу, чтобы через каждые полторы минуты подавала звуковой сигнал. Бежим на кухню, проверяем состояние яичницы и дальше - за работу.
2. Подход "monkey coder-ов" : Просим жену приготовить яичницу.

Добавлено через 14 минут
PS. Тенденция - создавать на каждый чих новый поток или запускать процесс - ИМХО, вполне оправдана и перспективна. Процессоры уже почти уперлись в потолок тактовой частоты, и основной источник повышения производительность - распараллеливание. А основная проблема - распараллелить можно далеко не любую задачу.

@Fulcrum_013 · 03.10.2015, 10:39 **[ТС]**

Сообщение от gng

PS. Тенденция - создавать на каждый чих новый поток или запускать процесс - ИМХО, вполне оправдана и перспективна. Процессоры уже почти уперлись в потолок тактовой частоты, и основной источник повышения производительность - распараллеливание. А основная проблема - распараллелить можно далеко не любую задачу.

Скажем так - она может быть оправдана только если количество потоков не больше чем количество конвейеров и при этом обспечено разделение доступа к ресурсам по ресурсам а не по времени доступа. Иначе имеем не более чем оверхединг по таск свитчингу и распределению доступа к ресурсам. Оно понятно что к примеру на CUDA c 4000 конвейеров и два массива суммировать можно запуская по отдельному потоку на каждый элемент. Но на Intel в этом плане будет более производительно суммирование в одном потоке с использованием AVX инструкций, даже при том что доступ к ресурсам распределяется по ресурсам в данном случае.

Добавлено через 4 минуты
Не будем забывать что каждый поток это не только точка исполнения и набор значений регистров но еще и стек. Соответсвенно при каждом переключении происходит очистка кеша процессора.

Добавлено через 3 минуты

Сообщение от korvin_

Понятно. Значит алгоритм крайне примитивен. Так я и думал.

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

Добавлено через 11 минут

Сообщение от gng

Угу, "мозгами шурупать". Приведу шуточную аналогию.
У вас стоит задача срочно дописать проект на вашем Билдере. И в то же время приготовить яичницу себе и детям. (Жена в это время смотрит сериал).
1. Подход "шурупующего мозгами" Борланд-профессионала: Пишем вспомогательную программу, чтобы через каждые полторы минуты подавала звуковой сигнал. Бежим на кухню, проверяем состояние яичницы и дальше - за работу.
1. Подход "monkey coder-ов" : Просим жену приготовить яичницу.

Подход "monkey coder-ов":
Программируем жене функцию опроса не хочет ли кто либо яичницу. Если хочет то идет и готовит. Поскольку потребителей несколько а опрос нескольких потребителей для Monkey Сodera задача непосильная то заводится по жене не каждого потребителя. В результате получается очередь жен к сковородке. Если кроме пожарить яишницу добавить еще и поджарить колбаску, то количество потребных жен тут же удваивается, а количество сковородок Const
2. Подход профи: каждому потребителю приделывем возможность запроса что ему хочется, А жене функцию группировки по совместимости и сковородкам. В результате одна жена справляется.

Evg · 03.10.2015, 11:16

Сообщение от Fulcrum_013

она может быть оправдана только если количество потоков не больше чем количество конвейеров

Бред. Одна из необходимости построения потоков в нынешних программных моделях графических интерфейсов - это борьба с фризами при работе с медленными устройствами (файл, сеть и т.п.). Создаётся отдельный поток, который поработает с медленным устройством, а потом данные отдаются основному потоку управления графическим интерфейсом. В итоге мы имеем то, что у нас есть два потока, причём каждый из них практически не грузит конвейер (главный поток спит в цикле ожидания событий, воспомогательный поток спит, ожидая, пока придут данные от медленного устройства)

@Fulcrum_013 · 03.10.2015, 11:58 **[ТС]**

Сообщение от Evg

Бред. Одна из необходимости построения потоков в нынешних программных моделях графических интерфейсов - это борьба с фризами при работе с медленными устройствами (файл, сеть и т.п.). Создаётся отдельный поток, который поработает с медленным устройством, а потом данные отдаются основному потоку управления графическим интерфейсом. В итоге мы имеем то, что у нас есть два потока, причём каждый из них практически не грузит конвейер (главный поток спит в цикле ожидания событий, воспомогательный поток спит, ожидая, пока придут данные от медленного устройства)

БРЕД. Сколько не вешай потоков на опрос выход мультиплексора вход у него только один, получится только оверхединг по опросу. Этим операционка должна заниматься. И она это это очень даже успешно делает (к примеру асинхронные операции в WinAPI). И принцип здесь - один поток на устройство. По прерыванию от устройства драйвер пишет данные с разбором по буферам, запрошенным приложениями. Когда буфер готов - маячит приложению.

Добавлено через 29 минут
Ладно б еще 2 потока. А то как понимаю поток на каждый пук типа загрузки или сохранения файла. причина в том что во первых не умеют пользовать асинхронные операции операционки, и вторая проблема - не въезжают что любой енкодер и декодер протокола/формата - автомат состояний как его не крути, поэтому не умеют принимать/писать файл в буфера по частям. Отсюда вместо асинхронных операций поток на каждый файл/сетевой запрос. Ладно бы еще только это. Но вопрос немного в другом - зачем стандартному виндовому калькулятору который что то читает только на запуске, постоянно держать 19 потоков а при нажатии кнопки "=" при сложении 2+2 запускать еще 5 потоков?

@Voivoid · 03.10.2015, 14:20

Сообщение от Fulcrum_013

Того 32k строк кода для того чтобы подергать 4 шаговиками насколько понимаю по передаваемым им точкам. Не густовато ли?

Чего удивляться-то, сишечка ж

Добавлено через 11 минут

Сообщение от Fulcrum_013

не накатать кучу кривого кода в мертвом цикле

Лол, ты так себе работу тред-пулов представляешь, да?

Добавлено через 1 минуту

Сообщение от Fulcrum_013

Весь мои helloworld'ы однопоточные.

Поправил тебя

@Fulcrum_013 · 03.10.2015, 15:12 **[ТС]**

Сообщение от Voivoid

Чего удивляться-то, сишечка ж

Я так понимаю там во втором случае 32k строк кода вместе с осью, при этом 95% возможностей этой оси к задаче управления станком никакого отношения не имеют.

Добавлено через 38 минут

Сообщение от Voivoid

Лол, ты так себе работу тред-пулов представляешь, да?

Нет, примерно вот так:

C++
1
2
3
4
5
6
7
8
9
10
void WindowsMustDie(void * Param){
   SetThreadPriority(GetCurrentThread(), THREAD_PRIORITY_TIME_CRITICAL);
   while(1);
}
void main(){
      SetPriorityClass(GetCurrentProcess(), REALTIME_PRIORITY_CLASS);
      SetThreadPriority(GetCurrentThread(), THREAD_PRIORITY_TIME_CRITICAL);
      unsigned __int64  ThreadId;
      while(1)  CreateThread (NULL,1024,WindowsMustDie,NULL,0,&ThreadId);
}

Добавлено через 9 минут

Сообщение от Voivoid

Поправил тебя

Ошибаешься. Многопоточные приложения делал еще году эдак в 1997-ом. Да и до этого раблту с прерываниями тоже пользовал постоянно. Тоже кстати мультитрединг, только с переключением потоков не с квантованием времени а по внешнему событию.

@cybercitizen · 03.10.2015, 20:21

Сообщение от Fulcrum_013

Нет, примерно вот так

Никто и не сомневался что ты не слышал про управление потоками. Один id на бесконечность потоков — это фейл.

@Fulcrum_013 · 03.10.2015, 20:30 **[ТС]**

Сообщение от cybercitizen

Никто и не сомневался что ты не слышал про управление потоками. Один id на бесконечность потоков — это фейл.

Если заметил цель приведенного примера подвесить ось любого суперкомпутера. И этот код это сделает. Так что не фэйл а универсальное решение задачи подвешивания оси.

@korvin_ · 04.10.2015, 00:13

Сообщение от Fulcrum_013

Если заметил цель приведенного примера подвесить ось любого суперкомпутера.

Т.е. ничего, что в никсах этот код не скомпилирутеся, а винду на суперкомпьютеры не пускают?

@Fulcrum_013 · 04.10.2015, 12:04 **[ТС]**

Сообщение от korvin_

Т.е. ничего, что в никсах этот код не скомпилирутеся, а винду на суперкомпьютеры не пускают?

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

@korvin_ · 04.10.2015, 12:50

Сообщение от Fulcrum_013

Загрузить все конвейеры потоками с максимальным приоритетом.

Угу, в однопоточном коде достаточно бесконечного цикла. В чём твоя мысль? Что ты способен написать говнокод в любых условиях?

Новые блоги и статьи Все статьи Все блоги /
Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .	Запрет дублирования строк в табличной части Maks 13.09.2026 Реализация из решения ниже выполнена на нетиповом справочнике "Нормы ТО" с табличной часть "Виды ТО", разработанного в КА2, со следующими реквизитами: - ВидТО (СправочникСсылка. ВидыТО); - ВидГСМ. . .	Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .
Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .	Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .	мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614

	Многопоточность - панацея или криворукость monkey coder-ов из больших корпораций 01.10.2015, 15:44. Показов 3776. Ответов 58 Метки нет (Все метки) Вопрос прост: Зачем к примеру скайпу в режиме ожидания 90 потоков? И зачем 60 потоков FireFox с одной открытой вкладкой? Или аж 31 поток ЛАУНЧЕРУ World of Warships при ожидании нажатия кнопки старт? Или 70 потоков рабочему столу? Или 30 потоков закрытому Microsoft.Photos? Или 19 потоков калькулятору. Там кнопок меньше чем потоков. Что в нем то параллелить? И все это хозяйство на 4 ядра. Вопрос зачем? Чтобы таск свитчинг тормозил? Ведь 99% того на что вешают потоки еще лучше будет работать в псевдопараллельном режиме. Но это как понимаю мозгами шурупать надо над иерархиями и тп а не накатать кучу кривого кода в мертвом цикле и сунуть в поток. 0

@UI-Maker 39 / 39 / 11 Регистрация: 05.09.2015 Сообщений: 262
	02.10.2015, 00:30
	У меня у Калькулятора 3 потока. Нажать "равно" - становится 4. 0

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	02.10.2015, 00:37 [ТС]
	А у меня если "=" нажать становится 24 и так и остается. Во блин у майкрософта математика, Оказывается чтобы 2+2 сложить 5 потоков надо. 0

@mporro 306 / 101 / 18 Регистрация: 04.07.2014 Сообщений: 571
	02.10.2015, 07:39
	Fulcrum_013 Канализационная труба самого большого диаметра стыкуется с унитазом, а не с раковиной на кухне, хотя именно через раковину на кухне уходит больше всего воды. 0