From: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | darrenk(at)insightdist(dot)com (Darren King) |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] tables >2GB |
Date: | 1998-03-20 04:20:53 |
Message-ID: | 199803200420.XAA25525@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Applied.
> I don't recall, what exactly breaks when going over 2 gig? I don't have the
> disk space available, otherwise I'd debug this. I can still try if I knew
> what the problem was...this code isn't all that complex.
>
> OK...here is a patch that will cause the magnetic disk storage manager to
> not try to split files in 2 gig chunks. It will just try to get another
> block.
>
> If applied, everything is just as before. But if LET_OS_MANAGE_FILESIZE
> is defined, the chaining disappears and the file just keeps on going,
> and going, and going, til the OS barfs.
>
> Are there #defines in the system includes that could be used to determine
> a max file size? If so, then I'd think that this would be something
> to add to configure. If files over 2 gig are not allowed, then the old
> code would compile.
>
> Anyway, if the patch looks ok to the powers-that-be or if there is some
--
Bruce Momjian | 830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)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)
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 1998-03-20 04:27:55 | tonight's mega-patch |
Previous Message | Bruce Momjian | 1998-03-20 03:59:46 | Re: [HACKERS] Re: [QUESTIONS] UPDATE statement ORACLE 6 compatible |