Исходное сообщение
"Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..." Отправлено Andrew Kolchoogin, 20-Сен-12 15:52
> 1. вначале люстру санки насильно прогнули под zfs и не доделали. > теперь в этих недоделках оракл конечно виноват. Не "не доделали", а "не успели доделать до поглощения Ораклом". > ага. а то что там вполне возможно просто архитектурные ограничения (нафиг там zfs, > если она до этого и без него отлично работала? решили тормозить непадецки? ну-ну). "Там" -- это где? В Lustre? Или в ldiskfs? Если в Lustre, то там никаких архитектурных ограничений нет (так же, как в TCP нет ограничения на размер передаваемых во время одного connect()'а данных). А если в ldiskfs -- то да, есть, о чём я и написал. А в связке ZFS DMU/Lustre их нет, и этот код есть, и работает. Я что-то не пойму, вы с каким утверждением пытаетесь полемизировать? > на базе бтр и рассчитывая на её архитектурные особенности, развивается ceph. Я их весь сайт облазил. Дайте, пожалуйста, ссылку внутри ceph.com, где написано, что "на базе BtrFS, и рассчитывая на её архитектурные особенности". > в топ500 нет люстры+zfs. и есть подозрения (переходящие в уверенность) что и не будет Это у вас откуда такая уверенность, что нет? Лично я высказывал _подозрения_, что есть -- соотнося разработчика Lustre/ZFS и владельца Sequoia. Вы лично в LLNL звонили, что ли?