Сообщение Re[4]: Зачем нам асинхронность? от 05.08.2020 16:42
Изменено 05.08.2020 16:44 Mystic Artifact
Re[4]: Зачем нам асинхронность?
Здравствуйте, AlexGin, Вы писали:
AG>Мы можем сделать отдельный (рабочий) поток и в этом окне. И как-правило делаем его.
Не в обиду, но окно имеет весьма специфическую связь с потоком. С точки разгребания сообщений — тут скорее поток владеет окном.
AG>Можно также и "прокачивать_сообщения" OS — чтобы не было "замораживания" элементов GUI
Безусловно. Более того в некотором смысле многие так и работают миксируя несколько очередей сообщений в одном цикле сообщений (нестандартном). Но практической сути это не меняет. Проблема только неоптимальности.
AG>P.S. Локального сохранения (в файл) это не касается, если файл не совсем гигантского размера, а вот для работы с далеким серваком — это будет в тему.
На самом деле это касается исключительно любого IO. Достаточно вставить в системник битый хард и часто можно будет наблюдать что некоторые приложения крайне жестко залипают, в то время как, тот же какой-нибудь злополучный хром — спокойно грузится как не бывало и браузит интернет, и его не волнует, что диск без буквы неожиданно притупил половину приложений. (Понятно, что как повезет, но думаю, идея понятна).
AG>Мы можем сделать отдельный (рабочий) поток и в этом окне. И как-правило делаем его.
Не в обиду, но окно имеет весьма специфическую связь с потоком. С точки разгребания сообщений — тут скорее поток владеет окном.
AG>Можно также и "прокачивать_сообщения" OS — чтобы не было "замораживания" элементов GUI
Безусловно. Более того в некотором смысле многие так и работают миксируя несколько очередей сообщений в одном цикле сообщений (нестандартном). Но практической сути это не меняет. Проблема только неоптимальности.
AG>P.S. Локального сохранения (в файл) это не касается, если файл не совсем гигантского размера, а вот для работы с далеким серваком — это будет в тему.
На самом деле это касается исключительно любого IO. Достаточно вставить в системник битый хард и часто можно будет наблюдать что некоторые приложения крайне жестко залипают, в то время как, тот же какой-нибудь злополучный хром — спокойно грузится как не бывало и браузит интернет, и его не волнует, что диск без буквы неожиданно притупил половину приложений. (Понятно, что как повезет, но думаю, идея понятна).
Re[4]: Зачем нам асинхронность?
Здравствуйте, AlexGin, Вы писали:
AG>Мы можем сделать отдельный (рабочий) поток и в этом окне. И как-правило делаем его.
Не в обиду, но окно имеет весьма специфическую связь с потоком. С точки разгребания сообщений — тут скорее поток владеет окном. ADD: Я в не обиду, имел ввиду, что вы с колесиком наперегонки начали перлы выдавать в подветке. Я еле понял что ты имел ввиду. Глаз ухватился за первое предложение и не захотел понимать дальше.
AG>Можно также и "прокачивать_сообщения" OS — чтобы не было "замораживания" элементов GUI
Безусловно. Более того в некотором смысле многие так и работают миксируя несколько очередей сообщений в одном цикле сообщений (нестандартном). Но практической сути это не меняет. Проблема только неоптимальности.
AG>P.S. Локального сохранения (в файл) это не касается, если файл не совсем гигантского размера, а вот для работы с далеким серваком — это будет в тему.
На самом деле это касается исключительно любого IO. Достаточно вставить в системник битый хард и часто можно будет наблюдать что некоторые приложения крайне жестко залипают, в то время как, тот же какой-нибудь злополучный хром — спокойно грузится как не бывало и браузит интернет, и его не волнует, что диск без буквы неожиданно притупил половину приложений. (Понятно, что как повезет, но думаю, идея понятна).
AG>Мы можем сделать отдельный (рабочий) поток и в этом окне. И как-правило делаем его.
Не в обиду, но окно имеет весьма специфическую связь с потоком. С точки разгребания сообщений — тут скорее поток владеет окном. ADD: Я в не обиду, имел ввиду, что вы с колесиком наперегонки начали перлы выдавать в подветке. Я еле понял что ты имел ввиду. Глаз ухватился за первое предложение и не захотел понимать дальше.
AG>Можно также и "прокачивать_сообщения" OS — чтобы не было "замораживания" элементов GUI
Безусловно. Более того в некотором смысле многие так и работают миксируя несколько очередей сообщений в одном цикле сообщений (нестандартном). Но практической сути это не меняет. Проблема только неоптимальности.
AG>P.S. Локального сохранения (в файл) это не касается, если файл не совсем гигантского размера, а вот для работы с далеким серваком — это будет в тему.
На самом деле это касается исключительно любого IO. Достаточно вставить в системник битый хард и часто можно будет наблюдать что некоторые приложения крайне жестко залипают, в то время как, тот же какой-нибудь злополучный хром — спокойно грузится как не бывало и браузит интернет, и его не волнует, что диск без буквы неожиданно притупил половину приложений. (Понятно, что как повезет, но думаю, идея понятна).