Как скомпилировать C# для многопроцессорных машин? (с VS 2010 или csc.exe)

Поскольку это кластер, вы должны полагаться на некоторую форму параллелизма передачи сообщений, никакой компилятор не будет автоматически преобразовывать ваш код. По крайней мере, поддерживается старый добрый MPI: http://osl.iu.edu/research/mpi.net/

Вам не нужно компилировать по-другому, чтобы учесть несколько ядер. Однако вам нужно написать свой код по-другому, чтобы использовать несколько потоков. Если вы можете использовать классы из .NET 4 в своей среде (последняя версия Mono должна это поддерживать), вы можете использовать библиотеку параллельных задач, которая немного упрощает эту задачу.

По сути, вы не получаете параллелизм бесплатно — вам нужно думать о том, какие фрагменты вашего кода могут разумно выполняться параллельно. Возможно, вы захотите ознакомиться с выводами группы Шаблоны и рекомендации для параллельного программирования. (Книга является очень хорошей отправной точкой.)

Ваше предположение верно; ваш вопрос не имеет смысла.

Невозможно волшебным образом распараллелить произвольный код; вам нужно изменить код, чтобы использовать несколько потоков.

Вы можете явно использовать несколько ядер в C# с помощью классов Thread или ThreadPool либо с помощью Parallel LINQ или TPL.
Никакого специального компилятора не требуется.

CLR по умолчанию не делает ничего особенного для распределения работы между несколькими ядрами. ВЫ, разрабатывая приложение, несете ответственность за максимально эффективное использование ресурсов вашего компьютера. В .NET Framework есть несколько библиотек и технологий, упрощающих реализацию многопоточных операций: найдите класс Thread, Delegate.BeginInvoke/EndInvoke и библиотеку Task Parallel.

Ответ на ваш вопрос приходит в виде двух, казалось бы, противоречащих друг другу утверждений:

1: Это уже так

а также

2: Вы не можете

Современные операционные системы и, следовательно, среды разработки используют потоки. Поток, по сути, представляет собой одну серию последовательных шагов (и слов, которые не начинаются с буквы "S"), которые будет выполнять процессор. Эти потоки управляются операционной системой и архитектурой процессора, при этом процессор выполняет некоторую часть (или весь) потока, сохраняет свое состояние, а затем переключается на другой поток.

При наличии нескольких ядер (будь то многоядерные процессоры, или просто несколько процессоров, или и то, и другое), компьютер на самом деле может выполнять два потока одновременно, предполагая, что они читают и записывают разные области памяти (потоки, которые используют одни и те же ресурсы требуют синхронизации, что представляет собой сложную игру в мяч внутри этого), путем распределения потоков по ядрам.

Рискуя использовать слишком упрощенное сравнение, подумайте об этом так: ваш код в его нынешнем виде представляет собой просто очень длинный список шагов, которые необходимо выполнить для выполнения конкретной задачи. Теперь вы взяли этот список инструкций в комнату, полную людей (каждый из которых представляет процессорное ядро), и вы хотели бы использовать каждого из этих людей как можно эффективнее. В то время как комната, полная аспирантов, может иметь контекст и знания по предмету, чтобы понять, как разбить ваши инструкции на задачи для каждого отдельного человека, вы принесли свой список в комнату, полную людей, которые отлично следуют указаниям. но совершенно глупо, когда дело доходит до дедукции. В этом случае вам нужно предоставить разные наборы инструкций для каждого человека, чтобы при выполнении всех вы получили один и тот же результат.

Проще говоря, чтобы ваш код мог использовать преимущества нескольких ядер или процессоров, вы должны разбить свою работу на небольшие, предпочтительно атомарные фрагменты кода. Конкретный метод, который вы используете для разбиения кода на несколько потоков, может различаться; использование System.Threading.ThreadPool или недавно представленной библиотеки параллельных задач может упростить некоторые из этих вещей, хотя всегда есть компромисс (как и во всем) либо в эффективности, либо в контроле.

Для более подробного изучения потребуется взглянуть на ваш фактический код. Вам лучше найти кого-то с опытом написания надежного, производительного многопоточного кода (если возможно, кто-то с недавним опытом работы с .NET, так как это поможет определить, какие библиотеки будут подходящими).