Енергоспоживання пристрою залежить від кожного етапу процесу проектування, розробки та впровадження, але визначення можливостей для економії енергії більше не може стосуватися просто підвищення ефективності обладнання.
Інструменти та методології існують для більшості можливостей енергозбереження, від RTL до впровадження, і частини напівпровідникової промисловості вже використовують їх. Обидва вважаються зрілими, як і стандарти для визначення наміру влади.
Все ще залишаються величезні можливості для додаткової потужності та енергозбереження, але багато з них включають сумнів у рішеннях системного рівня, які сліпо приймалися поколіннями та багатьма вузлами впровадження. Деякі з цих рішень необхідно переглянути, оскільки вони перешкоджають створенню більших і складніших конструкцій.
«У суміші є три вершники — потужність, енергія та тепло, — говорить Роб Нот, директор із управління продуктами Digital & Signoff Group у Каденція. «Вони завжди були там, і сила, мабуть, найвидатніша, але енергетика вийшла на перший план за останні кілька років. Тепер ми бачимо теплові прояви. Усі вони цікаві, тому що ви можете атакувати їх у певних точках вашого потоку за допомогою певних інструментів».
І в цьому криється проблема. «Дилема архітектора полягає в тому, що вам потрібна інформація низького рівня, щоб зробити попередні оцінки», — каже Френк Ширмайстер, віце-президент із рішень і розвитку бізнесу в Артеріс ІП. «Ця дилема ніколи не була вирішена і, ймовірно, не буде вирішена протягом мого ділового життя. Щоб прийняти архітектурні рішення якомога раніше, нам потрібен набір інформації, набір інструментів і набір можливостей для підтримки цих рішень. Нам потрібні ці рішення якомога раніше, але вони також повинні якомога точніше відображати наслідки реалізації».
Крім того, потужність не можна представити як одне число. Деяких людей хвилює загальна енергія, оскільки це може вплинути на час роботи батареї. Інші більше стурбовані піковою потужністю, тому що це може спричинити проблеми з роботою мікросхеми або потужністю з часом, що може спричинити проблеми з перегріванням.
Щоб провести аналіз, вам потрібно точно знати, як система буде використовуватися. «Уявіть, що у вас є SoC зі 100 різними блоками», — каже Нінад Уілгол, засновник і генеральний директор Innergy Systems. «Вони всі взаємодіють разом, і ви заздалегідь не знаєте, як вони збираються створити пік щільності потужності. Коли у вас запущена симуляція, усі вони взаємодіють разом, щоб раптово створити пік щільності потужності».
Різні ринки зосереджені на різних аспектах. «Edge AI, або периферійний інтелект, має іншу увагу та інші питання, ніж програма обчислювального типу гіпермасштабувальника в центрі обробки даних», — каже Кнот з Cadence. «Однак вони обидва просуватимуть певні аспекти технології, деякі з яких підсилюють один одного, а деякі — окремі. Edge збирається більше піклуватися про певні аспекти енергії через час автономної роботи. І дуже важливо подумати про те, що ви використовуєте в програмному забезпеченні, а не в апаратному забезпеченні. Що ви повідомляєте своїй базовій станції, щоб вони запустили та надіслали вам? Є кілька дуже складних проблем, у яких галузь Інтернету речей унікально підходить для лідерства та інновацій. Це не означає, що вони єдині лідери. Люди, які розробляють масштабні гіпермасштабні обчислювальні центри обробки даних, лідирують у зовсім іншому класі. Часто саме вони докладають найбільших зусиль, тому що ви дивитесь на величезну суму доларів, витрачених на інфраструктуру, які потрібні для того, щоб реалізувати ці обчислення».
RTL і методи реалізації
Методи енергозбереження застосовувалися до RTL та рівнів впровадження протягом кількох років, але є можливі й інші можливості економії електроенергії та енергії. Біля реалізація на рівні нових технологій додаються проблеми, які, якщо їх не вирішити, призведуть до марної витрати енергії.
«Технології змовилися, щоб зробити надійну подачу напруги значно складнішою», — каже Марк Свіннен, директор із маркетингу продуктів компанії Відповіді. «У вас буде деяке падіння напруги, і часто люди просто створюють запас, кажучи, що я можу побачити падіння до 100 мілівольт. Тоді мій час повинен припустити, що кожна клітинка може бути набагато повільнішою. Очевидно, що не кожна комірка побачить це максимальне падіння напруги, тому чим точніше ви зможете змоделювати фактичне падіння напруги, тим точніше ви зможете спроектувати свою мережу розподілу електроенергії, щоб уникнути цієї помилки, і ви зможете відмовитися від цього запасу падіння напруги. . Ви намагаєтеся знизити цю маржу, і це може мати величезний вплив».
В Рівень RT, стробування годинника та силовий затвор були в експлуатації протягом тривалого часу. Хоча вони оптимізують потужність і енергію, пов’язану з визначеним завданням, вони нічого не роблять, щоб допомогти визначити, чи завдання були оптимальними з точки зору потужності для виконуваної функції.
«У нас є термін «ідеальна потужність», — каже Кнот. «Це спроба виявити марну діяльність. Наприклад, якщо у вас є блок, де годинник працює вільно, і він фактично перебуває під скиданням, ви могли б закрити цей годинник. Ми можемо проаналізувати перемикання, що відбуваються всередині цього блоку, підсумувати потужність за рахунок цих перемикачів із цієї ієрархії, а потім відобразити їх у звіті, який показує, де енергія витрачається. Використовуючи цю методологію, ми побачили, як інженери апаратного забезпечення вдосконалюють те, що вони роблять, з точки зору методології проектування. Є ціла купа інших глибших методів очищення, які можна використовувати».
Перегляд RTL може забезпечити інші можливості економії електроенергії. «Потужний художник запропонує редагувати ваш RTL, дивлячись на те, як ви щось робите», — каже Свіннен з Ansys. «Можливо, ви реалізували функцію таким чином, але якщо ви реалізуєте ту саму функцію іншим способом, ви заощадите енергію та досягнете тієї самої функції. Існує бібліотека оптимізацій, яка автоматично скануватиме RTL і визначатиме кожне місце, де можна оновити RTL до більш енергоефективної реалізації. Він скаже вам, скільки енергії він заощадить на основі оцінок, і фактично запровадить їх, якщо ви схвалите».
Ранні оцінки
Мало хто буде сперечатися, що чим раніше можна оцінити компроміси, тим більший вплив вони можуть мати. «Чим ширший ваш охоплення, чим більше сторін ви залучаєте до переговорів, чим більше ви відходите назад і дивитеся на це раніше, тим більше ви починаєте бачити більші можливості», — каже Кнот. «Це більші тенденції, які виходять за межі того, щоб зробити один віджет, який ви створюєте, кращим. Ви справді повинні подивитися, як цей віджет поміщається в гізмо, який поміщається всередині продукту в центрі обробки даних, який підключається до гідроелектростанції чи сонячної ферми».
Проблема полягає в тому, що без достатньо точних оцінок також можливі неправильні рішення. «Оскільки проекти стають все більшими та складнішими, стає все важче робити точні оцінки», — каже Ширмайстер. «Наприклад, вам потрібна інформація про планування приміщення, щоб оцінити, скільки регістрів потрібно на шляху через кремній, оскільки поширення сигналів між великими розмірами мікросхем неймовірно складно і не може бути виконано за один такт. Для NoC ми намагаємося оптимізувати кількість регістрів, що впливає на енергоспоживання та кількість міжпідключень, які ви носите на чіпі. Ми коментуємо, починаючи з .lib і аж до створення NoC, ранні оцінки тривалості шляху. Чи доведеться його доопрацьовувати пізніше? Абсолютно. Багатовимірна реальність проблеми робить її дуже складною, особливо там, де є вертикальні залежності».
Для того, щоб мати можливість виконати аналіз термічної обробки, потрібно враховувати тривалі часові рамки та дивитися на реалістичні робочі навантаження. Це, швидше за все, означає запуск реального програмного забезпечення. «Більшість індустрії використовують свій код RTL, зіставлений з емулятором, запускають реальні робочі навантаження програмного забезпечення на цій платформі та отримують вектори, на основі яких вони роблять оцінку потужності», — каже Нот. «З кількома ітераціями на день вони можуть налаштувати програмне забезпечення для більш ефективного використання функцій живлення апаратного забезпечення. За одну ніч вони можуть налаштувати апаратне забезпечення. Тепер у вас є спільна оптимізація на системному рівні, де ви відшукуєте втрачену енергію та забезпечуєте створення найоптимальнішої системи».
Індустрія завжди шукала способи вставити абстрактні моделі замість використання RTL, тому що це може працювати швидше, а також тому, що аналіз можна виконати до того, як RTL буде готовий. «Аналіз енергоспоживання під час виконання програмного забезпечення дотепер був віднесений до платформ емуляції», — говорить Хуілгол з Innergy. «Одним із методів, який може допомогти, є створення моделей потужності апаратного забезпечення, які можна моделювати в програмному середовищі. Ці моделі можуть забезпечити точний зворотний зв’язок як про середнє, так і про миттєве енергоспоживання різних апаратних модулів під час роботи програмного забезпечення. Це забезпечує спільну оптимізацію апаратного та програмного забезпечення для живлення перед відключенням стрічки».
Подібні підходи використовувалися для функціональної перевірки апаратного та програмного забезпечення в минулому, і зараз робляться спроби застосувати це до електроенергії. «Ми не винаходимо чорну магію, і ми не можемо боротися з фізикою», — каже Уілгол. «Але вам не потрібно постійно запускати детальне моделювання потужності. Ми беремо крихітну вибірку на рівні блоку, об’єднуємо її разом і запускаємо на рівні підсистеми, системного рівня, рівня емуляції, програмного забезпечення тощо. Є два аспекти потужності. Один – шлях даних, а інший – шлях керування. Ми враховуємо головним чином контрольний шлях, але коли є залежності від шляху даних, у наших моделях є засіб, щоб зробити їх обізнаними про шлях даних. Це статистичні моделі потужності, які працюють на моделі транзакцій. Як покращити роздільну здатність? Ви можете мати менші цикли або окремі цикли. Але якщо ваше рішення становить 15 циклів або більше, досить великі транзакції, буде зафіксована деяка статистична помилка».
Переосмислення минулого
У минулому закон Мура дозволяв досить легко переходити від одного вузла до іншого, використовуючи додаткові ворота, вищу продуктивність і меншу потужність. Це означало, що безперервність у часі була важливою, особливо для того, щоб існуюче програмне забезпечення продовжувало працювати на новому обладнанні.
З часом у цьому з’явилися певні неефективності, від яких буде важко позбутися. «Багато речей було неможливо в минулому, — каже Кнот. «Можливо, це сталося тому, що вузол процесу не міг вмістити весь обчислювальний ресурс у напівпровідник, який буде розгорнутий на межі. Але тепер можна. Можливо, у вас не було інструментів для проведення аналізу з потрібною точністю в потрібний проміжок часу, або тому, що технологія пакування була недоступною. Але час від часу вам доводиться перевести подих, зробити крок назад, переглянути ландшафт і запитати: «Чи правильно ми оптимізували це рівняння, чи ми просто зробили все, що могли?» Часом нам доводиться надягати шапку нашого вченого і не боятися сумніватися в деяких із тих фундаментальних принципів, які ми кодифікували».
Важливо враховувати складність інтеграції. «Існує два рівні складності: складність програми зростає на першому рівні, а потім складність впровадження, що знижується в напівпровідникових технологіях», — каже Ширмайстер. «Це кількість транзисторів, з якою ми маємо справу. Оскільки у вас є складність програми, кількість функцій постійно зростає та продовжує збільшуватися, вам доводиться мати справу з такими речами, як спільна пам’ять, узгодженість тощо. Якщо у вас немає кешу, вам завжди доведеться переміщати речі. Узгодженість кешу була рішенням проблеми, яка породжує нову проблему».
Процесори були керовані продуктивністю. «Додавання до процесора предиктора розгалужень або спекулятивного виконання збільшить кількість вентилів у схемі, таким чином збільшуючи як динамічне, так і статичне енергоспоживання», — каже Рассел Кляйн, програмний директор команди Catapult HLS у Siemens EDA. «Але ці функції підвищують продуктивність обчислень, що виконуються на процесорі. Отже, потужність безумовно зростає, але енергія, яка є потужністю, помноженою на час, необхідний для виконання обчислень, може зростати або зменшуватися. Це залежить від співвідношення збільшення продуктивності до збільшення потужності. Якщо, скажімо, потужність зростає на 20%, але продуктивність підвищується лише на 10%, загальна енергія для обчислень збільшується».
Потужність, енергію та тепло не завжди можна оптимізувати простим способом. «Це може здатися нерозумним, але збільшення продуктивності може зменшити середнє споживання енергії для деяких робочих навантажень», — каже Моріс Штайнман, віце-президент з розробки Lightelligence. «Такі робочі навантаження можуть отримати вигоду від так званої «гонки до простою», коли стан глибокого енергозбереження може бути введений на тривалий час, якщо роботу можна завершити швидше. Розглянемо робочі навантаження, які підтримують передбачуваний (але менш ніж 100% використання) профіль обчислювальної потреби, скажімо, 25% доступної продуктивності. Один підхід може знизити робочу частоту до 25% (і відповідно знизити робочу напругу). Тепер пристрій залишатиметься повністю активним, але зі зниженою потужністю. Інший підхід спрямований на швидке завершення роботи, що дозволяє значно заощадити електроенергію — 25% увімкнено, 75% вимкнено, де вимкнення може вимагати нульового або майже нульового споживання енергії, що призведе до нижчої середньої потужності, ніж постійна робота на 25% тактовій частоті. Може бути навіть вигідним розгін/перевищення напруги для подальшого збільшення часу вимкнення до понад 75%».
Баланс апаратного та програмного забезпечення
Одним із найбільших трюків балансування, пов’язаних зі складністю системи та потужністю, є встановлення межі апаратного та програмного забезпечення. «Будь-яка функція, реалізована в програмному забезпеченні, працюватиме на порядки повільніше, ніж еквівалентна функція, реалізована в апаратному забезпеченні», — каже Кляйн з Siemens. «Будь-що в програмному забезпеченні, за визначенням, не є оптимальним. Високооптимізоване програмне забезпечення на дуже ефективному процесорі не може наблизитися до ефективності навіть поганої апаратної реалізації».
Рішення щодо розділення стають легшими, каже Кляйн: «Що слід залишити в програмному забезпеченні, що слід зробити з процесором і що має сенс створити спеціальний апаратний прискорювач, який є побічним коляскою для цього процесора — саме тут ви починаєте бачити величезні 100-, 1,000-кратне зменшення часу або потужності залежно від того, де ви оптимізуєте свою систему».
Оскільки підвищення продуктивності стає все складнішим, такі підходи стають важливими. «По суті, більші процесори є менш енергоефективними, тому придбання більшого процесора для задоволення ваших потреб у продуктивності має сенс, лише якщо ви не дбаєте про потужність», — говорить Кляйн. «Правильна відповідь — перенести важку роботу з процесора на спеціально розроблений прискорювач».
Такий підхід набуває все більшої популярності. «Спеціалізовані апаратні прискорювачі та співпроцесори можуть підвищити продуктивність системи завдяки зменшеному приросту продуктивності шляхом переходу на більш просунуті вузли», — каже Енді Ярос, віце-президент із продажів і маркетингу IP-адрес Flex Logix. «Спеціалізовані прискорювачі зменшують навантаження на ЦП через величезні обчислювальні цикли для виконання складних алгоритмів. Використання eFPGA для цих виділених апаратних прискорювачів забезпечує необхідну енергоефективність, але все ще зберігає можливість програмування, коли робоче навантаження змінюється».
Коли ви можете спеціалізуватися, є величезні можливості для прибутку. «Сьогодні стало набагато простіше спеціалізувати процесор, додаючи інструкції», — каже Ширмайстер. «Більшість цих налаштувань інструкцій виконуються з метою низького енергоспоживання. Я бачив випадки, коли додана інструкція в процесор дозволяла вам залишитися в половині пам’яті. Це величезно з точки зору влади. Але поки ви робите це на ізольованому острові, загальна складність того, що ви намагаєтеся зробити, зросла».
Або ви можете повністю перемістити цю функцію в апаратне забезпечення. «Інше рішення — перенести складні обчислювальні операції на спеціальні прискорювачі», — каже Кляйн. «Синтез високого рівня (HLS) — це простий спосіб зробити це. Це все ще дизайн апаратного забезпечення, тому вам все одно потрібні розумні інженери, щоб змусити це працювати. Але з HLS ви починаєте з програмного алгоритму C або C++. Немає інтерпретації алгоритму, який є ручним процесом, повільним і схильним до помилок. І золотий довідник легко доступний у вигляді оригінальної функції з програмного забезпечення, що значно полегшує перевірку».
Усі ці варіанти стають легшими. «У минулому велика проблема з прийняттям рішення на рівні архітектури полягала в тому, що вам доводилося переглядати це рішення пізніше в проекті, але потоки не були пов’язані», — каже Ширмайстер. «Для таких випадків, як конфігуровані процесори та NoC, потоки були підключені. Якщо повернутися назад, для повторного запуску інструментів потрібен час, але людям більше не доведеться вручну перевіряти архітектурне рішення. Автоматизована генерація дозволяє вам переглядати більше точок даних».
Висновок
Оптимізувати лише питання живлення, енергії чи тепла нелегко. Але потреба у вирішенні кожної з трьох проблем зростає, і, хоча вони взаємопов’язані, не завжди легко визначити, що слід оптимізувати або як. Рішення можна приймати, лише дивлячись на всю систему. У минулому потоки моделювання, аналізу та проектування ускладнювали це, особливо коли це долало апаратно-програмний бар’єр, але з’являється більше інструментів. Це все ще нелегко, але в міру того, як галузь обізнана, і більше людей хочуть вирішити цю проблему, з’являться кращі інструменти та потоки.
- Розповсюдження контенту та PR на основі SEO. Отримайте посилення сьогодні.
- PlatoAiStream. Web3 Data Intelligence. Розширення знань. Доступ тут.
- Карбування майбутнього з Адріенн Ешлі. Доступ тут.
- Купуйте та продавайте акції компаній, які вийшли на IPO, за допомогою PREIPO®. Доступ тут.
- джерело: https://semiengineering.com/holistic-power-reduction/
- : має
- :є
- : ні
- :де
- $UP
- 1
- 100
- 100x
- 15%
- a
- здібності
- Здатний
- МЕНЮ
- абсолютно
- РЕЗЮМЕ
- прискорювач
- прискорювачі
- прийнятий
- відповідно
- рахунки
- точність
- точний
- точно
- Achieve
- через
- активний
- діяльність
- фактичний
- насправді
- додавати
- доданий
- додати
- Додатковий
- адреса
- адресація
- просунутий
- вигідний
- боїться
- AI
- алгоритм
- алгоритми
- ВСІ
- полегшувати
- дозволяє
- тільки
- вже
- Також
- завжди
- кількість
- an
- аналіз
- аналізувати
- та
- Інший
- відповідь
- додаток
- прикладної
- Застосовувати
- підхід
- підходи
- схвалювати
- архітектурний
- архітектура
- ЕСТЬ
- сперечатися
- навколо
- художник
- AS
- аспекти
- асоційований
- At
- атака
- Спроби
- Автоматизований
- автоматично
- доступний
- середній
- уникнути
- знати
- обізнаність
- назад
- поганий
- бар'єр
- база
- заснований
- акумулятор
- термін служби батареї
- BE
- оскільки
- ставати
- становлення
- було
- перед тим
- буття
- користь
- КРАЩЕ
- Краще
- За
- Великий
- більший
- Black
- сліпо
- Блокувати
- блоки
- обидва
- Філія
- Перерва
- дихання
- приносити
- ширше
- будувати
- Створюємо
- гроно
- тягар
- бізнес
- розвиток бізнесу
- але
- by
- C + +
- cache
- званий
- CAN
- не може
- кришка
- який
- нести
- випадків
- Викликати
- Центр
- Центри
- Генеральний директор
- певний
- Зміни
- чіп
- вибір
- клас
- годинник
- код
- кодифіковані
- об'єднувати
- Приходити
- спілкуватися
- повний
- Зроблено
- комплекс
- складність
- обчислення
- обчислення
- стурбований
- підключений
- Вважати
- вважається
- постійна
- будівництво
- споживання
- продовжувати
- триває
- контроль
- може
- центральний процесор
- створювати
- створення
- критичний
- Схрещений
- виготовлений на замовлення
- цикл
- циклів
- дані
- Центр обробки даних
- центрів обробки даних
- точки даних
- день
- угода
- справу
- рішення
- рішення
- присвячених
- глибокий
- глибше
- певний
- визначаючи
- безумовно
- Попит
- Щільність
- Залежно
- залежить
- розгорнути
- дизайн
- конструкцій
- докладно
- Визначати
- розвивається
- розробка
- пристрій
- DID
- різний
- важкий
- цифровий
- Директор
- дисплей
- розподіл
- do
- Ні
- справи
- доларів
- зроблений
- Не знаю
- вниз
- керований
- Падіння
- два
- динамічний
- кожен
- Раніше
- Рано
- легше
- легко
- край
- фактично
- ефекти
- ефективність
- ефективний
- дозволяє
- дозволяє
- endeavor
- енергія
- Енергоспоживання
- Машинобудування
- Інженери
- досить
- забезпечувати
- забезпечення
- увійшов
- Весь
- середовищах
- Еквівалент
- помилка
- особливо
- істотний
- налагодження
- оцінити
- Оцінки
- і т.д.
- Ефір (ETH)
- оцінюється
- Навіть
- Кожен
- точно
- приклад
- виконувати
- виконання
- існуючий
- додатково
- Об'єкт
- ферма
- швидше
- риси
- зворотний зв'язок
- кілька
- поле
- боротися
- відповідати
- потік
- Потоки
- фокусування
- для
- передній край
- форма
- вперед
- засновник
- Засновник і генеральний директор
- Безкоштовна
- частота
- часто
- від
- повністю
- функція
- функціональний
- Функції
- фундаментальний
- далі
- прибуток
- ворота
- Гейтс
- покоління
- покоління
- отримання
- Go
- йде
- буде
- Золотий
- Group
- Зростання
- Зростає
- було
- Половина
- Жорсткий
- апаратні засоби
- дизайн обладнання
- Мати
- має
- важкий
- важкий підйом
- допомога
- ієрархія
- вище
- дуже
- цілісний
- Як
- Однак
- HTTPS
- величезний
- Полювання
- i
- ідеальний
- ідентифікувати
- ідентифікує
- Idle
- if
- Impact
- здійснювати
- реалізація
- реалізовані
- важливо
- удосконалювати
- поліпшення
- поліпшується
- поліпшення
- in
- Augmenter
- збільшений
- Збільшує
- зростаючий
- все більше і більше
- неймовірно
- промисловість
- під впливом
- інформація
- Інфраструктура
- оновлювати
- замість
- інструкції
- інтеграція
- Інтелект
- намір
- взаємодіяти
- взаємодіючих
- взаємопов'язані
- цікавий
- інтерпретація
- в
- Вводить
- залучати
- КАТО
- IP
- острів
- ізольований
- питання
- IT
- ітерації
- просто
- Знати
- ландшафт
- великий
- більше
- найбільших
- останній
- пізніше
- закон
- вести
- лідер
- провідний
- залишити
- менше
- рівень
- рівні
- бібліотека
- лежить
- життя
- термін
- підйомний
- як
- Ймовірно
- Лінія
- Довго
- багато часу
- довше
- подивитися
- подивився
- шукати
- серія
- низький
- made
- магія
- головним чином
- підтримувати
- підтримує
- зробити
- РОБОТИ
- Робить
- управління
- манера
- керівництво
- вручну
- багато
- Маржа
- Маркетинг
- ринки
- масивний
- зрілий
- максимальний
- Може..
- значити
- засоби
- означав
- пам'ять
- Методологія
- мігрувати
- модель
- моделювання
- Моделі
- Модулі
- більше
- більш ефективний
- найбільш
- рухатися
- переміщення
- багато
- множинний
- помножене
- my
- Необхідність
- необхідний
- потреби
- мережу
- ніколи
- Нові
- нове обладнання
- наступний
- немає
- вузол
- вузли
- нічого
- зараз
- номер
- of
- від
- часто
- on
- ONE
- ті,
- тільки
- працювати
- операційний
- операція
- оперативний
- операції
- Можливості
- оптимальний
- Оптимізувати
- оптимізований
- оптимізуючий
- or
- порядок
- замовлень
- оригінал
- Інше
- інші
- наші
- з
- над
- загальний
- за ніч
- упаковка
- Сторони
- Минуле
- шлях
- Peak
- Люди
- виконувати
- продуктивність
- може бути
- перспектива
- Фізика
- місце
- місця
- платформа
- Платформи
- plato
- Інформація про дані Платона
- PlatoData
- точок
- популярність
- це можливо
- можливо
- влада
- Передбачуваний
- Прогноз
- представлений
- президент
- попередження
- Принципи
- ймовірно
- Проблема
- проблеми
- процес
- обробка
- процесор
- процесори
- виробляти
- Product
- Управління продуктом
- профіль
- програма
- проект
- видатний
- забезпечувати
- забезпечує
- мета
- Натискання
- put
- питання
- питань
- швидко
- ставка
- співвідношення
- готовий
- реальний
- реалістичний
- Реальність
- насправді
- зменшити
- Знижений
- скорочення
- рафінований
- відображати
- регістри
- зміцнювати
- пов'язаний
- залишатися
- звітом
- вимагати
- вимагається
- дозвіл
- вирішене
- в результаті
- право
- грабувати
- прогін
- біг
- продажів
- Продажі та маркетинг
- то ж
- зберегти
- економія
- Економія
- say
- приказка
- говорить
- сканування
- вчений
- сфера
- побачити
- бачачи
- здається
- бачив
- напівпровідник
- послати
- сенс
- окремий
- комплект
- загальні
- Повинен
- Показувати
- Шоу
- сигнали
- Кремній
- простий
- моделювання
- один
- розміри
- сповільнювати
- менше
- розумний
- So
- Софтвер
- сонячний
- рішення
- Рішення
- деякі
- спеціалізуватися
- конкретний
- спекулятивний
- Стажування
- стандартів
- старт
- Починаючи
- Штати
- станція
- статистичний
- залишатися
- Крок
- Як і раніше
- пропонувати
- поставка
- підтримка
- система
- Systems
- таблиця
- снасті
- Приймати
- приймає
- Завдання
- завдання
- команда
- методи
- Технології
- Технологія
- сказати
- terms
- ніж
- Що
- Команда
- Блок
- Пейзаж
- їх
- Їх
- потім
- Там.
- в ньому
- теплової
- Ці
- вони
- речі
- думати
- це
- ті
- три
- через
- час
- times
- синхронізація
- до
- разом
- інструменти
- топ
- Усього:
- угода
- Transactions
- величезний
- Тенденції
- намагатися
- два
- тип
- при
- однозначно
- до
- модернізація
- на
- використання
- використовуваний
- використання
- використовує
- різний
- перевірка
- перевірити
- Проти
- вертикальний
- дуже
- Віцепрезидент
- Напруга
- хотіти
- було
- шлях..
- способи
- we
- були
- Що
- коли
- який
- в той час як
- всі
- волі
- з
- без
- Work
- б
- років
- ще
- ви
- вашу
- зефірнет
- нуль