Тестирование multithreading/multiprocessing программы

@illog1c · Регистрация: 18.09.2017

Студворк — интернет-сервис помощи студентам

Доброго всем времени суток!
Есть задача - перемножение матриц на Си под линукс, 2 реализации - multiprocessing и multithreading.
Сами программы написаны и работают, но сам я недостаточно опытен, по этому хотел бы посоветоваться в по двум вопросам:
1) Выбор разумного чила процессов/потоков (сейчас при вычислении создается поток/процесс для каждой строки, что, как мне было сказано и, я в общем то согласен, не слишком разумно)
2) Тестирование программы. Вычисления верны, это я проверял, однако такой метод оказался недостаточно убедительным для принимающей стороны. Но в силу того, что программа просто принимает от пользователя размерности, создает массивы, заполняет случайными числами, считает результат и выводит на экран - я не вижу что здесь можно тестить и как (некоторые мысли есть, но они не сильно отличаются по смыслу от того что было и так сделано).
Буду благодарен за любой совет, включая тыканье в книжки

Спасибо!

no_way · 18.09.2017, 19:34

openmp parallel for сам разрулит количество процессов. Часто их лучше создавать по кол-ву вычислительных ядер. Но зависит от размерности матрицы. Если она мелкая, то дольше поток создать, чем в одном посчитать.
Я не очень понял, в чем заключается проблема

Какой метод оказался неубедительным? Метод решения, или метод проверки результата?

@illog1c · 18.09.2017, 21:29 **[ТС]**

Именно метод проверки результатов, например как проверить что матрицы 100х100 перемножатся верно - не проверять же каждое число. Я же именно проверил на разных матрицах - все верно, какой еще метод использовать в данном случае не понимаю

Evg · 18.09.2017, 21:46

Сообщение от illog1c

я не вижу что здесь можно тестить и как

Заполнить массив рандомно. Один раз перемножить матрицы без использования потоков, другой раз - в многопоточном режиме. Результаты сравнить

@COKPOWEHEU · 18.09.2017, 21:47

Имеет смысл создавать по процессу на каждое ядро.
Для проверки можно сравнить результат трех методов - простая, многопоточная и многопроцессная.

Новые блоги и статьи Все статьи Все блоги /
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ

@illog1c 0 / 0 / 0 Регистрация: 18.09.2017 Сообщений: 5

	Тестирование multithreading/multiprocessing программы 18.09.2017, 18:38. Показов 889. Ответов 4 Метки нет (Все метки) Доброго всем времени суток! Есть задача - перемножение матриц на Си под линукс, 2 реализации - multiprocessing и multithreading. Сами программы написаны и работают, но сам я недостаточно опытен, по этому хотел бы посоветоваться в по двум вопросам: 1) Выбор разумного чила процессов/потоков (сейчас при вычислении создается поток/процесс для каждой строки, что, как мне было сказано и, я в общем то согласен, не слишком разумно) 2) Тестирование программы. Вычисления верны, это я проверял, однако такой метод оказался недостаточно убедительным для принимающей стороны. Но в силу того, что программа просто принимает от пользователя размерности, создает массивы, заполняет случайными числами, считает результат и выводит на экран - я не вижу что здесь можно тестить и как (некоторые мысли есть, но они не сильно отличаются по смыслу от того что было и так сделано). Буду благодарен за любой совет, включая тыканье в книжки Спасибо! 0

no_way Заблокирован
	18.09.2017, 19:34
	openmp parallel for сам разрулит количество процессов. Часто их лучше создавать по кол-ву вычислительных ядер. Но зависит от размерности матрицы. Если она мелкая, то дольше поток создать, чем в одном посчитать. Я не очень понял, в чем заключается проблема Какой метод оказался неубедительным? Метод решения, или метод проверки результата? 0

@illog1c 0 / 0 / 0 Регистрация: 18.09.2017 Сообщений: 5
	18.09.2017, 21:29 [ТС]
	Именно метод проверки результатов, например как проверить что матрицы 100х100 перемножатся верно - не проверять же каждое число. Я же именно проверил на разных матрицах - все верно, какой еще метод использовать в данном случае не понимаю 0

@COKPOWEHEU 4083 / 2681 / 432 Регистрация: 09.09.2017 Сообщений: 11,932
	18.09.2017, 21:47
	Имеет смысл создавать по процессу на каждое ядро. Для проверки можно сравнить результат трех методов - простая, многопоточная и многопроцессная. 0