Thread → Task. Многопоточность и Асинхронность
ฝัง
- เผยแพร่เมื่อ 18 มิ.ย. 2022
- В этом видео расскажу о thread, многопоточности, task и асинхронности, чем многопоточность отличается от асинхронности.
была ли асинхронность в thread, а так же мелкие вопросы из собеседований.
как классно что видео не длится 3 часа и там четко по теме с собесов
Спасибо огромное за разъяснение: чётко и просто. Особенно понравились картинки со стиральной машинкой- сразу стало понятно )
🤗
Супер актуальное видно. Действительно, на собеседованиях очень большое внимание уделяют многопоточности и ассинхронности👍
Рад что полезно 😉
а еще вы...ываются этим очень много на собеседованиях и даже самоутверждаются )))
Александр, большое спасибо! Очень доступно объясняете
Рад что нравится.
Спасибо за информативность!
Никогда не знал, что в Яве нет нормальной асинхронности. И картинка с собаками смешная :)
Всегда пожалуйста
Очень круто и интересно рассказано! Спасибо!
Всегда пожалуйста 😊
Спасибо всё понятно и полезно 👍
Всегда пожалуйста 😉
Большое спасибо! Очень помогли
Ничего себе. Настолько понятного объяснения ранее ещё не находил. Спасибо большое!
Всегда пожалуйста
Очень крутое объяснение , разобрался 👍
Рад что понравилось 🤗
Информативное видео, спасибо
Всегда пожалуйста
Ну ждем новый видос)
Ты запутал еще больше тему.
Task это задание, которое встает в очередь на выполнение к планировщику ThreadPool. Помогая уйти от работы с Thread классом напрямую.
Также Task может стартануть ваш код и на отдельном Thread , который не управляется через ThreadPool.
Выбор за вами.
Если вспомнить как надо обсулживать входные, выходные и ошибки для Thread , то лучше переходить на Task.
А так же task можно выполнить синхронно. Цель была рассказать как мы пришли к task и что под капотом thread
@@Kulibins1 ну вводная часть путает, что и зачем создано и для каких задач использовать. Про ThreadPool вообще крохи. А ведь все ради этого механизма танцы с бубном. Чтобы использовать умный планировщик в его составе, а не городить потоки и убивать производительность процеесора.
@@trash2trash это больше для новичков, и работу с пулом буду в отдельном видео записывать, там много тонкостей.
Надо было начать обьяснение асинка с того, что существуют различные виды работ, а не только выполнение кода на треде. И вот имеено для этих видов работ асинк и будет полезен.
Может быть, но суть этого видео: рассказать немного истории, и показать потоки и ассинхронность + каждый по разному одно и тоже показывает
Спасибо за информацию! Расскажи, пожалуйста, тему событий и потоков - как оповещать подписчиков событий параллельно и асинхронно.
Записал в список новых роликов
1. bool complEted, а не int complited
2. для completed можно создать публичный гетер и сделать приватный сетер
Бля, это божественно, спасибо добрый человек 😊
Всегда пожалуйста. Скоро похожее по фронту будет
Спасибо Вам за видео! Вы не занимаетесь обучением С# случайно?)
Всегда пожалуйста, обучением не занимаюсь - канал хобби 😉
@@Kulibins1 Принял, спасибо!
Равзе в Java Spring @EnableAsync и @Async не тоже самое, что async/await?
Надо посмотреть, но по моему нет. Ps: Посмотрел - это не то, какой-то кривой костыль, ну либо я не понял, но вы даже не вызовете @async из того же класса где он определён.
@@Kulibins1 Так можно th-cam.com/video/pTOQ6lJKoec/w-d-xo.html
Вроде бы через Task можно перекрыть реализацию многих кейсов, которые раньше надо было делать через Thread, и вроде как можно было бы вообще от Thread отказаться, но есть ли случаи, которые можно решить исключительно только с помощью Thread?
Да когда все потоки в пуле потоков заняты, а поток всё-таки хочется выполнить, не переписывая шеделер тасков (реально упирался в количество), но действительно сейчас потоки редко где встретишь. Цель этого видео рассказать как развивалась многопоточность и асинхронность.
Треды более низкоуровневые. Если грамотно их создавать они будут быстрее. Но с ними код тяжелый для чтения
@@Kulibins1моё субъективное мнение исключительно, но почему бы не использовать английский язык для обозначения специфических терминов. Всё-таки язык в основе именно английский и приходится гадать, а что такое шеделер, который видимо scheduler, если я правильно догадался.
@@torrvic1156 если вы откроете яндекс переводчик и проиграете scheduler, то услышите шедулер, похоже скедулер это американское произношение планировщика. Уже был ролик про термины, где в комментах это обсудили
@@Kulibins1 дело ваше конечно, но вот scheduler бы поняли и те кто британское произношение знают и те, кто более знаком с американским произношением, распространённым в США.
хорошо тем, кто придумывал велосипеды, а потом для него внедрили удобный функционал. Когда человек приходит и начинает пользоваться сразу этим удобным функционалом, то ему немного сложно осознать, какую проблему решает этот функционал.
Не понял, про какие велосипеды идёт речь?
@@Kulibins1 ну про те, которые вы в видео упоминали. О создании своей асинхронности
В JavaScript асинхронность работает по многопоточной модели. То есть выполнение двух асинхронных операций будет параллельной. Но асинхронность или многопточность это задача не JavaScript, а host-платформы в которой он исполняется, поскольку это скриптовый язык не имеющий ввода/вывода. В EcmaScript спецификации есть все необходимые нормы для выполнения кода в более чем один поток.
Не работает параллельно, можете привести и хоть один пример? В js event loop
@@NeoJohnSmit если вы про web worker (background worker), то это запуск отдельного процесса, со всеми вытекающими. Обычными средствами promise (под капотом постановка в очередь микрозадачь) или setTimeout(под капотом постановка в очередь макрозадачь) то оно параллельно не выполняется
@@Kulibins1 Абсолютно все, что вы сейчас написали ником образом не соответствует действительности. Поэтому моя статья поможет вам разобраться.
@@NeoJohnSmit Очень хочется почитать статью. если ссылку не получается кинуть, можно скинуть не полную (без хабра) или в мою группу телеграм.
Еще хотел сказать про потоки. Тут есть заблуждение. Потоки есть в user и kernel среде. Поток создается внутри user space и может быть переведен к kernel space.
В этом видео я в глубину потоков не опускался.
@@Kulibins1 либо первый раз слышу про это)
@@user-tn4js4ys2f Тут когда вы работаете с потоками на уровне .net вы работаете с пользовательскими потоками. На данный момент в kernal среду вы попадёте при написании драйверов (в своё время на c++ делал небольшой драйвер). Так что не понял вашего вопроса/ответа
Информативное видео! Можно немного больше кода, а так все доступно объясняете.
И было бы здорово осветить вот эти методы и понятия: GetAwaiter /GetResult, ConfigureAwait(true/fals), SynchronizationContext
Это все в планах на запись 😉
А в Java разве не виртуальная парралельность на их виртуальной машине? Или её тоже можно рассматривать как среду выполнения типа ОС? Я мимо-джаваскрипто-ангулар-мака-крокодил
С точки зрения сравнения java и .net принцип их очень близок - есть виртуальная машина выполняющая некоторый код, не нативный, а как бы на своём языке абстрактного процессора, но в .net он компилируется в нативный, а потом выполняется, а вот в java он изначально интерпретируемый (наверное уже тоже может компилироваться)
@@Kulibins1 я с джавой давно сталкивался, когда писал на nativescript. В андроиде там не оригинальная джава-машина и опять наверное свои нюансы. Мне просто немного резануло слух слово о ОС. Но опять же, я хлебушек-фронтендер, как был джавскриптчиком, так и остался. И мало ли что мне резануло.
@@Kulibins1 но в джава как раз количество потоков неограничено, даже на одном ядре т.е. они виртуальные и виртуальная машина разруливает ресурсы между ними. И как раз говорили, что поток - дорогое удовольствие, лишний раз его заводить не стоит и поэтому лучше использовать паттерн ТредПулл, чтобы завести небольшое число потоков, и в них асинхронные задачи разруливать. Там таже очередь и тот же луп, что и в джаваскпит, только потоков не один.
А вы наоборот говорите, что ТредПулл позволяет использовать максимальное количество потоков, сколько предложит система.
@@RedkeiGost любые действия не бесплатны, и . net у вас потоков ну очень много. И java не может сделать свои потоки, потоки всегда это прерогатива OS. Тут такое дело операционка может не давать вам потоки, тогда они будут запускаться последовательно, но это только на какой-нибудь кофеварке 🤣
Я чето не понял. Если Task это надстройка над Thread то в каком потоке он будет выполнятся, если вы говорите что Task это не о многопоточности? Что-то я смысл не уловил.
Task это надстройка, и она даёт вам возможность писать асинхронный код, как показал, поток будет браться из специального пула. Код выполняемый Task будет по факту выполняться параллельно, вы можете просто Task.Run запускать такой код, аналогичтоно Thread.Start. а в каком потоке будет код из Task выполняться вы можете посмотреть из этого кода используя Thread.CurrentThread
Потому что Task - это не надстройка на Thread, а вполне отдельная тема, о чем пишут во многих англоязычных источниках. Автор чуточку заблуждается)
@@user-nv6gj6hg2s Если не надстройка, то обёртка или это тоже не верно?
@@user-nv6gj6hg2s Тут как раз все думают что task это отдельная тема, а на самом деле нет. На самом деле у вас нет ни какой возможности выполнять параллельный код без потоков, и task внутри себя использует потоки - то что я в этом видео и говорю. И то что с помощью него создают асинхронный код тоже рассказываю 😋
Картинка на 1:12 имеет отсылку к concurrency: слева параллельное выполнение, справа - конкурентное. Ничего тут плохого нет
Картинка как пример для объяснения
Что такое асинхронность - понятно и студенту. Я ждал разбор: как работает асинхронность. Этого не было.
Ведь есть поток, есть таск. Таск выполяется в одном из пулла потоков асинхронно. То есть выполнение в другом потоке - не асинхронность.
Так что же тогда такое "асинхронность" с точки зрения внутренней реализации?
Асинхронность это больше паттерн, и с точки зрения Task он так же сделан через потоки. Асинхронность может работать когда мы даём работу другому сервису, а потом от неготполучаем результат. В результат асинхронного вычисления мы получаем через callback, и для удобства используем async await синтаксис, который является синтаксическим сахаром для callback. А то что это все понятно даже студенту, так студенты есть разные, я тут программистов видел кто рекурсию не знает 🤣
@@Kulibins1 ну и что, что мы можем получить результат от Таска? От Потока мы тоже можем получить результат)
@@limeniye поэтому я и говорю что асинхронность это больше паттерн. Но и многопоточность это тоже паттерн, где мы одну задачу разбиваем на куски и часто решаем её параллельно несколькими потоками. Главное что в .net асинхронность сделана через потоки, в отличии например от JS
@@limeniye Есть определенные проблемы с обслуживанием потоков. Количество ядер процессора ограниченно, поэтому в какой то момент создание дополнительных потоков приводит снижению производительности. Чтобы обойти эту проблему придумали threadpool. Теперь рантайм сам решает какое оптимальное количество потоков можно создать. Вторая проблема в том, что получение данных происходит гораздо медленнее чем их обработка. Поэтому поток большую часть времени тупо ждет данные и ничего не делает. Чтобы решить эту проблему придумали Task. Смысл таска в том, чтобы вернуть поток в пул пока он не нужен.
я думал - async/await сперва был в node.js - позже уже c# это перенял
А оказалось наоборот 😉
Однако async await под капотом в ноде это совсем другая штука, потому что нода однопоточная
@@kitsunofflmao9980 естественно. Тут была суть в асинхронном коде. А как это реализована в разных платформах, быду в других виде рассказывай. Только в моём случае это будет не nodejs, а обычный js/ts код из Angular (браузер)
♥ Спасибо за видео! Нашел видео с примером создания программы с многопоточностью th-cam.com/video/X5AxuT5tbZ4/w-d-xo.html ☻
Подписался 😉
"Как только в своей программе вы написали new Thread() - все кончено, ваша программа теперь содержит устаревший код. " (c) Stephen Cleary, Microsoft MVP and the author of "Concurrency in C# Cookbook"
Понятно что сейчас всё через Task делают. Тут же рассказываю как мы к Task пришли 😁