Am I missing something obvious here? Is it a GPL violation to create a separate .deb which includes only the binary kernel module for zfs which can be simply apt-get'd? Or are canonical planning on including the zfs…
I don't think the author of this post really understands ZFS. Is that a 4 disk mirror? You'd be much faster using a raid10 there. ZFS 'cache' devices are't for write cache either, you'd want a log device for write perf…
I used SXCE, OpenSolaris and finally SmartOS for a while after the death, and unfortunately the benefits just werent' really there any more. I also hit some pretty nasty performance issues storage wise on my OVH gear…
Disappointing really, but I think it's unlikely to make it upstream. Perhaps I've missed some of the advantages to taking this approach though.. Or .. any of them? I'd be completely onboard with SMF replacing the init…
Aaand japanese translations ???
Yes. :/
Am I missing something obvious here? Is it a GPL violation to create a separate .deb which includes only the binary kernel module for zfs which can be simply apt-get'd? Or are canonical planning on including the zfs…
I don't think the author of this post really understands ZFS. Is that a 4 disk mirror? You'd be much faster using a raid10 there. ZFS 'cache' devices are't for write cache either, you'd want a log device for write perf…
I used SXCE, OpenSolaris and finally SmartOS for a while after the death, and unfortunately the benefits just werent' really there any more. I also hit some pretty nasty performance issues storage wise on my OVH gear…
Disappointing really, but I think it's unlikely to make it upstream. Perhaps I've missed some of the advantages to taking this approach though.. Or .. any of them? I'd be completely onboard with SMF replacing the init…
Aaand japanese translations ???
Yes. :/