Thread (30 messages) 30 messages, 6 authors, 2016-03-15

Re: [PATCH v7 01/20] btrfs: dedup: Introduce dedup framework and its header

From: Duncan <hidden>
Date: 2016-03-13 16:55:15

NeilBrown posted on Sun, 13 Mar 2016 22:33:22 +1100 as excerpted:
On Sun, Mar 13 2016, Qu Wenruo wrote:
quoted
BTW, I am always interested in, why de-duplication can be shorted as
'dedupe'.
quoted
I didn't see any 'e' in the whole word "DUPlication".
Or it's an abbreviation of "DUPlicatE" instead of "DUPlication"?
The "u" in "duplicate" is pronounced as a long vowel sound, almost like
d-you-plicate.
To make a vowel long you can add an 'e' at the end of a word.
by analogy, "dupe" has a long "u" and so sounds like the first syllable
of "duplicate".
As a native (USian but with some years growing up in the then recently 
independent former Crown colony of Kenya, influencing my personal 
preferences) English speaker, while what Neil says about short "u" vs. 
long "u" is correct, I agree with Qu that the "e" in dupe doesn't make so 
much sense, and would, other things being equal, vastly prefer dedup to 
dedupe, myself.

However, there's some value in consistency, and given the previous dedupe 
precedent in-kernel, sticking to that for consistency reasons makes sense.

But were this debate to have been about the original usage, I'd have 
definitely favored dedup all the way, as not withstanding Neil's argument 
above, adding the "e" makes little sense to me either.  So only because 
it's already in use in kernel code, but if this /were/ the original 
kernel code...

So I definitely understand your confusion, Qu, and have the same personal 
preference even as a native English speaker. =:^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help