On Fri, Nov 15, 2024 at 10:35 AM Michael wrote:
>
> Host managed SMRs (HM-SMR) require the OS and FS to be aware of the need for
> sequential writes and manage submitted data sympathetically to this limitation
> of the SMR drive, by queuing up random writes in batches and submitting these
> as a s
Michael wrote:
> On Friday 15 November 2024 11:59:34 GMT Dale wrote:
>> Michael wrote:
>>> On Friday 15 November 2024 05:53:53 GMT Dale wrote:
The thing about my data, it's mostly large video files. If I were
storing documents or something, then SSD or something would be a good
opti
On 11/15/24 9:52 AM, byte.size...@simplelogin.com wrote:
> Thank you, both!
>
>
> On 15/11/2024 14:05, Jacques Montier wrote:
>> What if you try this :
>> emerge -auvDN --getbinpkgonly --with-bdeps=y --binpkg-respect-use=y --
>> keep-going world
>
> This does indeed suggest to replace existing b
On 11/15/24 7:42 AM, byte.size...@simplelogin.com wrote:
> My only question that remains is whether I should change the existing
> value for CFLAGS (I presume so). Currently, I have:
>
> COMMON_FLAGS="-march=znver4 -O2 -pipe"
>
> (yes CFLAGS etc are set to use $COMMON_FLAGS).
>
> Since I'm p
On Friday 15 November 2024 11:59:34 GMT Dale wrote:
> Michael wrote:
> > On Friday 15 November 2024 05:53:53 GMT Dale wrote:
> >> The thing about my data, it's mostly large video files. If I were
> >> storing documents or something, then SSD or something would be a good
> >> option. Plus, I mostl
Thank you, both!
On 15/11/2024 14:05, Jacques Montier wrote:
> What if you try this :
> emerge -auvDN --getbinpkgonly --with-bdeps=y --binpkg-respect-use=y --
> keep-going world
This does indeed suggest to replace existing builds with the upstream
binary ones. I traced this to --getbinpkgonly
Hi,
Since I'm planning to use binary packages from x86-64-v3, I presume this
should be changed to:
COMMON_FLAGS="-march=x86-64-v3 -O2 -pipe"
or, perhaps:
COMMON_FLAGS="-march=x86-64-v3 -mtune=znver4 -O2 -pipe" ?
You want to match the binhost flags:
https://wiki.gentoo.org/wiki/G
Le ven. 15 nov. 2024 à 13:42, a écrit :
> Hello,
>
> I'm sure this has been asked before but, clearly, my archive search
> skills are sub-par. I'm hoping it would be a quick "yes/no" kind of answer.
>
> Long story short, I decided to try out the Gentoo setup with binary
> package host. I've been
Hello,
I'm sure this has been asked before but, clearly, my archive search
skills are sub-par. I'm hoping it would be a quick "yes/no" kind of answer.
Long story short, I decided to try out the Gentoo setup with binary
package host. I've been making my way through the relevant news item [1]
cov...@ccs.covici.com wrote:
> Hi. I have been getting a strange line in my logs lately:
>
> (systemd): pam_systemd(systemd-user:session): Failed to create
> session: Invalid session class manager-early: 4 Time(s)
> So, anyone know what this means -- do I need to fix anything?
>
> This
Frank Steinmetzger wrote:
> Am Freitag, 15. November 2024, 06:53:53 Mitteleuropäische Normalzeit schrieb
> Dale:
>> Rich Freeman wrote:
>>> On Thu, Nov 14, 2024 at 6:10 PM Dale wrote:
The biggest downside to the large drives available now, even if SMART
tells you a drive is failing, you
Hi. I have been getting a strange line in my logs lately:
(systemd): pam_systemd(systemd-user:session): Failed to create
session: Invalid session class manager-early: 4 Time(s)
So, anyone know what this means -- do I need to fix anything?
This is on a gentoo system updated about 3 we
Dr Rainer Woitok wrote:
> Michael,
> On Thu, 14 Nov 2024 19:15:08 + you wrote:
>
>> ...
>> I have no split-usr system here to compare notes, but did you try rebuilding
>> the sys-auth/elogind package just in case?
> Yes, I did. With and without USE flag "cgroup-hybrid" which was enabled
> by
Michael,
On Thu, 14 Nov 2024 19:15:08 + you wrote:
> ...
> I have no split-usr system here to compare notes, but did you try rebuilding
> the sys-auth/elogind package just in case?
Yes, I did. With and without USE flag "cgroup-hybrid" which was enabled
by default up to version 246.10-r4 inc
Michael wrote:
> On Friday 15 November 2024 05:53:53 GMT Dale wrote:
>
>> The thing about my data, it's mostly large video files. If I were
>> storing documents or something, then SSD or something would be a good
>> option. Plus, I mostly write once, then it either sits there a while or
>> gets r
Am Freitag, 15. November 2024, 06:53:53 Mitteleuropäische Normalzeit schrieb
Dale:
> Rich Freeman wrote:
> > On Thu, Nov 14, 2024 at 6:10 PM Dale wrote:
> >> The biggest downside to the large drives available now, even if SMART
> >> tells you a drive is failing, you likely won't have time to copy
On Friday 15 November 2024 05:53:53 GMT Dale wrote:
> The thing about my data, it's mostly large video files. If I were
> storing documents or something, then SSD or something would be a good
> option. Plus, I mostly write once, then it either sits there a while or
> gets read on occasion.
For
On 15/11/2024 00:18, Peter Humphrey wrote:
In the 70s and 80s the national grid control centre in this country used three
2MB disks, any one or two of which could be online at any time. I can't tell
you the platter size, but they were mounted in cabinets about 5' long, 3'6"
tall and 2' wide. Each
On Thursday 14 November 2024 22:38:59 GMT Wols Lists wrote:
> On 14/11/2024 20:33, Dale wrote:
> > It's one thing that kinda gets on my nerves about SMR. It seems,
> > sounds, like they tried to hide it from people to make money. Thing is,
> > as some learned, they don't do well in a RAID and som
Peter Humphrey:
...
> I hate to think how many miles of 8-hole tape I wound and rewound. Thank
> goodness we didn't have to cope with 80-column punched cards (Hollerith?) as
> the ivory-tower, batch-processing mainframe people did.
...
Hollerith was the founder of the company which later became
20 matches
Mail list logo
