File Explorer still slow? Microsoft’s fix: just load it before you even ask — genius or gaslighting?
Файловый проводник всё ещё тормозит? Решение Microsoft: запускать его до того, как вы попросите — гениально или издевательство?
www.theregister.com
Microsoft’s latest fix for File Explorer’s glacial launch speed? Preload it in the background before you even open it. Not optimize the code, not trim the bloat—just sneak it into memory and hope you don’t notice. It’s like serving breakfast in bed before you wake up: technically convenient, but also kind of creepy.
Последнее решение Microsoft для черепашьей скорости запуска Файлового проводника? Загружать его в фоне, ещё до того, как вы откроете. Не оптимизировать код, не убирать лишнее — просто незаметно впихнуть в память и надеяться, что вы не заметите. Это как подавать завтрак в постель до пробуждения: технически удобно, но немного странно.
The company rolled this out in a Windows Insider build, which means real users are testing experimental software—again. Meanwhile, they’ve open-sourced the original 700 kB File Manager from 1990, which could fly even on a 386. The irony writes itself: the fix for bloat is more bloat. At least they admit there’s a problem. That’s something.
Компания запустила это в сборке Windows Insider — то есть реальные пользователи снова тестируют экспериментальное ПО. Тем временем они выложили в открытый доступ исходный 700 КБ Файловый менеджер 1990 года, который летал даже на 386-м процессоре. Ирония очевидна: лекарство от раздутости — ещё большая раздутость. По крайней мере, они признают проблему. Это уже кое-что.
Предзагрузка — это не решение, а патч с амбициями стать прорывом. Вы не улучшаете производительность — вы играете в рулетку с памятью. На системах с малым объёмом ОЗУ это «усовершенствование» может всё ухудшить. Помните: фоновый процесс ≠ невидимый.
Мой ноутбук с 8 ГБ ОЗУ и так на пределе. Последнее, чего мне не хватало — это новые призраки в системе. Если бы они просто убрали половину кнопок ленты и старых модулей, Файловый проводник стал бы легче на 30% уже завтра.
С точки зрения UX, предзагрузка работает. Пользователи не чувствуют задержек. Но какой ценой? Это похоже на компенсацию инженерного провала фокусами в дизайне интерфейса.
Ага, классическая стратегия «размажем оперативку, чтобы скрыть плохой код». В Linux мы ускоряем программы, делая их быстрыми, а не загружая раздутость заранее. Сумасшедшая идея, знаю.
Предзагрузка — это буквально то, что я делал вручную годами через скрипты автозагрузки. Респект Microsoft за то, что наконец догнали.
И куда девается эта память, когда вы закрываете Файловый проводник? Исчезает в пустоте? Или остаётся, медленно раздувая вашу бездействующую систему?
Вот именно. И не забывайте: фоновая предзагрузка тоже использует процессорные циклы. Не много, но на 100 миллионах устройств? Это уже ощутимый углеродный след.
Справедливая точка зрения. Но с точки зрения пользователя скорость ощущается как прогресс. Важнее восприятие, чем чистая эффективность, когда речь о удовлетворённости.