Лекция прелесть! Всем советую. Есть и глубина и простота. Самое главное, что всё структурированно и по существу. Использую как обучающее пособие! Автору - респект! Умница!
Спасибо в очередной раз за то, что создаете странные мифы. Из того же доклада Роба Пайка: parallelism is not a goal of concurrency model. Не надо, пожалуйста, путать людей: в concurrency вещи МОГУТ исполняться параллельно, но они НЕ ОБЯЗАНЫ это делать! Если машина одноядерная, тогда да, никакого параллелизма там не будет, только переключение контекста. А вот если процессу на многоядерной машине выделили два потока (в случае с iOS - mach потока), тогда параллелизм в модели concurrency возможен. Резюмируя, concurrency does not always imply the parallelism!!! А за ресурсы для глубокого погружения - спасибо большое!
А чтобы упороться в concurrency можно еще открыть Лекторий ФПМИ (привет физтех) и посмотреть лекции и семинары на эту тему (тред ТПМС). Со всеми кишками (как модно в 2021). Там и модели памяти, и кэши, и санитайзеры, и таски и вот это вот все
Единственное: RunLoop скорее всего поток не в sleep погружает, а более оптимально ставит поток на condition wait. Когда событие прилетает, пинает condition wait и поток начинает шуршать, пока все ивенты не обработает. После обработки, поток снова встает на condition wait.
Вот, что говорят на WWDC Modernizing GCD Usage относительно разницы между parallelism и concurrency: The easy way to separate these two concepts in your mind, is to realize that parallelism is something that usually requires multiple cores and you want to use them all at the same time. And concurrency is something that you can do even on a single core system. It's about how you interpose the different tasks that are part of your application.
насчет интересного вопроса который был озвучен в видео, ну как я понимаю то на потоке ранлуп оборачивает выполнение задачи в авторелизпул который в свою очередь вызывает метод дрейн и получается деинит (если счетчик ссылок 0) вызывается на том потоке на котором это обнуление произошло
да, всё верно, в 2024 году не только async/await завезли, но и ChatGPT :) -- В Swift деинициализация объекта (dealloc) происходит в том потоке, в котором счётчик ссылок (reference count) стал равен нулю. Это означает, что если последний сильный указатель на объект был освобождён в основном потоке, деинициализация произойдёт в основном потоке. Если это произошло в фоновом потоке, деинициализация произойдёт в этом фоне. Важно помнить, что если деинициализатор объекта выполняет какие-либо важные операции, которые должны быть выполнены в определённом потоке (например, UI-обновления, которые могут выполняться только в главном потоке), эти операции должны быть явно отправлены в нужный поток, например, через DispatchQueue.main.async для главного потока. -- можно проверить class MyClass { deinit { print("Deinitialized on thread: \(Thread.current)") } } DispatchQueue.global().async { var obj: MyClass? = MyClass() obj = nil // Деинициализация произойдет в фоновом потоке }
Да, наконец-то. Даже в системные фреймворки завезли (например, в URLSession). Но это конечно скорее минус, так как функционал - вангую - будет доступен только с iOS SDK 15+. Имею в виду, не воспользуешься функционалом Concurrency, если поддерживаешь более древние операционки
22:20 Написано что: "Актор умеет получать сообщения, принимать сообщения..." В чем разница между получать и принимать? Может там должно быть отправлять?
там много оговорок. Например нельзя ставить async таску на serial очередь. Но это не так. Иначе бы DispatchQueue.main.async {} вызывал был дедлок, так main serial очередь. Будет дедлок если вы запустите sync таску внутри которой запустите async таску на serial очереди. Вот тогда дедлок
Ну так, обзорная статья если и так уже знаком с понятиями. Особо ничему тут не учат и не объясняется для новичков смотреть только если вы уже до этого много читали про мультипоточность
![Felix "Unfair" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/Oswujxm2Ag0/mqdefault.jpg)
Лекция прелесть! Всем советую. Есть и глубина и простота. Самое главное, что всё структурированно и по существу. Использую как обучающее пособие! Автору - респект! Умница!
На людях в черном поставил лайк, Александр гений - презентация огонь :)
Спасибо в очередной раз за то, что создаете странные мифы. Из того же доклада Роба Пайка: parallelism is not a goal of concurrency model.
Не надо, пожалуйста, путать людей: в concurrency вещи МОГУТ исполняться параллельно, но они НЕ ОБЯЗАНЫ это делать! Если машина одноядерная, тогда да, никакого параллелизма там не будет, только переключение контекста. А вот если процессу на многоядерной машине выделили два потока (в случае с iOS - mach потока), тогда параллелизм в модели concurrency возможен.
Резюмируя, concurrency does not always imply the parallelism!!!
А за ресурсы для глубокого погружения - спасибо большое!
спасибо, шикарная подача
А чтобы упороться в concurrency можно еще открыть Лекторий ФПМИ (привет физтех) и посмотреть лекции и семинары на эту тему (тред ТПМС).
Со всеми кишками (как модно в 2021). Там и модели памяти, и кэши, и санитайзеры, и таски и вот это вот все
Шикарно ! Спасибо за материал!)
Крутой доклад на тему многопоточности, спасибо автору!
Единственное: RunLoop скорее всего поток не в sleep погружает, а более оптимально ставит поток на condition wait. Когда событие прилетает, пинает condition wait и поток начинает шуршать, пока все ивенты не обработает. После обработки, поток снова встает на condition wait.
Интересно слушать и полезно.
Спасибо.
Вот, что говорят на WWDC Modernizing GCD Usage относительно разницы между parallelism и concurrency:
The easy way to separate these two concepts in your mind, is to realize that parallelism is something that usually requires multiple cores and you want to use them all at the same time.
And concurrency is something that you can do even on a single core system. It's about how you interpose the different tasks that are part of your application.
насчет интересного вопроса который был озвучен в видео, ну как я понимаю то на потоке ранлуп оборачивает выполнение задачи в авторелизпул который в свою очередь вызывает метод дрейн и получается деинит (если счетчик ссылок 0) вызывается на том потоке на котором это обнуление произошло
да, всё верно, в 2024 году не только async/await завезли, но и ChatGPT :)
--
В Swift деинициализация объекта (dealloc) происходит в том потоке, в котором счётчик ссылок (reference count) стал равен нулю. Это означает, что если последний сильный указатель на объект был освобождён в основном потоке, деинициализация произойдёт в основном потоке. Если это произошло в фоновом потоке, деинициализация произойдёт в этом фоне.
Важно помнить, что если деинициализатор объекта выполняет какие-либо важные операции, которые должны быть выполнены в определённом потоке (например, UI-обновления, которые могут выполняться только в главном потоке), эти операции должны быть явно отправлены в нужный поток, например, через DispatchQueue.main.async для главного потока.
--
можно проверить
class MyClass {
deinit {
print("Deinitialized on thread: \(Thread.current)")
}
}
DispatchQueue.global().async {
var obj: MyClass? = MyClass()
obj = nil // Деинициализация произойдет в фоновом потоке
}
Спасибо за видео.Коммент в поддержку!
async/await завезли, поздравляю :)
Да, наконец-то. Даже в системные фреймворки завезли (например, в URLSession). Но это конечно скорее минус, так как функционал - вангую - будет доступен только с iOS SDK 15+. Имею в виду, не воспользуешься функционалом Concurrency, если поддерживаешь более древние операционки
@@elfdeveloper ну это ниче страшного, всегда так было)
22:20 Написано что: "Актор умеет получать сообщения, принимать сообщения..." В чем разница между получать и принимать? Может там должно быть отправлять?
там много оговорок. Например нельзя ставить async таску на serial очередь. Но это не так. Иначе бы DispatchQueue.main.async {} вызывал был дедлок, так main serial очередь. Будет дедлок если вы запустите sync таску внутри которой запустите async таску на serial очереди. Вот тогда дедлок
Здорово! спасибо!💪🏻
Спасибо! А можно где-то скачать презентацию?
51:00 - Перехода лучше уже не будет
Зачем Третий Чел? Он походу забыл, что на конференции и чисто фильме сидит смотрит
1:08:00
Отличная лекция👍
С 45 минуты начинается 1С.
Как удобно что рандом выбрал уже знакомую модель акторов :)
ruclips.net/video/b7G866hEbAY/видео.html
Задроты справа все видео будут?
Ну так, обзорная статья если и так уже знаком с понятиями. Особо ничему тут не учат и не объясняется для новичков смотреть только если вы уже до этого много читали про мультипоточность
По сути целый час траты времени, ничему тут не научитесь по сабжу
Ну рекомендованная литература в конце норм