Re[11]: Будущее десктопа
От: vsb Казахстан  
Дата: 25.02.17 10:51
Оценка: 1 (1)
Здравствуйте, CreatorCray, Вы писали:

CC>>>За это придётся платить скоростью и местом.

vsb>>Не придётся. Контрольная сумма считается на порядки быстрей, чем ввод-вывод и занимает на много порядков меньше места.
CC>Ты забываешь что на контрольную сумму тоже надо тратить IO. Причём надо ещё и транзакционность данных + контрольной суммы обеспечить, иначе будут "забавные" глюки.

То же, что и на ведение журнала и прочих метаданных.

CC>>>Моментально ничего не бывает, за всё придётся чем то заплатить.

vsb>>При правильной организации структур данных бывает.
CC>И что же понимается под правильной организацией?

Ну посмотри на примеры нормальных ФС.

CC>>>Сжатие не нужно и скорее вредно. Шифрование ОК.

vsb>>Почему это сжатие не нужно и скорее вредно?
CC>Надо обеспечивать быстрое чтение и запись, следовательно окно придётся делать махоньким, иначе read-modify-write будет убивать всё живое, от этого падает степень сжатия и конкретно растёт фрагментация.

Нормально всё работает. Не 7-zip, конечно, но гораздо лучше, чем ничего.

CC>>>Просто ставь большой SSD и не морочь людям голову.

vsb>>Ну когда большой SSD будет стоить столько же, сколько стоит большой HDD, соглашусь.
CC>Да уже давно стоит копьё. Не так давно купил себе под Steam Crucial MX300 750GB за $100.

А я недавно за $150 4ТБ купил. И за $200 500GB SSD (Samsung Evo). SSD на порядок дороже. Это не говоря о том, что 4HDD впихнуть не велика проблема, а 20 SSD уже совсем непонятно как, даже если раскошелиться.

vsb>>А пока что у HDD нет конкурентов.

CC>HDD остался пригоден лишь для NAS и прочих медленных устройств долгосрочного хранения больших объёмов.
CC>В ноутах HDD должен отсутствовать. Да и в десктопах тоже в общем то.

Чего это он должен? Если нужен, значит будет. Всю жизнь стояли HDD в ноутах, а тут вдруг должны отсутствовать?

vsb>>>>8. Тут спорно, мне это пока не было нужно, но хотелось бы иметь: автоматическая дедупликация, т.е. поиск одинаковых блоков и удаление дубликатов.

CC>>>Это медленно, дорого и на практике редко когда полезно.
vsb>>Редко, но метко, как говорится.
CC>А по теме есть что сказать?

Что по теме? Сложно представить, когда нужна дедупликация? Вот в одной компании есть файлопомойка, захотели, скопировали с одной папки в другую, причём и всякие образы-дистрибутивы так же копируют, там дубликатов столько, что процентов 20-30 места легко высвободится, а всё вместе весит немало.

vsb>>>>9. Возможность организовать дубликат на удалённом хосте, т.е. все изменения идут по сети на удалённый хост и применяются там, таким образом там будет идентичная ФС.

CC>>>Зачем это в FS?
vsb>>Потому, что только ФС может сделать это эффективно, она знает точно всё, что происходит с файлами. Например я открыл 20-гигабайтный файл, сделал seek на середину и поменял 10 байтов. ФС это всё знает. По факту изменился 1 блок (4096 Б), который будет сохранён на диск и который достаточно переслать по сети для синхронизации.
CC>Обычного фильтра хватит за глаза, либо на блочном уровне либо над FS. А главное что такое решение работать будет с любой FS.

Может и так, хотя я бы не стал использовать какие-то непонятные фильтры. Под FreeBSD какой-то есть, например?
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.