Forgot your password?
typodupeerror

Comment: Re:Apple sells jewelry, plain and simple (Score 0) 242

by smash (#47955415) Attached to: Why You Can't Manufacture Like Apple

You get logs on the Mac and plenty of diagnostic tools including dtrace. If the phone is broken you take it back to apple and they give you a new one, but there are diagnostic logs on that too that you can get off it.

Sounds like you're a typical nerd who gets asked to support apple gear and you're out of your depth, so just say "it's crap" because you don't understand it.

Comment: Re:Apple sells jewelry, plain and simple (Score 2) 242

by smash (#47954947) Attached to: Why You Can't Manufacture Like Apple

Whilst the iphone is pretty, what apple actually sells is a device you don't have to babysit, that does what it says on the box in a manner that is both attractive and pleasant to use.

The reason many people, myself included by apple gear is because I have spent the past 20 years babysitting computer shit because it half does what it says, needs care to use to ensure it doesn't get malware, etc. I'm fucking over it. I don't care about the theoretical reduced flexibility if the device does what I actually want it to do, and doesn't need babysitting.

Being pretty is a bonus, not the primary motivator.

Comment: economy of scale... (Score 3, Interesting) 242

by smash (#47954595) Attached to: Why You Can't Manufacture Like Apple

... there's a reason apple don't make 35 different models of smartphone, 18 different laptop models, and 5 different lines of desktop (like other OEMs seem determined to do).

Because stamping out 100 million copies of a single model (e.g., iphone) is a LOT more cost effective than trying to tool up to stamp out 10 million copies each of 10 different models. Which means that they can increase their profit margin or increase feature set at the same price as they see fit.

Comment: Re:Unfamiliar (Score 1) 366

by smash (#47882787) Attached to: The State of ZFS On Linux
Just accept that you need to add (or replace) disks 2 at a time (mirror VDEVs), and move on. Unless you're dealing with > 20-30 drives, I'd suggest that RAIDZn is a poor choice. Also, the way writes work, making massive raid groups with large numbers of drives in them (i.e., adding another drive to a RAID5, like you would with BTRFS) is a bad idea. Parity RAID In general is a bad idea. Capacity is cheap, performance is not. Parity raid sucks for performance.

Comment: Re:Unfamiliar (Score 1) 366

by smash (#47882745) Attached to: The State of ZFS On Linux

Yup. Most people's expansion difficulties are due to retarded pool configurations. If you accept that 1. disk is cheap and 2. mirrors, whilst expensive in terms of disk capacity are way better performance and more flexible, zfs rocks.

People seem to have it stuck in their head that bigger RAID numbers are better, but RAIDZ/RAIDZ2/RAIDZ3 are only really useful when you're dealing with HUGE numbers of disks and performance is not so important. Normally you're far better off creating a larger number of VDEV mirrors, both in terms of performance and in terms of flexibility.

Which brings up another point - those not used to dealing with enterprise storage may not realize that you can/should/maybe want an array with more than one RAID group in it. They end up putting all their disks in one big VDEV which sucks for performance and flexibility, then blame ZFS for not being flexible.

Read how it works, don't make retarded choices based on ignorance, and you'll be fine.

Comment: Re:Unfamiliar (Score 1) 366

by smash (#47882651) Attached to: The State of ZFS On Linux

CPU and RAM overhead is not "required". If you want to do things like in-line de-dupe, sure. If you use retarded ways of setting up your pools, then sure, expandability sucks.

The rules aren't "wierd", they are just different. The big mistake people make with ZFS is diving into it without reading any of the documentation on the assumption that they know what they're doing because they've used other filesystems before.

Don't do that. Have run ZFS for years, it's awesome.

Debug is human, de-fix divine.

Working...