|
|
Subscribe / Log in / New account

Clarifying memory management with page folios

Clarifying memory management with page folios

Posted Mar 18, 2021 17:24 UTC (Thu) by logang (subscriber, #127618)
Parent article: Clarifying memory management with page folios

I thought the folio name was rather clever as the definition is a great fit. But maybe clever isn't always a good thing.

In any case, if it gets in as named, it's only a matter of time before we can start describing compound pages as foliolate (having compound leaves) and someone is sure to come up with a case for a 'struct portfolio'. ;-)


to post comments

Clarifying memory management with page folios

Posted Mar 18, 2021 20:14 UTC (Thu) by mathstuf (subscriber, #69389) [Link] (6 responses)

I like "ream" personally. Not sure if that's come up in the discussion already.

Clarifying memory management with page folios

Posted Mar 19, 2021 3:17 UTC (Fri) by willy (subscriber, #9762) [Link] (5 responses)

I threw out a bunch of options early on: ream, sheaf and album didn't make it. Nor did quarto, aigle, quire, leaf, octavo or any number of other options ;-)

https://lore.kernel.org/linux-fsdevel/20201113174409.GH17...

Criteria: Must be easily greppable (book is bad), must be short, shouldn't be too cutesy (banqyet by analogy with byte was not under consideration).

Online thesauri are your friends, but at the end of the day it's always a matter of taste.

Clarifying memory management with page folios

Posted Mar 19, 2021 4:38 UTC (Fri) by jonas.bonn (subscriber, #47561) [Link]

I like the name folio, but as a North American it's just got Shakespeare written all over it and has little intrinsic meaning; I understand where the reluctance towards the name is coming from...

Normally, pages are created by folding a 'sheet'... so there you go!

https://en.wikipedia.org/wiki/Paper_size#/media/File:A_si...

Clarifying memory management with page folios

Posted Mar 19, 2021 9:32 UTC (Fri) by geert (subscriber, #98403) [Link] (3 responses)

As a non-native English speaker, I had to look up most of the rejected options, so IMHO they must be fairly obscure...

BTW, "aigle" is not known by "dict", nor by my paper dictionary.

Clarifying memory management with page folios

Posted Mar 19, 2021 11:10 UTC (Fri) by willy (subscriber, #9762) [Link] (2 responses)

Aigle is a French paper size: https://en.wikipedia.org/wiki/Paper_size

https://en.wikipedia.org/wiki/Units_of_paper_quantity is also a good source of names.

Honestly, I'm 120 patches in at this point. Someone's going to have to be really convincing to have a better name than folio.

Clarifying memory management with page folios

Posted Mar 19, 2021 11:17 UTC (Fri) by geert (subscriber, #98403) [Link]

Thanks, folio is fine! ;-)

Clarifying memory management with page folios

Posted Apr 2, 2021 11:13 UTC (Fri) by Hi-Angel (guest, #110915) [Link]

> Honestly, I'm 120 patches in at this point. Someone's going to have to be really convincing to have a better name than folio.

A little trick: doing a rename over all of the 120 patches might be done in just under a minute ;) What I'd do here is:

```
git format-patch -120 --stdout > 1.patch
sp folio my_better_name
git am -3 1.patch
```

Read `sp` as `sed`.

For the sake of completeness: sp is my alias to sed_perl, which in turn is a wrapper over perl to replace text in files https://github.com/Hi-Angel/dotfiles/blob/140c78951502754... I was at some point annoyed by discrepancies in behavior between grep, sed, awk, and what not, and migrated to using perl + ack (a perl version of grep). Never looked back.

So… hopefully this will help.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds