|
0 / 0 / 0
Регистрация: 02.12.2012
Сообщений: 34
|
|||||||||||
Многопоточность16.02.2013, 18:39. Показов 1893. Ответов 5
Метки нет (Все метки)
Здравствуйте, играюсь с многопоточностью. Подскажите пожалуйста дает ли она прирост в производительности? Написал для сравнения программу, которая может считать количество строк в файлах выбранной директории. И замерил количество времени затраченное на обработку. При этом получилось, что время при использовании потоков и без них примерно одинаковое. Приведу часть кода.
С потоками:
А еще забыл указать - если убрать из цикла join то время получается 4-5 милисекунд. Но при это мы не получаем результат после первого нажатия кнопки, только после второго нажатия. Мистика ))) помогите разобраться.
0
|
|||||||||||
| 16.02.2013, 18:39 | |
|
Ответы с готовыми решениями:
5
Многопоточность Многопоточность Многопоточность |
|
51 / 49 / 7
Регистрация: 31.10.2011
Сообщений: 98
|
|
| 18.02.2013, 20:53 | |
|
Так вы в "многопоточном" варианте создаёте Thread и тут же ждёте его завершения. Если хотите распараллелить - создайте массив Thread'ов, и вызывайте join для каждого из них в конце. Но учитывайте, что последовательное прочитать N байт, скорее всего, будет быстрее, чем параллельно J * M = N байт.
0
|
|
| 19.02.2013, 19:03 | |
|
0
|
|
|
0 / 0 / 0
Регистрация: 02.12.2012
Сообщений: 34
|
||
| 19.02.2013, 20:15 [ТС] | ||
|
Бюбюбю =( что за бредор, я вот так и знал, что неправильно понял метод join - я считал, что ожидает завершение только тот поток, из которого был вызван метод, т.е. главный, и он же ждет все создаваемые потоки. А получается что только создался поток, и тут же следующий должен ожидать окончания предыдущего.. я правильно понял? Тогда выгоды в скорости не будет - ибо в цикле одновременно с созданием потоков будет набиваться массив, а затем будет еще цикл по массиву, который будет вызывать метод join на каждом потоке...
Добавлено через 1 минуту
0
|
||
|
51 / 49 / 7
Регистрация: 31.10.2011
Сообщений: 98
|
|
| 19.02.2013, 21:01 | |
|
Если попробовать это нарисовать, то ваш вариант выглядит так: вы создаёте Thread CountThread из главного Thread'а. В это время они могут выполняться одновременно. Потом вы в главном Thread'е вызываете join - главный Thread начинает ожидать завершения CountThread'а, не делая ничего полезного. По сути получается, что выполнение последовательное, хотя и в разных потоках. Если попытаться изобразить их выполнение, то оно выглядит примерно так:
главный Thread *--* * ----- CountThread *------* Для "параллелизма" вам нужно создать несколько CountThread'ов, после чего все их join'ить - тогда оно может быть быстрее (для вычислительных задач скорее всего, будет, для чтения файлов - может быть медленнее).
1
|
|
|
0 / 0 / 0
Регистрация: 02.12.2012
Сообщений: 34
|
|
| 22.02.2013, 08:40 [ТС] | |
|
Подскажите пожалуйста, хочу немного переделать свою тестовую программу - в ней есть таблица, которая через форму забивается данными, а затем сохраняется в файл при выходе из программы. Так вот я теперь хочу добавить вторую таблицу и оформить ее как свинг-вкладку, у нее будут немного другие столбцы и как следствие данные будут сохраняться в другом файле. Подскажите как с помощью потоков распараллелить их работу и стоит ли это делать, т.е. где примерно будет точка входа в новый поток?
0
|
|
| 22.02.2013, 08:40 | |
|
Помогаю со студенческими работами здесь
6
Многопоточность Многопоточность Многопоточность Многопоточность Многопоточность Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
| Опции темы | |
|
|
Новые блоги и статьи
|
|||
|
Отчёт о затраченных материалах за определенный период с макетом печатной формы
Maks 21.04.2026
Отчёт из решения ниже размещён в конфигурации КА2.
Задача: показать затраченные материалы за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом.
В качестве. . .
|
Отчёт о спецтехнике находящейся в ремонте
Maks 20.04.2026
Отчёт из решения ниже размещен в конфигурации КА2.
Задача: отобразить спецтехнику, которая на данный момент находится в ремонте.
Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .
|
Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)"
Hrethgir 19.04.2026
Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
|
Запрет удаления строк ТЧ документа при определённом условии
Maks 19.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .
|
|
Модель заражения группы наркоманов
alhaos 17.04.2026
Условия задачи сформулированы тут
Суть:
- Группа наркоманов из 10 человек.
- Только один инфицирован ВИЧ.
- Колются одной иглой.
- Колются раз в день.
- Колются последовательно через. . .
|
Мысли в слух. Про "навсегда".
kumehtar 16.04.2026
Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .
|
My Business CRM
MaGz GoLd 16.04.2026
Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .
|
Знаешь почему 90% людей редко бывают счастливыми?
kumehtar 14.04.2026
Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . .
а удачный момент так и не приходит.
|