Deutsch   English   Français   Italiano  
<2024Sep14.112146@mips.complang.tuwien.ac.at>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: anton@mips.complang.tuwien.ac.at (Anton Ertl)
Newsgroups: comp.arch
Subject: Re: big, fast, etc, was is Vax addressing sane today
Date: Sat, 14 Sep 2024 09:21:46 GMT
Organization: Institut fuer Computersprachen, Technische Universitaet Wien
Lines: 34
Message-ID: <2024Sep14.112146@mips.complang.tuwien.ac.at>
References: <vbd6b9$g147$1@dont-email.me> <vbtqib$2sce$2@dont-email.me> <vbvhs3$2std$1@gal.iecc.com> <20240913122217.00002a21@yahoo.com> <vc2c2n$2prb$1@gal.iecc.com>
Injection-Date: Sat, 14 Sep 2024 11:35:08 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="6db5ee5180e7e79132e55bada9f3289b";
	logging-data="1479723"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+RIkEEUH/dILb2qdzBJBLr"
Cancel-Lock: sha1:bKXjxk3tEGx6q/wFr0rtI+Kkldk=
X-newsreader: xrn 10.11
Bytes: 2607

John Levine <johnl@taugh.com> writes:
>It appears that Michael S  <already5chosen@yahoo.com> said:
>>> There's also a rule of thumb about databases that says one system of
>>> performance 100 is much better than 100 systems of performance 1
>>> because those 100 systems will spend all their time contending for
>>> database locks.
>>
>>How many transactions per minute does world's biggest company need at
>>peak hours? 
>
>Ten years ago Visa could process 56,000 messages/second. It must be a
>lot more now. I think a transaction is two or four messages depending
>on the transaction type.
>
>>Is not this number small relatively to capabilities of
>>even 15 y.o. dual-Xeon server with few dozens of spinning rust disks?
>
>Uh, no, it is not.

The way I would design this for a machine with that little IOPS is as
an in-memory database, with transactions written to a log on RAID-1
(on two or three of the HDDs), and a snapshot of the in-memory
database written to disk repeatedly, with copy-on-write to get a
consistent snapshot.  The 8 cores of a 2009-vintage the dual-Xeon
machine should be easily capable of doing it, but the question is if
the machine has enough RAM for the database.  Our dual-Xeon system
from IIRC 2007 has 24GB of RAM, not sure how big it could be
configured; OTOH, we have a single-Xeon system from 2009 or so with
32GB of RAM (and there were bigger Xeons in the market at the time).

- anton
-- 
'Anyone trying for "industrial quality" ISA should avoid undefined behavior.'
  Mitch Alsup, <c17fcd89-f024-40e7-a594-88a85ac10d20o@googlegroups.com>