Retronym: s/magnetic disk/main data/

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Retronym: s/magnetic disk/main data/

Thomas Munro-5
Hello,

I propose that in v13 we redefine "MD" (from md.c) to mean "main data"
(instead of "magnetic disk").  That's the standard storage layout for
typical table and index AMs.  As opposed to the proposed undo and SLRU
SMGRs that provide layouts specialised for different life cycles.

--
Thomas Munro
https://enterprisedb.com


Reply | Threaded
Open this post in threaded view
|

Re: Retronym: s/magnetic disk/main data/

Michael Paquier-2
On Thu, Apr 04, 2019 at 05:49:36PM +1300, Thomas Munro wrote:
> I propose that in v13 we redefine "MD" (from md.c) to mean "main data"
> (instead of "magnetic disk").  That's the standard storage layout for
> typical table and index AMs.  As opposed to the proposed undo and SLRU
> SMGRs that provide layouts specialised for different life cycles.

If there is a much better name, I would have no objections with just
renaming the file md.c instead into something that has a better
meaning than "main data", which does not seem to be a name going to
the actual point...
--
Michael

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Retronym: s/magnetic disk/main data/

David Fetter
In reply to this post by Thomas Munro-5
On Thu, Apr 04, 2019 at 05:49:36PM +1300, Thomas Munro wrote:
> Hello,
>
> I propose that in v13 we redefine "MD" (from md.c) to mean "main data"
> (instead of "magnetic disk").  That's the standard storage layout for
> typical table and index AMs.  As opposed to the proposed undo and SLRU
> SMGRs that provide layouts specialised for different life cycles.

Maybe we could use dd for "diamagnetic data" ;)

Best,
David.
--
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate


Reply | Threaded
Open this post in threaded view
|

Re: Retronym: s/magnetic disk/main data/

Shawn Debnath
In reply to this post by Michael Paquier-2
On Thu, Apr 04, 2019 at 03:09:15PM +0900, Michael Paquier wrote:

> On Thu, Apr 04, 2019 at 05:49:36PM +1300, Thomas Munro wrote:
> > I propose that in v13 we redefine "MD" (from md.c) to mean "main data"
> > (instead of "magnetic disk").  That's the standard storage layout for
> > typical table and index AMs.  As opposed to the proposed undo and SLRU
> > SMGRs that provide layouts specialised for different life cycles.
>
> If there is a much better name, I would have no objections with just
> renaming the file md.c instead into something that has a better
> meaning than "main data", which does not seem to be a name going to
> the actual point...

+1 on changing this to be something other than magnetic disk.  I would
vote for renaming it to relation to be in parity with SMgrRelation.  
Relation storage manager also captures the responsibilities accurately
and fits with future undo and 'slru' (?) storage managers for example.


--
Shawn Debnath
Amazon Web Services (AWS)


Reply | Threaded
Open this post in threaded view
|

Re: Retronym: s/magnetic disk/main data/

Bruce Momjian
In reply to this post by Thomas Munro-5
On Thu, Apr  4, 2019 at 05:49:36PM +1300, Thomas Munro wrote:
> Hello,
>
> I propose that in v13 we redefine "MD" (from md.c) to mean "main data"
> (instead of "magnetic disk").  That's the standard storage layout for
> typical table and index AMs.  As opposed to the proposed undo and SLRU
> SMGRs that provide layouts specialised for different life cycles.

A bigger issue is that our documention often refers to "disk" as storage
when including SSD storage, which clearly have no disks.  They are
"solid state drives", not disks.

--
  Bruce Momjian  <[hidden email]>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

+ As you are, so once was I.  As I am, so you will be. +
+                      Ancient Roman grave inscription +