The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Уязвимость в XFS, позволяющая читать сырые данные  блочного устройства , opennews (ok), 14-Янв-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


13. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +8 +/
Сообщение от Аноним (11), 14-Янв-22, 19:23 
>Никаких преимуществ поверх ext4 практически нет

По сравнению с extX, любая ФС с динамическими нодами - преимущество.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

32. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –2 +/
Сообщение от Аноним (32), 14-Янв-22, 21:41 
NTFS лучше всего
Ответить | Правка | Наверх | Cообщить модератору

37. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +4 +/
Сообщение от penetrator (?), 14-Янв-22, 21:52 
неимоверно быстро фрагментируется тварь
Ответить | Правка | Наверх | Cообщить модератору

52. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –2 +/
Сообщение от Аноним (52), 14-Янв-22, 22:33 
> неимоверно быстро фрагментируется тварь

Это косяк ntfs.sys, а не файловой системы.

Diskeeper продаёт FS filter поверх NTFS, который сводит фрагментацию к минимуму. Стоит крутых бабок, но он реально работает.

// b.

Ответить | Правка | Наверх | Cообщить модератору

69. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от Аноним (52), 15-Янв-22, 00:28 
Оно уже давно не Diskeeper, а

DymaxIO by Condusiv

Ответить | Правка | Наверх | Cообщить модератору

59. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –2 +/
Сообщение от Аноним (32), 14-Янв-22, 23:01 
Можно подумать, brtfs и прочие не имеют этой проблемы. В линуксе нет нормально дефрагментатора, к сожалению. Только какой-то shake-fs, но это не совсем дефрагментатор, он просто копирует каждый файл в надежде, что копия будет менее фрагментированной. Да и то, эта утилита не обновлялась уже несколько лет
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

79. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –2 +/
Сообщение от Bx (ok), 15-Янв-22, 02:09 
У лялиха сильно больше 2.5 фс виндовых, поэтому дефрагментатор - задача сильно фс-специфичная. Тот же btrfs умеет в defrag, для extX тоже были, сейчас не знаю. Проблема(надуманная) в VFS, нет там возможности писать в bdev куда захочешь, надо же :)
Ответить | Правка | Наверх | Cообщить модератору

168. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от A.N. Onimous (?), 30-Янв-22, 03:32 
Куча ФС, и ни одной рабочей.
Ответить | Правка | Наверх | Cообщить модератору

163. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +1 +/
Сообщение от GenuZ (ok), 18-Янв-22, 16:17 
e4defrag
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

62. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от Аноним (62), 14-Янв-22, 23:44 
Говорить про фрагментацию в эпоху SSD это прям трэш какой-то.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

76. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –2 +/
Сообщение от Аноним (32), 15-Янв-22, 01:52 
У меня 7 летний HDD, причём с пониженной скоростью, 5400 об/мин вместо стандартных 7200, так что за всех не говори
Ответить | Правка | Наверх | Cообщить модератору

78. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +1 +/
Сообщение от Аноним (78), 15-Янв-22, 02:03 
Возвращайся, когда 100 терабайт ссд можно будет напихать в обычный системник (в идеале реалистично в пределах 1500 баксов).
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

81. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –1 +/
Сообщение от Bx (ok), 15-Янв-22, 02:19 
А зачем в обычный системник 100ТБ пихать? Обычному пользователю нужно видосики 4k хранить, зачем ему снапшоты, рефлинки, дискарды?
Ответить | Правка | Наверх | Cообщить модератору

85. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от Аноним (78), 15-Янв-22, 02:36 
Видосики в 4к (да даже с нормальным качеством) занимают все 100 тб довольно быстро и без снапшотов. Понадобится где-то 3 месяца на плохом интернете. На типичном среднем 5-гигабитном линке что-то около 2 суток.
Ответить | Правка | Наверх | Cообщить модератору

92. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –1 +/
Сообщение от Bx (ok), 15-Янв-22, 03:04 
Ого, 3 месяца непрерывной записи? Мне лень считать, верю на слово.
А сколько человеко-месяцев нужно на просмотр? Дети не сильно видят разницы между 4к/720, они основные потребители стриминга. Сколько % было прочитано хотя бы 2-3 раза?
Ответить | Правка | Наверх | Cообщить модератору

95. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –5 +/
Сообщение от Аноним (78), 15-Янв-22, 03:16 
Разница между 720 и 1080 очень ощутима, мыльное мыло плохо сказывается на психическом здоровье. 4к намного лучше картинку даёт. Никогда не знаешь, какой контент потребуется несколько раз. К тому же, локальный поиск намного эффективнее. Мой рекорд что-то порядка 20 часов просмотра стримов в день, 1 стрим там был 12 часов правда. Спать тоже нужно. Было весело. А если это кинофильмы? 2 часа где-то 50 гб уже.
Ответить | Правка | Наверх | Cообщить модератору

96. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от Bx (ok), 15-Янв-22, 04:16 
Ну, что сказать, "Мой рекорд что-то порядка 20 часов просмотра стримов в день", каким боком здесь?
Если зарабытваешь на стриминге и не умеешь в хранилку, страдай. Уверен, тебе продадут :)
Ответить | Правка | Наверх | Cообщить модератору

97. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от Аноним (78), 15-Янв-22, 04:27 
Ну, ты спросил сколько человеко-месяцев нужно на просмотр, учитывая среднее количество потребляемого контента от 10 до 20 часов в сутки и зная битрейт, можно посчитать. Тому, кто стримит, или вообще создаёт контент, понятно нужно куда больше места для файлов.
Ответить | Правка | Наверх | Cообщить модератору

112. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от 1 (??), 15-Янв-22, 11:20 
можно ли назвать комп того кто стримит обычным?
Ответить | Правка | Наверх | Cообщить модератору

114. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от Аноним (78), 15-Янв-22, 11:54 
Что-то не понимаю. Что нельзя назвать обычным на компе того, кто стримит? Плату захвата с кодировщиком и внешнюю звуковую карту? Может быть, микрофон за 100 баксов? Или айфон? Да не, вроде тоже обычное, к тому же всё довольно опционально. Железо далеко не главное, а софт уже много лет поставляется прямо с видеодрайвером и теперь с операционкой (я не проверял). Куда уж обычнее.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

109. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от RomanCh (ok), 15-Янв-22, 11:11 
> Мой рекорд что-то порядка 20 часов просмотра стримов в день, 1 стрим там был 12 часов правда

Извините, а это по работе, или это такое хобби?

Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

110. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от Аноним (78), 15-Янв-22, 11:13 
Это по учёбе, очевидно же. Где ещё практиковать японский язык?
Ответить | Правка | Наверх | Cообщить модератору

132. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от RomanCh (ok), 15-Янв-22, 17:06 
> Это по учёбе, очевидно же. Где ещё практиковать японский язык?

Ну прямо вообще, очевидней некуда.
И вот 20 часов подряд, иначе никак?

Ну и если это не троллинг про хентай, то наверное можно догадаться что запрос не совсем типовой :)

Ответить | Правка | Наверх | Cообщить модератору

115. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –3 +/
Сообщение от DeerFriend (?), 15-Янв-22, 12:12 
А как давно у вас 100Тб хдд стали стоить дешевле 1500 баксов?
Какой рейд при этом использовали?
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

117. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –1 +/
Сообщение от Crazy Alex (ok), 15-Янв-22, 12:46 
А то, что хранят на больших дисках, как раз от фрагментации практически не страдает. Там как не пиши - у тебя многомегабайтные чанки получаются,и алгоритмы ФС с ними прекрасно умеют разбираться.
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

120. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –1 +/
Сообщение от Аноним (78), 15-Янв-22, 12:59 
Достаточно иметь 1 дописываемый файл чтобы он оказался размазанным равномерным слоем по всем пластинам, какая разница, какие там чанки? Ощутимая фрагментация начнётся когда старые данные понадобится удалять. Венда так особенно мастер 1 мегабайт кэша браузера разбить на 100000 фрагментов.
Ответить | Правка | Наверх | Cообщить модератору

102. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  –2 +/
Сообщение от iPony129412 (?), 15-Янв-22, 05:55 
Нормально

https://www.hanselman.com/blog/the-real-and-complete-story-d...

> Storage Optimizer will defrag an SSD once a month if volume snapshots are enabled. This is by design and necessary due to slow volsnap copy on write performance on fragmented SSD volumes. It’s also somewhat of a misconception that fragmentation is not a problem on SSDs. If an SSD gets too fragmented you can hit maximum file fragmentation (when the metadata can’t represent any more file fragments) which will result in errors when you try to write/extend a file. Furthermore, more file fragments means more metadata to process while reading/writing a file, which can lead to slower performance.

Нормальный мир — это не какой-то абсолютизм. И на SSD, и на ОЗУ даже не значит, что ты можешь хранить данные как хочешь, и это не будет влиять на производительность.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

134. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."  +/
Сообщение от penetrator (?), 15-Янв-22, 18:22 
> Говорить про фрагментацию в эпоху SSD это прям трэш какой-то.

а ты вообще не задумывался почему мелкоблочное чтение для SSD и последовательное отличается на несколько порядков?

но речь не о том, ты считаешь, что у HDD нет на сегодняшний день применения?

у меня есть рейд массив который хранит медиатеку и другие блобы, устоявшаяся последовательная скорость чтения/записи быстрее большинства одиночных NVMe на рынке

стоимость хранения по сравнению с SSD меньше в ПЯТЬ раз

мамкин хакер поставил себе 2 тб в ноутбук и загоняет пургу

даже если я сделаю 25x2TB SATA SSD - это будет всего 50 TB, но с космическим ценником

для кровавого энтепрайза сойдет, но для таких товарищей уже есть NVMe решения, притом со своими файловыми системами и зонированием

а для Nearline или для вместительного домашнего хранилища HDD все еще актуально

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру