From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 12 Jan 2004 16:25:23 +0200 From: Victor Forsyuk To: Sanja Byelkin , sisyphus@altlinux.ru Subject: Re: [sisyphus] Re: glibc2.3 Message-ID: <20040112142519.GE16069@mailhub.gu.net> References: <20040106122134.GB1072@regiongarant.ru> <20040106190012.GU2305@julia.office.altlinux.ru> <20040107111838.GE8197@localhost.localdomain> <20040108144953.GD25089@basalt.office.altlinux.org> <20040108174114.GM15115@localhost.localdomain> <20040110164836.GA13006@sanja.is.com.ua> <20040111154301.GA23443@mailhub.gu.net> <20040111160939.GA7664@sanja.is.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040111160939.GA7664@sanja.is.com.ua> User-Agent: Mutt/1.4.1i Sender: Victor Forsyuk Cc: X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2004 14:25:26 -0000 Archived-At: List-Archive: On Sun, Jan 11, 2004 at 06:09:39PM +0200, Sanja Byelkin wrote: > > > Опуская безпочвенный наезд на MySQL, привожу результтаты > > > тестирования NPTL: неровные наспределение времени (неровные имеется ввиду, > > > > И где же результаты? > > > > > что некоторые threadы замирают на очень длительное время). Так же, NTPL > > > хуже скалируется, при небольшом количеситве threadов они практически на равне > > > с LinuxThreads при увеличении ситуация складывается не в пользу NTPL. > > > > Куда смотреть? > > Хороший вопрос... Не нашел, а выше я оговорился - это выводы были (эта > информация проходила по внутренним каналам в Ноябре). Надо ли это понимать так, что это внутренняя информация MySQL AB? Или MySQL AB публиковала результаты своего тестирования? > Т.е. не рекомендуется пока для промышленного использования, я не из > benchmark team потому подробнее сказать не могу. Просто поделился тем что > знал, чтобы горячие головы не поимели неприятностей. Опять таки не уверен правильно ли я понял - не рекомендуется использовать только innodb или MySQL вообще?