Received: from magus.postgresql.org (magus.postgresql.org [87.238.57.229]) by mail.postgresql.org (Postfix) with ESMTP id 2840B9B4F16 for ; Thu, 5 Jul 2012 22:46:00 -0300 (ADT) Received: from moutng.kundenserver.de ([212.227.17.10]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SmxcL-00085i-K7 for pgsql-performance@postgresql.org; Fri, 06 Jul 2012 01:45:59 +0000 Received: from [192.168.1.6] (mail.highperformancepostgresql.com [71.179.240.8]) by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis) id 0LbJZC-1S6nBF0rFq-00kwHj; Fri, 06 Jul 2012 03:45:43 +0200 Message-ID: <4FF64346.9020507@2ndQuadrant.com> Date: Thu, 05 Jul 2012 21:45:42 -0400 From: Greg Smith User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111120 Icedove/3.1.16 MIME-Version: 1.0 To: Scott Marlowe CC: pgsql-performance@postgresql.org Subject: Re: MemSQL the "world's fastest database"? References: <4FE8582F0200002500048AAD@gw.wicourts.gov> <4FEFCFA3.50305@2ndQuadrant.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:iNcVDcA2kaUSK/ZaBCZCWTT9ncCa3+USnqenzRwk3ob PJxzMxYAv6cyF8IcKYxn1CYiA1k1hz/234AD9Sj6dGrfD5xOaO X1zniMUxO83WUIWojtasPoNoNs0DC8H+kf79znBLemT24cuREN qoZYxROaJnjecu55vgJXfKwcMpSoVe2Cv9F8tEts/z3iUhAteI aYIXcAxfOVl6VHLZYltvmFp42u8szgudE191/Dnnu9puhU554/ osndwTEIFRqHhNLLBzFJlZrizqW91EzBrVspy9V5DxR3Zyvt3o dx5ptZPEKlkdwvfGlyHOQ0doQNiDT4DucMPBY9ypr+slgXO/AW oFU2ZyJDrKIk6MdCm2qM= X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201207/35 X-Sequence-Number: 47216 On 07/01/2012 01:00 AM, Scott Marlowe wrote: > Considering I can build a pgsql 8.4 machine with 256G RAM and 64 > Opteron cores and a handful of SSDs or HW RAID that can do REAL 7k to > 8k RW TPS right now for well under $10k, 20k TPS on an in memory > database isn't all that impressive. Again, their TPS numbers are useless without a contest of how big each transaction is, and we don't know. I can take MemSQL seriously when there's a press release describing how to replicate their benchmark independently. Then it's useful to look at the absolute number. -- Greg Smith 2ndQuadrant US greg@2ndQuadrant.com Baltimore, MD PostgreSQL Training, Services, and 24x7 Support www.2ndQuadrant.com