Ahem A Rivet's Shot <steveo@eircom.net> writes:
> Richard Kettlewell <invalid@invalid.invalid> wrote:

>> Maybe. It was certainly convenient for certain components to be
>> portable, like X11 as you mention, but I think it’s a stretch to infer
>> that there was a widely shared goal that the lower-level system tools
>> should be portable too. Things like, say, package management and device
>> driver handling have been very different across platforms for a very
>> long time (the former in fact even within Linux).
>
> Package management is a relatively new feature of unix (it's about
> half the age of unix) - but NetBSD's pkgsrc is designed to be portable
> and can be used on pretty much any unix including Linux. The FreeBSD
> ports system (one of the first) is written in make and the system (but
> not the ports themselves) would be easy enough to get going on any
> other unix with a BSD compatible make available.

System V’s packages were, what, 1990 or so? So nearer a third of its
current age I would say. I’m not even sure they were the first.

Be that as it may the fact that some of them are in principle portable
doesn’t change the fact that nobody has ever much tried to use any
particular one outside its home platform. So I think they form a
reasonable counterexample to the idea of a common goal of portability of
system-level components.

> Device drivers are of course largely kernel dependent and generally
> not portable - notable exception for DRI/DRM which are surprisingly
> portable. That being said it is quite common to port device drivers
> between the BSDs despite the divergence in the kernels over the years,
> none of them would take Linux device drivers because GPL.

Well, yes, there’s practical reasons why it happened like that, but they
aren’t insurmountable: we have common extension APIs in many other
contexts, but apparently nobody was ever motivated to do it for drivers,
despite the obvious advantages.

>> In the more recent case of systemd, a lot of the functionality depends
>> on Linux-specific interfaces. Porting it would presumably be a
>
> Apart from systemd every other init system is shell script based and
> reasonably easy to port, systemd is a huge departure from convention.

SMF and launchd are both counterexamples AFAIK. A lot of the original
Unix design decisions were fairly novel at the time too but many of them
have proved to be good ones.

>> non-starter until this existed in some form in other operating systems,
>> and nobody maintaining other operating systems seems to be interested in
>> doing so.
>
> Nobody maintaining other operating systems wants them to become Linux
> based which is essentially what would be needed.

The lack of portability of systemd can hardly be an objection to it if
nobody in the platforms that it can’t be ported to is interested in
adopting it anyway.

>>> Linux as an operating system exists because all the tools
>>> provided by the GNU project and MIT X-Windows and ... were designed to
>>> be portable across every variant of unix extant at the time (a lot more
>>> than today).
>>
>> That doesn’t make it a goal _of Linux_, even if it was a goal of the GNU
>> and X11 projects.
>
> You missed the "and ...", Linux based OSs are the odd ones out in
> this regard which is sad given that Linux as an OS owes its entire
> existence to the fact that everyone else in the unix world cares about
> portability. Without the GNU project's portable utilities there would be no
> Linux distros, there wouldn't even be a compiler to build the kernel! If
> MIT had chosen to make X11 tightly bound to a single kernel there would be
> no Linux graphics.

There’s still nothing there that demonstrates Linux ever had a goal of
portable system-level tools. I get that you think it should do, but
wanting isn’t getting.

--
https://www.greenend.org.uk/rjk/

On 17/11/2023 09:36, Richard Kettlewell wrote:
> The lack of portability of systemd can hardly be an objection to it if
> nobody in the platforms that it can’t be ported to is interested in
> adopting it anyway.
>
LOL!

--
"And if the blind lead the blind, both shall fall into the ditch".

Gospel of St. Mathew 15:14

On 17/11/2023 09:36, Richard Kettlewell wrote:
> There’s still nothing there that demonstrates Linux ever had a goal of
> portable system-level tools. I get that you think it should do, but
> wanting isn’t getting.

Who will bell the cat?

--
"And if the blind lead the blind, both shall fall into the ditch".

Gospel of St. Mathew 15:14

The Natural Philosopher <tnp@invalid.invalid> wrote:
>On 17/11/2023 09:36, Richard Kettlewell wrote:
>> There’s still nothing there that demonstrates Linux ever had a goal of
>> portable system-level tools. I get that you think it should do, but
>> wanting isn’t getting.
>
>Who will bell the cat?

GNU always has as its primary goal that of providing portable system-level
tools. For a long time, Linux was the kernel and GNU provided most of the
actual environment in the distribution.

However, at some point the momentum built up until "Linux" as a concept
took off, and then everybody kind of forgot about GNU and the GNU environment
and philosophy... then they forgot about the Unix environment and philosophy...
now it is just a mess.
--scott

--
"C'est un Nagra. C'est suisse, et tres, tres precis."

On 11/16/2023 11:33 AM, Ahem A Rivet's Shot wrote:
> On Thu, 16 Nov 2023 10:51:04 -0500
> Arne Vajhøj <arne@vajhoej.dk> wrote:
>> On 11/16/2023 9:59 AM, Ahem A Rivet's Shot wrote:
>>> So they did it badly - not uncommon. Amazon could not function
>>> without a distributed, scalable, fault tolerant system, there's no way
>>> you could run Amazon mainframe style. Even their core database is
>>> distributed, scalable and fault tolerant relying on guaranteed eventual
>>> consistency rather than ACID which does not scale.
>>
>> I believe Amazon is using many different databases.
>
> AWS provides many databases. Dynamo was created to support Amazon's
> original core business of being a huge international shopping site.

That list was what Amazon use not what AWS offers to customers - that
list is longer.

>>> McDonald's did it well.
>>>
>>> <https://www.ciodive.com/news/mcdonalds-cloud-ETL-talend-digital-transformation/523132/
>>
>> It seems that article is about DWH not operational data. Different.
>
> It's about analytics that record every sale in every McDonald's in
> the world and drives their decision making. The point is that it scales
> beyond anything that could be done on a mainframe.

Very true.

When big data is actually big then clusters with thousands of nodes
is the only way to handle the data.

Arne

On 17/11/2023 12:39, Scott Dorsey wrote:
> The Natural Philosopher <tnp@invalid.invalid> wrote:
>> On 17/11/2023 09:36, Richard Kettlewell wrote:
>>> There’s still nothing there that demonstrates Linux ever had a goal of
>>> portable system-level tools. I get that you think it should do, but
>>> wanting isn’t getting.
>>
>> Who will bell the cat?
>
> GNU always has as its primary goal that of providing portable system-level
> tools. For a long time, Linux was the kernel and GNU provided most of the
> actual environment in the distribution.
>
> However, at some point the momentum built up until "Linux" as a concept
> took off, and then everybody kind of forgot about GNU and the GNU environment
> and philosophy... then they forgot about the Unix environment and philosophy...
> now it is just a mess.
Engineers don't do philosophy usually (I am the exception) except '
Perfection is the enemy of good enough'

"An engineer can for five bob what any damned fool can do for a quid"

> --scott
>

--
There’s a mighty big difference between good, sound reasons and reasons
that sound good.

Burton Hillis (William Vaughn, American columnist)

In article <wwvy1ew7md9.fsf@LkoBDZeT.terraraq.uk>,
Richard Kettlewell <invalid@invalid.invalid> wrote:
>[snip]
>System V’s packages were, what, 1990 or so? So nearer a third of its
>current age I would say. I’m not even sure they were the first.

Maybe; it depends on how you define "package." Two things
happened in relatively close temporal proximity that contributed
here: 1) we had vendors shipping closed-source Unix
distributions coupled with their hardware; and 2) we started to
have networks of Unix machines at a single site.

With these, it became pretty clear that we'd need some kind of
principled way to build deploy and maintain third-party software
packages and configuration data; a number of different
mechanisms were invented, some ad hoc and based on convention,
others based on the idea of bundling up "packages" (which could
help OEMs and third-party software vendors distribute their
software). Work for this really started heating up in the mid-
to late-80s.

- Dan C.

On 17 Nov 2023 12:39:52 -0000
kludge@panix.com (Scott Dorsey) wrote:

> However, at some point the momentum built up until "Linux" as a concept
> took off, and then everybody kind of forgot about GNU and the GNU
> environment and philosophy... then they forgot about the Unix environment
> and philosophy... now it is just a mess.

I suspect that Richard Stallman trying to get everyone to call it
GNU-Linux didn't help.

--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
Host: Beautiful Theory meet Inconvenient Fact
Obit: Beautiful Theory died today of factual inconsistency

On 17 Nov 2023 12:39:52 -0000
kludge@panix.com (Scott Dorsey) wrote:

> However, at some point the momentum built up until "Linux" as a concept
> took off, and then everybody kind of forgot about GNU and the GNU
> environment and philosophy... then they forgot about the Unix environment
> and philosophy... now it is just a mess.

Indeed from "The cathedral and the bazaar" to the cathedral and the
bizarre.

--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
Host: Beautiful Theory meet Inconvenient Fact
Obit: Beautiful Theory died today of factual inconsistency

On 17/11/2023 13:07, Ahem A Rivet's Shot wrote:
> On 17 Nov 2023 12:39:52 -0000
> kludge@panix.com (Scott Dorsey) wrote:
>
>> However, at some point the momentum built up until "Linux" as a concept
>> took off, and then everybody kind of forgot about GNU and the GNU
>> environment and philosophy... then they forgot about the Unix environment
>> and philosophy... now it is just a mess.
>
> I suspect that Richard Stallman trying to get everyone to call it
> GNU-Linux didn't help.
>

A philosophical statement

There is reality. This is what physicists and engineers deal with.

Then there is how reality is described, what people *think* it is, what
people think it *ought* to be, and how people *think* it can be changed.

This is the world of the Left wing armchair intellectual and the
ArtStudent™.

It can for all practical purposes be safely ignored. It is in the end
mere 'Bandar Log-ic', the inane chatterings of the Monkey People...

"We all say it, so it must be true".

--
I would rather have questions that cannot be answered...
....than to have answers that cannot be questioned

Richard Feynman

On Fri, 17 Nov 2023 14:26:53 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:

> A philosophical statement
>
> There is reality. This is what physicists and engineers deal with.

Engineers deal with models that they hope correspond to reality but
don't always (cf. Tacoma Narrows bridge). Physicists attempt to build models
that correspond to reality but don't always (cf. contradictions between
general relativity and quantum theory). Then there are chaotic systems and
emergent phenomena which so far have proven extremely resistant to
modelling.

Nobody can prove that reality exists (cf. solipsism etc) but it is
the most useful assumption we can make. Even with that assumption nobody can
prove that reality is logically consistent - it might all be the whim of
God you can't prove that it isn't - but it is the most useful assumption we
can make and it hasn't (yet) been disproved.

The core unspoken (usually) theorems of physics are that reality
exists and that it is logically consistent. If you can prove either of them
I expect you're due a Nobel and an FRS at least.

--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
Host: Beautiful Theory meet Inconvenient Fact
Obit: Beautiful Theory died today of factual inconsistency

On 17/11/2023 15:58, Ahem A Rivet's Shot wrote:
> On Fri, 17 Nov 2023 14:26:53 +0000
> The Natural Philosopher <tnp@invalid.invalid> wrote:
>
>> A philosophical statement
>>
>> There is reality. This is what physicists and engineers deal with.
>
> Engineers deal with models that they hope correspond to reality but
> don't always

No. Ultimately they deal with the reality of a bridge that collapsed

The models are always understood to be ad hoc, pro tem and only a guide.

Only climate scientists believe their models ARE reality.

(cf. Tacoma Narrows bridge). Physicists attempt to build models
> that correspond to reality but don't always (cf. contradictions between
> general relativity and quantum theory). Then there are chaotic systems and
> emergent phenomena which so far have proven extremely resistant to
> modelling.
>
Exactly, which is why engineers don't build machines that go anywhere
near chaotic behaviour

Or if they do,m they test it in a wind tunnel, not on a computer.

> Nobody can prove that reality exists (cf. solipsism etc) but it is
> the most useful assumption we can make.

Exactly,. We assume it exists and deal with its immutable aspects.

Even with that assumption nobody can
> prove that reality is logically consistent - it might all be the whim of
> God you can't prove that it isn't - but it is the most useful assumption we
> can make and it hasn't (yet) been disproved.
>
It cant be disproved - it is a metaphysical assumption.

> The core unspoken (usually) theorems of physics are that reality
> exists and that it is logically consistent. If you can prove either of them
> I expect you're due a Nobel and an FRS at least.
>
Quoting that Wanker Dawkins, 'Science works, bitches'
So does engineering.
Socialism does not.
Neither does praying to sky fairies, chanting 'from the river to the
sea' or sitting in your mums basement saying 'the world ought to be
different'...
Of course it ought, you wanker. It just isn't. That's why we call it
'reality'.

--
Climate is what you expect but weather is what you get.
Mark Twain

kludge@panix.com (Scott Dorsey) writes:
> The Natural Philosopher <tnp@invalid.invalid> wrote:
>>On 17/11/2023 09:36, Richard Kettlewell wrote:

>>> There’s still nothing there that demonstrates Linux ever had a goal
>>> of portable system-level tools. I get that you think it should do,
>>> but wanting isn’t getting.
>>
>>Who will bell the cat?
>
> GNU always has as its primary goal that of providing portable
> system-level tools.

That is ahistorical. The primary goal has always been production of a
complete free operating system, not just component parts that could run
elsewhere. See either the GNU manifesto or indeed the current project
standards, which still categorise Linux as secondary to the GNU kernel.

Portability of some components (e.g. language implementations) has
obvious advantages for that goal, at least until it’s been realized, but
that’s a means to an end, and it’s nowhere stated as a primary goal.

> For a long time, Linux was the kernel and GNU provided most of the
> actual environment in the distribution.
>
> However, at some point the momentum built up until "Linux" as a
> concept took off, and then everybody kind of forgot about GNU and the
> GNU environment and philosophy... then they forgot about the Unix
> environment and philosophy... now it is just a mess.

Linux took off because it was a usable free platform that was easy to
download and run, and easy to contribute to. At the point it got going
the GNU kernel wasn’t ready (still isn’t) and BSD was mired in
lawsuits. Change either of those and history would have been quite
different.

--
https://www.greenend.org.uk/rjk/

In article <20231117130709.1798abc63c60b0f3291598eb@eircom.net>,
Ahem A Rivet's Shot <steveo@eircom.net> wrote:
>On 17 Nov 2023 12:39:52 -0000
>kludge@panix.com (Scott Dorsey) wrote:
>
>> However, at some point the momentum built up until "Linux" as a concept
>> took off, and then everybody kind of forgot about GNU and the GNU
>> environment and philosophy... then they forgot about the Unix environment
>> and philosophy... now it is just a mess.
>
> I suspect that Richard Stallman trying to get everyone to call it
>GNU-Linux didn't help.

No. In general, I think Stallman has done more harm than good to the
free software movement in recent years.
--scott

--
"C'est un Nagra. C'est suisse, et tres, tres precis."

On 11/17/2023 4:06 PM, Scott Dorsey wrote:
> In article <20231117130709.1798abc63c60b0f3291598eb@eircom.net>,
> Ahem A Rivet's Shot <steveo@eircom.net> wrote:
>> On 17 Nov 2023 12:39:52 -0000
>> kludge@panix.com (Scott Dorsey) wrote:
>>> However, at some point the momentum built up until "Linux" as a concept
>>> took off, and then everybody kind of forgot about GNU and the GNU
>>> environment and philosophy... then they forgot about the Unix environment
>>> and philosophy... now it is just a mess.
>>
>> I suspect that Richard Stallman trying to get everyone to call it
>> GNU-Linux didn't help.
>
> No. In general, I think Stallman has done more harm than good to the
> free software movement in recent years.

Because in recent years it has not been about software.

When RMS talk about software then some adore him and some hate him.

But when he talks about anything else then everybody hates him.

Arne

On 11/17/2023 7:56 PM, Arne Vajhøj wrote:
> On 11/17/2023 4:06 PM, Scott Dorsey wrote:
>> In article <20231117130709.1798abc63c60b0f3291598eb@eircom.net>,
>> Ahem A Rivet's Shot  <steveo@eircom.net> wrote:
>>> On 17 Nov 2023 12:39:52 -0000
>>> kludge@panix.com (Scott Dorsey) wrote:
>>>> However, at some point the momentum built up until "Linux" as a concept
>>>> took off, and then everybody kind of forgot about GNU and the GNU
>>>> environment and philosophy... then they forgot about the Unix
>>>> environment
>>>> and philosophy... now it is just a mess.
>>>
>>>     I suspect that Richard Stallman trying to get everyone to call it
>>> GNU-Linux didn't help.
>>
>> No.  In general, I think Stallman has done more harm than good to the
>> free software movement in recent years.
>
> Because in recent years it has not been about software.
>
> When RMS talk about software then some adore him and some hate him.
>
> But when he talks about anything else then everybody hates him.
>

Stallman was never worth a crap on software.
We had Open Source and Free Software long before he came along
to try and screw it up.

bill

On 11/16/23 10:46 AM, Ahem A Rivet's Shot wrote:
> On 16 Nov 2023 13:36:17 -0000
> kludge@panix.com (Scott Dorsey) wrote:
>
>> The IBM systems are I/O machines. The CPU is just sitting there telling
>> the I/O controllers what to do and most of the real work is being done by
>> other hardware outside the CPU. So you can have incredibly high
>> workloads and huge transation rates with relatively slow CPUs.
>
> Yes you can but ...
>
>> This was a huge win as late as a decade ago, but these days it's not that
>> much of a win unless you have a write-mostly database that is inefficient
>> to distribute. Because CPU has become so damn cheap that we just throw
>> CPU at problems now.
>
> Back in 1990 I was involved in designing a system that could not
> have been run on the mainframes of the day because they had insufficient IO
> bandwidth but a distributed solution spread across twenty high end 88K
> machines did.
>
>>> Tell that to Amazon, Google etc. look into the architecture of
>>> Amazon Dynamo and marvel at the way it scales and handles machine
>>> failures and network outages. Mainframes are great up to a point, right
>>> up until you can't get one big enough and then you *need* a scalable
>>> solution. kubernetes is an easy way to get one.
>>
>> This is true, but Amazon and Google -are- still slow and insecure in ways
>> that I don't think is apparently obvious. Instead of keeping one thing
>> secure, you have thousands upon thousands to keep secure.
>
> Yes but instead of trying to secure each one individually you write
> rules which are used by the deployment engine (kubernetes usually).
>
> A single instance implemented on virtual hardware is certainly
> slower than the same thing implemented on bare metal - the win comes from
> having a scalable design. The artful part is making the design scalable and
> not putting bottlenecks in it. If the single instance is 1/10th the speed
> of bare metal but you can run a thousand instances in parallel then you
> have 100 times the speed of bare metal.
>
>>> SAAS is huge in the large corporate world, it all runs on
>>> virtual machines and docker containers orchestrated by kubernetes. It's
>>> only insecure if you don't know how to secure it, the most security
>>> sensitive run it all in their own datacentres on hypervisors that they
>>> control. The rest trust the contractual obligations of the companies that
>>> run the data centres (Microsoft, Google and Amazon mostly).
>>
>> This is where the scary part is, yes.
>
> Yes it is - that's why my data lives at home. I don't need scalable
> solutions thankfully. Those who do and care a lot run their own.
>

Ok, there ARE apps like Google that NEED what are
essentially "infinitely scalable" solutions.

However the poster WAS right about something ... the
more you go that way the more vague and unmanagible
the 'security' issues become. Docker/Kubernetes are
NOT as secure as their authors like to claim and
indeed any super-"spread out" solution will also
suffer issues. It's a TRADE-OFF.

Big banks/biz, govt/mil, need to err on the side of
security. Google can err on the side of high-volume.

On Sat, 18 Nov 2023 01:16:41 -0500
"56d.1152" <56d.1152@ztq9.net> wrote:

> Big banks/biz, govt/mil, need to err on the side of
> security. Google can err on the side of high-volume.

Read this https://cloud.google.com/customers/revolut/

Revolut is one of the biggest banks.

--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
Host: Beautiful Theory meet Inconvenient Fact
Obit: Beautiful Theory died today of factual inconsistency

On 17/11/2023 21:06, Scott Dorsey wrote:
> In article <20231117130709.1798abc63c60b0f3291598eb@eircom.net>,
> Ahem A Rivet's Shot <steveo@eircom.net> wrote:
>> On 17 Nov 2023 12:39:52 -0000
>> kludge@panix.com (Scott Dorsey) wrote:
>>
>>> However, at some point the momentum built up until "Linux" as a concept
>>> took off, and then everybody kind of forgot about GNU and the GNU
>>> environment and philosophy... then they forgot about the Unix environment
>>> and philosophy... now it is just a mess.
>>
>> I suspect that Richard Stallman trying to get everyone to call it
>> GNU-Linux didn't help.
>
> No. In general, I think Stallman has done more harm than good to the
> free software movement in recent years.
> --scott
>
Politics and ideology are always the enemies of sound engineering.

--
It is the folly of too many to mistake the echo of a London coffee-house
for the voice of the kingdom.

Jonathan Swift

On 11/18/23 3:01 AM, Ahem A Rivet's Shot wrote:
> On Sat, 18 Nov 2023 01:16:41 -0500
> "56d.1152" <56d.1152@ztq9.net> wrote:
>
>> Big banks/biz, govt/mil, need to err on the side of
>> security. Google can err on the side of high-volume.
>
> Read this https://cloud.google.com/customers/revolut/
>
> Revolut is one of the biggest banks.

But for HOW LONG if it uses insecure methods ? :-)

On Sat, 18 Nov 2023 23:15:11 -0500
"56d.1152" <56d.1152@ztq9.net> wrote:

> On 11/18/23 3:01 AM, Ahem A Rivet's Shot wrote:
> > On Sat, 18 Nov 2023 01:16:41 -0500
> > "56d.1152" <56d.1152@ztq9.net> wrote:
> >
> >> Big banks/biz, govt/mil, need to err on the side of
> >> security. Google can err on the side of high-volume.
> >
> > Read this https://cloud.google.com/customers/revolut/
> >
> > Revolut is one of the biggest banks.
>
>
> But for HOW LONG if it uses insecure methods ? :-)

They've been operating since 2015, had a data breach in 2022
resulting from a phishing attack which netted some personal data (about
5000 people) and a bug in their US payment system that let them (not their
customers) lose $20m. Note carefully that neither of these was an
infrastructure attack.

Pretty small potatoes compared to say the Capital One data breach
in 2019 that let 100 million credit card application details out or the JP
Morgan Chase data breach of 83 million accounts or the Experian breach of
24 million customer's personal details or the ransomware attack on the US
branch of ICBC (that's the world's biggest bank) or Flagstar bank which has
had three data breaches in the last two years or the IBM Moveit data breach
earlier this year that leaked medical records of 4.1 million people in
Colerado. It's even small compared to Bank of Ireland's 22 data breaches
over six months leaking personal data of over 50,000 customers.

I'd say the evidence is that their security stacks up pretty well.

As anyone involved professionally in data security (hint that
includes me) knows the vast majority of compromises these days result from
social engineering (various forms of phishing) not technical issues.

Peruse this https://tech.co/news/data-breaches-updated-list if you
don't believe me.

--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
Host: Beautiful Theory meet Inconvenient Fact
Obit: Beautiful Theory died today of factual inconsistency

On 11/18/2023 3:01 AM, Ahem A Rivet's Shot wrote:
> On Sat, 18 Nov 2023 01:16:41 -0500
> "56d.1152" <56d.1152@ztq9.net> wrote:
>> Big banks/biz, govt/mil, need to err on the side of
>> security. Google can err on the side of high-volume.
>
> Read this https://cloud.google.com/customers/revolut/
>
> Revolut is one of the biggest banks.

Revolut is not a big bank. It is a pretty small bank.

But there are big banks using public cloud.

Deutsche Bank - Google cloud
HSBC - Amazon cloud
JP Morgan - multi cloud
Bank of America - IBM cloud
Goldman Sachs - Amazon cloud
UBS - Microsoft cloud

The US military also use public cloud. After spending
years on court room battles I believe DoD split the
contract between Amazon, Microsoft, Google and Oracle.

Arne

On Sun, 19 Nov 2023 16:33:38 -0500
Arne Vajhøj <arne@vajhoej.dk> wrote:

> On 11/18/2023 3:01 AM, Ahem A Rivet's Shot wrote:
> > On Sat, 18 Nov 2023 01:16:41 -0500
> > "56d.1152" <56d.1152@ztq9.net> wrote:
> >> Big banks/biz, govt/mil, need to err on the side of
> >> security. Google can err on the side of high-volume.
> >
> > Read this https://cloud.google.com/customers/revolut/
> >
> > Revolut is one of the biggest banks.
>
> Revolut is not a big bank. It is a pretty small bank.

Depends how you measure - by valuation ($33bn) it's bigger than
Deutsche Bank ($25bn).

--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
Host: Beautiful Theory meet Inconvenient Fact
Obit: Beautiful Theory died today of factual inconsistency

In article <20231119224712.286e6fc31b6aabe1dc9b2d36@eircom.net>, Ahem A
Rivet's Shot <steveo@eircom.net> wrote:

> On Sun, 19 Nov 2023 16:33:38 -0500
> Arne Vajhøj <arne@vajhoej.dk> wrote:
>
> > On 11/18/2023 3:01 AM, Ahem A Rivet's Shot wrote:
> > > On Sat, 18 Nov 2023 01:16:41 -0500
> > > "56d.1152" <56d.1152@ztq9.net> wrote:
> > >> Big banks/biz, govt/mil, need to err on the side of
> > >> security. Google can err on the side of high-volume.
> > >
> > > Read this https://cloud.google.com/customers/revolut/
> > >
> > > Revolut is one of the biggest banks.
> >
> > Revolut is not a big bank. It is a pretty small bank.
>
> Depends how you measure - by valuation ($33bn) it's bigger than
> Deutsche Bank ($25bn).

That number for Revolut is two years out of date. It was good for one
day only and was strongly dependent on valuation by one investor who
has had a highly volatile investment record (SoftBank). Other
organizations who have to publicly value their stakes in Revolut put it
around half that number as of 2023 (and I'm not sure those valuations
are very safe).

On a total-assets basis, I believe Wikipedia shows it as not among the
100 largest banks in the world. You can check them for their source on
that.

Tom

On 11/19/2023 5:47 PM, Ahem A Rivet's Shot wrote:
> On Sun, 19 Nov 2023 16:33:38 -0500
> Arne Vajhøj <arne@vajhoej.dk> wrote:
>> On 11/18/2023 3:01 AM, Ahem A Rivet's Shot wrote:
>>> On Sat, 18 Nov 2023 01:16:41 -0500
>>> "56d.1152" <56d.1152@ztq9.net> wrote:
>>>> Big banks/biz, govt/mil, need to err on the side of
>>>> security. Google can err on the side of high-volume.
>>>
>>> Read this https://cloud.google.com/customers/revolut/
>>>
>>> Revolut is one of the biggest banks.
>>
>> Revolut is not a big bank. It is a pretty small bank.
>
> Depends how you measure - by valuation ($33bn) it's bigger than
> Deutsche Bank ($25bn).

Usually the size of banks are measured by asset value.

The two numbers you provide are not fully comparable.

Revolut is a private company and the number was a valuation
done in March 2021 when getting new investors on board (a time
where fintech companies were valued very high).

The DB number is the actual market cap today.

Arne