Оригінальний Диспетчер завдань Windows був таким маленьким, тому що програма мала працювати, навіть коли вся система руйнувалася.
Натисніть, щоб перейти до наступної статті
На початку цього року ветеран Microsoft, інженер Дейв В. Пламмер (можливо, більш відомий за “Dave’s Garage” у сучасних соціальних мережах), натякнув, як може виглядати Диспетчер завдань Windows сьогодні. Він представив сучасну панель керування з енергійним саундтреком у стилі синтвейв.
Диспетчер завдань для Windows — це дітище Пламмера, і, як ви, можливо, знаєте, він розроблений, щоб допомогти користувачам вирішувати поширені проблеми, що впливають на продуктивність та використання пам’яті їхньої операційної системи.
Стаття продовжується нижче
Якщо система почувається погано, якщо програма зависла, якщо машина задихається, Диспетчер завдань не може прибути із запізненням, ледве тримаючись під вагою своїх залежностей.
Пламмер написав Диспетчер завдань Windows розміром 80 КБ через обмеження апаратного забезпечення того часу. “Кожен рядок має свою ціну; кожне виділення пам’яті може залишити сліди. Кожна залежність — це сусід по кімнаті, який їсть вашу їжу і ніколи не платить за оренду”, — зазначив Пламмер. “Тож, коли я писав Диспетчер завдань, я не підходив до цього як до сучасної утиліти, де ви починаєте з фреймворку, додаєте дев’ять шарів комфорту, шість шарів майбутньої захищеності, а потім дивуєтеся, коли програма споживає 800 МБ і вимагає мотиваційну промову, щоб відобразити лише кілька цифр”.
За словами Пламмера:
“Диспетчер завдань походить з абсолютно іншого мислення. Він з’явився зі світу, де помилка сторінки відчувалася фізично, де низький рівень пам’яті мав дивний запах, де, якщо ви змушували неправильну річ перемальовуватися занадто часто, ви майже чули, як стогнуть хлопці в офісах”.
Він визнає, що обчислювальна техніка еволюціонувала, а сучасні ПК стали складнішими. Однак, під час розробки Диспетчера завдань, він був таким маленьким, тому що “в той час і в тому місці мале означало швидке, а швидкість мала значення”.
Що, можливо, ще цікавіше, Дейв Пламмер надав певну інформацію про те, як Диспетчер завдань спілкується з іншими екземплярами Диспетчера завдань. Таким чином, він може досліджувати та спілкуватися з програмою. Якщо програма не відповідає, вона завершується.
Інженер також зазначив, що Диспетчер завдань активував і працював лише з тією частиною програми, яка була потрібна для запуску. Однак зараз це не так. За словами Пламмера, “користувачі завжди платять повну вартість заздалегідь для кожного користувача, незалежно від того, отримують вони вигоду чи ні. Старий код, як-от Диспетчер завдань, має протилежну логіку. Нічого не могло бути в гарячій гілці без боротьби”.
Він також пояснив, що Диспетчер завдань відрізняється від сучасних утиліт як за обсягом, так і за призначенням. Окрім розміру, сучасні утиліти позбавлені інстинкту відмови. Він стверджує, що замість того, щоб запитувати “Чи отримує користувач вигоду від цієї роботи зараз?”, вони зосереджуються лише на тому, чи може апаратне забезпечення це витримати.
“І хоча я абсолютно не хочу повертатися до того старого апаратного забезпечення, я бажав би, щоб ми зберегли більше цього смаку”, — підсумував Пламмер. “Не страждання, а смак, інстинкт пакетної обробки роботи, кешування правильних речей, пропуск невидимої роботи, порівняння перед перемальовуванням, запит до ядра один раз замість ста, завантаження рідкісних даних рідко, підозра до зручності, коли зручність виставляє рахунок користувачеві”.
Сподіваємося, Дейв знайде полегшення в планах Microsoft щодо значних покращень Windows. ОС не користується такою популярністю, як раніше, але принаймні, здається, справи рухаються в правильному напрямку.
Приєднуйтесь до нас на Reddit у r/WindowsCentral, щоб поділитися своїми думками та обговорити останні новини, огляди тощо.
Кевін ОкемоваСоціальні посиланняНавігаціяАвтор
Кевін Окемова — досвідчений технічний журналіст з Найробі, Кенія, який має великий досвід висвітлення останніх тенденцій та розробок у галузі на Windows Central. Завдяки пристрасті до інновацій та увазі до деталей, він писав для провідних видань, таких як OnMSFT, MakeUseOf та Windows Report, надаючи глибокий аналіз та актуальні новини про все, що стосується екосистеми Microsoft. Поки він не зайнятий відстеженням постійно зростаючих тенденцій у технологіях, його можна знайти за дослідженням світу або прослуховуванням музики.
Показати більше
Ви повинні підтвердити своє публічне відображуване ім’я перед коментуванням
Будь ласка, вийдіть із системи, а потім увійдіть знову, після чого вам буде запропоновано ввести ім’я для відображення.
Вийти з системиОСТАННІ СТАТТІ
1Продажі Starfield на PS5 викликають серйозні питання щодо ексклюзивності Xbox- 2Overwatch 2: Сезон 2 додає нового героя та подію з лором
- 3Тодд Говард з Bethesda каже, що Starfield та Fallout 76 були “творчо різними” за задумом
- 4Ви, ймовірно, не знали, що можна використовувати карту розширення пам’яті Xbox Storage Expansion Card ось так
- 5Microsoft підвищує ціни на Surface, але ця угода перевершить їх
Що це означає для користувачів: Ця стаття пояснює історичну причину, чому Диспетчер завдань Windows був таким мінімалістичним, а саме — необхідність його роботи навіть за найкритичніших збоїв системи. Хоча ця інформація переважно історична, вона підкреслює філософію оптимізації, яка, на думку інженера, могла б бути корисною для сучасних програм. Для звичайного користувача це означає розуміння того, що навіть у сучасних, насичених функціями операційних системах, такі фундаментальні інструменти, як Диспетчер завдань, базуються на принципах ефективності, які можуть бути корисними при діагностиці проблем.
Подробиці можна знайти на сайті: www.windowscentral.com