Зміст
- Оптимізація WAN та LAN
- SSD-диски та флеш-масиви
- Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
- Віртуальні GPU
- Програмне забезпечення, оптимізоване продуктивністю
- Кешування
- Підсумок
Джерело: Viktorus / Dreamstime.com
Винос:
Вивчіть п'ять прийомів для прискорення віртуальних додатків, не порушуючи банк.
Одне з розладів віртуального використання програм і настільних ПК - це продуктивність. Ніхто не хоче чекати довше секунди чи двох, щоб програма з’явилася після запуску. Як користувачі, ми очікуємо, що наші програми з’являться відразу після подвійного клацання на піктограмі. Ми не усвідомлюємо, що відбувається у фоновому режимі, щоб доставляти ці програми між сервером, через брандмауері, через балансири навантаження, по повітрю або по дротах до наших робочих столів та мобільних пристроїв, і нас це не хвилює. Наше колективне терпіння втратило обіцянки щодо кращої, швидшої, безпечнішої технології, і настав час "поставити чи заткнути" момент як у постачальників, так і від служб підтримки. У свою чергу, продавці та службовий персонал діляться нашим болем і відповіли деякими технологіями прискорення, які забезпечують продуктивність на локальному рівні або поблизу нього.
Для користувачів все залежить від швидкості, але на відміну від користувачів, архітектори, системні адміністратори та CIO не шукають швидшого реагування на подвійне клацання користувача; вони також шукають масштабованість, покращену безпеку та тривалішу тривалість життя технологій, ніж будь-коли раніше. Зрештою, користувачі - це найсуворіші критики постачальника та підтримки, і саме тому дослідження віртуальних прикладних технологій та технологій під рукою. У цій статті розглядається п’ять способів прискорення віртуальних програм. П'ять рішень не впорядковані, але все зосереджено на одній із трьох ключових областей для оптимізації та прискорення: інфраструктура, код програми та пропускна здатність.
Оптимізація WAN та LAN
Ви можете посилатися на оптимізацію WAN та LAN як рішення пропускної здатності, де кінцевою метою є більш ефективне використання інформації та більше даних на мережевому трубопроводі. Оскільки продуктивність додатків настільки важлива для кінцевих користувачів, існують деякі геніальні методи доставки більше вмісту за менший проміжок часу, наприклад створення мережі доставки вмісту (CDN), яка по суті переносить дані ближче до споживача або кінцевого користувача. При наближенні даних до користувача зменшується затримка, оскільки вони повинні проїхати меншу кількість «стрибків» або мереж, щоб прибути до місця призначення. Більшість постачальників хмарних послуг вже мають CDN, щоб допомогти власникам програм доставляти розповсюджений вміст близько до своїх споживачів.
Балансування завантаження оптимізує пропускну здатність, поширюючи клієнтські запити між декількома серверами або між кількома місцями, щоб краще розподілити тягар доставки додатків. Балансори завантаження підвищують швидкість доставки додатків, усуваючи пробки, які виникають із запитами користувачів для однієї програми. Але вони також підвищують надійність, дозволяючи ефективно доставляти додаток на сервер, який не перевантажений іншими запитами.
Збільшення необмеженої пропускної спроможності між додатками та клієнтами здається очевидним покращенням для швидшого доставки додатків. Хто може стверджувати, що гігабітове мережеве з'єднання між прикладною інфраструктурою та клієнтським комп'ютером - це погано? Навіть погано розроблений і продуманий додаток отримає значне підвищення продуктивності за рахунок збільшення пропускної здатності між джерелом та ціллю.
Стиснення даних та використання стислих носіїв інформації, таких як JPEG, MPEG-4 та MP3, можуть мати істотний вплив на доставку додатків. Стиснення даних на основі вмісту, що означає HTML, CSS та JavaScript, може призвести до скорочення часу завантаження на 30 і більше відсотків.
SSD-диски та флеш-масиви
SSD та флеш-масиви, здається, є новою технологією «переходу на» для будь-якого підвищення продуктивності додатків. Це правда, що твердотільне зберігання набагато швидше, ніж спінінг дисків, але це також значно дорожче. У цьому рішенні може бути добре по-різному використовувати SSD-диски - як кеш для "гарячих" даних, а не для даних у спокої. Накопичувачі SSD можуть доставляти дані набагато швидше, ніж можливі спінінг-диски, але частина цієї ефективності втрачається при перекладі по мережі та через різні мережеві компоненти. Однак якщо використовується так званий “флеш-кеш”, щоб використовувати швидкість SSD, на якій зберігати кешовану інформацію, результати вражають. Intel повідомляє до "в 12 разів більше продуктивності обробки транзакційних баз даних і до 36 разів швидшої обробки інтенсивно вбудованих / вбудованих робочих навантажень".
SSD-диски для кешування даних мають сенс через швидкість, з якою дані можна отримати та помістити в пам'ять. І якщо SSD будуть використовуватися виключно для кешування, то значно менше їх доведеться придбати, щоб задовольнити отримані підвищення продуктивності. (Докладніше про зберігання див. У розділі Як оптимізувати рішення для зберігання даних у вашому підприємстві.)
Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
Ви не можете покращити свої навички програмування, коли ніхто не піклується про якість програмного забезпечення.
Віртуальні GPU
Запитайте будь-кого, хто використовує програму CAD, програмне забезпечення для редагування відео чи навіть програму управління проектами, де він або вона хоче, щоб ці програми завантажилися, і ви почуєте хор "локально". до випуску технології віртуального блоку графічної обробки (GPU).
Віртуальні графічні процесори нарешті дозволяють розмістити будь-яке навантаження у віртуальну машину. Наразі CAD для старих шкіл було засвоєно, як і відеоредактори та графічні дизайнери. Навіть ті, хто працює в трьох вимірах, зараз мають віртуальну присутність завдяки віртуальним графічним процесорам.
Ця технологія зробила можливим те, що в ці хост-системи встановлюються спеціальні плати GPU, сумісні з хост-системами віртуальної машини, а потім їх технічні атрибути абстрагуються або віртуалізуються, щоб вони могли використовуватись віртуальними машинами.
Програмне забезпечення, оптимізоване продуктивністю
Розлючені та розчаровані системні адміністратори часто скажуть вам, що виправлення коду - це не їхня робота. Повсюдна проблема полягає в тому, що розробники можуть бути найкращими в програмуванні програми, але можуть не мати абсолютно ніякого підказки або бажання отримати підказку щодо оптимізації коду для продуктивності.Часто виникає така позиція, що більше оперативної пам'яті, швидших дисків або потужніших процесорів виправить будь-які проблеми, пов'язані з продуктивністю, які можуть існувати в коді, і це правда в деякій мірі. Крім того, виправити код набагато дешевше і набагато простіше вирішити, ніж перебудувати інфраструктуру, щоб прискорити погано написані програми.
Є такі, як піонер комп’ютера Дональд Кнут, який сказав про оптимізацію комп'ютерного коду: "Якщо ви оптимізуєте все, ви завжди будете нещасні". Думки містера Кнута, незважаючи на те, оптимізація коду для збалансованої суми вдосконалення повинна бути виконана і допущена . А як щодо комерційних програм, які ви купуєте та розгортаєте для своїх користувачів? Наприклад, вічнозелений пакет Microsoft Office - це стандартний набір програм, які системні адміністратори повинні зробити доступними як місцевим, так і віддаленим користувачам.
Що стосується комерційних програм, на які адміністратори не мають жодного важеля, вони повинні застосовувати багатошарову стратегію підвищення продуктивності. Кешування загальних бітів додатків стане найбільшою технологією адміністратора для прискорення доставки великих програм для користувачів.
Кешування
Будь-який час, коли ви читаєте чи чуєте умови попередньої завантаження, попередньої обробки або попереднього компіляції, автор чи диктор, швидше за все, має на увазі якесь кешування. Кешування додатків зазвичай стосується завантаження певного статичного та деяких динамічних фрагментів вмісту в буфер пам'яті, щоб його було легко отримати за запитом. Єдиними бітами, що передаються по трубопроводу, є ті, які мають стосуватися конкретно користувачів або інших даних, що залежать від часу або сеансу. Все інше зберігається в пам'яті.
Кешування ставить менше навантаження на накопичувач, на пропускну здатність мережі та на процесори. Дані чекають у пам’яті, доки їх не зателефонують, а потім продовжують свій набагато коротший шлях до кінцевого користувача. Більшість технологій поєднують кешування з розташуванням, щоб швидше доставляти вміст. Іншими словами, загальні дані - це загальні для всіх користувачів дані - поміщаються у вищезгадані CDN та надаються користувачам, близьким до запитуваних даних. Деякі рішення надходять так далеко, щоб локально кешувати дані на віддалених або супутникових сайтах, щоб ті загальні біти знаходилися там, де вони споживаються, і не потрібно їх перетягувати через WAN або Інтернет-посилання.
Кешування часто є кращим методом прискорення додатків, оскільки це набагато дешевше, ніж порівняно ефективні рішення, що покладаються на покращення інфраструктури. (Щоб дізнатися більше про кешування, перегляньте розділ "Які записи правильно"? Погляньте на методи кешування вводу / виводу.)
Підсумок
Мабуть, основне правило при спробі оптимізації або прискорення віртуальних програм у будь-якому середовищі - спершу спробувати кешування, а потім доповнити цю стратегію іншими технологіями. Кешування є найменш дорогим рішенням, а також найменш інвазивним. Найкраща порада - придбати велику кількість оперативної пам’яті для кешування пам’яті та SSD для гарячого кешування даних. Намагайтеся зберігати витрати керованими, але пам’ятайте, що, витрачаючи гроші на інфраструктуру та програмне забезпечення, ви можете амортизувати їх протягом життя технології та розподіляти їх на основі кожного користувача, щоб полегшити управління даними. Зрештою, зробіть своїх користувачів продуктивними та щасливими, і вони зроблять вас зайнятим.