Запускаются они по очереди но работают одновременно.
Запуск потока занимает доли % от продолжительности его работы.
Запустить несколько потоков одновременно можно только в том случае если они запускаются разными потоками созданными до этого.

Если я не ошибаюсь, то в последнем варианте кода 

дело обстоит так: поток1 создался->просчитался эл-т матрици (или эллементы) -> поток1 запустился
потом следующий поток2 создался->просчитался эл-т матрици (или эллементы) -> поток2 запустился

а надо поток1 создался-> просчитался эл-т матрици (или эллементы)
потом следующий поток2 создался->просчитался эл-т матрици (или эллементы)
а уже потом
поток1 зпустился (Start)
поток1 зпустился (Start)
т.е. типа "Все потоки, айда запускайтесь"



Это сообщение отредактировал(а) Ronin08 - 31.3.2008, 20:44

Ronin08, если я правильно понял, то Вы ошибаетесь. Содержимое Potok начинает выполняться в момент вызова метода Start для соответствующего потока. Можете считать, что потоки начинают работать почти одновременно, поскольку никакие два события не могут физически одновременно произойти на последовательной аппаратуре.

Разъясню ещё один момент : после вызова Start для одного из потоков, в основном потоке происходит немедленный (асинхронный) возврат. То есть, основной поток не ожидает, пока вспомогательный получит какой-либо результат в методе Potok, а спокойно себе идёт дальше по программе, то есть, последовательно вызывает метод Start для всех потоков. 

Это сообщение отредактировал(а) marcusmae - 31.3.2008, 21:31

marcusmae, все это понятно, что одновременно не может быть, что все процессы выполняются квазипараллельно и т.д.
Но давайте представим ситуацию, что нам надо перемножить матрицы 500*500 и при этом все вычисления надо разбить на 300 потоков, где гарантия, что все потоки будут задействованы!

Все ли будут задействованы - зависит от алгоритма. В текущем варианте, на сколько я могу видеть, некратный остаток от деления нагрузки на потоки вообще не учитывается. Кроме того, имеется ошибка, связанная с тем, что в цикле маркеры начала и конца - begin и end - не модифицируются. Рекомендую для начала прогнать многопоточный алгоритм, как он есть, в одном потоке (вместо t.Start вызывать Potok c соотв. аргументами). Ранее чем будут получены правильные результаты, говорить наверно не о чем, да?..

Остаток от деления нагрузки на потоки выполняется последним созданным потоком.


Прогонял - всё сходится (RND заменял на i + j  )

А зачем?

Уж не знаю, как проверяли... Вот здесь :



разве правильно, что end меняется единственный раз в таком цикле (не говоря уж о begin)? Или я чего-то недопонимаю?

Добавлено через 1 минуту и 53 секунды


Понял, вижу.

Нет не правильно.
Вот как правильно:

Проверил с исправлениями, все нормально.
Исходник по которому считал в пр. файле.

Присоединённый файл ( Кол-во скачиваний: 5 )
 Program.cs 7,28 Kb

на сколько я знаю в С++ есть такое свойство suspend;
Например, xxx = create Thread(...,suspend);
это говорит о том, что после создания потоков, они "подвешиваются"
а потом можно просто в цикле запускать star;
О такой одновременности я говорил, так как на сомо создание потоков тратится много ресурсов;
 

Это сообщение отредактировал(а) Ronin08 - 1.4.2008, 20:34

C++ - это язык, и у него нет свойств. Вероятно, речь о каком-то пакете, поддерживающем многопоточность? = Например, WINAPI или POSIX pThreads или boost::thread. Во всех трёх возможность Suspend присутствует в том или ином виде. Присутствует и в .NET - Thread.Suspend metod. 

Следующий тезис неверен :



При "создании" потока (new Thread(...)) ничего особенного не происходит, вся вычислительная сложность находится в методе Potok, который запустится только после вызова thread.Start(...).

Боюсь, сейчас Вы у себя делаете какие-то неверные выводы. Может, стоит увеличить теоретические познания?..

Можно было догадаться, что я описался  
я имел в виду у метода create Thread()

да, есть такой : CreateThread function. Ну можно, кстати, если скучно, и его поприменять в C#.