Внимательно читаем о том, что такое windows, а потом смотрим на приведённый список аббревиатур и… В общем — не надо звонить, не обладая информацией. Затем читаем про систему X Window. Ну и доказываем, как же она подходит под «это общая черта любых платформ GUI».
Ну то есть вы сами не поинтересовались? А зря. Не поинтересовавшись, вы не поняли проблему.
А проблема простая:
The RISC-V privileged specication wasn't stable and incompatible changes could happen
at any time (and did happen)
Если говорить коротко — это не разработка, а бардак, подтверждаемый фразами вроде:
«Culture clash» in the RISC-V project between people from the hardware/ISA-design
world and people from the software development world (an example for a particularly hot
topic was the \RISC-V cong string vs. device-tree" debate).
В общем — будь у интела свой мобильный процессор — такого трэша там бы никогда не было.
Речь шла об экономии энергии, которая делится на режим сна и режим работы. Вы указали на режим сна, не сообщив об этом, и забыли про самое главное — режим работы. Поэтому я вам и указал на неправильность такого подхода. Потому что вы забыли про то, ради чего, собственно, вся электроника вообще существует. Ведь она не для сна предназначена?
>> Причем, пока getImage выполняется в выделенном пуле потоков IO, главный поток свободен и может взяться за любую другую задачу!
Ну бред же.
Этот «главный поток» есть недоделанное детище ведро-архитекторов. Все остальные о таком чуде просто не знают (ибо вредные вещи им просто не нужны).
На самом деле поток исполнения блокируется до получения результата. А как там при этом перераспределяются потоки операционной системы — это уже второстепенно. И даже скорее вредно отделять потоки оси от порождаемых виртуальных потоков исполнения кода, ибо всем новичкам будет казаться, что они написали «всё правильно», а на самом деле они видят виртуальную картинку, которую сочинители котлина вынуждены были сочинить из-за убогости ведра, под которое всё же приходится писать (ибо широко распространённое поделие).
В общем — тупо прячем под ковёр гнилые потроха ведроида с его дичайшей асинхронностью и смертью всего на свете из-за лени архитекторов (не захотели под UI выделить отдельный поток).
Понятно, что внутри много ядер/кристаллов — это обычный параллелизм. Непонятно только, как они всё выключают, когда нет задач. Это основное. А всё остальное вполне понятно.
Ну вот, значит ваши цифры выше только для режима сна, когда нужна энергия лишь для памяти. Это цифры, сильно отличающиеся от режима, когда процессор загружен работой. Поэтому они скорее искажают картину.
Вы размер этой части знаете? В килобайтах. Это сколько? Сотня-другая? Да даже мегабайт текста переписать не так сложно. Разработка софта стоит копейки по сравнению со стоимостью, например, рекламы того же софта. В стоимости мобилки софт опять же составляет весьма небольшую часть.
В общем вылезайте из болота, где «всё сложно». Всё возможно при весьма скромном желании.
Мобильные оси и так компилируют под каждое устройство. То есть АРМ разных версий отличается набором команд и драйверами устройств на каждом кристалле. Может не сильно, но отличается. Поэтому компилируют заново. А вместо АРМа может быть процессор и от другого производителя.
В общем перекомпилировать под новый процессор — не проблема. А драйвера сам интел сделает. Ну и компилятор, понятно.
Здесь тоже, кстати, простор для экономии. Городят всякие 5g ради того, что бы с часов информацию передать на телефон! Это надо так с дуба рухнуть! Гонять информацию на километровые расстояния, а потом обратно, а всё ради чего? Да ради того, что часы станут ещё одним потребителем услуг и за это тоже нужно будет заплатить.
И есть вариант попроще — связать часы и телефон по блютузу. Но это невыгодно…
Вспомнилась многоядерная архитектура ga144, где потребление появляется лишь когда производятся вычисления, а когда нечего считать — просто нет переключений. Не знаю, как оно там внутри организовано, но видимо на каждом ядре тактовый генератор отключается при пустом буфере команд. А может вообще нет тактового генератора? Не вдавался в подробности, да их и не пишут в большинстве статей на тему.
Да, согласен. Но проблема не в мелкосфте, а в целом в подходе. Тот же андроид, которому гораздо лучше соответствует название ведроид, написан так страшно, что под него очень сложно делать эффективные приложения, а потому делают сплошные тормоза.
И по браузерам — это вообще боль. Иногда, если браузер не обновлён, он просто виснет на обработке каких-то скриптов. Приходится убивать. А последняя версия как-то это зависание обходит. Но если не включать адблокер, то даже последняя версия просто умирает на некоторых сайтах. В общем — жуть какая-то. Довели до ручки производительность.
Организованное преступное сообщество, занимающееся мошенничеством в крупных размерах с целью изменения конституционного строя. Это что, не про уголовку?
В данном случае вы выставляете сайт на всеобщее обозрение. В аналогии с ворами это примерно как разбросать по лесу деньги и потом рыдать — ну вот же негодяи, собрали всё разбросанное!
Внимательно читаем о том, что такое windows, а потом смотрим на приведённый список аббревиатур и… В общем — не надо звонить, не обладая информацией. Затем читаем про систему X Window. Ну и доказываем, как же она подходит под «это общая черта любых платформ GUI».
А проблема простая:
Если говорить коротко — это не разработка, а бардак, подтверждаемый фразами вроде:
В общем — будь у интела свой мобильный процессор — такого трэша там бы никогда не было.
Ну бред же.
Этот «главный поток» есть недоделанное детище ведро-архитекторов. Все остальные о таком чуде просто не знают (ибо вредные вещи им просто не нужны).
На самом деле поток исполнения блокируется до получения результата. А как там при этом перераспределяются потоки операционной системы — это уже второстепенно. И даже скорее вредно отделять потоки оси от порождаемых виртуальных потоков исполнения кода, ибо всем новичкам будет казаться, что они написали «всё правильно», а на самом деле они видят виртуальную картинку, которую сочинители котлина вынуждены были сочинить из-за убогости ведра, под которое всё же приходится писать (ибо широко распространённое поделие).
В общем — тупо прячем под ковёр гнилые потроха ведроида с его дичайшей асинхронностью и смертью всего на свете из-за лени архитекторов (не захотели под UI выделить отдельный поток).
Понятно, что внутри много ядер/кристаллов — это обычный параллелизм. Непонятно только, как они всё выключают, когда нет задач. Это основное. А всё остальное вполне понятно.
Ну вот, значит ваши цифры выше только для режима сна, когда нужна энергия лишь для памяти. Это цифры, сильно отличающиеся от режима, когда процессор загружен работой. Поэтому они скорее искажают картину.
Вы размер этой части знаете? В килобайтах. Это сколько? Сотня-другая? Да даже мегабайт текста переписать не так сложно. Разработка софта стоит копейки по сравнению со стоимостью, например, рекламы того же софта. В стоимости мобилки софт опять же составляет весьма небольшую часть.
В общем вылезайте из болота, где «всё сложно». Всё возможно при весьма скромном желании.
Ну так расскажите. Но только выделяя ключевые проблемы. Что там такого архитектурно-зависимого на годы работы?
В общем перекомпилировать под новый процессор — не проблема. А драйвера сам интел сделает. Ну и компилятор, понятно.
И есть вариант попроще — связать часы и телефон по блютузу. Но это невыгодно…
Это когда они спят?
>> Минимальное потребление в неспящем режиме 3 мкА на управляющее ядро
А это когда буфер команд пустой?
Скорее здесь стратегическое решение. Из-за денег или глобализации или ещё чего, не связанного с совместимостью.
И по браузерам — это вообще боль. Иногда, если браузер не обновлён, он просто виснет на обработке каких-то скриптов. Приходится убивать. А последняя версия как-то это зависание обходит. Но если не включать адблокер, то даже последняя версия просто умирает на некоторых сайтах. В общем — жуть какая-то. Довели до ручки производительность.
Вот так вот в рабы и попадают.
И что интересно, тролли сами страшно усердствуют, помогая хозяину пороть свои собственные задницы.