Most active commenters
  • Dylan16807(4)
  • eru(4)

←back to thread

68 points ingve | 11 comments | | HN request time: 0.43s | source | bottom
1. gerdesj ◴[] No.43711952[source]
Many years ago I looked after a Novell cluster of three hosts with a rather expensive FC connected array. So what - that's pretty normal?

It was the early noughties and a TB was expensive. I wrote a spreadsheet with inputs from the Novell .ocx jobbies. The files were stored on some Novell NSS volu.mes.

I was able to show all states of the files and aggregate stats too.

Nowadays a disc is massive and worrying about compression is daft

replies(3): >>43712426 #>>43712994 #>>43714105 #
2. yjftsjthsd-h ◴[] No.43712426[source]
> Nowadays a disc is massive and worrying about compression is daft

I wouldn't go that far. I've professionally seen storage pools with a compression factor of 2-3x, and it really mattered at that job. For that matter, my home directory on the laptop I'm writing this comment from is sitting around 1.2-1.3x, and that's pretty nice. I dunno if I'd make a whole lot of effort (although if I was getting paid to save money on storing terabytes, it might be worthwhile), but the technology has evolved in ease of use.

3. Dylan16807 ◴[] No.43712994[source]
> Nowadays a disc is massive and worrying about compression is daft

I wish. Not even because I want to store more data, but because that would imply going the other way is super cheap. Make RAID-1 the standard, with a filesystem that keeps snapshots for multiple months. But we're not at the point where that costs a trivial amount.

replies(1): >>43713282 #
4. eru ◴[] No.43713282[source]
> But we're not at the point where that costs a trivial amount.

It depends on your data.

For (generalised) text files or even Word documents, we have been at that point for quite a while.

replies(1): >>43721341 #
5. ndsipa_pomu ◴[] No.43714105[source]
> Nowadays a disc is massive and worrying about compression is daft

Enabling compression can also increase performance (decompressing is quick compared to reading from the disks) so disk size isn't the only reason to enable it.

6. Dylan16807 ◴[] No.43721341{3}[source]
I'll believe it when I see it as an option in a large fraction of prebuilt computers.
replies(1): >>43725803 #
7. eru ◴[] No.43725803{4}[source]
That's exactly how Google Docs works (and whatever Microsoft's Office web equivalent is called).

So we are already living in that world.

replies(1): >>43731541 #
8. Dylan16807 ◴[] No.43731541{5}[source]
If you use those services you often have zero local copies, so that's not really what I meant.

And more importantly, once you have local RAID you can put all your important files on it. That's a critical part of the world I want to see.

replies(1): >>43734518 #
9. eru ◴[] No.43734518{6}[source]
> If you use those services you often have zero local copies, so that's not really what I meant.

Yes, I was merely using these examples to show that storage space is cheap enough. Google and Microsoft store your stuff on HDD and SSD and tape, too. They ain't magic.

replies(1): >>43738581 #
10. Dylan16807 ◴[] No.43738581{7}[source]
The "stuff" they store is not enough for me to have a hard drive failure but keep all my data. So it's not cheap enough imo.

Even for text files, the only software I trust to find them all when set up by a normal person is something like backblaze and that's a good chunk of money. And for the rest of the data you need to pay significantly for the space no matter how you do it.

replies(1): >>43759760 #
11. eru ◴[] No.43759760{8}[source]
For most people, apart from text files / documents there's perhaps photos and videos that they took that really take up space, and that can't be replaced.

Eg installed Steam games take up oodles of space, but you don't need to back them up.