2012-01-09 6:25, Richard Elling wrote:
Note: more analysis of the GPFS implementations is needed, but that will take
more
time than I'll spend this evening :-) Quick hits below...
Good to hear you might look into it after all ;)
but at the end of the day, if we've got a 12 hour rebuild (fair
Note: more analysis of the GPFS implementations is needed, but that will take
more
time than I'll spend this evening :-) Quick hits below...
On Jan 7, 2012, at 7:15 PM, Tim Cook wrote:
> On Sat, Jan 7, 2012 at 7:37 PM, Richard Elling
> wrote:
> Hi Jim,
>
> On Jan 6, 2012, at 3:33 PM, Jim Klimo
On Jan 8, 2012, at 5:10 PM, Jim Klimov wrote:
> 2012-01-09 4:14, Richard Elling пишет:
>> On Jan 7, 2012, at 8:59 AM, Jim Klimov wrote:
>>
>>> I wonder if it is possible (currently or in the future as an RFE)
>>> to tell ZFS to automatically read-ahead some files and cache them
>>> in RAM and/or L
2012-01-09 4:14, Richard Elling пишет:
On Jan 7, 2012, at 8:59 AM, Jim Klimov wrote:
I wonder if it is possible (currently or in the future as an RFE)
to tell ZFS to automatically read-ahead some files and cache them
in RAM and/or L2ARC?
See discussions on the ZFS intelligent prefetch algorit
On Jan 7, 2012, at 8:59 AM, Jim Klimov wrote:
> I wonder if it is possible (currently or in the future as an RFE)
> to tell ZFS to automatically read-ahead some files and cache them
> in RAM and/or L2ARC?
See discussions on the ZFS intelligent prefetch algorithm. I think Ben
Rockwood's
descripti
Hello,
I have been asked to take a look at at poll on a old OSOL 2009.06 host. It have
been left unattended for a long time and it was found in a FAULTED state. Two
of the disks in the raildz2 pool seems to have failed, one have been replaced
by a spare, the other one is UNAVAIL. The machine wa
2012-01-09 0:29, John Martin пишет:
On 01/08/12 11:30, Jim Klimov wrote:
However for smaller servers, such as home NASes which have
about one user overall, pre-reading and caching files even
for a single use might be an objective per se - just to let
the hard-disks spin down. Say, if I sit down
On 01/08/12 11:30, Jim Klimov wrote:
However for smaller servers, such as home NASes which have
about one user overall, pre-reading and caching files even
for a single use might be an objective per se - just to let
the hard-disks spin down. Say, if I sit down to watch a
movie from my NAS, it is
On Sun, Jan 08, 2012 at 06:59:57AM +0400, Jim Klimov wrote:
> 2012-01-08 5:37, Richard Elling ??:
>> The big question is whether they are worth the effort. Spares solve a
>> serviceability
>> problem and only impact availability in an indirect manner. For single-parity
>> solutions, spares
On Sat, 7 Jan 2012, Jim Klimov wrote:
I understand that relatively high fragmentation is inherent
to ZFS due to its COW and possible intermixing of metadata
and data blocks (of which metadata path blocks are likely
to expire and get freed relatively quickly).
To put things in proper perspecti
>If the performance of the outer tracks is better than the performance of the
>inner tracks due to limitations of magnetic density or rotation speed (not
>being limited by the head speed or bus speed), then the sequential
>performance of the drive should increase as a square function, going towar
On Sat, 7 Jan 2012, Edward Ned Harvey wrote:
If you don't split out your ZIL separate from the storage pool, zfs already
chooses disk blocks that it believes to be optimized for minimal access
time. In fact, I believe, zfs will dedicate a few sectors at the low end, a
few at the high end, and v
2012-01-08 18:56, Edward Ned Harvey wrote:
From: Richard Elling [mailto:richard.ell...@gmail.com]
Disagree. My data, and the vendor specs, continue to show different
sequential
media bandwidth speed for inner vs outer cylinders.
Any reference?
Well, Richard's data matches mine with tests of m
2012-01-08 19:15, John Martin пишет:
On 01/08/12 09:30, Edward Ned Harvey wrote:
In the case of your MP3 collection... Probably the only thing you can
do is
to write a script which will simply go read all the files you predict
will
be read soon. The key here is the prediction - There's no way Z
On 01/08/12 09:30, Edward Ned Harvey wrote:
In the case of your MP3 collection... Probably the only thing you can do is
to write a script which will simply go read all the files you predict will
be read soon. The key here is the prediction - There's no way ZFS or
solaris, or any other OS in th
> From: Richard Elling [mailto:richard.ell...@gmail.com]
>
> > Also, the concept of "faster tracks of the HDD" is also incorrect. Yes,
> > there was a time when HDD speeds were limited by rotational speed and
> > magnetic density, so the outer tracks of the disk could serve up more
data
> > becau
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
> boun...@opensolaris.org] On Behalf Of Jim Klimov
>
> I wonder if it is possible (currently or in the future as an RFE)
> to tell ZFS to automatically read-ahead some files and cache them
> in RAM and/or L2ARC?
>
> One use-case wou
First of all, I would like to thank Bob, Richard and Tim for
at least taking time to look at this proposal and responding ;)
It is also encouraging to see that 2 of 3 responders consider
this idea at least worth pondering and discussng, as it appeals
to their direct interest. Even Richard was not
18 matches
Mail list logo
