>а если ты расшарил файл по самбе, и юзверь копирует его из
>одной шары в другую, причем обе шары у тебя на одной
>и той же файловой системе на сервере, то умный unix тоже
>сделает hardlink?

хех, "расшарил файл по самбе"... терминология, блин...

с какого панталыку? в приложении операции read()/write() над разными file descriptor, которым соответвует разные struct inode в ядре/файловой системе.
в случае с zfs немного посложнеее, и названия другие, но ссуть та же.
или есть новые syscall's? исключительно (linux|bsd|solaris)-only 8)

а ты хочешь сказать, что логика файловой системы должна вылавливать каждое долбаное изменение блоков на диске, вычислять для них хеш (это самый легкий случай, не сравнимать же побайтно), сравнивать его с имеющимися посредством индексной базы, и при успехе поиска не писать блок на диск, а просто делать ссылку на найденыша в мета-данных нового файло?
и в нескольких метаданных файлов будет ссылка на один и тот же блок?
а для каждого блока отдельная подструктура в новом слое-провайдере, в которой счетчик ссылок каждый блок, дабы знать, мона его 512-байтное величество deallocation и затем заюзать, или низя? или каждый раз выстраивать эту структуру из имеющихся данных в матаданных файла?

да ну нафик... :)

не, конечно реализуемо, идея давно-давно летает и в общем-то обкатывается, но блин производительность... но блин память, оперативная и феррическая... но блин сумашедший дом с непротиворечивостью метаданных, и блин устойчивость...