I'd like to thank Russel Coker for taking the time to spell his
thinking out in detail. I now know more than I did five minutes
ago!
cheers,
BM
On Wed, 30 Aug 2000, Bulent Murtezaoglu wrote:
>[...]
>RC> The idea is that the database vendor knows their data storage
>RC> better than the OS can guess it, and that knowledge allows
>RC> them to implement better caching algorithms than the OS can
>RC> use. The fact that benchmar
I'd like to thank Russel Coker for taking the time to spell his
thinking out in detail. I now know more than I did five minutes
ago!
cheers,
BM
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, 30 Aug 2000, Bulent Murtezaoglu wrote:
>[...]
>RC> The idea is that the database vendor knows their data storage
>RC> better than the OS can guess it, and that knowledge allows
>RC> them to implement better caching algorithms than the OS can
>RC> use. The fact that benchma
[...]
RC> The idea is that the database vendor knows their data storage
RC> better than the OS can guess it, and that knowledge allows
RC> them to implement better caching algorithms than the OS can
RC> use. The fact that benchmark results show that raw partition
RC> access is
[...]
RC> The idea is that the database vendor knows their data storage
RC> better than the OS can guess it, and that knowledge allows
RC> them to implement better caching algorithms than the OS can
RC> use. The fact that benchmark results show that raw partition
RC> access is
to sum things up
- my idea to use reiserfs as database placeholder ain't that stupid.
- modern fs's do better job that commercial database designers
well, actually I'm using postgresql which can't use raw
partitions anyway.
thanks for the response.
to sum things up
- my idea to use reiserfs as database placeholder ain't that stupid.
- modern fs's do better job that commercial database designers
well, actually I'm using postgresql which can't use raw
partitions anyway.
thanks for the response.
--
To UNSUBSCRIBE, email to [EMAIL PROTE
On Wed, 30 Aug 2000, Nathan E Norman wrote:
>On Tue, Aug 29, 2000 at 04:36:23PM +0200, Dariush Pietrzak wrote:
>> but, there are some commercial databases which keep their data directly
>> on partitions ( this should be much better then any *fs including
>> reiserfs) and the weird part is that tha
On Wed, 30 Aug 2000, Nathan E Norman wrote:
>On Tue, Aug 29, 2000 at 04:36:23PM +0200, Dariush Pietrzak wrote:
>> but, there are some commercial databases which keep their data directly
>> on partitions ( this should be much better then any *fs including
>> reiserfs) and the weird part is that th
On Tue, Aug 29, 2000 at 04:36:23PM +0200, Dariush Pietrzak wrote:
> but, there are some commercial databases which keep their data directly
> on partitions ( this should be much better then any *fs including
> reiserfs) and the weird part is that that direct-partition instalation
> scheme seems to
On Tue, Aug 29, 2000 at 04:36:23PM +0200, Dariush Pietrzak wrote:
> but, there are some commercial databases which keep their data directly
> on partitions ( this should be much better then any *fs including
> reiserfs) and the weird part is that that direct-partition instalation
> scheme seems t
AFAIK reiserfs is about keeping files (blocks) in b-trees,
and DBMS keep their data in a bunch of files, which are accessed directly
(non-sequential access).
So I figured that reiserfs would be great for keeping DBMS's data on it.
but, there are some commercial databases which keep their data dir
AFAIK reiserfs is about keeping files (blocks) in b-trees,
and DBMS keep their data in a bunch of files, which are accessed directly
(non-sequential access).
So I figured that reiserfs would be great for keeping DBMS's data on it.
but, there are some commercial databases which keep their data di
14 matches
Mail list logo
