1999-10-13 17:02:32 +02:00
|
|
|
/*-------------------------------------------------------------------------
|
|
|
|
|
*
|
|
|
|
|
* buffile.h
|
2017-11-25 19:19:43 +01:00
|
|
|
* Management of large buffered temporary files.
|
1999-10-13 17:02:32 +02:00
|
|
|
*
|
|
|
|
|
* The BufFile routines provide a partial replacement for stdio atop
|
|
|
|
|
* virtual file descriptors managed by fd.c. Currently they only support
|
|
|
|
|
* buffered access to a virtual file, without any of stdio's formatting
|
|
|
|
|
* features. That's enough for immediate needs, but the set of facilities
|
|
|
|
|
* could be expanded if necessary.
|
|
|
|
|
*
|
|
|
|
|
* BufFile also supports working with temporary files that exceed the OS
|
|
|
|
|
* file size limit and/or the largest offset representable in an int.
|
|
|
|
|
* It might be better to split that out as a separately accessible module,
|
|
|
|
|
* but currently we have no need for oversize temp files without buffered
|
|
|
|
|
* access.
|
|
|
|
|
*
|
2020-01-01 18:21:45 +01:00
|
|
|
* Portions Copyright (c) 1996-2020, PostgreSQL Global Development Group
|
2000-01-26 06:58:53 +01:00
|
|
|
* Portions Copyright (c) 1994, Regents of the University of California
|
1999-10-13 17:02:32 +02:00
|
|
|
*
|
2010-09-20 22:08:53 +02:00
|
|
|
* src/include/storage/buffile.h
|
1999-10-13 17:02:32 +02:00
|
|
|
*
|
|
|
|
|
*-------------------------------------------------------------------------
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef BUFFILE_H
|
|
|
|
|
#define BUFFILE_H
|
|
|
|
|
|
2017-12-02 01:30:56 +01:00
|
|
|
#include "storage/sharedfileset.h"
|
|
|
|
|
|
1999-10-13 17:02:32 +02:00
|
|
|
/* BufFile is an opaque type whose details are not known outside buffile.c. */
|
|
|
|
|
|
|
|
|
|
typedef struct BufFile BufFile;
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
|
* prototypes for functions in buffile.c
|
|
|
|
|
*/
|
|
|
|
|
|
2007-06-07 21:19:57 +02:00
|
|
|
extern BufFile *BufFileCreateTemp(bool interXact);
|
1999-10-13 17:02:32 +02:00
|
|
|
extern void BufFileClose(BufFile *file);
|
|
|
|
|
extern size_t BufFileRead(BufFile *file, void *ptr, size_t size);
|
2020-06-16 07:23:36 +02:00
|
|
|
extern void BufFileWrite(BufFile *file, void *ptr, size_t size);
|
2008-03-10 21:06:27 +01:00
|
|
|
extern int BufFileSeek(BufFile *file, int fileno, off_t offset, int whence);
|
|
|
|
|
extern void BufFileTell(BufFile *file, int *fileno, off_t *offset);
|
2000-04-12 19:17:23 +02:00
|
|
|
extern int BufFileSeekBlock(BufFile *file, long blknum);
|
2018-11-15 00:34:04 +01:00
|
|
|
extern int64 BufFileSize(BufFile *file);
|
Support parallel btree index builds.
To make this work, tuplesort.c and logtape.c must also support
parallelism, so this patch adds that infrastructure and then applies
it to the particular case of parallel btree index builds. Testing
to date shows that this can often be 2-3x faster than a serial
index build.
The model for deciding how many workers to use is fairly primitive
at present, but it's better than not having the feature. We can
refine it as we get more experience.
Peter Geoghegan with some help from Rushabh Lathia. While Heikki
Linnakangas is not an author of this patch, he wrote other patches
without which this feature would not have been possible, and
therefore the release notes should possibly credit him as an author
of this feature. Reviewed by Claudio Freire, Heikki Linnakangas,
Thomas Munro, Tels, Amit Kapila, me.
Discussion: http://postgr.es/m/CAM3SWZQKM=Pzc=CAHzRixKjp2eO5Q0Jg1SoFQqeXFQ647JiwqQ@mail.gmail.com
Discussion: http://postgr.es/m/CAH2-Wz=AxWqDoVvGU7dq856S4r6sJAj6DBn7VMtigkB33N5eyg@mail.gmail.com
2018-02-02 19:25:55 +01:00
|
|
|
extern long BufFileAppend(BufFile *target, BufFile *source);
|
2001-10-28 07:26:15 +01:00
|
|
|
|
2017-12-02 01:30:56 +01:00
|
|
|
extern BufFile *BufFileCreateShared(SharedFileSet *fileset, const char *name);
|
|
|
|
|
extern void BufFileExportShared(BufFile *file);
|
2020-08-26 04:06:43 +02:00
|
|
|
extern BufFile *BufFileOpenShared(SharedFileSet *fileset, const char *name,
|
|
|
|
|
int mode);
|
2017-12-02 01:30:56 +01:00
|
|
|
extern void BufFileDeleteShared(SharedFileSet *fileset, const char *name);
|
2020-08-26 04:06:43 +02:00
|
|
|
extern void BufFileTruncateShared(BufFile *file, int fileno, off_t offset);
|
2017-12-02 01:30:56 +01:00
|
|
|
|
Phase 2 of pgindent updates.
Change pg_bsd_indent to follow upstream rules for placement of comments
to the right of code, and remove pgindent hack that caused comments
following #endif to not obey the general rule.
Commit e3860ffa4dd0dad0dd9eea4be9cc1412373a8c89 wasn't actually using
the published version of pg_bsd_indent, but a hacked-up version that
tried to minimize the amount of movement of comments to the right of
code. The situation of interest is where such a comment has to be
moved to the right of its default placement at column 33 because there's
code there. BSD indent has always moved right in units of tab stops
in such cases --- but in the previous incarnation, indent was working
in 8-space tab stops, while now it knows we use 4-space tabs. So the
net result is that in about half the cases, such comments are placed
one tab stop left of before. This is better all around: it leaves
more room on the line for comment text, and it means that in such
cases the comment uniformly starts at the next 4-space tab stop after
the code, rather than sometimes one and sometimes two tabs after.
Also, ensure that comments following #endif are indented the same
as comments following other preprocessor commands such as #else.
That inconsistency turns out to have been self-inflicted damage
from a poorly-thought-through post-indent "fixup" in pgindent.
This patch is much less interesting than the first round of indent
changes, but also bulkier, so I thought it best to separate the effects.
Discussion: https://postgr.es/m/E1dAmxK-0006EE-1r@gemulon.postgresql.org
Discussion: https://postgr.es/m/30527.1495162840@sss.pgh.pa.us
2017-06-21 21:18:54 +02:00
|
|
|
#endif /* BUFFILE_H */
|
