count 1 fixing 0,9974 time 63 ms5 count 2 fixing 0 , 5 394 time 79 ms5 count 3 fixing - 0,9384 time 79 ms5 count 4 fixing 0,5476 time 79 ms9 count 0 fixing 0,9093 time 0 ms9 count 1 fixing 0,9974 time 0 ms9 count 2 fixing 0,5394 time 0 ms9 count 3 fixing - 0,9384 time 0 ms
Thread 9 count 4 fixing 0,5476 time 16 ms
Аналіз: Згідно результату 3. видно, що виконанні обчислення відбувається за 31 мс, проте при використанні розбиття на 10 потоків ми бачимо що 4,5 і 6 потік занадто сильно запізнюються, а от інші потоки виконують обчислення за 16 мс що говорить про оптимальним часом виконання обчислення.
Якщо подивитися на результати аналізів тестування то можна зробити наступні висновки:
1. Необхідно використовувати інші методи підрахунку часу виконання завдання, які б виключали з підрахунку часу час відведене процесором на виконання інших процесів.
2. Необхідно використовувати більшу кількість тестів для більшої достовірності результату, з використанням інших функцій і більшої кількості аргументів.
. Необхідно усунути наступні фактори для збільшення швидкодії, використовуючи для цього наведену таблицю.
Таблиця 1
ФакторОпісаніеКак виявити/визначити проблему? Що було зроблено для її усунення? Витрати запуску бібліотеки з підтримкою потоковОднократная витрата при запуску коду. Не має значення для більшої частини коду. Компонується із запуском решті частини пріложеніяЗа межами типових вимірювань всередині коду порівняти час виконання послідовного додатки з многопоточнимНе застосовно Не підлягає настройці разработчікомІздержкі запуску потоковВремя створення потоків. Однократні витрати пов'язані з угрупованням потоков.Ізмеріть кілька проходів у всьому багатопотоковому коді; Для компенсації цієї витрати по можливості розподілити по потокам цикли більш високого рівня або більш тривалі ціклиІздержкі на кожен потік (планування циклу) Час, витрачений бібліотекою з підтримкою багатопоточності на розподіл блоків завдань по потокамПровесті вимірювання тільки в коді, залежному від швидкодії, або нетиповому планувальнику завдань; см. ніжеНастроіть планування в своєму коді; Витрати управління блокіровкойВремя, витрачений на управління блокуванням у важливих розділах. Іноді використовується при еталонному тестуванні і порівнянні різних реалізацій.Понаблюдать за частими викликами блокування за допомогою такого інструменту, як VTune Performance Analyzer. У більшості випадків в коді, обтяженому блокуванням, виникають набагато більш серйозні проблеми з блокуванням; Скоротіть блокування для скорочення конфліктів блокування та управління;
У даній роботі, виправлення згідно з пунктами за підсумками аналізу результатів, і факторів зазначених у таблиці 1 не проводилося, так як ця задача в постановці завдання не ставилася.
Висновок
Об'єктом дослідження в курсовій роботі є Засоби Java для реалізації многопоточной архітектури.
Метою роботи є: Використовуючи засоби многопоточной архітектури зробити обчислення і зробити вимір швидкості виконання обчислення для різної кількості потоків
Дана програма реалізована в середовищі java eclipse з використанням класу java.lang.Thread, інтерфейсу Runnable, що містить метод run (), демонструє можливості реалізації многопоточной архітектури.
При виконанні роботи виконано наступне:
1. Проведено огляд засобів і методів реалізації багатопоточності в мові Java.
2. Побудовано алгоритм програми.
. Відповідно до алгоритму написаний і откомпилирован текст.
. На прикладі використання декількох потоків проаналізований результат.
За результатами роботи даної програми видно, що при збільшенні кількість потоків час на обробку скорочується, проте, необхідно враховувати завантаженість процесора, так як це не дозволяє однозначно зробити висновок про ефективність витрачається часу, на обчислення, при використанні коштів багато поточности. Зважаючи на обмеженість завдання реалізація та демонстрація можливостей інших класів і методів не була передбачена.
