> On Sun, 23 Aug 1998, Bruce Momjian wrote:
>
> > Most filesystem base block sizes are 8k. Making anything larger is not
> > going to gain much. I don't think we can support block sizes like 12k
> > because the filesystem is going to sync stuff in 8k chunks.
> >
> > Seems like we should do the most user-transparent thing and just allow
> > spanning rows.
>
> The blocksize patch wasn't a "user-land" feature, its an admin
> level...no? The admin sets it at the createdb level...no?
Yes, OK, admin, not user.
>
> Again, I'm curious as to why either/or is mutual exclusive?
>
> Let's put it this way, from a performance perspective, which one
> would provide more? Again, I'm thinking of this from the admin angle, not
> user. I create a database whose tuples, in general, exceed 8k. vacuum
> kindly tells me this, so, to improve performance, I dump my databases, and
> because this is a specialized application, its on its own file system.
> So, I reformat that drive with a larger blocksize, to match the blocksize
> I'm about to set my database to (yes, I do do similar to this to optimize
> file systems for news, so it isn't too hypothetical)...
>
> Bear in mind, I am not arguing for one of them, I'm arguing for
> both of them...unless there is some architectural reason why both can't be
> implemented at the same time...?
Yes, I guess you could have both. I just think the normal user is going
to prefer the span stuff better, but you have a good point. If we had
one, we could buy time getting the other.
--
Bruce Momjian | 830 Blythe Avenue
maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)