trougnouf

joined 1 year ago
[–] trougnouf 5 points 11 months ago* (last edited 11 months ago) (1 children)

What's wrong with XMPP? I've been using it for many years, it's by far been the greatest experience and it has OMEMO encryption.

[–] trougnouf 14 points 1 year ago* (last edited 1 year ago) (1 children)

Yes. The intelligent multi-device-type feature is a huge improvement for any workload that needs more space than what an SSD can affordably provide, even moreso with the reliability of eg RAID1.

Before that I had to use BTRFS (RAID1) on bcache (not fs) devices, but half of the cache space was being wasted on the redundant copies because the two systems operate independently.

[–] trougnouf 2 points 1 year ago (1 children)

I am very happy with my RX6800 based Asus Zephyrus G14 laptop :)

[–] trougnouf -1 points 1 year ago
[–] trougnouf 1 points 1 year ago (1 children)

Sounds nice, but I guess the first step is to take control away from the likes of Citadel / Kenneth Griffin since they take advantage of all that information and they already get to bid against every order placed in real time.

I think our government should definitely get on that. In the meantime forbidding this kind of play aka taxing the living shit out of day-trading (like the current short-term/long-term gain system but actually painful in the very short term) should be pretty simple to implement.

[–] trougnouf 5 points 1 year ago (3 children)

The price updates whenever someone buys or sells, so doing that once a day may be a bit difficult to implement. Forbidding day-trading / imposing a minimum holding time on the other hand may be easier.

[–] trougnouf 1 points 1 year ago

Quick update to let you know that it works on all my tasks with ROCm 5.7

[–] trougnouf 1 points 1 year ago* (last edited 1 year ago) (1 children)

I had bcache + btrfs (RAID1) before this but it was a huge waste of space because bcache had to cache two identical copies of the data in order to be effective (since BTRFS and bcache don't communicate and BTRFS picks from a random disk); that's half as much cache.

With Bcachefs everything is integrated so it knows to cache only one copy in RAID1 (and it doesn't even need to hold two HDD copies, the fast/"cached" copy counts). Data is read from the fastest source and every resource is best utilized.

[–] trougnouf 1 points 1 year ago* (last edited 1 year ago)

Yes, lots of storage space with redundancy and the speed advantage of an SSD. If you have enough data where a pair of reasonably priced SSDs is not enough then it is highly advantageous to combine them with (cheaper/bigger) HDDs.

Personally I would not consider a filesystem without data redundancy for my personal files, and I have enough pictures to fill some hard drives but I don't like waiting for them to load.

[–] trougnouf 1 points 1 year ago* (last edited 1 year ago) (2 children)

It has RAID modes and it intelligently rearranges data s.t. commonly used files are stored in a fast drive and fetched from there, whereas BTRFS will write to and read from a "random" drive regardless of its speed.

The previous solution of using btrfs raid1 + bcache (not the FS) separately was very wasteful because the cache had to store both/all copies of the data since btrfs picks a random drive to read from.

[–] trougnouf 6 points 1 year ago (7 children)

All the advantages of btrfs + the ability to combine SSDs and HDDs in a way that maximizes speed and space.

[–] trougnouf 3 points 1 year ago* (last edited 1 year ago) (1 children)

I haven't had an issue with gaming on Linux in ages. Since the Steam Deck came out checking the compatibility of a game is an afterthought I do not need to worry about.

view more: ‹ prev next ›