Linux Forum — Про будущий gcc

Re: Про будущий gcc

null@example.com (fragment) — Thu, 28 Aug 2014 03:40:21 +0000

Fat-Zer пишет:

в любом случае, на одном классическом процессоре будет работать только один процесс

Что?

Re: Про будущий gcc

null@example.com (Fat-Zer) — Wed, 27 Aug 2014 21:26:50 +0000

fragment пишет:

В следующей (5.0) версии gcc будет реализована поддержка OpenACC 2.0 с бэкендом nvidia, позволяющая использовать видеочипы для компиляции.

можно пруф?

fragment пишет:

Интересно, как оптимальнее будет распределить 336 потоков для portage?

в любом случае, на одном классическом процессоре будет работать только один процесс...

drBatty пишет:

и какой(какие) нужен для этого SSD

tmpfs же

Re: Про будущий gcc

null@example.com (drBatty) — Wed, 27 Aug 2014 09:31:32 +0000

ИМХО не взлетит. Это жеж сколько оперативной памяти надо, и какой(какие) нужен для этого SSD??

А распределить-то не особая проблема, если можно сразу несколько пакетов.

Re: Про будущий gcc

null@example.com (fragment) — Wed, 27 Aug 2014 08:12:36 +0000

Я потому и интересуюсь - как распределить потоки. В portage можно выставить как количество потоков сборки одного пакета, так и количество одновременно собираемых пакетов.

Re: Про будущий gcc

null@example.com (drBatty) — Wed, 27 Aug 2014 08:05:05 +0000

fragment пишет:

Интересно, как оптимальнее будет распределить 336 потоков для portage?

никак. В программах просто нету столько файлов, что-бы их одновременно компилировать. Обычно файлов немного, штук 30. И да, не все файлы можно компилять одновременно, там тоже есть зависимости, потому от силы потоков 10 будет использовано.

Про будущий gcc

null@example.com (fragment) — Wed, 27 Aug 2014 06:30:45 +0000

В следующей (5.0) версии gcc будет реализована поддержка OpenACC 2.0 с бэкендом nvidia, позволяющая использовать видеочипы для компиляции.

Интересно, как оптимальнее будет распределить 336 потоков для portage?