@cuonglm Yes, that's mostly covered by the different answers there. ${.sh.version} for ksh93, $KSH_VERSION for pdksh and derivatives (and recent ksh93), SCCS what for ksh88, $ZSH_VERSION of zsh. (posh a pdksh derivative has (now) POSH_VERSION, but that's not a ksh anymore).

@StéphaneChazelas: Thanks for summary.

Hmmm. Trying out duperemove, since that's now the recommended btrfs dedup tool over bedup. Supposedly even works with many files now, not just a few huge VM images.

⋮
csum: /media/anthony/BigBackup//snap/2014-12-19T04:23:49-0500/backup/srv_videos/NON_ANIME/Katsucon 18 AMV Contest/vids/Her Loss (d).mp4         [208336/416998]

... that's where its at now, so roughly half way. Been doing this since yesterday though, probably 18 hours now. So much slower than bedup.

More importantly:

top - 12:57:49 up 23:02, 11 users,  load average: 10.68, 9.74, 9.49
Tasks: 376 total,   2 running, 374 sleeping,   0 stopped,   0 zombie
%Cpu(s): 15.1 us,  8.6 sy,  0.0 ni, 27.0 id, 49.3 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  16311424 total, 16123644 used,   187780 free,     7640 buffers
KiB Swap: 25165816 total,  3026744 used, 22139072 free.   243072 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 9464 root      20   0 14.833g 0.013t   1552 S 141.7 85.7 961:25.69 duperemove

I think resident set sizes measured in TiB are scary.

What must I do in this case: unix.stackexchange.com/a/200359/38906

mine and @lcd047's answer came at the same time

And he commented for the royalties

I also have met this issue before, with another user whose top site is stackoverflow.com

@cuonglm I'd just ignore it or flag it as too chatty

@cuonglm I'm pretty sure the ;) at the end means he's joking.

Obviously, you were both working on that at the same time, to both finish within 30s of each other.

That's what you do with comments like that :-P

Hey @derobert.

Hay @FaheemMitha

:-P

@derobert cute

@derobert More cute, apparently.

If that is your cat, it deserves an upvote.

Does this look sane?