Dale wrote:
> Howdy,
>
> I found a deal. It's open box but it's a good price. I've googled to
> try to find out if it is PMR or SMR but I can't find anything that says
> one way or another. I did find where it says it has a sustained
> throughput of 249MB/Sec which makes me think it is PMR,
David Haller wrote:
> Hello,
>
> On Fri, 22 May 2020, antlists wrote:
>> On 22/05/2020 19:23, Rich Freeman wrote:
>>> A big problem with drive-managed SMR is that it basically has to
>>> assume the OS is dumb, which means most writes are in-place with no
>>> trims, assuming the drive even supports
Hello,
On Sat, 23 May 2020, John Covici wrote:
>On Sat, 23 May 2020 11:39:40 -0400, David Haller wrote:
>> WD Red WD*EFRX are PMR.
>> WD Red WD*EFAX are SMR (AFAIK, could be, that some are PMR).
>>
>> ISTR, that the "Red Pro" are all PMR (so far).
>
>How about WD4001FFSX-68JNUN0? I hope its pmr.
On Sat, 23 May 2020 11:39:40 -0400,
David Haller wrote:
>
> Hello,
>
> On Sat, 23 May 2020, Michael wrote:
> >On Saturday, 23 May 2020 00:31:48 BST Rich Freeman wrote:
> >> On Fri, May 22, 2020 at 5:40 PM antlists wrote:
> >> > On 22/05/2020 19:23, Rich Freeman wrote:
> >> > > A big problem
Hello,
On Sat, 23 May 2020, Michael wrote:
>On Saturday, 23 May 2020 00:31:48 BST Rich Freeman wrote:
>> On Fri, May 22, 2020 at 5:40 PM antlists wrote:
>> > On 22/05/2020 19:23, Rich Freeman wrote:
>> > > A big problem with drive-managed SMR is that it basically has to
>> > > assume the OS is
Hello,
On Fri, 22 May 2020, antlists wrote:
>On 22/05/2020 19:23, Rich Freeman wrote:
>> A big problem with drive-managed SMR is that it basically has to
>> assume the OS is dumb, which means most writes are in-place with no
>> trims, assuming the drive even supports trim.
>
>I think the problem
On 23/05/20 08:39, Michael wrote:
> Is there a way to determine if a drive on sale is SMR *before* purchase? I
> assume after purchase it is a matter of filling up the drive with zeros and
> keeping an eye on it stalling for minutes at a time; or is there some hdparm/
> smartctl output to
Michael wrote:
> On Saturday, 23 May 2020 00:31:48 BST Rich Freeman wrote:
>> On Fri, May 22, 2020 at 5:40 PM antlists wrote:
>>> On 22/05/2020 19:23, Rich Freeman wrote:
A big problem with drive-managed SMR is that it basically has to
assume the OS is dumb, which means most writes are
On Saturday, 23 May 2020 00:31:48 BST Rich Freeman wrote:
> On Fri, May 22, 2020 at 5:40 PM antlists wrote:
> > On 22/05/2020 19:23, Rich Freeman wrote:
> > > A big problem with drive-managed SMR is that it basically has to
> > > assume the OS is dumb, which means most writes are in-place with no
On Fri, May 22, 2020 at 5:40 PM antlists wrote:
>
> On 22/05/2020 19:23, Rich Freeman wrote:
> > A big problem with drive-managed SMR is that it basically has to
> > assume the OS is dumb, which means most writes are in-place with no
> > trims, assuming the drive even supports trim.
>
> I think
On 22/05/2020 19:23, Rich Freeman wrote:
A big problem with drive-managed SMR is that it basically has to
assume the OS is dumb, which means most writes are in-place with no
trims, assuming the drive even supports trim.
I think the problem with the current WD Reds is, in part, that the ATA-4
On Fri, May 22, 2020 at 2:08 PM antlists wrote:
>
> So what you could do is allocate one zone of CMR to every four or five
> zones of SMR and just reshingle each SMR as the CMR filled up. The
> important point is that zones can switch from CMR cache to SMR filling
> up, to full SMR zones decaying
On 22/05/2020 18:20, Rich Freeman wrote:
On Fri, May 22, 2020 at 12:47 PM antlists wrote:
What puzzles me (or rather, it doesn't, it's just cost cutting), is why
you need a *dedicated* cache zone anyway.
Stick a left-shift register between the LBA track and the hard drive,
and by switching
Rich Freeman wrote:
> On Fri, May 22, 2020 at 12:15 PM Dale wrote:
>> The thing about the one I have now in use by LVM for /home, one is SMR and
>> one is PMR. Even if the OS is aware, does it even know which drive the data
>> is going to end up being stored on? I'm pretty sure since the PMR
On Fri, May 22, 2020 at 12:47 PM antlists wrote:
>
> What puzzles me (or rather, it doesn't, it's just cost cutting), is why
> you need a *dedicated* cache zone anyway.
>
> Stick a left-shift register between the LBA track and the hard drive,
> and by switching this on you write to tracks
On Fri, May 22, 2020 at 12:15 PM Dale wrote:
>
> The thing about the one I have now in use by LVM for /home, one is SMR and
> one is PMR. Even if the OS is aware, does it even know which drive the data
> is going to end up being stored on? I'm pretty sure since the PMR drive was
> in use
On 22/05/2020 16:43, Rich Freeman wrote:
On Fri, May 22, 2020 at 11:32 AM Michael wrote:
An interesting article mentioning WD Red NAS drives which may actually be SMRs
and how latency increases when cached writes need to be transferred into SMR
blocks.
Yeah, there is a lot of background on
Rich Freeman wrote:
> On Fri, May 22, 2020 at 11:32 AM Michael wrote:
>> An interesting article mentioning WD Red NAS drives which may actually be
>> SMRs
>> and how latency increases when cached writes need to be transferred into SMR
>> blocks.
> Yeah, there is a lot of background on this
On Fri, May 22, 2020 at 11:32 AM Michael wrote:
>
> An interesting article mentioning WD Red NAS drives which may actually be SMRs
> and how latency increases when cached writes need to be transferred into SMR
> blocks.
Yeah, there is a lot of background on this stuff.
You should view a
On Sunday, 10 May 2020 21:52:54 BST antlists wrote:
> On 10/05/2020 20:11, Rich Freeman wrote:
> >> I did find a WD Red 8TB drive. It costs a good bit more. It's a good
> >> deal but still costs more. I'm going to keep looking. Eventually I'll
> >> either spend the money on the drive or find a
Rich Freeman wrote:
> On Sun, May 10, 2020 at 2:11 PM Dale wrote:
>> I did find a WD Red 8TB drive. It costs a good bit more. It's a good
>> deal but still costs more. I'm going to keep looking. Eventually I'll
>> either spend the money on the drive or find a really good deal. My home
>>
On 10/05/2020 20:11, Rich Freeman wrote:
I did find a WD Red 8TB drive. It costs a good bit more. It's a good
deal but still costs more. I'm going to keep looking. Eventually I'll
either spend the money on the drive or find a really good deal. My home
directory is at 69% so I got some time
On Sun, May 10, 2020 at 2:11 PM Dale wrote:
>
> I did find a WD Red 8TB drive. It costs a good bit more. It's a good
> deal but still costs more. I'm going to keep looking. Eventually I'll
> either spend the money on the drive or find a really good deal. My home
> directory is at 69% so I
Daniel Frey wrote:
> On 5/10/20 1:02 AM, Dale wrote:
>> Hi Michael,
>>
>> I think it is too. Your link shows about what the link I was looking
>> at does.
>>
>> I did research the SATA and SAS connector issue again. Seagate has a
>> picture of both for comparison and the drive I was looking at
On 5/10/20 1:02 AM, Dale wrote:
Hi Michael,
I think it is too. Your link shows about what the link I was looking at
does.
I did research the SATA and SAS connector issue again. Seagate has a
picture of both for comparison and the drive I was looking at is a SAS
drive. When I did more
Hi Michael,
I think it is too. Your link shows about what the link I was looking at
does.
I did research the SATA and SAS connector issue again. Seagate has a
picture of both for comparison and the drive I was looking at is a SAS
drive. When I did more research, it seems you can connect a
According to this URL this drive claims to use perpendicular recording, so it
is probably a PMR drive.
https://www.disctech.com/Seagate-ST8000NM0045-8TB-SATA-Hard-Drive
This finding is reinforced in this URL:
https://www.disctech.com/Seagate-ST8000NM0045-8TB-SATA-Hard-Drive
On Sunday, 10
Howdy,
I found a deal. It's open box but it's a good price. I've googled to
try to find out if it is PMR or SMR but I can't find anything that says
one way or another. I did find where it says it has a sustained
throughput of 249MB/Sec which makes me think it is PMR, plus it is a
NAS/SAS
28 matches
Mail list logo