public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Javier Martinez <tazok.id0@gmail.com>
To: Immolo <immoloism@googlemail.com>
Cc: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Recommended CPU and cooling system
Date: Thu, 24 Jul 2025 20:39:40 +0200	[thread overview]
Message-ID: <89466e02-1c6b-4a45-8d8f-c332a07a648e@gmail.com> (raw)
In-Reply-To: <CAHfWF5=W1E5LmJxOCceo2Lq8vF2iSORX07TjQ8GUjYXF2B7XKQ@mail.gmail.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 3597 bytes --]

And also RAIDs are unnecessary because none of your drives died. Isn't it?

The evidence says that harddisks died more and sooner than RAM modules, 
this is a fact that you can check asking your knowns. So logic says that 
its better use RAM for this kind of tasks than harddisks.



El 24/7/25 a las 20:33, Immolo escribió:
> Based on the evidence of multiple computers running different types of 
> storage for the last 2 decades. No I don't think its worth using tmpfs 
> for portage as I've seen no benefit to drive heath nor speed increase.
> 
> Immolo
> 
> On Thu, 24 Jul 2025, 19:29 Javier Martinez, <tazok.id0@gmail.com 
> <mailto:tazok.id0@gmail.com>> wrote:
> 
>     So, shall we stop using RAIDs then because your drives still alive then?
> 
>     The question is to use tmpfs for /var/tmp/portage or not. I think yes
>     without doubt because you increase the lifespam of your drive. Maybe 1
>     month, 2, 5 whatever. It will last more time that if you don't do.
> 
>     Also you have to make it properly, without swapping to disk. But I have
>     the opinion that if you can use it you should use it.
> 
> 
>     El 24/7/25 a las 20:20, Immolo escribió:
>      > And this changes what I said how?
>      >
>      > On Thu, 24 Jul 2025, 19:17 Javier Martinez, <tazok.id0@gmail.com
>     <mailto:tazok.id0@gmail.com>
>      > <mailto:tazok.id0@gmail.com <mailto:tazok.id0@gmail.com>>> wrote:
>      >
>      >     El 24/7/25 a las 19:56, Immolo escribió:
>      >      >  >  If you don't use RAM as tmpfs maybe your harddisk will
>     live 5
>      >     years,
>      >      >
>      >      > I must have some defective drives or something as my IDE
>     drives
>      >     from the
>      >      > 90s are still going.....
>      >      >
>      >      > As for nvmes, I brought mine in 2017 and is currently
>     showing  `Data
>      >      > Units Written : 192018934 (98.31 TB)`
>      >      > I don't do anything too intense, just a weekly emptyree
>     rebuild
>      >     of world
>      >      > using the latest GCC snapshot to help track early bugs.
>      >      >
>      >      > If you are worried about earlier SSDs then my little 60GB
>     SSD I
>      >     bought
>      >      > in 2008 is also doing fine as a Gentoo machine rootfs.
>      >      >
>      >      > If you have any other questions about hardware life cycles
>     then
>      >     please
>      >      > free to ask.
>      >      >
>      >      > immolo
>      >
>      >     IDE are mechanicals units, his lifespan depends entirely of
>     mechanics
>      >     components, SSD not. It can be a cuestion of luck, but I have
>     lost a
>      >     lot
>      >     of drives, most of them standard mechanics IDE,SATA drives.
>      >
>      >     Lastly one SEAGATE of two TB mechanic bought at the same time
>     that one
>      >     SSD of 512GB died. The SSD not yet, but the SEAGATE had a lot
>     more use
>      >     than the other. I protected this SSD from writings but as you
>     can see:
>      >
>      >     Data Units Read:                    78.061.867 [39,9 TB]
>      >     Data Units Written:                 35.723.270 [18,2 TB]
>      >
>      >
>      >     It has his work done
>      >
>      >     If you protect your drives his lifespans will get increased.
>     But you
>      >     have to take care of them
>      >
> 


[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 3145 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

  parent reply	other threads:[~2025-07-24 18:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAHfWF5=MJFzpGAfg=u9wquX66udEUs5TTnZ-h1V8H88YA+r=DQ@mail.gmail.com>
2025-07-24 18:17 ` [gentoo-user] Re: Recommended CPU and cooling system Javier Martinez
2025-07-24 18:23   ` Michael
     [not found]   ` <CAHfWF5kG5pN3naJdHkMcVsPgZVe9TkqY2OzP2N5FDV69Sr_NkA@mail.gmail.com>
2025-07-24 18:28     ` Javier Martinez
     [not found]       ` <CAHfWF5=W1E5LmJxOCceo2Lq8vF2iSORX07TjQ8GUjYXF2B7XKQ@mail.gmail.com>
2025-07-24 18:39         ` Javier Martinez [this message]
2025-07-24 14:43 [gentoo-user] " Rahul Sandhu
2025-07-24 15:42 ` Javier Martinez
2025-07-24 16:07   ` [gentoo-user] " Nuno Silva
2025-07-24 16:19     ` Javier Martinez
2025-07-25  8:59       ` Nuno Silva

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=89466e02-1c6b-4a45-8d8f-c332a07a648e@gmail.com \
    --to=tazok.id0@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    --cc=immoloism@googlemail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox