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>