You might look into experimenting with send/receive using btrfs. I imagine it'd be way more efficient than using rsync
Type: Posts; User: renkin; Keyword(s):
You might look into experimenting with send/receive using btrfs. I imagine it'd be way more efficient than using rsync
Michael, in 3.10, btrfs has gained skinny metadata support. It'd be interesting to benchmark btrfs with that feature turned on (needs btrfstune).
When you're sitting at a computer all day, you get used to seeing progress bars. Maybe instead of WIP, we can add those circular loading animations that never end.
raid5/6 for btrfs also didn't make it into this kernel :(
Yeah if you could just donate a couple billion dollars to AMD
-- Lumbergh --
That'd be great.
Michael, Can you show the settings used for libvpx encoding?
Aaaaand you missed his point entirely.
But the "Go fuck yourself AMD" approach is the same as
"Go fuck yourself, wallet. I'm willing to let Intel crush AMD out of the market by buying intel exclusively. I'm willing to buy everything from...
Some things you're missing is that:
1. Not all settings are stored in /home.. think /etc
2. Having to install a new OS every few months is not the same as continuously updating packages.
Not sure how often they update this, but seems good
http://cgit.freedesktop.org/mesa/mesa/plain/docs/GL3.txt
It's not really a big deal if your individual user configuration uses tmpfs, but it's a big deal for huge (general purpose) distros. They have to take into account the amount of RAM their users have...
Or was that Morpheus from The Matrix?
I love how people always bash Michael about the articles all being copy paste from older articles. Or copy paste from developer + some stuff from older articles. Granted, that may be true to some...
Hi, I'm a rich company and I want to hurt opensource in the most roundabout way possible. I'm going to hire about 4 open source developers and pay them to develop drivers for my hardware. After...
Maybe fractal trees can be made to work with btrfs if the trees are copy on write friendly. Everything in btrfs is copy on write, so that's an important quality in whatever data structure they use.
Obviously not, if he thinks transparent compression is the only thing btrfs can do that other linux filesystems can't.
.. is browsing the Phoronix forums, reading the thread titles and guessing which ones were opened by Qaridarium..
It helps build my self esteem, because I'm always right.
Doesn't matter if it's open source. People get their code ready with reasonable stability/design before releasing.
I hangout in the btrfs channel on freenode all the time, and everyday I see...
btrfsck is going through QA internally at Oracle. It needs to be _safe_ before being released. Another thing is that Feb 14 was likely a deadline for Oracle (for proper QA) more so than a deadline...
Michael, you've taken a quote out of context! When Avi said "BtrFS is that fast ALL the time," he was talking about mkfs.btrfs. No matter what size the filesystem is, mkfs will always be that quick....