From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imath.kiev.ua; s=hydra; t=1519053933; bh=BRQG3bRcC8FMaA86+SjhIP+3WSegJrRcfOnVuIFS76Q=; h=Date:From:To:Subject:References:In-Reply-To; b=f1ddG8WZPMyDWFl+iBM2q7OxRChiWCx5ERBpkTjAFpoPCSfC449Dz88paS04xCARQ aY5I507LOuUjuftYdVH5Z6G8M106Fa90LaIYDTIPsRlunN1j0F6/mDFO9Ia0jgfAOj mDJ20NXhFCrmvWqwKQyy99HOGxtaE97eoLRU6Kao= Date: Mon, 19 Feb 2018 17:25:32 +0200 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20180219152532.GB18420@dad.imath.kiev.ua> References: <20180217172735.GA30426@dad.imath.kiev.ua> <20180218000120.GB9502@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180218000120.GB9502@altlinux.org> User-Agent: Mutt/1.9.1 (2017-09-22) Subject: Re: [devel] =?utf-8?b?0KHQsdC+0YDQvtGH0L3QuNGG0LAgKElJSSk6INCX0LA=?= =?utf-8?b?0YfQtdC8INGD0YHQutC+0YDRj9GC0Yw/?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 15:25:35 -0000 Archived-At: List-Archive: List-Post: On Sun, Feb 18, 2018 at 03:01:21AM +0300, Dmitry V. Levin wrote: > Могу предположить, что мы хотим > - максимально ускорить обработку интерактивных заданий, распараллеливая > всё что можно, применяя спекулятивные вычисления, что, конечно, снижает > среднюю производительность обработки заданий; > - увеличить среднюю скорость обработки неинтерактивных заданий. > > При этом достижение средней производительности 43200 транзакций в сутки > не кажется мне актуальной задачей, а достижение пиковой производительности > 2 секунды на транзакцию не кажется мне реалистичной задачей. Напомню, что цифры не с потолка брались, а с реально работающего прототипа. По идее, прототип должен быть быстрее на одиночной транзакции, потому что он более скелетальный -- тестов и проверок меньше, но на большом наборе транзакций сборочница будет существенно быстрее прототипа за счет того, что ее вычислительные мощности больше. Это как относительно медленный многоядерник забивает как мамонта разогнанный малоядерник на параллельной компиляции. -- I V