Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.os.linux.advocacy > #687393 > unrolled thread

Linux 6.13.7

Back to article view | Back to comp.os.linux.advocacy

Contents

  Linux 6.13.7 vallor <vallor@cultnix.org> - 2025-03-13 14:17 +0000
    Re: Linux 6.13.7 rbowman <bowman@montana.com> - 2025-03-13 16:56 +0000
      Re: Linux 6.13.7 vallor <vallor@cultnix.org> - 2025-03-13 17:22 +0000
    Re: Linux 6.13.7 Farley Flud <ff@linux.rocks> - 2025-03-13 18:52 +0000
      Re: Linux 6.13.7 vallor <vallor@cultnix.org> - 2025-03-14 05:45 +0000
        Re: Linux 6.13.7 Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-14 07:15 +0000
          Re: Linux 6.13.7 vallor <vallor@cultnix.org> - 2025-03-14 14:13 +0000
            Re: Linux 6.13.7 Andy Gerald <andy@yohoo.net> - 2025-03-16 13:27 -0400
        Re: Linux 6.13.7 Farley Flud <fsquared@fsquared.linux> - 2025-03-14 10:27 +0000
          Re: Linux 6.13.7 vallor <vallor@cultnix.org> - 2025-03-14 15:46 +0000
            Re: Linux 6.13.7 Farley Flud <fsquared@fsquared.linux> - 2025-03-14 16:14 +0000
              Re: Linux 6.13.7 vallor <vallor@cultnix.org> - 2025-03-15 02:01 +0000
          Re: Linux 6.13.7 Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-03-14 20:01 +0000
            Re: Linux 6.13.7 Farley Flud <ff@linux.rocks> - 2025-03-14 20:26 +0000
              Re: Linux 6.13.7 Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-03-14 20:35 +0000
          Re: Linux 6.13.7 Physfitfreak <physfitfreak@gmail.com> - 2025-03-14 16:26 -0500
            Re: Linux 6.13.7 Farley Flud <ff@linux.rocks> - 2025-03-15 10:53 +0000
              Re: Linux 6.13.7 vallor <vallor@cultnix.org> - 2025-03-15 11:36 +0000
              Re: Linux 6.13.7 -hh <recscuba_google@huntzinger.com> - 2025-03-15 13:01 -0400
                Re: Linux 6.13.7 Farley Flud <fflud@gnu.rocks> - 2025-03-15 17:29 +0000
            Re: Linux 6.13.7 The Starmaker <starmaker@ix.netcom.com> - 2025-03-15 11:30 -0700
              Re: Linux 6.13.7 Joel <joelcrump@gmail.com> - 2025-03-15 18:14 -0400
                Re: Linux 6.13.7 The Starmaker <starmaker@ix.netcom.com> - 2025-03-15 17:33 -0700
                Re: Linux 6.13.7 Scott Doty <s.doty@ewing.con> - 2025-03-16 03:50 -0400
      Re: Linux 6.13.7 Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-03-14 19:48 +0000
        Re: Linux 6.13.7 Farley Flud <ff@linux.rocks> - 2025-03-14 20:29 +0000
          Re: Linux 6.13.7 Stéphane CARPENTIER <sc@fiat-linux.fr> - 2025-03-14 20:38 +0000

Page 1 of 2  [1] 2  Next page →

#687393 — Linux 6.13.7

Linux mintvirt 6.13.7 #1 SMP PREEMPT Thu Mar 13 06:52:06 PDT 2025 x86_64 
x86_64 x86_64 GNU/Linux

real 415.70
user 19247.88
sys 4010.50

Compiled on workstation, installed in virtual host.

-- 
-v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090 Ti
   OS: Linux 6.14.0-rc6 Release: Mint 22.1 Mem: 258G
   "A program without bugs is obsolete."

[toc] | [next] | [standalone]

#687394

On 13 Mar 2025 14:17:26 GMT, vallor wrote:

> Linux mintvirt 6.13.7 #1 SMP PREEMPT Thu Mar 13 06:52:06 PDT 2025 x86_64
> x86_64 x86_64 GNU/Linux
> 
> real 415.70 user 19247.88 sys 4010.50
> 
> Compiled on workstation, installed in virtual host.

Hot on your heels Fedora 42 updated to 6.13.6 yesterday. There was also a 
lot of systemd stuff. Still works.

[toc] | [prev] | [next] | [standalone]

#687396

On 13 Mar 2025 16:56:52 GMT, rbowman <bowman@montana.com> wrote in
<m3gh2kF3cunU2@mid.individual.net>:

> On 13 Mar 2025 14:17:26 GMT, vallor wrote:
> 
>> Linux mintvirt 6.13.7 #1 SMP PREEMPT Thu Mar 13 06:52:06 PDT 2025
>> x86_64 x86_64 x86_64 GNU/Linux
>> 
>> real 415.70 user 19247.88 sys 4010.50
>> 
>> Compiled on workstation, installed in virtual host.
> 
> Hot on your heels Fedora 42 updated to 6.13.6 yesterday. There was also
> a lot of systemd stuff. Still works.

I really do think Fedora stays one release behind the current
release kernel.

-- 
-v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090 Ti
   OS: Linux 6.14.0-rc6 Release: Mint 22.1 Mem: 258G
   "It's easier to obtain forgiveness than permission."

[toc] | [prev] | [next] | [standalone]

#687399

On 13 Mar 2025 14:17:26 GMT, vallor wrote:

> Linux mintvirt 6.13.7 #1 SMP PREEMPT Thu Mar 13 06:52:06 PDT 2025 x86_64 
> x86_64 x86_64 GNU/Linux
> 
> real 415.70
> user 19247.88
> sys 4010.50
> 
> Compiled on workstation, installed in virtual host.
>

I hope that Mint-shit provides a Rust compiler because soon
you will need it.

Among other things, the kernel NVMe driver, written in Rust,
will soon be accepted into the kernel tree.

I know that you, being a patsy to technical convention, will
certainly need that.

Ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha!



-- 
Systemd: created by assholes for assholes.

[toc] | [prev] | [next] | [standalone]

#687415

On Thu, 13 Mar 2025 18:52:20 +0000, Farley Flud <ff@linux.rocks> wrote in
<pan$8fd2b$a5770044$4f09f4b5$b7990b83@linux.rocks>:

> On 13 Mar 2025 14:17:26 GMT, vallor wrote:
> 
>> Linux mintvirt 6.13.7 #1 SMP PREEMPT Thu Mar 13 06:52:06 PDT 2025
>> x86_64 x86_64 x86_64 GNU/Linux
>> 
>> real 415.70 user 19247.88 sys 4010.50
>> 
>> Compiled on workstation, installed in virtual host.
>>
>>
> I hope that Mint-shit provides a Rust compiler because soon you will
> need it.
> 
> Among other things, the kernel NVMe driver, written in Rust,
> will soon be accepted into the kernel tree.
> 
> I know that you, being a patsy to technical convention, will certainly
> need that.
> 
> Ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha, ha!

Meanwhile, my NVMe devices are much, much faster than
your spinning rust archaisms.

-- 
-v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090 Ti
   OS: Linux 6.14.0-rc6 Release: Mint 22.1 Mem: 258G
   "I'm an incorrigible punster, so don't corrige me!"

[toc] | [prev] | [next] | [standalone]

#687417

Rust is not magnetic.

[toc] | [prev] | [next] | [standalone]

#687428

On Fri, 14 Mar 2025 07:15:16 -0000 (UTC), Lawrence D'Oliveiro
<ldo@nz.invalid> wrote in <vr0l23$r5e8$1@dont-email.me>:

> Rust is not magnetic.

Neither are you.

-- 
-v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090 Ti
   OS: Linux 6.14.0-rc6 Release: Mint 22.1 Mem: 258G
   "Eleven tons of hair stolen. Police combing area."

[toc] | [prev] | [next] | [standalone]

#687550

vallor wrote:
> On Fri, 14 Mar 2025 07:15:16 -0000 (UTC), Lawrence D'Oliveiro
> <ldo@nz.invalid> wrote in <vr0l23$r5e8$1@dont-email.me>:
> 
>> Rust is not magnetic.
> 
> Neither are you.
> 
 >
You should buy a magnetic suit, it will make you more attractive.

[toc] | [prev] | [next] | [standalone]

#687418

On Fri, 14 Mar 2025 05:45:22 +0000, vallor wrote:

> 
> Meanwhile, my NVMe devices are much, much faster than
> your spinning rust archaisms.
>

That is quite irrelevant.

All computation is performed in cache/RAM and the attached drives,
of whatever kind, play no role.  Even heavy disk I/O is always
buffered in RAM.

Thus, the gimmicky SSDs are only useful as a badge of technical
fashion, just like spoilers on a car.


-- 
Systemd: made by assholes for assholes.

[toc] | [prev] | [next] | [standalone]

#687433

On Fri, 14 Mar 2025 10:27:54 +0000, Farley Flud <fsquared@fsquared.linux>
wrote in <182ca48b6c299c15$32886$5317$802601b3@news.usenetexpress.com>:

> On Fri, 14 Mar 2025 05:45:22 +0000, vallor wrote:
> 
> 
>> Meanwhile, my NVMe devices are much, much faster than your spinning
>> rust archaisms.
>>
>>
> That is quite irrelevant.
> 
> All computation is performed in cache/RAM and the attached drives,
> of whatever kind, play no role.  Even heavy disk I/O is always buffered
> in RAM.
> 
> Thus, the gimmicky SSDs are only useful as a badge of technical fashion,
> just like spoilers on a car.

Some spoilers are functional.

And some people run sophisticated virtual reality simulations
that need access to more _fast_ disk space than will fit in RAM.

You must be a piker.

-- 
-v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090 Ti
   OS: Linux 6.14.0-rc6 Release: Mint 22.1 Mem: 258G
   "H lp! S m b d st l ll th v w ls fr m m k yb rd!"

[toc] | [prev] | [next] | [standalone]

#687434

On Fri, 14 Mar 2025 15:46:43 +0000, vallor wrote:

> 
> And some people run sophisticated virtual reality simulations
> that need access to more _fast_ disk space than will fit in RAM.
> 

Whoever does that would destroy the SSD before the sim is finished.

For such work a motherboard with 1Tb or 2Tb or RAM would be recommended,
or even a cluster of such MBs.



>
> You must be a piker.
>

That's the term used by the crass instead of "efficiency expert."




-- 
Hail Linux!  Hail FOSS!  Hail Stallman!

[toc] | [prev] | [next] | [standalone]

#687467

On Fri, 14 Mar 2025 16:14:17 +0000, Farley Flud <fsquared@fsquared.linux>
wrote in <182cb7725b537f6d$32889$5317$802601b3@news.usenetexpress.com>:

> On Fri, 14 Mar 2025 15:46:43 +0000, vallor wrote:
> 
> 
>> And some people run sophisticated virtual reality simulations that need
>> access to more _fast_ disk space than will fit in RAM.
>> 
>> 
> Whoever does that would destroy the SSD before the sim is finished.

Not if the simulation is managed "in the cloud", with read-only
assets pulled off the NVMe drive.

> For such work a motherboard with 1Tb or 2Tb or RAM would be recommended,
> or even a cluster of such MBs.

Why don't you try it yourself and see?

>> You must be a piker.
>>
>>
> That's the term used by the crass instead of "efficiency expert."

Spinning rust drives are cheap, not "efficient".

-- 
-v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090 Ti
   OS: Linux 6.14.0-rc6 Release: Mint 22.1 Mem: 258G
   "It is better to wear out than to rust out."

[toc] | [prev] | [next] | [standalone]

#687448

Le 14-03-2025, Farley Flud <fsquared@fsquared.linux> a écrit :
> On Fri, 14 Mar 2025 05:45:22 +0000, vallor wrote:
>
>> 
>> Meanwhile, my NVMe devices are much, much faster than
>> your spinning rust archaisms.
>
> That is quite irrelevant.

Of course it's relevant.

> All computation is performed in cache/RAM and the attached drives,
> of whatever kind, play no role.  

You are a true master of spreading your lack of knowledge with an
impressive certainty. Compared with others saying that the vaccine
against covid was designed to kill people, I'd say you are on the same
level.

> Even heavy disk I/O is always buffered in RAM.

Yes, and so, do you understand the meaning of your sentence? Because the
time taken for the I/O to be buffered in RAM is limited by the slowest
device. Which is the hard drive in your case.

> Thus, the gimmicky SSDs are only useful as a badge of technical
> fashion, just like spoilers on a car.

The real scientist would try to test his claims instead of staying in
error. Your claims don't stand the facts.

-- 
Si vous avez du temps à perdre :
https://scarpet42.gitlab.io

[toc] | [prev] | [next] | [standalone]

#687450

On 14 Mar 2025 20:01:53 GMT, Stéphane CARPENTIER wrote:

> 
> The real scientist would try to test his claims instead of staying in
> error. Your claims don't stand the facts.
>

Let us see YOUR test results.

Ha, ha, ha, ha, ha, ha, ha, ha, ha!

You have none.  All you have is "hot air," i.e. bullshit.

My claims are unassailable.


-- 
Systemd: made by assholes for assholes.

[toc] | [prev] | [next] | [standalone]

#687452

Le 14-03-2025, Farley Flud <ff@linux.rocks> a écrit :
> On 14 Mar 2025 20:01:53 GMT, Stéphane CARPENTIER wrote:
>
>> 
>> The real scientist would try to test his claims instead of staying in
>> error. Your claims don't stand the facts.
>
> Let us see YOUR test results.

The difference is so impressive you don't need to monitor anything. You
just change your disk and see by yourself.

> You have none.  All you have is "hot air," i.e. bullshit.

I don't need to have test results to know that you can't run as fast as
a train. It's the same for the hard drive difference. It's so obvious,
when you have seen some HDD replaced by SSD the question doesn't exist
anymore.

> My claims are unassailable.

Your claims are proof of your deny of reality.

-- 
Si vous avez du temps à perdre :
https://scarpet42.gitlab.io

[toc] | [prev] | [next] | [standalone]

#687456

On 3/14/25 5:27 AM, Farley Flud wrote:
> On Fri, 14 Mar 2025 05:45:22 +0000, vallor wrote:
> 
>>
>> Meanwhile, my NVMe devices are much, much faster than
>> your spinning rust archaisms.
>>
> 
> That is quite irrelevant.
> 
> All computation is performed in cache/RAM and the attached drives,
> of whatever kind, play no role.  Even heavy disk I/O is always
> buffered in RAM.
> 
> Thus, the gimmicky SSDs are only useful as a badge of technical
> fashion, just like spoilers on a car.
> 
> 


Hm.. ? I have almost identical machines, one with SSD and the other with 
HD, same RAM (12 gigs). The one with SSD is noticeably faster than the 
other.

[toc] | [prev] | [next] | [standalone]

#687480

On Fri, 14 Mar 2025 16:26:28 -0500, Physfitfreak wrote:

> 
> Hm.. ? I have almost identical machines, one with SSD and the other with 
> HD, same RAM (12 gigs). The one with SSD is noticeably faster than the 
> other.
>

Only for file loading/saving.  On my machines the Iron browser, which
is based on the severely bloated Chrome, takes almost 10 seconds to load
and start.  With SSD this would be a lot faster.

But for program execution and computation overall, SSDs have no effect.

As I stated many times before, I do not use SSDs because the available
consumer technology is garbage.  Consumer SSDs degrade very rapidly and
require technical "tricks" to give an illusion of durability.

Ironically, to keep a record of failed and useless storage bits, consumer
SSDs will incorporate a very small amount of high-grade and essentially
permanent memory cells.  Only when the entire SSD is composed of such
permanent memory will I make the switch.





-- 
Systemd: solving all the problems that you never knew you had.

[toc] | [prev] | [next] | [standalone]

#687483

On Sat, 15 Mar 2025 10:53:42 +0000, Farley Flud <ff@linux.rocks> wrote in
<pan$62b74$e7403a8b$f887b3b7$f5942828@linux.rocks>:

> On Fri, 14 Mar 2025 16:26:28 -0500, Physfitfreak wrote:
> 
> 
>> Hm.. ? I have almost identical machines, one with SSD and the other
>> with HD, same RAM (12 gigs). The one with SSD is noticeably faster than
>> the other.
>>
>>
> Only for file loading/saving.  On my machines the Iron browser, which is
> based on the severely bloated Chrome, takes almost 10 seconds to load
> and start.  With SSD this would be a lot faster.
> 
> But for program execution and computation overall, SSDs have no effect.
> 
> As I stated many times before, I do not use SSDs because the available
> consumer technology is garbage.  Consumer SSDs degrade very rapidly and
> require technical "tricks" to give an illusion of durability.
> 
> Ironically, to keep a record of failed and useless storage bits,
> consumer SSDs will incorporate a very small amount of high-grade and
> essentially permanent memory cells.  Only when the entire SSD is
> composed of such permanent memory will I make the switch.

You know, if you don't trust NVMe, you _could_ just make sure
you have good backups, and even use RAID.

I have a confession to make:  I have my own "spinning rust" drives.
They are 7200RPM SATA III drives in my NAS in a RAID5 configuration.
I put backups there, as well as on a 4TB USB3 NVMe enclosure.  The
latter I use for timeshift, as well as serving it via Samba as a
time machine device for our Mac.  That all eventually ends up
on the NAS, connected to my w/s with 10Gbit Ethernet.

But when I fire up my space simulator, that runs off an NVMe drive,
as well as all the assets it uses, including the
Vulkan (pre-compiled) shaders.  This is very fast.  As I've said
before, the persistent writes for that system are "in the cloud",
where I imagine the storage environment is much different.

-- 
-v System76 Thelio Mega v1.1 x86_64 NVIDIA RTX 3090 Ti
   OS: Linux 6.14.0-rc6 Release: Mint 22.1 Mem: 258G
   "Don't be so humble, you're not that great. -Golda Meir"

[toc] | [prev] | [next] | [standalone]

#687495

On 3/15/25 06:53, Farley Flud wrote:
> On Fri, 14 Mar 2025 16:26:28 -0500, Physfitfreak wrote:
> 
>>
>> Hm.. ? I have almost identical machines, one with SSD and the other with
>> HD, same RAM (12 gigs). The one with SSD is noticeably faster than the
>> other.
>>
> 
> Only for file loading/saving.  On my machines the Iron browser, which
> is based on the severely bloated Chrome, takes almost 10 seconds to load
> and start.  With SSD this would be a lot faster.
> 
> But for program execution and computation overall, SSDs have no effect.

Sure ... until one hits swap...


-hh

[toc] | [prev] | [next] | [standalone]

#687496

On Sat, 15 Mar 2025 13:01:40 -0400, -hh wrote:

>> 
>> But for program execution and computation overall, SSDs have no effect.
> 
> Sure ... until one hits swap...
> 

Just set vm.swapiness to zero.

Because you are a big-mouthed and small-brained disto lackey your
vm.swapiness is set to 60.  Check and discover the horror:

cat /proc/sys/vm/swappiness
60

Ha, ha, ha, ha, ha, ha, ha, ha, ha, ha!

Linux virtual memory parameters can be finely tuned to suit
any purpose.

But YOUR only purpose is being a distro lackey.

Ha, ha, ha, ha, ha, ha, ha, ha, ha, ha!


-- 
Gentoo: The Fastest GNU/Linux Hands Down!

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.os.linux.advocacy

csiph-web