1 |
Michael wrote: |
2 |
> On Tuesday, 16 June 2020 12:26:01 BST Dale wrote: |
3 |
> |
4 |
>> From what I've read, I agree. Basically, as some have posted in |
5 |
>> different places, SMR drives are good when writing once and leaving it |
6 |
>> alone. Basically, about like a DVD-R. From what I've read, let's say I |
7 |
>> moved a lot of videos around, maybe moved the directory structure |
8 |
>> around, which means a lot of data to move. I think I'd risk just |
9 |
>> putting a new file system on it and then backup everything from |
10 |
>> scratch. It may take a little longer given the amount of data but it |
11 |
>> would be easier on the drive. It would keep it from hammering as you |
12 |
>> put it that drive to death. |
13 |
>> |
14 |
>> I've also read about the resilvering problems too. I think LVM |
15 |
>> snapshots and something about BTFS(sp?) has problems. I've also read |
16 |
>> that on windoze, it can cause a system to freeze while it is trying to |
17 |
>> rewrite the moved data too. It gets so slow, it actually makes the OS |
18 |
>> not respond. I suspect it could happen on Linux to if the conditions |
19 |
>> are right. |
20 |
>> |
21 |
>> I guess this is about saving money for the drive makers. The part that |
22 |
>> seems to really get under peoples skin tho, them putting those drives |
23 |
>> out there without telling people that they made changes that affect |
24 |
>> performance. It's bad enough for people who use them where they work |
25 |
>> well but the people that use RAID and such, it seems to bring them to |
26 |
>> their knees at times. I can't count the number of times I've read that |
27 |
>> people support a class action lawsuit over shipping SMR without telling |
28 |
>> anyone. It could happen and I'm not sure it shouldn't. People using |
29 |
>> RAID and such, especially in some systems, they need performance not |
30 |
>> drives that beat themselves to death. |
31 |
>> |
32 |
>> My plan, avoid SMR if at all possible. Right now, I just don't need the |
33 |
>> headaches. The one I got, I'm lucky it works OK, even if it does bump |
34 |
>> around for quite a while after backups are done. |
35 |
>> |
36 |
>> My new to me hard drive is still testing. Got a few more hours left |
37 |
>> yet. Then I'll run some more tests. It seems to be OK tho. |
38 |
>> |
39 |
>> Dale |
40 |
>> |
41 |
>> :-) :-) |
42 |
> Just to add my 2c's before you throw that SMR away, the use case for these |
43 |
> drives is to act as disk archives, rather than regular backups. You write |
44 |
> data you want to keep, once. SMR disks would work well for your use case of |
45 |
> old videos/music/photos you want to keep and won't be overwriting every other |
46 |
> day/week/month. Using rsync with '-c' to compare checksums will also make |
47 |
> sure what you've copied is as good/bad as the original fs source. |
48 |
|
49 |
|
50 |
I try to update about once a day, that way the changes or additions are |
51 |
fairly small. On occasion tho, I find a better version of a video which |
52 |
means I have a new file and delete the old. That may make it a little |
53 |
harder for the SMR drive but the amount of data, given my slow DSL, is |
54 |
not large enough to matter. I think the biggest changes rsync has |
55 |
reported so far, about 4 or 5GBs or so. |
56 |
|
57 |
My general process is like this. I find a point where I can backup. I |
58 |
power up the external drive, mount it using KDE's Device Notifier, use |
59 |
rsync to update the files and then unmount the drive with DN. After |
60 |
that, I let it sit until I notice that it is not doing that bumping |
61 |
thing for a bit. Sometimes that is a couple minutes, sometimes it is 10 |
62 |
or 15 minutes or so. Generally, it isn't very long really. Sometimes I |
63 |
go do something else, cook supper, mow the grass or whatever and cut it |
64 |
off when I get back. |
65 |
|
66 |
In theory I could cut it off right after the backup is done and I've |
67 |
unmounted it. Thing is, the changes will build up depending on how |
68 |
large the cache/buffer/whatever is that it stores as CMR. From what |
69 |
I've read, it has a PMR/CMR section and then the rest is SMR. It writes |
70 |
new stuff to the PMR/CMR section and when it has time, it moves it to |
71 |
the SMR parts. It then does its rewrite thing with the shingles. I'm |
72 |
sort of making it simple but that's what some have claimed it does. |
73 |
|
74 |
Let's keep in mind, the drive I just bought in this thread is a PMR |
75 |
drive. The SMR drive is one I've had a while in a external enclosure. |
76 |
Most of the time, it holds my desk down and a stack of Blu-ray discs |
77 |
up. That bumpy thing sometimes makes the discs fall off tho. I need to |
78 |
clean my desk off, again. |
79 |
|
80 |
While I wish my backup drive wasn't a SMR, at least it is acceptable in |
81 |
performance for what I'm using it for. If I had spent money on that |
82 |
drive and put it on /home, then I'd be pretty upset. We're talking |
83 |
steam and smoke upset. It's not like these drives are $20 or $30 or |
84 |
something. I got a good deal paying about $150 for this latest new to |
85 |
me drive. Still, that's $150 that I don't want to waste on something |
86 |
that can't handle what I do. Backup drive that is SMR, well, OK. I'm |
87 |
not really pleased about it but it works OK. Having it on /home where |
88 |
it could cause my system to freeze or something, well, that may remind |
89 |
me of the hal days. I'm sure some recall me and my love for hal. I |
90 |
don't like going there. Moving on. |
91 |
|
92 |
Later on, I may run up on a deal and replace the drive and do something |
93 |
else with the SMR I got. I'm not sure what but SMR is good for a couple |
94 |
things at least, sort of. lol May find a 10TB, or even a 12. Who knows. |
95 |
|
96 |
Time to go feed the deer. They miss me when I don't go for a walk in |
97 |
the woods. ;-) |
98 |
|
99 |
Dale |
100 |
|
101 |
:-) :-) |