> У нас с ним есть некоторый диспут -- Алексей скорее считает,
> что вываленные исходники есть ultima ratio, а я считаю, что
> гораздо важнее доверие между людьми.
Я скорее поддерживаю Алексея, поскольку "доверие между людьми" в этой чисто
техническо-измерительной теме вещь параллельная.
Уже упо
On Mon, Nov 08, 2010 at 11:06:46PM +0300, Mike Lykov wrote:
> пока что-то никто тут правда не выразил желания хоть что-то
> сделать, в отличие от тех кто сделал.
AEN ссылался на мои слова об относительной производительности
ядер .27, .30 и 32, которые в свою очередь ссылались на led@,
который выпо
On Mon, Nov 08, 2010 at 11:06:46PM +0300, Mike Lykov wrote:
ML> ну так мееедленнно подойдите..
ML> пока что-то никто тут правда не выразил желания хоть что-то сделать, в
ML> отличие от тех кто сделал.
Я сейчас возьму и с помощью dd if=/dev/random of=superos.c bs=64k count=1k
напишу супер крутую
08.11.2010 23:06, Mike Lykov пишет:
пока что-то никто тут правда не выразил желания хоть что-то сделать, в
отличие от тех кто сделал.
а должен?
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-
08.11.2010 22:14, Michael Shigorin пишет:
Вспоминаем физпрактикум -- для внятного тестирования надо
понимать закономерности процесса, потенциально влияющие факторы
и то, как делаемые изменения отражаются на измеримых показателях,
не забывать обработать с учётом теории ошибок.
и что вам мешает?
On Mon, Nov 08, 2010 at 12:58:53AM +0300, Mike Lykov wrote:
> а чем самостоятельно проведенное тестирование на тех условиях, на
> которых надо? (на реальном железе, на выиртуалке по своему выбору, т.п.)?
Вспоминаем физпрактикум -- для внятного тестирования надо
понимать закономерности процесса, п
On Sun, Nov 07, 2010 at 12:59:43PM +0300, Mike Lykov wrote:
> Так вот они (phoronix) ничего не скрывают.
Дяденька тёзка, да смотрел я этот PTS. Вопрос всегда(!) не только
в весах, а ещё и что сравнивать. Вот с этим у них проблемы, увы.
--
WBR, Michael Shigorin
-- Linux.Kiev http:/
On Mon, Nov 08, 2010 at 12:58:53AM +0300, Mike Lykov wrote:
ML> А _изменение_ производительности? что влияет на него в данном случае?
Особенности работы планировщика в ядре, алгоритмы кэширования, что угодно.
При этом те алгоритмы, которые будут лучше работать на виртуалке вполне
возможно будут х
On Sun, Nov 07, 2010 at 11:41:30PM +0300, Mike Lykov wrote:
ML> вполне возможно.
ML> это тестирование (в виртуалке) длилось неделю.
ML> сделаете тоже на реальном железе? с удовольствием посмотрим.
Я тут запустил одну игрушку, и в ней можно выпрыгнуть из окна -- и
полететь! А значит человек может
On Sun, Nov 07, 2010 at 11:10:36PM +0300, Mike Lykov wrote:
ML> насколько я почитал - каждое ядро собиралось в одинаковом окружении
ML> (KVM) одинаковым компилятором с одинаковым конфигом.
ML> так что если виртуалка и влияла, то одинаково на все версии.
ML> или нет?
Измерять производительность в
On Sun, Nov 07, 2010 at 06:40:36PM +0300, Mike Lykov wrote:
> 07.11.2010 16:14, Anton Chernyshov пишет:
>
> > Не кажется странным тестировать быстродействие ядер внутри виртуалки?
>
> нет, не кажется.
> если это тестирование ядре внутри виртуалки - то так и надо делать.
спасибо, понял, тестирован
07.11.2010 16:14, Anton Chernyshov пишет:
Не кажется странным тестировать быстродействие ядер внутри виртуалки?
нет, не кажется.
если это тестирование ядре внутри виртуалки - то так и надо делать.
еще раз: testsuite ни от кого не скрывается.
методики ни от кого не скрываются.
И как правильно
7 ноября 2010 г. 12:59 пользователь Mike Lykov написал:
>
> прочитал тут письмо с выражениями..
> " опубликованное на заборе "
> " даже не пошёл по ссылке.", "пустое место"
> " придётся оплевать"
>
> ну и т.д. Такое впечатление, что у автора gvy какая-то очень давняя и
> глубоко засаженная обида н
прочитал тут письмо с выражениями..
" опубликованное на заборе "
" даже не пошёл по ссылке.", "пустое место"
" придётся оплевать"
ну и т.д. Такое впечатление, что у автора gvy какая-то очень давняя и
глубоко засаженная обида на ресурс и людей, которые правда об этом не
подозревают, а то б наве
14 matches
Mail list logo