Принципи техніки та аналізу підвищення продуктивності IBM Rational ClearCase. Частина II: Підвищення продуктивності

У першій частині статті було дано огляд принципів оцінки продуктивності середовища IBM Rational ClearCase. Там описано підхід, що добре зарекомендував себе при діагностиці проблем продуктивності. Цей підхід заснований на методичному аналізі стека продуктивності – починаючи з рівня операційної системи / апаратури, потім перевіряючи і налаштовуючи параметри Rational ClearCase, а в кінці – аналізуючи та оптимізуючи прикладний рівень. Тепер же, в другій частині цієї серії, буде розказано, як використовувати певні інструменти і практики для кожного шару стека продуктивності, що необхідно для оцінки функціонування та підвищення ефективності роботи IBM Rational ClearCase як на платформі Windows, так і під UNIX.


Апаратний / операційний рівень стека продуктивності


Як вже було описано в першій частині, я приступаю до аналізу проблем продуктивності, починаючи з нижнього рівня стека – апаратного / операційного рівня (див. Малюнок 1).

Ріс.13b. Результати аналізу доступності сервера


Результати показують час відгуку для доступу до зазначеного мною файлу в даному поданні та VOB. У цьому випадку відгук є дуже швидким, тому що всі об'єкти, до яких відбуваються звернення, перебувають на моєму комп'ютері. Тим не менше, якщо я наголошую, що взяття / зняття з редагування певного файлу вимагає занадто багато часу, я можу використовувати цей динамічний аналіз в Rational ClearCase Doctor для отримання більш повної картини того, що відбувається.


Інші фактори продуктивності


Існує кілька інших шляхів для запобігання уповільнень роботи IBM Rational ClearCase.


В якості загальної рекомендації, не зберігайте тисячі файлів в кореневому каталозі VOB, який не кешується разом з іншими каталогами; замість цього, розмістіть файли у підкаталогах. Фактично я дотримуюся цьому правилу для кожної використовуваної мною операційної системи.


Крім того, якщо ви використовуєте версію UCM від 2002 р. або більш ранню, намагайтеся знизити кількість модифікуються компонентів вашого проекту до десяти або менше і намагайтеся уникати тривалих потоків робіт з великою кількістю базових версій. В іншому випадку подібні операції можуть негативно впливати на продуктивність. Покращення в UCM для IBM Rational ClearCase версії 2003 зняли ці обмеження.


Робіть це крок за кроком


Аналіз та поліпшення продуктивності IBM Rational ClearCase може бути досить складним завданням. Але як і при роботі над будь-якою складною проблемою, вона стає більш простою, якщо її рішення розбити на ряд послідовних операцій. Згідно з моїм досвідом, робота зі стеком продуктивності надає прекрасну основу для розбиття задачі на складові. У міру того, як я переміщаюся по стеку продуктивності – від апаратного рівня / рівня ОС до параметрів IBM Rational ClearCase і далі до прикладного рівня, я постійно пам'ятаю про те, що навіть невелике збільшення продуктивності в довгостроковій перспективі може мати значний вплив на продуктивність і ефективність роботи організації. Тому, витративши трохи часу на поліпшення продуктивності, можна досягти значної економії часу при роботі над проектом.


Посилання


Curt Aubley, Tuning & Sizing NT Server. Prentice Hall, 1998.
Curt Aubley, Tuning and Sizing Windows 2000 for Maximum Performance. Prentice Hall, 2000.
Adrian Cockroft and Richard Pettit, Sun Performance and Tuning: Java and the Internet.
Prentice Hall, 1998.
Gian-Paolo D. Musumeci and Mike Loukides, System Performance Tuning, 2nd Edition. O "Reilly & Associates, 2002.
Richard Pettit, SE Toolkit, http://www.setoolkit.com.
Joseph D. Sloan, Network Troubleshooting Tools. O "Reilly & Associates, 2001.
Hal Stern, Mike Eisler, and Ricardo Labiaga, Managing NFS and NIS, 2nd Edition. O "Reilly & Associates, 2001.
Ed Wilson and James Naramore, Network Monitoring and Analysis. Prentice Hall, 2000.
Brian L. Wong, Configuration and Capacity Planning for Solaris Servers. Prentice Hall, 1997.
"HP-UX Memory Management." Hewlett Packard Company White Paper, 2000. http://docs.hp.com/hpux/onlinedocs/os/lli/mem mqt.html.


Примітки


1Моя пропозиція грунтується на двох книгах Курта Ублі (Curt Aubley): Tuning & Sizing NT Server (Налагодження та масштабування NT сервера) і Tuning and Sizing Windows 2000 for Maximum Performance (Настройка і масштабування Windows 2000 для отримання максимальної продуктивності), обидві книги опубліковані видавництвом Prentice Hall. У цих книгах наведена більш детальна інформація щодо використання вбудованих утиліт Windows, таких як Task Manager (диспетчер завдань) і Performance Monitor (монітор продуктивності), для виявлення вузьких місць продуктивності системи Windows. Додаткова інформація доступна в он-лайновому режимі за адресою http://www.tuningandsizingnt.com.

2truss є утилітою, специфічною для Solaris (AIX тепер емулює її у версії 5.x, але ця версія не так ускладнена, як Solaris 5.7 і вище). MKS надає версію для Windows, truss.exe. Існують, щонайменше, два типи strace для Windows, причому кращою з них є та, яка встановлюється разом з Cygwin.


strace від Cygwin надає інформацію з проміжків часу, в той час як доступний для завантаження стандартний варіант цієї утиліти такої інформації не дає. Cygwin особливо наголошується, що strace була розроблена головним чином для налагодження dll-бібліотек Cygwin. Аналогічна утиліта в HP 11.x називається tusc, і вона надає інформацію, що виводиться і функціональність, порівнянну з truss для старших версій Solaris. У AIX є декілька більш складна у використанні утиліта "trace", яка надає докладний аналіз відстеження системних викликів.


3snoop є утилітою Solaris. Netmon від Microsoft доступний на платформі Windows; утиліта ethereal доступна для ряду операційних систем. Крім того, tcpdump надає подібну функціональність для версій UNIX, відмінних від Solaris (включаючи Linux).


4Це керівництво поставляється разом з продуктом IBM Rational ClearCase


5Unified Change Management представляє собою створену IBM Rational систему "найкращих практик" для управління змінами, починаючи від вимог і закінчуючи релізом. Інтегрована з IBM Rational ClearCase і IBM Rational ClearQuest, UCM визначає послідовний, заснований на виконанні окремих завдань процес управління змінами, який безпосередньо може застосовуватися групами для роботи над проектами розробки ПЗ.


6Це керівництво поставляється разом з продуктом IBM Rational ClearCase.


7IBM Rational ClearCase використовує технологію кешування для швидкого видалення найбільш похідних об'єктів (most derived objects), але у великих проектах розробки ПЗ можуть перебувати кілька потенційних кандидатів, які повинні бути більш ретельно проаналізовані.


8Пакет Perl ClearCase доступний від CPAN за адресою http://www.cpan.org. Пакет ciearcase:: ctcmd, що поставляється IBM Rational, є компільованих інтерфейсом до таблиці процесів підкомандами cleartool. При цьому усувається витрачання ресурсів на запуск кожної сесії cleartool, що робиться за рахунок безпосередньої прив'язки до бібліотек IBM Rational ClearCase і використанню скомпільований точок звернення до спільно використовуваних об'єктів Rational ClearCase. Це може істотно збільшити продуктивність Perl-скриптів для Rational ClearCase.


9Див мою статтю в Rational Edge: "Using Perl with Rational ClearCase Automation Library (CAL)" (Використання Perl c бібліотекою автоматизації Rational ClearCase), де наведена додаткова інформація і деякі нюанси використання CAL.


10Сара Вінчестер (Sarah Winchester), спадкоємиця стану Вінчестерському рушничного компанії, безперервно працювала над цим будинком протягом 38 років. Див http://www.winchestermvsteryhouse.com/

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*