Исходное сообщение
"> shrink /usr by a few megabytes and reallocate that space t..." Отправлено Bulgarin, 03-Ноя-09 14:17
>а если ты расшарил файл по самбе, и юзверь копирует его из >одной шары в другую, причем обе шары у тебя на одной >и той же файловой системе на сервере, то умный unix тоже >сделает hardlink? хех, "расшарил файл по самбе"... терминология, блин... с какого панталыку? в приложении операции read()/write() над разными file descriptor, которым соответвует разные struct inode в ядре/файловой системе. в случае с zfs немного посложнеее, и названия другие, но ссуть та же. или есть новые syscall's? исключительно (linux|bsd|solaris)-only 8) а ты хочешь сказать, что логика файловой системы должна вылавливать каждое долбаное изменение блоков на диске, вычислять для них хеш (это самый легкий случай, не сравнимать же побайтно), сравнивать его с имеющимися посредством индексной базы, и при успехе поиска не писать блок на диск, а просто делать ссылку на найденыша в мета-данных нового файло? и в нескольких метаданных файлов будет ссылка на один и тот же блок? а для каждого блока отдельная подструктура в новом слое-провайдере, в которой счетчик ссылок каждый блок, дабы знать, мона его 512-байтное величество deallocation и затем заюзать, или низя? или каждый раз выстраивать эту структуру из имеющихся данных в матаданных файла? да ну нафик... :) не, конечно реализуемо, идея давно-давно летает и в общем-то обкатывается, но блин производительность... но блин память, оперативная и феррическая... но блин сумашедший дом с непротиворечивостью метаданных, и блин устойчивость...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: