From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 4 Jun 2003 09:19:45 +0400 From: "Oleg K. Artemjev" To: community@altlinux.ru Subject: Re: [Comm] Re: ?: SMP compilation [JT] Message-Id: <20030604091945.727bf85d.olli@rbauto.ru> In-Reply-To: <20030603145131.GD1317@solemn.turbinal.org> References: <20030603094527.1374c035.olli@rbauto.ru> <20030603145131.GD1317@solemn.turbinal.org> X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; i586-alt-linux) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: On Tue, 3 Jun 2003 18:51:31 +0400 Alexey Tourbin 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