Comments 4
Есть конечно в этом логика, но вопрос зачем? Так-же стоит учитывать что "сэкономленная" энергия так-же будет потрачена но другими процессами, да и тут так-же стоит вопрос об эффективности, ведь в основном процессорное время и жрет большую часть энергии.
Кэш — палка о двух концах
Память не чиститься просто так, и оперативка работает просто как ловушка для электрона, другие же процессы в операционке резервируют некоторые места под свои задачи, а именно то что определенный процесс будет контактировать именно с этим участком, а после его перезапишет другой процесс, как только область станет доступной. Поправьте меня если я не прав.
UI и графика: экран тоже ест
Ну начнем с того, что да, это ест много энергоресурсов, особенно если есть какие-то анимации или 3д графика. Яркость же одна наверное не самое большое зло, которое могло бы быть, тем более если я условно беру телефон или монитор с 140+ гц.
Неважно, ест ли код батарею, если батарея не твоя.
Разработка на удаленной машине придумана уже давно
Когда поток блокируется, он держит ядро CPU активным.
С чего бы ему держать ядро активным? И чем конкретно блокируется? Async'и призваны плодить меньше потоков и заменяют собой вызовы типа sleep или read. Делает ли активным ядро блокировка потока приемом соединения через вызов accept? Мы можем тут ждать достаточно долго.
Выше вы советовали использовать os.sleep чтобы дать ядру "отдохнуть". Но ведь это тоже блокировка потока. Тогда в чем выгода использовать os.sleep, если заблокированный поток якобы держит ядро CPU активным?
Я бы лучше вспомнил о том, что в современной веб разработке является нормой подтягивать библиотеку на десяток мегабайт, к ней плагин ещё на десяток и всё ради того, чтоб картинка плавно появлялась...
Код, который не ест батарейку: программируем с умом и экономим ресурсы