On Thu, 2020-07-02 at 21:37 +0300, Konstantin Kharlamov wrote:
> On Thu, 2020-07-02 at 09:44 +0200, Florian Weimer wrote:
> > * Konstantin Kharlamov:
> >
> > > FWIW, I was just thinking about it, and I came up with example you
> > > may like which shows exactly w
On Thu, 2020-07-02 at 09:44 +0200, Florian Weimer wrote:
> * Konstantin Kharlamov:
>
> > FWIW, I was just thinking about it, and I came up with example you
> > may like which shows exactly why BTRFS is bad for HDD. Consider
> > development process. It includes rew
On Sat, 2020-06-27 at 18:41 -0600, Chris Murphy wrote:
> On Sat, Jun 27, 2020 at 4:30 PM Konstantin Kharlamov
>
> > Good for you. But you're trying take take decision for all other peoples, so
> > you
> > need to take into account not everyone has NVMe or SSD. H
On Sat, 2020-06-27 at 13:34 -0600, Chris Murphy wrote:
> On Sat, Jun 27, 2020 at 11:59 AM Konstantin Kharlamov
> wrote:
> > On Sat, 2020-06-27 at 17:00 +0300, Konstantin Kharlamov wrote:
> > > Another reason worth mentioning: BTRFS per se is slow. If you look at
> > >
On Sat, 2020-06-27 at 12:42 -0600, Chris Murphy wrote:
> On Sat, Jun 27, 2020 at 8:01 AM Konstantin Kharlamov
> wrote:
> > I see no one mentined yet: BTRFS is slow on HDDs. It trivially comes from
> > BTRFS
> > being COW. So if you changed a bit in a file, BTRFS will co
On Sat, 2020-06-27 at 17:00 +0300, Konstantin Kharlamov wrote:
> Another reason worth mentioning: BTRFS per se is slow. If you look at
> benchmarks
> on Phoronix comparing BTRFS with others, BTRFS is rarely even on par with
> them.
Btw, I should also add here: it may be clear t
I see no one mentined yet: BTRFS is slow on HDDs. It trivially comes from BTRFS
being COW. So if you changed a bit in a file, BTRFS will copy a block (or maybe
a number of them, not sure this detail matters) to another place, and now your
data got fragmented. SSDs may not care, HDDs on the other
On Mon, 2020-06-08 at 09:37 +0300, Konstantin Kharlamov wrote:
> On Sun, 2020-06-07 at 18:19 -0600, Chris Murphy wrote:
> > On Sun, Jun 7, 2020 at 12:56 PM Konstantin Kharlamov <
> > > hi-an...@yandex.ru> wrote:
> > > enough! The moral of this story is that y
On Tue, 2020-06-09 at 09:04 -0600, Chris Murphy wrote:
> On Mon, Jun 8, 2020 at 4:54 PM Konstantin Kharlamov <
> hi-an...@yandex.ru> wrote:
>
> > So, I am testing ZRAM right now (as per your advice in another
> > thread). All well
> > so far, however reading th
On Mon, 2020-06-08 at 22:54 +, Konstantin Kharlamov wrote:
> > On Sat, Jun 6, 2020 at 10:00 AM Richard W.M. Jones
> > >
> > (ZRAM)
> > Compression is intrinsic to just the /dev/zram device. The swap
> > code
> > doesn't share pages between swap
> On Sat, Jun 6, 2020 at 10:00 AM Richard W.M. Jones wrote:
>
> (ZRAM)
> Compression is intrinsic to just the /dev/zram device. The swap code
> doesn't share pages between swap devices. The higher priority device
> is favored first until full. Once full, pages don't go through the
> zram module,
> On Fri, Jun 5, 2020 at 4:35 AM Vitaly Zaitsev via devel
>
> Already discussed in the 'support hibernation' thread.
>
> Most laptops today have UEFI Secure Boot enabled by default and
> therefore hibernation isn't possible. And even when the laptop doesn't
> have Secure Boot enabled, there's a
On Sun, 2020-06-07 at 18:19 -0600, Chris Murphy wrote:
> On Sun, Jun 7, 2020 at 12:56 PM Konstantin Kharlamov <
> hi-an...@yandex.ru> wrote:
> > Hello! I see a proposal to enable zram by deafult¹. If I correctly
> > understand this is the thread where it's being dis
Hello! I see a proposal to enable zram by deafult¹. If I correctly
understand this is the thread where it's being discussed. I have a few
questions, answers to which probably would be nice to add to the
proposal.
1. It says ZRAM gets enabled on upgrade. What's gonna happen to systems
with ZSWAP
14 matches
Mail list logo
