Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: -hh <recscuba_google@huntzinger.com>
Newsgroups: comp.os.linux.advocacy,comp.os.linux.misc
Subject: Re: Rewriting SSA. Is This A Chance For GNU/Linux?
Date: Wed, 9 Apr 2025 14:18:10 -0400
Organization: A noiseless patient Spider
Lines: 43
Message-ID: <vt6dl2$k23l$3@dont-email.me>
References: <pan$54963$b3f3d4e6$ae35ff46$71fe05c9@linux.rocks>
 <wwviknpb1iw.fsf@LkoBDZeT.terraraq.uk> <vsksb5$3df6l$1@dont-email.me>
 <ZI2dnQjwJajG9XP6nZ2dnZfqn_WdnZ2d@giganews.com>
 <m581c7Fd22eU2@mid.individual.net>
 <DJOdnXslWrdAbHP6nZ2dnZfqnPudnZ2d@giganews.com>
 <m58mnpFguqjU2@mid.individual.net> <vso5qc$31clb$1@dont-email.me>
 <E2WdnXiNaZ9CTXL6nZ2dnZfqn_idnZ2d@giganews.com>
 <pan$f2307$df5236a$923c4908$a6fb4a1f@linux.rocks>
 <6BidndvG26Vec236nZ2dnZfqnPadnZ2d@giganews.com>
 <vsr383$2421k$1@dont-email.me>
 <Tz2dnbEsYvaaHmz6nZ2dnZfqnPWdnZ2d@giganews.com>
 <vss108$2vde2$6@dont-email.me>
 <MI-dnf3_6bzzM2z6nZ2dnZfqnPidnZ2d@giganews.com> <vt1d6c$e0sl$2@dont-email.me>
 <TsudnYL_HJhO12n6nZ2dnZfqnPidnZ2d@giganews.com>
 <1834560e02e32793$90856$735129$802601b3@news.usenetexpress.com>
 <vt3456$26qph$1@dont-email.me>
 <9PCcnTNvhsJdr2j6nZ2dnZfqnPGdnZ2d@giganews.com>
 <vt40q3$2rc8f$4@dont-email.me> <f9iJP.1877219$t84d.916817@fx11.iad>
 <wv6dndwsnOkdRmj6nZ2dnZfqn_ednZ2d@giganews.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 09 Apr 2025 20:18:11 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="43f74fb82e56542814ea3e727e62d9d8";
	logging-data="657525"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18vUEmhTxv/dvs2HcsPJhA6DHEulBRIWnI="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:9n/azzxu/PBAzVt+Gw2qsU1AORQ=
Content-Language: en-US
In-Reply-To: <wv6dndwsnOkdRmj6nZ2dnZfqn_ednZ2d@giganews.com>
Bytes: 3877

On 4/8/25 22:29, c186282 wrote:
> On 4/8/25 7:18 PM, Charlie Gibbs wrote:
>> On 2025-04-08, -hh <recscuba_google@huntzinger.com> wrote:
>>
>>> Plus front-loading it before you've run your in-house checks means that
>>> your operating expenses to this contractor service go UP not down.  Yes,
>>> that's a deliberate waste of taxpayer dollars.
>>
>> You'd think someone would want to try to reduce that waste.
>> Maybe set up a Department Of Government Efficiency or something...
> 
> 
>    Hey ... humans are only JUST so smart, AI is
>    even more stupid, and govt agencies .........
> 
>    Likely the expense of the earlier checks do NOT add
>    up to much.

It might not be, but in this case, the benefit of the change is 
literally zero ... and the expenses are not only more money to the 
contractor who gets paid by the check request, but also the cost of 
higher bandwidth demands which is what caused the site to crash.


>    I did mention one possible gain in doing the ID checks
>    earlier - giving Vlad and friends less access to the
>    deeper pages/system, places where more exploitable
>    flaws live.  
> 
>    In short, put up a big high city wall - then you>    don't have to worry AS much about the inner layers
>    of the city.

I don't really buy that, because of symmetry: when the workflow is that 
a request has to successfully pass three gates, its functionally 
equivalent to (A x B x C) and the sequence doesn't matter:  one gets the 
same outcome for (C x B x A), and (A x C x B), etc.

The primary motivation for order selection comes from optimization 
factors, such as the 'costs' of each gate: one puts the cheap gates 
which knock down the most early, and put the slow/expensive gates late, 
after the dataset's size has already been minimized.

-hh