D
Хотя даже в рамках одного треда явно есть проблемы с параллельными задачами.
Size: a a a
2020 May 14
D
Лол, какая там параллелизация на типичном тонком клиенте?
Не все клиенты - тонкие. А вообще запусти современное мобильное приложение, даже сильно "оптимизированное", на старом телефоне, и будет заметно, что могло бы быть и побыстрее. При этом 80% ресурсов будут простаивать.
VP
Не все клиенты - тонкие. А вообще запусти современное мобильное приложение, даже сильно "оптимизированное", на старом телефоне, и будет заметно, что могло бы быть и побыстрее. При этом 80% ресурсов будут простаивать.
Не все, но большинство. 80% ресурсов простаивает потому что далеко не все задачи на телефоне требуют вычислительную мощь.
VP
А оставшиеся заняты максимально тормозным однопоточным UI-кодом, который быстр ровно настолько, чтобы пользователи это терпели
AK
Хотя даже в рамках одного треда явно есть проблемы с параллельными задачами.
нет там никаких проблем, это всё уже давно придумано. эвент лупы, грин треды, в конце концов шедулер с тредпулом отдельным чтобы мейн не мучать. проблема в том, что это чому-то не все используют, но это проблема сугубо конкретных разрабов, а не самой концепции
D
А оставшиеся заняты максимально тормозным однопоточным UI-кодом, который быстр ровно настолько, чтобы пользователи это терпели
Я ровно об этом и говорю. Тяжелый и медленный интерфейс - однопоточный, потому что нет удобных и производительных способов сделать его многопоточным. И возможности вынести всю другую работу в другие треды нет. Это искали в функциональщине, но там тоже нет подходов, которые бы не усложняли логику.
D
нет там никаких проблем, это всё уже давно придумано. эвент лупы, грин треды, в конце концов шедулер с тредпулом отдельным чтобы мейн не мучать. проблема в том, что это чому-то не все используют, но это проблема сугубо конкретных разрабов, а не самой концепции
Ты про инструменты, а я про концепции. Если бездумно менять мутабельный стейт из грин тредов - будут гонки. Поэтому инструмент есть, а использовать его, не добавляя сложности - нельзя.
VP
Я ровно об этом и говорю. Тяжелый и медленный интерфейс - однопоточный, потому что нет удобных и производительных способов сделать его многопоточным. И возможности вынести всю другую работу в другие треды нет. Это искали в функциональщине, но там тоже нет подходов, которые бы не усложняли логику.
Ух, ну да, он медленный из-за того, что один поток, а не потому, что там куча лишней работы
I
Лол, какая там параллелизация на типичном тонком клиенте?
https://i.gyazo.com/8ec9af8232dec9b4ac643371f8812517.png
Кстати, а знаете где нет проблем
- переключением контекстов
- отжиранием памяти под стек?...
Кстати, а знаете где нет проблем
- переключением контекстов
- отжиранием памяти под стек?...
AK
Ты про инструменты, а я про концепции. Если бездумно менять мутабельный стейт из грин тредов - будут гонки. Поэтому инструмент есть, а использовать его, не добавляя сложности - нельзя.
если безудмно делать что либо - оно будет плохо. меняй не бездумно и проблем не будет
D
Ух, ну да, он медленный из-за того, что один поток, а не потому, что там куча лишней работы
И есть конкретная причина, почему поток один. Разделение на разные потоки - сильно увеличивает сложность.
VP
И есть конкретная причина, почему поток один. Разделение на разные потоки - сильно увеличивает сложность.
Да, но всегда так жили и было норм, а тут вдруг ресурсов (которые постоянно растут) не хватает
VP
Я так и думал, что на мобилке только и думают, как бы ещё больше CPU сожрать, чтобы UI отрисовать
D
если безудмно делать что либо - оно будет плохо. меняй не бездумно и проблем не будет
Из этого и вылезла функциональщина, насколько я ее вижу. Возможность менять в рамках концепции иммутабельности, чтобы оставалось время думать про логику, которую реализуешь, а не про то, как там процессор будет оптимизации вставлять и что компилятор гарантирует по спеке.
AM
И есть конкретная причина, почему поток один. Разделение на разные потоки - сильно увеличивает сложность.
В случае UI разделение на разные потоки ведёт к излишней синхронизации, которая сжирает производительность. Ровно поэтому многопоточность оставляется на откуп пользователям UI-фреймворка. По-моему, это не о сложности, сложность начинается за пределами UI.
D
Да, но всегда так жили и было норм, а тут вдруг ресурсов (которые постоянно растут) не хватает
Всегда так жили != норм.
D
Лан, пойду работать. Я думаю достаточно ясно высказался уже -)
VP
https://i.gyazo.com/8ec9af8232dec9b4ac643371f8812517.png
Кстати, а знаете где нет проблем
- переключением контекстов
- отжиранием памяти под стек?...
Кстати, а знаете где нет проблем
- переключением контекстов
- отжиранием памяти под стек?...
Везде, где не плодят лишние потоки?
AK
Из этого и вылезла функциональщина, насколько я ее вижу. Возможность менять в рамках концепции иммутабельности, чтобы оставалось время думать про логику, которую реализуешь, а не про то, как там процессор будет оптимизации вставлять и что компилятор гарантирует по спеке.
в теории вылезла и там же осталась. что у нас там функционального с рапределённым стейтом есть в высококрнкуретной среде? кролик разве что на эрланге. вон кластер мускуля того же - распределённое состояние, где там функциональщина?
AM
Бля, опять Антон свою шарманку завёл 🙈