Re: [GENERAL] Future of PostgreSQL
От | The Hermit Hacker |
---|---|
Тема | Re: [GENERAL] Future of PostgreSQL |
Дата | |
Msg-id | Pine.BSF.4.21.9912291436270.18498-100000@thelab.hub.org обсуждение исходный текст |
Ответ на | Re: [GENERAL] Future of PostgreSQL (Karel Zak - Zakkr <zakkr@zf.jcu.cz>) |
Ответы |
Re: [GENERAL] Future of PostgreSQL
|
Список | pgsql-general |
On Mon, 27 Dec 1999, Karel Zak - Zakkr wrote: > - raw i/o device storage manager I can't see this ever happening, since it would require having to write low-level device drivers, vs using what the OS already has ... One thing someone *did* mention though was that Linux(?) now has (or is working on?) low level functions to do this...I'm not sure what would be involved to use this functionatilty though...anyone in the Linux camp able to respond? Basically, if "low_level_read()" was found by configure, add in the functionality? Something like that? Just curious though...how do you monitor something like that? Say I do this on a 4gig file system, and it fills up? Then what? From what I've read in Oracle manuals, the benefits of doing raw-I/O don't outweigh the headaches of implementing it, but if it is something that someone wants and can implement cleanly at an *operating system* level (similar to the Linux function calls someone previously mentioned), then there appears to be little disadvantages ... ... but if we have to create and maintain our own device drivers, then the headaches (long term) are definitely not worth it, since if the person that did the driver decides to bog off, we're left with code that isn't supported, and in an Open Source project, that means code that will generally die and get removed :( > - replication This is something that alot of ppl want/are interested in... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
В списке pgsql-general по дате отправления: