[Comm] ?: SMP compilation

[Comm] ?: SMP compilation

[Oleg K. Artemjev]

Допустим есть некая программа, которую кодили не задумываясь о smp системах.
Есть система с дуальным iPPro200. На ней поставлен gcc. Вопрос - есть ли какие опции gcc
позволяющие получить бинарь быстрее работающий на smp системе, с учетом того, что
исходник специально под smp не строился?

Беглый просмотр man gcc и info gcc ничего не дал. :(

-- 
Bye.Olli.			http://olli.digger.org.ru

[Comm] Re: ?: SMP compilation

[Konstantin Lepikhov]

Hi Oleg!

Tuesday 03, at 09:45:27 AM you wrote:

> 
> Допустим есть некая программа, которую кодили не задумываясь о smp системах.
> Есть система с дуальным iPPro200. На ней поставлен gcc. Вопрос - есть ли какие опции gcc
> позволяющие получить бинарь быстрее работающий на smp системе, с учетом того, что
> исходник специально под smp не строился?
И как вы себе это представляете?

> 
> Беглый просмотр man gcc и info gcc ничего не дал. :(
Значит нет ничего :)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [Comm] Re: ?: SMP compilation

[Sergey Krivulja]

Hello Konstantin,

Tuesday, June 3, 2003, 10:41:54 AM, you wrote:

KL> Hi Oleg!
KL> Tuesday 03, at 09:45:27 AM you wrote:

Если компилить, то можно.
А вот чтобы получившаяся прога в результате компиляции поддерживала
SMP. Это совсем другой вопрос.
Да и тема суть серьезная. С наскоку неполучится.

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: [Comm] Re: ?: SMP compilation

[Oleg K. Artemjev]

On Tue, 3 Jun 2003 10:49:58 +0400
Sergey Krivulja <skrivulja@erec.ru> wrote:

> Если компилить, то можно.
на что обратить внимание в документации, если не сложно - точный линк, пожалуйста.

-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] Re: ?: SMP compilation

[Oleg K. Artemjev]

On Tue, 3 Jun 2003 10:41:54 +0400
Konstantin Lepikhov <lakostis@pisem.net> wrote:

> Hi Oleg!
> 
> Tuesday 03, at 09:45:27 AM you wrote:
> 
> > 
> > Допустим есть некая программа, которую кодили не задумываясь о smp системах.
> > Есть система с дуальным iPPro200. На ней поставлен gcc. Вопрос - есть ли какие опции gcc
> > позволяющие получить бинарь быстрее работающий на smp системе, с учетом того, что
> > исходник специально под smp не строился?
> И как вы себе это представляете?
выравнивание какое нить особенное, инлайнинг как нить иначе сделаный, так чтоб именно на smp давать выигрыш.
в конце концов замена части кода на аналогичные smp-совместимые. Например, вызов каких нибудь типичных функций
заменяется на них-же, но smp-safe и optimized. Да мало ли как? ?-)

> > Беглый просмотр man gcc и info gcc ничего не дал. :(
> Значит нет ничего :)
не факт. вот ежели приведут убедительные доводы - тогда да. :)

-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] ?: SMP compilation

[Vyacheslav Sokolov]

Oleg K. Artemjev wrote:

>Допустим есть некая программа, которую кодили не задумываясь о smp системах.
>Есть система с дуальным iPPro200. На ней поставлен gcc. Вопрос - есть ли какие опции gcc
>позволяющие получить бинарь быстрее работающий на smp системе, с учетом того, что
>исходник специально под smp не строился?
>
>Беглый просмотр man gcc и info gcc ничего не дал. :(
>
В gcc такого нет. Автоматическое распараллеливание есть в коммерческих
компиляторах, например, PGI (www.pgroup.com). Но результат разочаровывает,
во всяком случае, на моих задачах.

--
В.Соколов

[Comm] Re: ?: SMP compilation

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 843 bytes --]

On Tue, Jun 03, 2003 at 09:45:27AM +0400, Oleg K. Artemjev wrote:
> Допустим есть некая программа, которую кодили не задумываясь о smp системах.
> Есть система с дуальным iPPro200. На ней поставлен gcc. Вопрос - есть ли какие опции gcc
> позволяющие получить бинарь быстрее работающий на smp системе, с учетом того, что
> исходник специально под smp не строился?

Нет.  Ну вы сами подумайте.  Бинарики исполняются в терминах процессов
(fork+execve).  Каждцый процесс выполняется на отдельном CPU (при
перключении сохраняются регистры и указатель стека).  Чтобы
задействовать второй CPU, нужно породить новый процесс (или тред).

Короче, на типичных задачах SMP архитектура не даёт заметного прироста.
За исключением серверов, на которых интенсивно выполняется большое число
процессов, которые можно эффективно распределить между процессорами.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: ?: SMP compilation [JT]

[Oleg K. Artemjev]

On Tue, 3 Jun 2003 18:51:31 +0400
Alexey Tourbin <at@altlinux.ru> wrote:

> On Tue, Jun 03, 2003 at 09:45:27AM +0400, Oleg K. Artemjev wrote:
> > Допустим есть некая программа, которую кодили не задумываясь о smp системах.
> > Есть система с дуальным iPPro200. На ней поставлен gcc. Вопрос - есть ли какие опции gcc
> > позволяющие получить бинарь быстрее работающий на smp системе, с учетом того, что
> > исходник специально под smp не строился?
> Нет.  Ну вы сами подумайте.  Бинарики исполняются в терминах процессов
> (fork+execve).  Каждцый процесс выполняется на отдельном CPU (при
> перключении сохраняются регистры и указатель стека).  Чтобы
> задействовать второй CPU, нужно породить новый процесс (или тред).


> Короче, на типичных задачах SMP архитектура не даёт заметного прироста.
> За исключением серверов, на которых интенсивно выполняется большое число
> процессов, которые можно эффективно распределить между процессорами.
> 


-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] Re: ?: SMP compilation [JT]

[Oleg K. Artemjev]

On Tue, 3 Jun 2003 18:51:31 +0400
Alexey Tourbin <at@altlinux.ru> wrote:

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

PS:  Добаный ^Enter, долбаный сильфид (это я за дупы извиняюсь).
-- 
Bye.Olli.			http://olli.digger.org.ru