smp вычисления

никак

делаеш форк после чего есть надежда что дочерний процесс будет делать вычисления на другом процессоре

> Без всяких тредов и форков

Через астрал?

for (i=0;i<50000000;++i) { a = calc(); sum += a; } for (i=50000000;i<100000000;++i) { a = calc(); sum += a; }

Вот так по идее должно крутится на 2-х процах.

возродим диагональное программирование?

используй MPI и не тра**й людям мозги
можешь ещё openMP

Без потоков и процессов...это интересно...
Если с потоками, то смотреть в сторону pthread_attr_setaffinity.

#pragma openmp?

Я, кажись, нашел решение: http://www.cyberciti.biz/tips/setting-processor-affinity-certain- task-or-process.html

Скажите, знающие люди, это мне поможет?

нет только доктор и клиника

Тебе это не поможет. В твоём простом случае лучше всего воспользоваться OpenMP. Соответсвенно, изучай OpenMP. gcc-4.2 его поддерживает. Вижуляк 2005 тоже, и icc...

В более сложных случаях для SMP может потребоваться непосредственное использование потоковых функций, соответсnвенно учи библиотеку pthreads.

OpenMP сама по себе не панацея. Если твоя функция calc() не способна работать в параллельном режиме, то тебе вообще ничего не поможет.

то что ты хочещ умели делать первые пни. но потом интел уразумела что она страдала ерундой после чего исправилась и больше ерунды не делает...

просьба - не рекомендуйте парню pthreads. он ещё не успел осилить паралельное программирование а ему сразу предлагают хождение по граблям.

> OpenMP сама по себе не панацея

не говоря о том, что он как раз использует нити

мужик, вот ты насрал 5 постов в этом треде, а полезного ничего не сказал. Про нити и форки я сказал в самом начале, они не подходят. Код не мой, сильно модифицировать не хочу. За openMP спасибо, возможно подойдет.

> За openMP спасибо, возможно подойдет.

Ну так бы и скзал, что нужны параллельные расширения языка... еще есть UPC.

не знаю...

я всё ещё придерживаюсь мнения что санитары рулят...

> Есть такой код:
for (i=0;i<100000000;++i) {
a = calc();
sum += a;
}


Этот код не требует SMP, бо после оптимизации должно остаться следующее:

sum=100000000*calc();

> Этот код не требует SMP, бо после оптимизации должно остаться следующее:

Это же не хаскель, calc вообще может быть алиасом рандома

Если calc каждый раз возвращает разный результат, то никак в принципе. Почему, догадайся сам. Если же calc не меняет окружение, то можно оптимизировать.

А вообще, читать sicp:) Там это вопрос обсуждается тоже.

Если у тебя язык без side-effect и достаточно умный компилятор/интерпретатор то разнесет он сам.

Хотя чувствую я, что у тебя Си.

Если это действительно так, то у тебя на выбор:

pthreads(господи помилуй), mpi, mp, fork'и

Другие способы параллельного программирования в случаях изменяемой памяти мне не известны.

> calc вообще может быть алиасом рандома

Единственная разница заключается в том, что в этом случае можно не домножать её результат на сто миллионов ;-)

> Единственная разница заключается в том, что в этом случае можно не домножать её результат на сто миллионов ;-)

гонишь:) там распределение другое будет:)

по предельной теореме сумма случайных величин стремится к величине с нормальным распределением

поэтому, один фиг, распараллеливать не надо