luckybackup is a gui for rsync and allows you to sync folders.
I use it to quickly backup everything. It doesn't allow versioning, but I use squashfs-tools to remove all redundant files and compress them with lzma. So I have a folder system of dates for versioning in a highly compressed squashfs file system container, that's mountable.
I popped this out in a few minutes, but if it can be modified to save every valid Collatz number it finds and not recalculate anything at all it can go pretty fast for very little code and eat all your RAM in the process:)
once you're done, there's nothing left to do except roam in some endless dungeon and collect uniques that are worse than your enchanted basic gear... That, and the classes are supposedly all mages in disguise.
I have VirtualBox and Wine, and VirtualBox uses a kernel module. So it's possible that one of those could have set it to 0. I set it to 65000 just in case and it didn't break Wine or VirtualBox...
Probably something only semi-related, but there is a way to harness such a thing for your own use. It isn't the placebo effect per se, but the causes are the same: you can make yourself believe you can make your pain go away, and it does. I use pain-killers like once every few months because of this.
Oh, I guess I should mention the blocks in my case are stupidly large, and the point is data insertion/shifting can cause sudden increases in size with block level deduplication.
Er, isn't block deduplication really really bad at a hard drive block failure point of view? You'd have to compress or otherwise change the data to have a copy now, or it'd just be marked redundant; if that block where all those redundant nodes are pointing to go bad, all of those files are now bad.
If blocks that are supposedly from different files have the same block data, does it really matter if it's marked redundant?
Not only that, do you really think a SHA256 hash collision can occur? And even if it does, for the sake of CPU time, a hash table is made for a quick check rather than checking every piece of data from the to be written and already available data to see if there is a copy in situations as this. If somehow they have the same hash, it SHOULD be checked to see if it is the same data byte by byte, THEN marked redundant.
Slashdot Mirror
I want free space too! Click my link in my sig :(
... On second thought, maybe that was the block size, because the format dialog is vague. Carry on, it will work just fine.
1 MB truecrypt filesystem file created, formatted FAT with AES-Twofish-Serpent encryption and SHA512 hash.
Copied it for empty versus adding a file.
Added a 453 byte file to one.
command: diff test.tc test\ \(copy\).tc -a > truecrypt.diff
du -h truecrypt.diff
8.0K truecrypt.diff
It changes far too much.
luckybackup is a gui for rsync and allows you to sync folders.
I use it to quickly backup everything. It doesn't allow versioning, but I use squashfs-tools to remove all redundant files and compress them with lzma. So I have a folder system of dates for versioning in a highly compressed squashfs file system container, that's mountable.
sudo apt-get install luckybackup squashfs-tools
http://pastebin.com/m67281bd6 :D I have nothing better to do. Optimized to save known values and not recalculate them.
Oh, I should mention that I mash very large random numbers into this ruby script and it doesn't overflow. Instead it gets a stack error...
So small update, nonrecursive edition:
http://pastebin.com/m29c38ed3
It worked fine for a 40+ digit whole number pasted about 20 times...
This is something Ruby is DESIGNED for.
http://pastebin.com/m25fc9de4
I popped this out in a few minutes, but if it can be modified to save every valid Collatz number it finds and not recalculate anything at all it can go pretty fast for very little code and eat all your RAM in the process :)
At my company I would like a stripped-down Firefox without features like awesome bar and other bloat.
What is the other bloat? On the default install please list everything you'd like to have removed.
All of them!
http://www.southparkstudios.com/
http://www.thedailyshow.com/
http://www.hulu.com/
http://www.youtube.com/movies
http://www.getmiro.com/
I haven't paid for TV for over a year now. Neither did I torrent.
once you're done, there's nothing left to do except roam in some endless dungeon and collect uniques that are worse than your enchanted basic gear... That, and the classes are supposedly all mages in disguise.
Sounds a lot like Nethack.
Lesbians.
"masturbating monkeys"
Is that the next Ubuntu release after Lucid Lynx? I can't wait!
Each copy has slight changes in that if he just publishes the paper it will be traced back to him. A typo here or there maybe, change of wording, etc.
Because if they didn't sell the guns to murderers, they wouldn't be able to murder!
I have VirtualBox and Wine, and VirtualBox uses a kernel module. So it's possible that one of those could have set it to 0. I set it to 65000 just in case and it didn't break Wine or VirtualBox...
# sysctl -n vm.mmap_min_addr
0
On 9.10. Right. Did you try running the command yourself?
Ran off my Ubuntu 9.10 fresh installed desktop:
#cat /proc/sys/vm/mmap_min_addr ... Oh shit.
0
Probably something only semi-related, but there is a way to harness such a thing for your own use. It isn't the placebo effect per se, but the causes are the same: you can make yourself believe you can make your pain go away, and it does. I use pain-killers like once every few months because of this.
I go a few steps further. IE skin, Adblock with all malware sites, silent upgrades. They won't notice the difference.
Oh, I guess I should mention the blocks in my case are stupidly large, and the point is data insertion/shifting can cause sudden increases in size with block level deduplication.
That's actually very easy to explain, and ZFS could have a very similar situation:
Say you have on your hard drive these two files that have this, which in reality is 1GB worth of data for each file (the space is a seperate file):
ABCDABCD ABCDABCD
Every letter has equal weight, so those two files are stored .5GB without compression. Let's change it a little bit:
AeBCDABfCD ABCgDABChD
efgh are 1 byte.
You now have 2GB worth of space taken :) that's a gotcha if I ever saw one.
Er, isn't block deduplication really really bad at a hard drive block failure point of view? You'd have to compress or otherwise change the data to have a copy now, or it'd just be marked redundant; if that block where all those redundant nodes are pointing to go bad, all of those files are now bad.
If blocks that are supposedly from different files have the same block data, does it really matter if it's marked redundant?
Not only that, do you really think a SHA256 hash collision can occur? And even if it does, for the sake of CPU time, a hash table is made for a quick check rather than checking every piece of data from the to be written and already available data to see if there is a copy in situations as this. If somehow they have the same hash, it SHOULD be checked to see if it is the same data byte by byte, THEN marked redundant.
Clouds are actually water vapors. So it literally is vaporware.