| |
| |
| 3.15, Аноним (1), 10:41, 20/09/2023 [^] [^^] [^^^] [ответить]
| –10 +/– |
Да? Тогда чего ж у тебя место и память везде исчисляется в гб?
| | |
| |
| |
| 5.51, коньюктивит (?), 13:53, 20/09/2023 [^] [^^] [^^^] [ответить]
| +5 +/– |
Когда на сисблоке есть кнопка "turbo" и монитор всё ещё выпуклый - не до сарказма.
| | |
| |
| 6.85, Аноним (85), 17:40, 20/09/2023 [^] [^^] [^^^] [ответить]
| +5 +/– |
А если к той кнопке подключить reset - вот тогда реально смешно.
| | |
|
|
|
|
| |
| 3.16, Аноним (1), 10:42, 20/09/2023 [^] [^^] [^^^] [ответить]
| –2 +/– |
Глупый человек всегда не понимает, как, что и с чем сравнивать.
| | |
| |
| 4.43, Аноним (43), 13:05, 20/09/2023 [^] [^^] [^^^] [ответить]
| +3 +/– |
Нет, глупый человек всегда обо всём судит категорично и исходит только из своих потребностей и потом говорит за всех.
| | |
|
|
| 2.12, InuYasha (??), 10:27, 20/09/2023 [^] [^^] [^^^] [ответить]
| –4 +/– |
в ext4 за глаза не зватает снапшотов аки ntfs. Хотя, скоро можно будет и ntfs накатывать...
| | |
| |
| 3.17, Аноним (1), 10:51, 20/09/2023 [^] [^^] [^^^] [ответить]
| +2 +/– |
Если б за глаза не хватало, тогда была бы необходимость.
снапшоты нужны, но их реальная необходимость не столь велика, как вам кажется.
из абсолютного большинства, большая часть сидит именно на ехт4, без снапшотов и без проблем.
отсюда вывод, что либо у вас руки кривые, что вы каждые пол часа рушите систему и не понимаете, как вернуть взад, либо вы рушите данные, что говорит опять же о кривости рук.
по крайней мере, если б вы мои данные чаще возвращали из снапшотов, а не безопасностью, я б не стал пользоваться вашими услугами.
| | |
| |
| 4.19, Аноним (8), 10:56, 20/09/2023 [^] [^^] [^^^] [ответить]
| +6 +/– | |
> из абсолютного большинства, большая часть сидит именно на ехт4, без снапшотов и без проблем
На десктопах абсолютное большинство сидит на винде.
| | |
| |
| |
| 6.78, пох. (?), 16:31, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
ну не у всех же хватает денег на лопатку на ведроиде, с единственноправильной ОС, приходится сидеть здесь с "десктопа".
| | |
|
| 5.129, Аноним (-), 00:41, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
>> из абсолютного большинства, большая часть сидит именно на ехт4, без снапшотов и без проблем
> На десктопах абсолютное большинство сидит на винде.
Это не мешает миллиарду юзерей мордокниги юзать btrfs на его серваках :)
| | |
| |
| 6.150, Аноним (150), 08:35, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Именно так, на серверах. А на десктопах абсолютно неважно, на чём там сидят линуксоиды.
| | |
| |
| 7.159, EULA (?), 10:47, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Тогда почему все линуксойдами становятся, сразу, как запускают броузер?
| | |
|
| 6.151, User (??), 09:12, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Да. И старый php в c++ компилить - предлагаешь всем на вооружение брать, раз САМА мордокнига?
| | |
| 6.160, swarus (ok), 10:56, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
 btrfs значительно медленней ext4, btrfs при заполнении диска не может удалить файл, пишет не хватает место приходится бежать с флешкой к серверу, расширять раздел на флешку, удалять файлы стягивать обратно, такое поведение не поменяют ибо такая архитектура. (беготню можно заменить, на покупку раздела доп раздела)[br]
Это то, с чем лично столкнулся. Использовать на серверах не готов. Аналог функционала btrfs, реализую созданием файлов с образами ext4.
| | |
| |
| 7.181, Аноним (-), 15:42, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | Сильно зависит от ворклоадов При случае так cow и мастеркласс in place антика... большой текст свёрнут, показать | | |
| 7.184, Аноним (184), 16:05, 21/09/2023 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> btrfs значительно медленней ext4
Спорно. Зависит от диска (HDD/SDD), характера данных, настроек монитрования, типа операции (запись/чтение).
У меня Btrfs даже на шифрованном (dm-crypt/LUKS) HDD со сжатием (zstd) прекрасно работает.
> btrfs при заполнении диска не может удалить файл
btrfs balance start -musage=0 -dusage=0 /
Но вообще, хорошей практикой на любой ФС считается следить за заполнением диска.
| | |
|
|
|
| 4.26, Аноним (25), 11:43, 20/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тебе кто-то мозг разрушил. Миллионы мух это вообще не показатель.
| | |
| |
| |
| |
| 7.248, Бывалый смузихлёб (?), 17:25, 22/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Шмели никак не касаются мух. И живут в земле, реально в земляных норах
Ладно бы оса или шершень, которые аккурат насекомых и ловят. А, если есть возможность - то и мясо/рыбу
Но, нет. Шмель, который в стороне от всего этого
| | |
|
|
|
| 4.35, keydon (ok), 12:06, 20/09/2023 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > из абсолютного большинства, большая часть сидит именно на ехт4, без снапшотов и без проблем.
А вот и демократия подъехала. Большинство людей не пользовались туалетной бумагой до ее изобретения. Судя по большинству самая лучшая и безопасная система это андройд.
> по крайней мере, если б вы мои данные чаще возвращали из снапшотов, а не безопасностью, я б не стал пользоваться вашими услугами
Хотелось бы посмотреть как "безопасность" возвращает удаленные данные полугодовой давности.
| | |
| |
| 5.52, коньюктивит (?), 13:56, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
>Судя по большинству самая лучшая и безопасная система это андройд.
А вы же написали это как сарказм?
| | |
| |
| 6.79, keydon (ok), 16:33, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
>>Судя по большинству самая лучшая и безопасная система это андройд.
> А вы же написали это как сарказм?
Надеюсь что это все очевидно
| | |
|
| 5.54, Аноним (53), 13:59, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
>Судя по большинству самая лучшая и безопасная система это андройд.
Но, на самом деле, она безопасТная.
| | |
| |
| 6.80, коньюктивит (?), 16:45, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Ну, не знаю. Андроид - основная операционная система, которую я использую. Мне всё нравится. И с безопасностью тоже вроде всё в порядке.
| | |
| |
| 7.107, Аноним (107), 22:11, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> Ну, не знаю. Андроид - основная операционная система, которую я использую.
> Мне всё нравится. И с безопасностью тоже вроде всё в порядке.
Да зашибись просто. Рекламой - смердит, данные - сливает, пароли от точек доступа - бэкапает. Just as planned.
| | |
| |
| |
| 9.128, Аноним (-), 00:38, 21/09/2023 [^] [^^] [^^^] [ответить] | +1 +/– | Как нет А в верху самом это не реклама, типа Да и если софт поставить - особен... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 3.30, пох. (?), 11:53, 20/09/2023 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Хотя, скоро можно будет и ntfs накатывать...
нельзя. владелец кода занят обустройством личной жизни в Германии, ему не до бесплатного софта.
Рабы прячутся от военкома и им тоже не до чего.
Так что если ты ждал поддержку vss - тебе в винду. А... ну собственно, чего ждать-то...
| | |
| |
| 4.109, Аноним (-), 23:27, 20/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Так что если ты ждал поддержку vss - тебе в винду. А... ну собственно, чего ждать-то...
Последний писк технологий девяностых. С эрзац-подобием снапшотов ставящий колом все живое на минуты. Самое то, пох дурного не посоветует! И операционочку технологиям под стать.
| | |
|
| 3.73, Аноним (73), 15:27, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
в ext3/4 есть снапшоты - но этот код не был принят в основную ветку ядра.
Последний раз я их видел у фуджитсу, можно даже найти эти патчи.
| | |
| |
| 4.161, swarus (ok), 11:04, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
просвети тёмных, ссылку дай.
снапшоты нафиг сдались (для меня), а вот ограничения на папку для контейнеров нужны.
| | |
|
| 3.103, Аноним (107), 22:08, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> в ext4 за глаза не зватает снапшотов аки ntfs. Хотя, скоро можно будет и ntfs накатывать...
Сравнивать эти костяшки с сабжем - как сравнивать конную тягу с скоростным поездом. В принципе, конины тоже могут тянуть небольшой вагончик по рельсам, но разница в деталях - колоссальная.
| | |
| |
| 4.271, InuYasha (??), 22:19, 23/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Даже в ядре? Я готов на 20% лишь бы иметь общую нормальную ФС, поддерживаемую всеми акронисами с 2000 года.
| | |
|
|
| 2.102, Аноним (-), 22:05, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> И ext4 хватает за глаза
Зато если под системной либой случайный бэд образуется - глаза получаются довольно большие. Когда система резко, внезапно и без предупреждения в тыкву превращается. При том сразу наповал. Без шансов что-то с этим сделать вообще.
Еще интереснее когда железо немного подглюкивает. Там что угодно может быть. Например все как живое - но в 1 не очень прекрасный момент все почему-то дохнет. И не факт что чинится fsck. И конечно в лучших традициях RAS (а точнее его отсутствия) это выносит систему резко, внезапно и без намека на предупреждение о грядущих проблемах.
| | |
| |
| |
| 4.138, Аноним (-), 02:35, 21/09/2023 [^] [^^] [^^^] [ответить] | +1 +/– | 1 В btrfs можно даже на 1 устройстве разложить данные в схему хранения DUP А м... большой текст свёрнут, показать | | |
|
| 3.147, Бывалый смузихлёб (?), 08:07, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Под винду и на подобные случаи были штуки вроде WinHex
В былые времена позволявшие очень многое - от непосредственного сканирования данных с поиском заголовков известных типов файлов
Хотя там и не ext4 была
И вплоть до собирания свободного пространства кластеров в отдельную "кучу", по которой делается нужный поиск. По крайней мере на винде удаление файла означало просто пометку что файла больше нет, с возможностью перезаписи поверх него чего-то другого. Но, поскольку новый файл обычно весит меньше суммы занимаемых им кластеров - в последнем кластере остаётся кусок старого удалённого файла.
Но при копировании - копировались покластерно, т.е переносился и кусок удалённого файла
Иногда следаки из подобных остатков много интересного вытаскивали
| | |
| |
| 4.183, Аноним (183), 16:04, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | Это антипод вон тех техноолгий Там видите ли рояль в кустах разложен так чтобы ... большой текст свёрнут, показать | | |
|
| |
| 4.186, Аноним (186), 16:26, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | В самом простом У меня на EXT4 разок вылез редкий, меткий, мерзкий бэд аж под l... большой текст свёрнут, показать | | |
|
| 3.298, swarus (ok), 23:33, 26/10/2023 [^] [^^] [^^^] [ответить] | +/– | ext4 нормально фурычил на хреновых hdd бэд переводил в read-only режим, отмонтир... большой текст свёрнут, показать | | |
|
| 2.231, Аноним (231), 02:43, 22/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> И ext4 хватает за глаза
Тебе на твоём localhost хватит и windows 98 с fat32.
| | |
|
| |
| 2.56, Аноним (53), 14:01, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Было бы чего достигать. Отрицательного ресайза нет, аккуратного использования дискового пространства для мелких файлов нет.
| | |
| |
| |
| 4.113, Аноним (-), 23:46, 20/09/2023 [^] [^^] [^^^] [ответить] | +1 +/– | В btrfs накодили - сделали backrefs которые указывают кому блок принадлежит Пр... большой текст свёрнут, показать | | |
| |
| 5.196, Менеджер Антона Алексеевича (?), 17:24, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Маленький catch
И не один! Дьявол в деталях. Как это всё по-твоему должно работать когда на ФС активно пишутся данные? Где и как хранить обратный индекс? Как обрабатывать ситуации аварийного завершения работы ядра? Что делать, если место на носителе кончилось посреди операции? Каково должно быть поведение резервирования свободного места? Про главный вопрос — производительность всего этого — ты сам написал. Действительно, можно и не дождаться окончания работы на забитой и фрагментированной ФС размером в 20Тб. Получается, что отрицательный онлайн-ресайз не такая уж и простая задача. А для оффлайна нет нужды морочиться: перенос данных на другой носитель будет быстрее.
| | |
| |
| 6.203, Аноним (-), 18:40, 21/09/2023 [^] [^^] [^^^] [ответить] | +1 +/– | Элементарно, Ватсон 1 Избегаем записей в регион интереса 2 Расчищаем его в ф... большой текст свёрнут, показать | | |
| |
| |
| 8.236, пох. (?), 08:54, 22/09/2023 [^] [^^] [^^^] [ответить] | +/– | лолшта zfs научилась уменьшать размер пула А пацаны-то и не знают Все что о... текст свёрнут, показать | | |
| |
| |
| |
| |
| 12.254, пох. (?), 19:36, 22/09/2023 [^] [^^] [^^^] [ответить] | +/– | нормальные люди уходят в винду, которую корпорация пишет - для людей Именно так... текст свёрнут, показать | | |
| |
| 13.259, Аноним (-), 00:37, 23/09/2023 [^] [^^] [^^^] [ответить] | +/– | Ога, нормальные потребители и хомяки Ну, может, очень узкоспециализированные ли... большой текст свёрнут, показать | | |
|
| 12.258, Аноним (-), 00:33, 23/09/2023 [^] [^^] [^^^] [ответить] | +/– | Ну как бы я с своими кейсами довольно неплохо вписываюсь в это все Например, па... большой текст свёрнут, показать | | |
|
|
| 10.253, пох. (?), 19:30, 22/09/2023 [^] [^^] [^^^] [ответить] | +/– | там нельзя выкинуть даже целиком вдев с рейдом заколдованные оне большие стора... текст свёрнут, показать | | |
| |
| 11.260, Аноним (260), 00:41, 23/09/2023 [^] [^^] [^^^] [ответить] | +/– | Ну, кроме локалхоста есть и смежные применения Кастомдев там всякий и проч, ког... большой текст свёрнут, показать | | |
|
|
|
| 8.249, Аноним (-), 17:25, 22/09/2023 [^] [^^] [^^^] [ответить] | +/– | Вы спросили какой _алгоритм_ этого действа Я и обрисовал вполне валидный и рабо... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.99, Аноним (99), 20:50, 20/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это какой-такой уровень? Разрешать каждой программе пихать свои васяноатрибуты на твои файлы?
| | |
| |
| 3.175, Аноним (175), 14:44, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Поддержка атрибутов - необходимое требование для UNIX FS. И по умолчанию, без задания необходимых опций проги на твои, васянские файлы, атрибуты не накладывают.
| | |
|
| 2.110, Аноним (-), 23:30, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Уровень XFS недостижим
Майнтайнер оного тоже так подумал - и съ...ся восвояси от греха подальше, когда за syzbot-ом устал баги в индусском коде своих раджей разруливать, весьма колоритно высказав что он думает про это все - и объяснив что в всяком легаси типа v4 чинить это вообще не бу! Просто дропнем - и порядок.
В принципе имеет пойнт - под такие уровни стандартов качества ТОТ код того XFS и правда не делался. И не, кент врядли ЭТОТ уровень догонит, он не настолько энтерпрайзный :)))
| | |
|
| 1.5, Аноним (5), 09:26, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Так это же она — новейшая революционная единая файловая система для всего и вся, собравшая лучшие передовые решения своих предшественников!
| | |
| |
| 2.7, Аноним (7), 09:44, 20/09/2023 [^] [^^] [^^^] [ответить]
| –2 +/– |
Сказал как старый коммунист. Молодой бы сказал на твоём месте - "серебрянная пуля".
| | |
| |
| |
| |
| 5.58, 12yoexpert (ok), 14:03, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
 гугли разницу между отглагольными прилагательными и причастиями, а лучше в школу сходи
| | |
|
| 4.97, Аноним (97), 20:41, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Повеяло чем-то тёплым и ламповым )
Ещё бы напомнили о «раненом» и «раненном в плечо»
| | |
|
|
|
| 1.10, Аноним (10), 10:15, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Целью разработки Bcachefs является достижение уровня XFS в производительности, надёжности и масштабируемости
Хороший ориентир, и цели хорошие ага, главное не забыть запилить фичу порчи файлов при отключения света.
| | |
| |
| |
| 3.31, пох. (?), 11:54, 20/09/2023 [^] [^^] [^^^] [ответить]
| +9 +/– | |
нет, он гораздо ранешний попаданец - даже в 2010м уже умели фичу порчи файлов без всякого выключения света, что это еще за прошловековые фокусы...
| | |
|
| |
| 3.283, bOOster (ok), 11:04, 25/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
 Дурачек всегда думает - если его проблема не коснулась, то и проблемы нет.
| | |
|
|
| 1.11, Аноним (11), 10:27, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> По производительности Bcachefs опережает
Это при недостатке фич или пропорционально количеству граблей?
| | |
| |
| 2.44, Аноним (44), 13:06, 20/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как я понимаю при меньшем количестве факапов и проблем и лицензиями.
| | |
|
| |
| 2.111, Аноним (-), 23:32, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> А когда будет Ext5 уже где всё это из коробки?
А как переименуют сабжа так и будет. EXTn - всегда делался на основе легаси дизайна EXT2. Натянуть на это современные фичи проблематично. Если вам нужен самолет, не надо брать автомобиль в качестве основы. Он не для этого делался.
| | |
| |
| 3.152, User (??), 09:20, 21/09/2023 [^] [^^] [^^^] [ответить]
| +3 +/– |
Большинству людей того... Ножками за хлебушком через день ходить, а им каждый раз пытаются кривой космолет на паровом ходу впарить и рассказывают, что из автомобиля менее кривой бы тоже не получился.
Что характерно - на винде с макосью просто гоняют в булошную кто на самокате, кто на лисапеде - и чот не парятся.
Такие вот дела.
| | |
| |
| 4.165, Аноним (11), 13:14, 21/09/2023 [^] [^^] [^^^] [ответить]
| –2 +/– |
Никому не интересно на каком лисапеде ты дома от мамки гоняешь, у дядечек петабайты с репликацией и бекапами на тридварас, макоси и винде такое в страшном сне не снилось
| | |
| |
| 5.193, пох. (?), 17:11, 21/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– | |
главное - веровать! Что есть мудрые дядечки у которых таааакие приборы (мы за гаражом вам покажем!)
И что их петабайты вообще куда-то там бэкапаются а не как обычно.
| | |
| |
| 6.269, InuYasha (??), 19:43, 23/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
А на чём там сейчас петабайты у дядек? А то я давно не интересовался. Развели всяких зубастиксёрчей и прочих зайцев - и большие сторажи никому стали не нужны.
| | |
| |
| 7.289, пох. (?), 09:21, 26/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> А на чём там сейчас петабайты у дядек?
ну вот тебе показательная история (отрицательного) успеха (не нашего):
https://lizardfs.com/wp-content/uploads/Cases/Tinkoff_case_study.pdf (хватай пока дают - с сайта уже попрятали ибо стыдобища, но удалить из uploads забыли и вообще некому)
Как видишь - все еще нужны, потому что никто не может позволить себе доверять надежности всяких губастиксерчей.
И люди хватаются с горя даже за совсем странные решения за невменяемые деньги (только чтоб проклятой M$ за директ деньгов не платить...а...вы и не спите я смотрю...в смысле, там их засунуть некуда)
| | |
|
|
|
| 4.187, Аноним (187), 16:40, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | Можно пойти дальше, треть россиян вообще в позе орла нужду справляет до сих пор ... большой текст свёрнут, показать | | |
| |
| 5.189, User (??), 16:56, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Ну да. А у нехомяков появилась ещё одна замечательная уже почти-но-ещё-не-совсем production риди(ТМ) фс на костыльно-грабельном ходу с паровым приводом - скоро можно будет на альфа центавра за хлебушком сгонять (но глядя на f2fs/zfs-on-linux/btrfs - это, разумеется, не точно).
Ура, товарищи!
| | |
| |
| 6.199, Аноним (-), 17:40, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> Ну да. А у нехомяков появилась ещё одна замечательная уже почти-но-ещё-не-совсем production
> риди(ТМ) фс на костыльно-грабельном ходу с паровым приводом - скоро можно
> будет на альфа центавра за хлебушком сгонять (но глядя на f2fs/zfs-on-linux/btrfs
> - это, разумеется, не точно).
> Ура, товарищи!
Я совсем не возражаю если вы будете упражняться в тао фигачения по конским бокам пятками, потому что вы так привыкли, занимать позу орла и наслаждаться тантрами с управлением систем с резким развалом без предупрежления.
А насчет хлебушка... ммм... "do not ring-transport!" (c) надпись на ящике. Ну вот такая разница уровня технологий.
| | |
|
|
|
|
|
| 1.14, Аноним (11), 10:28, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Btrfs и другие ФС на базе механизма Copy-on-Write
А другие это какие? У ZFS RoW
| | |
| |
| 2.72, Минона (ok), 15:23, 20/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >> Btrfs и другие ФС на базе механизма Copy-on-Write
> А другие это какие? У ZFS RoW
У ZFS - CoW.
| | |
| |
| 3.201, kvaps (ok), 17:55, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
 > Actually, it's Redirect-On-Write, but nowadays Copy-On-Write usually refers to Redirect-On-Write as implementation | | |
|
|
| 1.21, Аноним (21), 11:10, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>дополнительные возможности, свойственные Btrfs и ZFS, такие как включение в раздел нескольких устройств
Опять велосипеды вместо того, чтобы использовать lvm2. Ну откуда они такие лезут то?!
| | |
| |
| 2.23, Аноним (23), 11:18, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
зачем лишняя прослойка, когда можно без лишней прослойки? башкой думай иногда
| | |
| |
| 3.29, _ (??), 11:52, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Сходи к программерам - вот где прослоек …
LVM - рабочая, но еЯ IBM ещё в 1980-е сделала… она постарше вас будет, ну а старую цирковую собачку обучить новым фокусам … 🤷♂
| | |
| 3.63, Аноним (53), 14:09, 20/09/2023 [^] [^^] [^^^] [ответить]
| –2 +/– |
Не делай слишком маленькие экстенты и не заметишь её существования. Оптимально, где-то, 32 М.
| | |
| 3.94, microcoder (ok), 20:00, 20/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Не лишняя, котлеты отдельно, мухи отдельно. А когда намешано в одну кучу, то это помойка называется
| | |
| |
| 4.127, Аноним (-), 00:28, 21/09/2023 [^] [^^] [^^^] [ответить] | +2 +/– | Ну, понимаешь, в btrfs в результате можно btrfs device add на вооон тот наобум... большой текст свёрнут, показать | | |
| |
| 5.153, User (??), 09:24, 21/09/2023 [^] [^^] [^^^] [ответить]
| –1 +/– |
... вы прослушали рассказ о том, как страшна и безблагодатна жизнь пользователей ms word, В котором нельзя так просто взять - и одной командой удалить три последних символа в каждой четной строке файла начиная с девятой...
| | |
| 5.177, microcoder (ok), 14:50, 21/09/2023 [^] [^^] [^^^] [ответить]
| –1 +/– | |
В LVM тоже самое делается, только безопасней (на мой взгляд). У тебя атомарная функция (скорее всего) на уровне FS progs, а LVM это отдельная сущность, вначале добавляешь диски, а потом только действия по раширяемости с ФС. На одну-две команды больше, не кричтино, в этом вопросе соревноваться на пару секунд не имеет смысла.
VOLUME отдельно, RAID отдельно, FS отдельно. Никакого компота, каждый на своём уровне
| | |
| |
| 6.188, пох. (?), 16:56, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
на твой безграмотный взгляд.
И дело не в на одну команду больше, а в том что у тебя нижний уровень ничего не знает о том что на нем лежит, а верхний не может переспросить нижний если что-то пошло не так.
И да, повреждения на уровне lvm не диагностируются (кроме спонтанных крэшей вышележайшей fs) и не исправляются.
Хотя он сам по себе адски сложная структура с кучей метаданных и сложных агломераций. И вполне умеет обернуться тыковкой.
Вся эта ненужная иерархия ненужных "уровней" - от бедности. Попытка подкостылить устаревшие файловые системы образцов 70х годов.
| | |
| |
| 7.195, Аноним (-), 17:23, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | Ну а и btrfs интегрированность cow знание аллокации таки дает все знания котор... большой текст свёрнут, показать | | |
| |
| 8.197, пох. (?), 17:31, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | если б еще и работало - но raid6 пишутъ что в общем-то как бы и намекает н... текст свёрнут, показать | | |
| |
| 9.202, Аноним (-), 18:01, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | Дык работает А RAID56 как бы явно маркированы как экспериментальные Таки не ви... большой текст свёрнут, показать | | |
|
|
|
| 6.190, Аноним (81), 16:58, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Вот только не нужно говорить так, как будто это что-то хорошее.
В отсталыхгосударствах тоже по любому поводу нужно пробежать по 10 местам, каждое — со своими часами работы, записью, требованиями и причудами.
Потому что все отдельно друг от друга.
Ну, если по другому представить себе не можешь — то, конечно, нормально.
Спасибо, что не расстреляли.
| | |
| 6.194, Аноним (183), 17:14, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | Btrfs на поверку переживает крах и ребут даже при конверсии схемы RAID, на минут... большой текст свёрнут, показать | | |
|
|
| 4.170, Пряник (?), 14:36, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Пробовал летать на самолёте отдельно без крыльев, кабины и двигателя?
| | |
| |
| 5.172, microcoder (ok), 14:38, 21/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Пробовал летать на самолёте отдельно без крыльев, кабины и двигателя?
Всё летает, LVM отдельно, FS отдельно. Ноу проблем.
| | |
| |
| 6.216, Аноним (-), 21:08, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
>> Пробовал летать на самолёте отдельно без крыльев, кабины и двигателя?
> Всё летает, LVM отдельно, FS отдельно. Ноу проблем.
Вас наели, это не самолет, это жигуль ржавый. А летит он и правда без двигателя. То-есть двигатель конечно на месте, но не тот. Просто с обрыва что угодно летит.
Вон тот то читер гипердрайв ща врубит - ДО встречи с поверхностью. А у вас в жиге оно где?!
| | |
| |
| 7.270, InuYasha (??), 19:52, 23/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
Да нет - это у вас крылья лежат в салоне самолёта и пассажиры ими машут.
Файлы пусть лучше лежат в ФС
Тома в ллвввмммм
А рэйд пусть будет в SmurfArray (6ой и с батарейкой)
| | |
| |
| 8.272, Аноним (-), 05:57, 24/09/2023 [^] [^^] [^^^] [ответить] | +/– | Да нет, чувак, тот то читер имел весьма годный план врубив гипердрайв он проско... большой текст свёрнут, показать | | |
| |
| |
| 10.276, Аноним (-), 16:32, 24/09/2023 [^] [^^] [^^^] [ответить] | +/– | Ну да, ну да, видал я это все Проблема в том что все это д рьмо не может в резу... большой текст свёрнут, показать | | |
| |
| |
| 12.281, Аноним (-), 00:31, 25/09/2023 [^] [^^] [^^^] [ответить] | +/– | Пока - про btrfs Сабж рановато в активную эксплуатацию Но как дизайн он мне ве... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
| 2.28, _ (??), 11:47, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
Ну если слаще морковки ничего и не пробовал … то можно и LVM2. Оно в принципе - рабочее, для простых сетапов - вполне себе хороший вариант.
Но всё же попробуй какую нибудь ZFS, чтобы хотя бы понимать о чем тут взрослые дяденьки печалятся. Но поначалу будет … больно 😁
| | |
| |
| 3.32, пох. (?), 11:55, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
по началу - как раз нет, все работает из коробки и сразу. Вот при продолжении наступаешь на интересные грабли - но у владельца локалхоста они могут так и не вылезти вообще.
| | |
| 3.95, microcoder (ok), 20:03, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Но всё же попробуй какую нибудь ZFS
Одна большая помойка. Лучше котлеты отдельно, мухи отдельно. Не надо в файловую систему пихать LVM
| | |
| |
| 4.174, Пряник (?), 14:43, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
К сожалению LVM копирует оригинальные данные в снапшот при изменении (Copy-on-Write). Снапшот может переполниться. А в ZFS снапшот это адреса блоков, а пишет новые данные он всегда в новые блоки. Снапшот не может переполниться, ведь он фиксированный набор данных.
| | |
| |
| 5.192, пох. (?), 17:07, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
В thin lvm это уже не так, но связываться с ним - такое себе...
| | |
|
|
| 3.179, Аноним (179), 15:35, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Такое впечатление, что это ты кроме морковки ничего не едал. Постоянно про морковку вспоминаешь.
| | |
|
| 2.82, Аноним (81), 16:54, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Слишком сложно.
Используй EXT2 и не беспокойся этих глупостев™.
| | |
| |
| 3.100, Аноним (99), 21:00, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Во! Апдейт сломал систему? Выключаешь компу питание и перезапускаешь в состоянии до сбоя! Сила EXT2!
| | |
| |
| 4.191, Аноним (81), 17:00, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Апдейт выполняется в авторизованной мастерской квалифицированным персоналом.
Сам тронешь — лишишься гарантии и права доступа к облаку.
| | |
|
|
| 2.112, Аноним (-), 23:37, 20/09/2023 [^] [^^] [^^^] [ответить] | –1 +/– | Да вот видишь ли, хотят люди нормальное управление файлухами И впном - вайргад,... большой текст свёрнут, показать | | |
| |
| |
| 4.135, Аноним (-), 01:48, 21/09/2023 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Wireguard - это не VPN, а кастрат.
То ли дело IPSec, уровень на уровне и уровнем погоняет - и когда вы фигурно потрахались с этим всем два дня вы обнаруживаете что оно застревает на первом же файрволе и нате и решительно непригодно для ремотных сотрудников, так что плотные сношения были - зазря, а знания можно слить в толч. Все равно от них толку нет.
| | |
| |
| 5.143, пох. (?), 07:45, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> То ли дело IPSec, уровень на уровне и уровнем погоняет
очередной свидетель ужасов ipsec, видевший его только во сне.
> и решительно непригодно для ремотных сотрудников
наши ~4000 смотрят на тебя как на ...
А вот как ты будешь приземлять 4000 вайергадов и следить за тем что кто-то лишний не получил чего-то ненужного - я поржу.
> зазря, а знания можно слить в толч. Все равно от них толку нет.
от твоих - нет. Потому что это не знания а сборник мифов и легенд в пересказах перепевов.
Сливай и иди в плесень-и-точка. Там опять некому убирать сортиры.
| | |
| |
| 6.204, Аноним (-), 19:06, 21/09/2023 [^] [^^] [^^^] [ответить] | –2 +/– | Ты как минимум в чем-то прав Например, я предпочел забыть такие технологии как ... большой текст свёрнут, показать | | |
| |
| 7.214, пох. (?), 20:54, 21/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ты как минимум в чем-то прав. Например, я предпочел забыть такие технологии как страшный сон.
"забыть" то о чем никогда ни малейшего представления не имел. Ну да. Уровень местных "гуру".
Ну так может тогда и не будешь звездить о том чего не знал а потом забыл?
>> наши ~4000 смотрят на тебя как на ...
> - Так, хорошо... очень хорошо.
> - А что хорошо, док?!
> - Хорошо, что все это - не у меня!
но ты продолжай рассказывать сказочки о том что "решительно непригодно".
Твой огромный опыт виден за версту! Опыт локалхоста.
| | |
| |
| 8.217, Аноним (-), 21:16, 21/09/2023 [^] [^^] [^^^] [ответить] | –2 +/– | Да вот к сожалению пришлось немного познакомиться Откуда и узнал что знатный пр... большой текст свёрнут, показать | | |
|
| 7.285, bOOster (ok), 11:24, 25/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Еще один "свидетель RUSTовый". Нах..на вы лезете туда, разбираться в чем не хотите? Дискредитируя всю отрасль в целом своими поделками на местах? Ничего сложного в IPSec нет. Ты еще скажи что не знаешь что такое модель OSI, хотя по твоим суждениям это понятно, что полный профан ждущий какое-нибудь решение вундервафлю - которое решит все проблемы. Только не будет такого, а ваш убогий удел жаловаться на opennet - как все в сетевых технологиях сложно.
| | |
| |
| 8.290, Аноним (-), 15:25, 26/09/2023 [^] [^^] [^^^] [ответить] | –1 +/– | ИМХО, дискредитируют - напыщенные бакланы, которые свое мнение обосновать не спо... большой текст свёрнут, показать | | |
|
|
|
|
|
| 3.154, User (??), 09:32, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Вот ни разу не видал людей, которые хотели бы wireguard - обычно у всех хотели "я такой тык! И оно работает!" - из любой, что характерно, ос - а не только между двумя своими виртуалками.
У безов конечно свои желалки - централизованно управление ключами, маршрутами, комплаенс полиси на устройствах, сертификат фстэк и прочий ГОСТ - вот это всё. Им ваш вайргад тоже ээээ... Нафиг не сдался.
Инфраструктурщикам - поддержку со стороны оборудования подавай. И со стороны вендора. И официальную инструкцию по настройке.
Полтора линуксойда - те да, могут пердолиться как им угодно - пока с вышеозначенными множествами не пересекутся.
| | |
| |
| 4.156, пох. (?), 10:03, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> Вот ни разу не видал людей, которые хотели бы wireguard - обычно у всех хотели "я такой тык!
> И оно работает!" - из любой, что характерно, ос - а не только между двумя своими виртуалками.
ну тут есть нюанс - оно может и работает - только не всегда и не у всех.
Впрочем, вайргада это касается не в меньшей степени, особенно учитывая категорическое нежелание автыря читать документацию и разбираться в том как принято работать сетевому драйверу в системах отличных от единственноверной.
| | |
| |
| 5.171, User (??), 14:38, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Ну вот sstp от ms скорее работает. Anyconnect от Cisco - скорее "да". Даже какой-нибудь l2tp+ipsec уже скорее "да", чем "нет".
С wg на оффтопике у меня проблемы были. Про то, что сопровождать вышеописанные решения in scale > 1000 человек можно, а у wg'шников столько воображаемых друзей не набирается, так что они не в курсе, какие при этом проблемы возникают - мы милостиво промолчим.
| | |
|
| 4.167, Аноним (11), 13:17, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
А что не так с WG на любой актуальной ОС? Кажется везде кроме форток он уже чуть ли не по уши в ядре
| | |
|
| 3.155, User (??), 09:38, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Вот ни разу не видал людей, которые хотели бы wireguard - обычно у всех хотели "я такой тык! И оно работает!" - из любой, что характерно, ос - а не только между двумя своими виртуалками.
У безов конечно свои желалки - централизованно управление ключами, маршрутами, комплаенс полиси на устройствах, сертификат фстэк и прочий ГОСТ - вот это всё. Им ваш вайргад тоже ээээ... Нафиг не сдался.
Инфраструктурщикам - поддержку со стороны оборудования подавай. И со стороны вендора. И официальную инструкцию по настройке.
Полтора линуксойда - те да, могут пердолиться как им угодно - пока с вышеозначенными множествами не пересекутся.
| | |
| 3.176, Пряник (?), 14:47, 21/09/2023 [^] [^^] [^^^] [ответить]
| –1 +/– |
IPSec как раз таки и является самым нормальным VPN. Точнее IPSec это лишь шифрование. VPN делается через IKEv1+l2tp или IKEv2. Шифрование AES аппаратно поддерживается много где.
| | |
| |
| 4.215, пох. (?), 21:01, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> IPSec как раз таки и является самым нормальным VPN. Точнее IPSec это
> лишь шифрование.
ipsec это и есть vpn. Вполне образует эту самую virtual network произвольной топологии. (или не образует - это уж кому как удобно)
Причем, вполне себе может обойтись и вовсе без ike, и уж тем более - windows-only костыля l2tp (его смысл в том же в чем ipsec interface в некоторых других ОС, только слепили из того что было, не заморачиваясь эффективностью).
ike - это всего лишь механизм key exchange (первая буква там преданье старины глубокой и давно устарела). Один из возможных.
| | |
| |
| 5.237, Пряник (?), 10:20, 22/09/2023 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> ipsec это и есть vpn
У IPSec два режима: транспортный и туннельный. В транспортном шифруется только сам IP пакет, поэтому нужно создавать туннель, для чего как раз и используется L2TP.
| | |
|
|
|
|
| 1.24, fumanchez (ok), 11:22, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Для меня лично теперь основной критерий выбора - поддержки сжатия на уровне фс. Запилить такую опцию не должно составлять труда, а ее отсутствие должно настораживать.
| | |
| |
| |
| 3.37, Ананий (?), 12:23, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
лол было бы чем гордиться, сжатие работает лишь для кластеров <=4к
ну и бонусом идет фрагментация
| | |
| |
| 4.40, Аноним (8), 12:41, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Даже не вспомню, когда я видел NTFS с размером кластера, отличным от 4К.
| | |
| |
| 5.41, Ананий (?), 12:52, 20/09/2023 [^] [^^] [^^^] [ответить]
| –1 +/– |
На диске С: (кстати когда уже этот анохронизм сподобятся убрать? или так и будем жить як в 90х, с дисководами на 360к от роботрона) по умолчанию да. На всем остальном в 202Х делать такой размер смысла мало.
Или ты прон блюреи на 50Г тоже хранишь с кластером на 4к? Или баттлфилды на 100Г? Ну удачи, че.
| | |
| |
| 6.42, Аноним (8), 13:01, 20/09/2023 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Давай посмотрим на вопрос под другим углом: много ли кто при создании NTFS-раздела выбирает размер кластера, отличный от умолчального 4К?
> Или ты прон блюреи на 50Г тоже хранишь с кластером на 4к? Или баттлфилды на 100Г? Ну удачи, че.
А что страшного в данном случае происходит?
| | |
| |
| 7.45, пох. (?), 13:22, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Многие - те самые владельцы современных дисков по 20 тер (c 4 лимит 16, но устанешь ждать пока оно проверяется).
Но им, конечно же, очень актуально пофайловое сжатие. (нет)
> А что страшного в данном случае происходит?
не получается включить сжатие для несжимаемого файла, бида, пичаль.
| | |
| |
| |
| 9.49, пох. (?), 13:39, 20/09/2023 [^] [^^] [^^^] [ответить] | +/– | 20T Мгм Др-чи что-ли в разрешении поменьше ну или хотя бы на разрешенный... текст свёрнут, показать | | |
|
|
| 7.46, Ананий (?), 13:25, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Меньше скорость чтения/записи, особенно для нжмд, разрастание двух MFT
Впрочем о чем тут говорить, все вокруг идиоты, придумывают разные размеры экстентов и recordsize для зфс, но раз аноним за всех порешал, значит не нужно. Все сидим на 4к и не жужим.
| | |
| |
| 8.48, Аноним (8), 13:36, 20/09/2023 [^] [^^] [^^^] [ответить] | +1 +/– | Скорость чтения записи стогигабайтных файлов ограничивается исключительно носите... текст свёрнут, показать | | |
|
|
| 6.64, Аноним (53), 14:19, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
>На диске С: (кстати когда уже этот анохронизм сподобятся убрать?
И ещё один анахронизм: заголовок MZ у файлов формата PE, заодно и расширение .ехе.
| | |
| |
| 7.68, Аноним (8), 14:54, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Можно в .com переименовать для разнообразия.
Раньше ещё сигнатура ZM вместо MZ работала.
| | |
| 7.116, Аноним (-), 23:54, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
>>На диске С: (кстати когда уже этот анохронизм сподобятся убрать?
> И ещё один анахронизм: заголовок MZ у файлов формата PE, заодно и
> расширение .ехе.
Они это даже в UEFI затолкали. И вот этот гуашь уже и дос то загружать в части реализаций разучился - а в части и не умел никогда (откуда он на ARM/MIPS/RISCV?). А заголовок, вот, есть. Интеерсно кстати - на ARM всяких там x86 код, чтобы совсем уж бессмысленно и беспощадно? :)
| | |
|
|
|
|
|
| 2.33, пох. (?), 11:56, 20/09/2023 [^] [^^] [^^^] [ответить]
| +2 +/– | |
тооочна! При ширпотребных дисках по 20 терабайт и nvme модулях работающих уже почти на скорости оперативки - сжатие на уровне фс это вот супернеобходимейшая фича.
| | |
| |
| 3.36, Аноним (36), 12:08, 20/09/2023 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> nvme модулях работающих уже почти на скорости оперативки
Разница в пропускной способности на порядок, в лучшем случае (это если PCIe 5.0 и средний DDR5 сравнивать; если более дешманский PCIe 3.0 или 4.0, то всё еще печальнее). Разница в задержке на несколько порядков.
А учитывая стоимость этих самых NVMe, особенно больших объемов, сжатие, внезапно, начинает казаться не такой плохой идеей.
| | |
| |
| 4.65, Минона (ok), 14:26, 20/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
Во сколько раз сжимаются документы, раз в 10?
Ну будет у тебя отчёт открываться за 10 мс вместо 100, что ты выиграешь от разницы в 90 мс?
| | |
| |
| 5.76, Аноним (36), 16:22, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
В первую очередь я выиграю место на диске, и уже одного этого мне будет достаточно. Во-вторую, я, возможно, выиграю в скорости загрузки и запуска приложений, если сожму директории с бинарниками, к примеру. Но тут выиграю или нет - зависит уже от скорости накопителя и CPU.
| | |
| 5.118, User (??), 23:57, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Эм, смотря какие. Если docx - то не восколько, они уже пожаты. А если кто-то чего-то в любимом vi наплейнтекстил - то таки да, есть разница.
| | |
| 5.119, Аноним (-), 23:57, 20/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Во сколько раз сжимаются документы, раз в 10?
> Ну будет у тебя отчёт открываться за 10 мс вместо 100, что
> ты выиграешь от разницы в 90 мс?
Да вот видите ли - он выиграть может...
1) Доступное свободное место. А поди плохо если гигабайт подешевеет в пару раз?!
2) Износ накопителя. Сильно продвинутые и сами что-то могут попытаться изобразить - но это как минимум не транслируется в выигрыш по емкости, т.е. вон то все равно лучше.
3) Документы и вообще файлы - разные бывают. Где 10 мс а где и 10 с.
4) А если это сервак, то через всего то 1000 запросов 10 мс станут теми же 10 с.
| | |
| |
| 6.133, fumanchez (ok), 01:40, 21/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
У меня хомяк похудел почти на треть с zstd при самой легкой степени сжатия, а там, к примеру, лежал флатпаковский .var (я с флагом --user все ставлю). А сервер в теории можно более равномерно загрузить, если он до этого не упирался в процессор.
| | |
| |
| 7.136, Аноним (-), 01:55, 21/09/2023 [^] [^^] [^^^] [ответить]
| +1 +/– |
> У меня хомяк похудел почти на треть с zstd при самой легкой
> степени сжатия,
А у меня система (и ее снапшоты!) раза в 2 с гаком полегчали на SSDшнике. Поди плохо то, если это еще и не в ущерб скорости, а то и с бонусом к ней. Я типа жаловатсья должен что мне гигов досыпали, а то и скорости? :)
> а там, к примеру, лежал флатпаковский .var (я с флагом --user все ставлю).
Я вообще не ставлю никакие флатпаки, ибо нафиг винды. Но на нормальной файлухе это кроме сжатия наверное еще и дедупнется неплохо.
> А сервер в теории можно более равномерно загрузить, если он до этого не упирался в процессор.
Ну как бы если IO еще и ускорится - то это всяко лучше. А если и нет - меньше займется места, меньше протирания SSD. Тоже неплохо.
| | |
| |
| 8.142, пох. (?), 07:41, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | просто пофигу Никому в 2k23 неинтересно занимает ли твоя система вместе с нен... текст свёрнут, показать | | |
|
| 7.274, InuYasha (??), 10:18, 24/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Я до слёз от мысли как ты будешь файлы каким-нибудь O&O recovery по заголовкам искать. И не найдёшь. :D
| | |
|
| 6.141, пох. (?), 07:26, 21/09/2023 [^] [^^] [^^^] [ответить] | +1 +/– | сколько его вообще похрен всем Неплохо если терабайт подешевеет - но откуда у ... большой текст свёрнут, показать | | |
| |
| 7.207, Аноним (-), 19:21, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | А где как На системных SSDшниках места не так уж и дохрена, оно денег сотит, а ... большой текст свёрнут, показать | | |
| |
| 8.211, пох. (?), 20:23, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | страдания долбанавтов держащих какой-то ненужный мусор в системном разделе вмест... большой текст свёрнут, показать | | |
| |
| 9.220, Аноним (220), 21:35, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | Я уже понял что твой потолок использования компьютеров - это хомячить А софт ви... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 3.132, fumanchez (ok), 01:28, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> тооочна! При ширпотребных дисках по 20 терабайт и nvme модулях работающих уже
> почти на скорости оперативки - сжатие на уровне фс это вот
> супернеобходимейшая фича.
Полный бред, как про объемы, которые составляют 1-2 ТБ для HDD и 256+ ГБ для SSD, так и про скорости, но тут пожалуй без комментариев. И это именно что опция, чтобы у тебя была возможность при необходимости эту опцию задействовать (почему вообще это приходится объяснять?). Плюс тут люди пограмотнее уже поясняли, что это может быть полезно для уменьшения количества записей на SSD и I/O в целом.
| | |
| |
| 4.140, пох. (?), 07:22, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Полный бред, как про объемы, которые составляют 1-2 ТБ для HDD и 256+ ГБ для SSD
у тебя криокамера потекла. С разморозочкой, но тебе у нас не понравится. Чини быстрей пока есть чем и давай дальше в свое гребаное будущее.
Вот во времена твоих дисков "1-2 ТБ" как раз была актуальна та фича в ntfs. Но им вполне хватало кластера в 4k.
А сегодня _ширпотребный_ диск выглядит как-то вот так: https://www.amazon.com/dp/B09QFV1HNZ/
(ширпотребный, даром что помечен как "data center". В твой дрисктоп даже можно вставить и будет жужжать. Неширпотребные - это какие-нибудь hm-smr)
| | |
| |
| 5.164, fumanchez (ok), 12:16, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
Ок, ширпотребный НОВЫЙ хард на текущий момент это 8ГБ для ПК и 2 ГБ для ноутов, судя по первым результатам категории "Internal hard drives". Конечно же, у всех на данный момент стоят именно харды (нет), еще и купленные в 2023 (нет), а даже если и не стоят, то обязательно будут стоять (нет).
Если начать комментировать, что за ширпотребный хард (пусть даже будущего) ты берешь хард из линейки для датацентров, то в конце можно подытожить только диагнозом.
А может будут какие-то экспертные комментарии относительно сжатия на SSD (в частности внешних), на флешках? Или даже может быть какие-то экспертные подсчеты издержек на содержание датацентра с компрессией и без?
| | |
| |
| 6.180, пох. (?), 15:42, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | дружище, не все живут в помойном бачке Первые результаты тебе видимо показываю... большой текст свёрнут, показать | | |
| 6.208, Аноним (-), 19:24, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> Ок, ширпотребный НОВЫЙ хард на текущий момент это 8ГБ для ПК и
> 2 ГБ для ноутов, судя по первым результатам категории "Internal hard
> drives".
Вот прям ГБ? Путешественник во времени не палится :)
> Если начать комментировать, что за ширпотребный хард (пусть даже будущего) ты берешь
> хард из линейки для датацентров, то в конце можно подытожить только
> диагнозом.
А поэтому дома у него будет кака-то виндочка в хомячной конфигурации. И тут он только кислотой плюется на тему как у нас там зелен виноград.
| | |
| |
| 7.212, пох. (?), 20:31, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | если по цене отсортировать то могут и дискеты вылезти Пятидюймовые да-да кон... большой текст свёрнут, показать | | |
| |
| 8.221, Аноним (-), 21:49, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | Эм, ну я бы взял себе несколько штук для антуражу И винчей и дискет Если по бр... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.34, _ (??), 11:56, 20/09/2023 [^] [^^] [^^^] [ответить]
| –1 +/– |
А ты в курсе что ход дисков менее 100 гиг больше даже не продаётся? Зойчем сжимать на уровне файлов , а не FS - вообще за гранью понимания…
| | |
|
| 1.50, Аноним (50), 13:47, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Ура! Очередной бтрфс завезли! На ближайшие 10 лет разработчикам файловых систем будет чем заняться, а там и очередная инновация появится. А люди как сидела на ext4/xfs, так и поодолжат.
| | |
| |
| |
| 3.120, коньюктивит (?), 23:58, 20/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Сидят на корове? Они не знают, что корова не ездовое животное? Ох уж эти маргиналы внутри маргиналов.
| | |
|
| 2.122, Аноним (-), 00:00, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> Ура! Очередной бтрфс завезли! На ближайшие 10 лет разработчикам файловых систем будет
> чем заняться, а там и очередная инновация появится. А люди как
> сидела на ext4/xfs, так и поодолжат.
Ну так до сих пор вон чувак с деревянной телегой в правом ряду тошнится. Если от крупных городов отъехать. В перди куда подальше. И оправляется в дырку удобств во дворе. Присоединяйся! И вообще нахрен тебе файлухи? И грамоту можно не учить. Понапридумывали тут всяких компьютеров, ироды.
| | |
| |
| 3.255, Аноним (255), 21:10, 22/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
То ли дело ты - на феррари с хомяком в колесе вместо двс. Ачо, всё равно только по пробкам ездишь, хватает. И дороги нормальные (в треугольнике "дом-работа-пятёрочка").
| | |
| |
| 4.261, Аноним (-), 00:58, 23/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> То ли дело ты - на феррари с хомяком в колесе вместо
> двс. Ачо, всё равно только по пробкам ездишь, хватает. И дороги
> нормальные (в треугольнике "дом-работа-пятёрочка").
Я уже давно не езжу. Я навигирую по 4-мерному пространству, в чем-то типа гибрида звездолета и машины времени. Давно забив на те глупые концепции. А если меня при парковке угораздит материализоваться посреди фонарного столба, failsafe, вот, отмотает время назад и я попробую еще раз. Вбив немного другие координаты бортовому компьютеру на этот раз.
Такая вот разница в эксплуатации систем. При том первыми этот стиль освоили как раз корпорации с виртуалками так то. Потому что это эффективно.
| | |
| |
| |
| 6.282, Аноним (-), 02:04, 25/09/2023 [^] [^^] [^^^] [ответить] | +/– | Менеджмент большей части моих железок мало чем отличается от виртуалок, сюрприз ... большой текст свёрнут, показать | | |
|
|
|
|
|
| 1.66, Аноним (66), 14:34, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
"В Bcachefs используется механизм Copy-on-Write (COW), при котором изменения не приводят к перезаписи данных"
это называется Redirect on Write (RoW)
| | |
| |
| 2.123, Аноним (-), 00:05, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> "В Bcachefs используется механизм Copy-on-Write (COW), при котором изменения не приводят
> к перезаписи данных"
> это называется Redirect on Write (RoW)
У этой технологии много имен. Примерно то же по смыслу для памяти называется RCU - Read-Copy-Update. Ну а смысл примерно одинаковый.
Copy-on-write лучше всего отражает суть - при отличии делается копирование отличающейся версии в другое место. Параллельно начинают существовать 2 версии изменившегося региона. Т.е. довольно близкое к копированию по эффекту действо. Это не совсем точное название т.к. копии более не идентичные. Но остальные названия не отражают суть действа и не дают понимание что место будет потрачено на старый и на новый вид, и почему GC может захотеться в некий момент.
| | |
|
| 1.74, Kuromi (ok), 16:16, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Очередная "SSD-ориентированная" и еще NOVA на подходе. Притом что когда появилась F2FS все сразу по умному сказали что "да зачем это, контроллеры и так умные".
Как же так?
| | |
| |
| 2.126, Аноним (126), 00:15, 21/09/2023 [^] [^^] [^^^] [ответить] | +2 +/– | Оно не SSD ориентированное а универсальное и многодевайсное Все новые дизай... большой текст свёрнут, показать | | |
| |
| 3.225, Kuromi (ok), 22:12, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | На самом деле он уже несколько лет как многодевайсный, при создании ФС и позже ... большой текст свёрнут, показать | | |
| |
| 4.229, Аноним (-), 01:46, 22/09/2023 [^] [^^] [^^^] [ответить] | +/– | О, и правда завезли Но ты уж извини, там про лишь рассмотрение как 1 большого д... большой текст свёрнут, показать | | |
| |
| 5.239, Kuromi (ok), 13:01, 22/09/2023 [^] [^^] [^^^] [ответить] | +/– | Да, у F2FS вообще нет никакиого намека на менеджмент томов, там просто объединяю... большой текст свёрнут, показать | | |
| |
| 6.251, Аноним (-), 18:15, 22/09/2023 [^] [^^] [^^^] [ответить] | +1 +/– | Ответ ради ответа А смысл Аналог этого сто лет можно было lvm md dm и ко дюжин... большой текст свёрнут, показать | | |
|
| 5.242, Kuromi (ok), 13:52, 22/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Кстати многопоточность в F2FS была всегда. По умолчанию она пишет на диск в 4 (кажется так) потока в рассчете на многоканальные контроллеры памяти. Другой вопрос что недорогие диски сейчас частенько имеют 1 канал всего, да и вообще канальность зависит от количества чипов NAND, если он один (а так клепать М.2 намного проще и формфакто может быть еще меньше), то извините. Поддержка многих устройсв одной ФС позволяет эту проблему слегка порешать.
На форониксе тесты были, прирост и правда есть, хотя и не гигантский, порядка 10%. Там кстати в проблему с именованием устройсв при форматировании не заметили тупо потому что протестировали и забыли.
| | |
|
|
|
|
| 1.86, Аноним (86), 17:53, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> прозрачное сжатие данных (режимы LZ4, gzip и ZSTD),
зачем этот выбор?
| | |
| |
| 2.124, Аноним (126), 00:08, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
>> прозрачное сжатие данных (режимы LZ4, gzip и ZSTD),
> зачем этот выбор?
Потому что один размер на всех - не катит. Кому-то надо максимальную скорость, а сжатие лишь приятный бонус. Для них LZ4 на минималочках. А кому-то захочется место сэкономить, на сжатии можно попыхтеть, распаковывать лучше не очень тормозно - и ему тогжа зайдет zstd на высоких уровнях. И так далее. Gzip - где-то посередине но при наличии zstd не сильно нужен уже. Видимо чтобы старые ФС читать - zstd в ядре относительно недавно. А сабжу так то уже около 10 лет.
| | |
| |
| 3.134, fumanchez (ok), 01:47, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Еще скорость разжатия почти не меняется даже после запаковки хоть с самым высоким уровнем. Может быть актуально для внешнего диска.
| | |
| |
| 4.137, Аноним (-), 02:09, 21/09/2023 [^] [^^] [^^^] [ответить] | +/– | У LZ-based все три именно оно есть довольно большая асимметрия по ресурсам на ... большой текст свёрнут, показать | | |
| |
| 5.162, fumanchez (ok), 11:40, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> В первом приближении, сжатие LZ - поиск совпадений, чем длиннее, тем лучше.
btrfs жмет не файл целиком, а его куски по 128 КБ, поэтому тут навряд ли количество совпадений будет сильно отличаться при разных уровнях сжатия, а решать будет скорее то, как алгоритм отрабатывает в среднем, но я не шарю. Страдают только экстенты жирных файлов - на каждый скомпрессированный кусок надо хранить метаданные, и по идее это тоже бьет по времени доступа к содержимому из-за фрагментации, но я чето уже и не помню где глянуть бенчмарки, чтобы оценить какой выигрыш дает хранение файла "сплошняком".
| | |
| |
| 6.210, Аноним (-), 19:49, 21/09/2023 [^] [^^] [^^^] [ответить] | +1 +/– | А таки - некая зависимость плотность сжатия vs скорость остается Поэтому сие де... большой текст свёрнут, показать | | |
| |
| |
| 8.230, Аноним (-), 02:41, 22/09/2023 [^] [^^] [^^^] [ответить] | +/– | Zstd делал тот же кодер что LZ4, это творение Cyan а Технически это что-то тип... большой текст свёрнут, показать | | |
| |
| |
| 10.262, Аноним (-), 02:35, 23/09/2023 [^] [^^] [^^^] [ответить] | +1 +/– | LZO по смыслу похож на LZ4, тоже скоростной 1-компонентный алгоритм, с прицелом ... большой текст свёрнут, показать | | |
| |
| |
| 12.286, Аноним (-), 16:04, 25/09/2023 [^] [^^] [^^^] [ответить] | +/– | Ну как бы в итоге все состоит из времени чтения времени распаковки, и оптималь... большой текст свёрнут, показать | | |
| |
| |
| 14.291, Аноним (-), 19:48, 26/09/2023 [^] [^^] [^^^] [ответить] | +/– | Ну как, в случае быстрой SSD хи на умеренном проце скорость записи zstd может за... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 7.226, fumanchez (ok), 22:23, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> А соотношение оптимально в конкретном случае - зависит от деталей. И может завести в довольно дальние дебри pareto frontier'а, у этих, от сжатия, свои граали тоже есть.
Кстати раз уж btrfs выбрали жать фиксированные куски, то может когда-нибудь они вкорячат что-то по типу радужных таблиц для хеш-функций, и будет какой-нибудь вариант с зарезервированной таблицей, где какие-то блоки заранее просчитаны с самыми лучшими параметрами.
| | |
| 7.297, Kuromi (ok), 16:35, 27/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> На механике фрагментация это фу. На SSD - сильно меньше фу, можно
> не очень париться. А большой непрерывный экстент всяко эффетивнее кучи мелочи.
> Вопрос в масштабе эффекта и стоит ли оно заморочек в конкретном
> случае.
Меньше, конечно, но не настолько уж и сильно меньше фу. Мелкоблочное чтение даже на быстрых NVME НАМНОГО медленнее линейного и большого прогресса тут не видно (как минимум пока не откажутся от трансляции, что опять же потребует новых ФС и механизмов выравнивания). А распространение безбуферных дисков эту проблемку еще и усиливает - невозможность разместить всю таблицу трансляции в набортном RAM осложняет скачкообразное чтение по всему диску. В том же Линуксе безбуферники берут от системной памяти 128 (хотя кое где говорят что 256) мегабайт, а обычное соотношение RAM к NAND - 1 мегабайт на 1 гигабайт, т.е. 1 гигабайт буфера под 1 терабайт диска. Жить можно, но становится понятно почему вендоры так любят выпячивать именно линейную скорость.
| | |
|
|
|
|
|
| 2.182, Пряник (?), 15:43, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
Предположу, что, как Горк и Морк: одно жмёт быстро, но слабо, а другое долго, но сильно.
| | |
| 2.243, Kuromi (ok), 14:01, 22/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
>> прозрачное сжатие данных (режимы LZ4, gzip и ZSTD),
> зачем этот выбор?
У F2fs тоже несколько на выбор. Это нынче норма, главное чтобы в будущих обновлениях ВДРУГ не оказалось бы что данные сжатые алгоритмом Х больше не читаются.
| | |
|
| 1.101, Аноним (101), 21:43, 20/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write
> В Bcachefs используется механизм Copy-on-Write (COW)
Она получается сама себя опережает?
| | |
| |
| 2.125, Аноним (126), 00:09, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
>> По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write
>> В Bcachefs используется механизм Copy-on-Write (COW)
> Она получается сама себя опережает?
Да легко. Программа новой версии может оказаться быстрее старой из-за улучшения алгоритмов. Уж в ФС это вообще норма жизни.
| | |
|
| 1.200, Аноним (200), 17:41, 21/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Особенностью Bcachefs является поддержка многослойного подключения накопителей, при котором хранилище компонуется из нескольких слоёв - к нижнему слою подключаются наиболее быстрые накопители (SSD), которые используются для кэширования часто используемых данных, а верхний слой образуют более ёмкие и дешёвые диски, обеспечивающие хранение менее востребованных данных.
Вот уж реально киллер фича, но в комментах почему-то спорят о совсем другом
| | |
| |
| |
| 3.213, пох. (?), 20:33, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> ZFS такую "особенность" имеет с рождения
отродясь не имел.
тут layered storage а не т-пой да еще и де-факто неработающий кэш только на чтение.
| | |
| |
| 4.223, Аноним (-), 21:56, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> тут layered storage а не т-пой да еще и де-факто неработающий кэш
> только на чтение.
Ну да. В общем то Кент достаточно забавно понял как еще можно с write-anywhere развернуться, учитыая свойства девайсов.
Не "прикрутив пороховую ракету к телеге" - а именно заархитектив изначально как нечто сразу сделаное для таких вещей. КМК так оно сильно лучше будет работать.
| | |
| 4.256, Аноним (209), 23:07, 22/09/2023 [^] [^^] [^^^] [ответить] | +/– | Подождите минуточку, давайте посмотрим на второй абзац новости К пулу ZFS при ж... большой текст свёрнут, показать | | |
| |
| 5.263, Аноним (-), 02:42, 23/09/2023 [^] [^^] [^^^] [ответить] | +/– | Может вас еще и авто-репайр битой копии с исправной настораживать станет Хороши... большой текст свёрнут, показать | | |
|
|
|
| 2.222, Аноним (-), 21:53, 21/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Вот уж реально киллер фича, но в комментах почему-то спорят о совсем другом
Видимо не всем столько счастья надо и не все понимают что вообще можно вытворять с улучшенным вариантом гипердрайва Mk II :)
Дла этого надо все же немного войти во вкус и познать вещи за пределами EXT4, блин.
| | |
| |
| 3.245, Kuromi (ok), 14:05, 22/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Устарело, нынче модно всё на ssd или nvme
Хранить жирные рипы и прочие медиафайлы на SSD все еще не особо модно. Записываешь раз, читаешь кусками, 7 гигабайт в секунду чтения (PCIE4) тут не нужны вообще.
| | |
| |
| 4.246, пох. (?), 15:36, 22/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
причем записываешь тоже не из мегаскоростного источника, откуда бы ему такому взяться.
Остается только проверить - а сработает ли моднявый bcache правильно в таком формате - или таки будет переписывать этот рип с hdd на ssd layer чтобы потом отдавать в секунду не гигабайты а 7 килобит да и те не факт.
| | |
| |
| 5.257, Kuromi (ok), 23:30, 22/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> причем записываешь тоже не из мегаскоростного источника, откуда бы ему такому взяться.
> Остается только проверить - а сработает ли моднявый bcache правильно в таком
> формате - или таки будет переписывать этот рип с hdd на
> ssd layer чтобы потом отдавать в секунду не гигабайты а 7
> килобит да и те не факт.
Теоретически модный bcache при записи должен пихнуть рип на SSD, потом потихоньку в фоне перенести его в на HDD, а дальше смотреть как часто дергают данный файл. Если это что-то активно используемое, то держать на SSD, если нет, то нет. Тут все упирается в то насколько умная эвристика.
У пресловутого F2FS для этого есть категоризация файлов на холодные и горячие данные (по расширению файла). Задумано это больше под зонированные устройсва (вроде SMR), где есть быстрая и медленная зона, но логика та же.
| | |
| |
| 6.264, Аноним (-), 02:49, 23/09/2023 [^] [^^] [^^^] [ответить] | +/– | Это под гибриды где HDD и SSD в одном девайсе Зонирование - немного не про то ... большой текст свёрнут, показать | | |
| 6.267, пох. (?), 09:13, 23/09/2023 [^] [^^] [^^^] [ответить]
| +/– | |
> Теоретически модный bcache при записи должен пихнуть рип на SSD
ага. Напоминаю - откуда он взялся-то? Правильна - либо с флэшки, либо с интернета, и скорость поступления этих данных не то что для ssd, а для mfm hdd вполне посильна.
Поэтому мы просто даром тратим ресурс.
Теперь мы его начинаем "активно использовать". Т.е. смотрим и подр..4иваем. Он, напоминаю - бааааальшоой. Поэтому места для всяких любимых тут некоторыми "/build" немножко перестает хватать и они идут нахрен писаться на медленный уровень. (хуже вариант - пишутся таки на ssd потому что он в приоритете, а потом переписываются потому что рип все еще читается - снова зря тратим ресурсы) Чтение идет со скоростью аж 8 килобит в секунду (что по-моему даже перебор для прона, чего там прыщи на п-де разглядывать-то) - опять справился бы древний диск.
В пресловутом zfs ARC очень старались не допустить вымывания кэшей линейными медленными чтениями и разовыми доступами к ненужно-данным. С arc2 по разным причинам получилось не очень по несвязанным с этими причинам (в основном потому что компьютеры были большими, а с тех пор никто этим не занимался нормально, нет ресурсов и туалетной бумаги).
| | |
| |
| 7.287, Аноним (-), 16:13, 25/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
> Теперь мы его начинаем "активно использовать". Т.е. смотрим и подр..4иваем. Он, напоминаю
> - бааааальшоой. Поэтому места для всяких любимых тут некоторыми "/build" немножко
> перестает хватать и они идут нахрен писаться на медленный уровень.
Если кэш не совсем тупой он статистику вести будет - и забуферит даже не весь build а то что часто гоняют. А редкое - и хрен с ним. А если ты на огроменное порево так часто наяривать удумал, тебя, наверное, мозоли начнут больше напрягать. И не факт что только на руках :))). При этом как мне кажется тебе уже не до проблем SSD будет. "Козел у вас конечно задр@ченный, но жить будет" (c) анекдот.
| | |
| 7.296, Kuromi (ok), 16:14, 27/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
>> Теоретически модный bcache при записи должен пихнуть рип на SSD
> ага. Напоминаю - откуда он взялся-то? Правильна - либо с флэшки, либо
> с интернета, и скорость поступления этих данных не то что для
> ssd, а для mfm hdd вполне посильна.
> Поэтому мы просто даром тратим ресурс.
Ну так для тех же быстрых NVME даже в тестах данные льются чтобы скорость проверить - с другого такого же NVME, иначе откуда еще? Самый быстрый SATA SSD не загрузит на полную даже PCI-E 3 диск стоящий во втором слоте с двумя линиями PCI-E.
С другой стороны там только в кэше такая скорсоть, так что...
| | |
|
|
|
|
|
| 2.244, Kuromi (ok), 14:03, 22/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
>> Особенностью Bcachefs является поддержка многослойного подключения накопителей, при котором хранилище компонуется из нескольких слоёв - к нижнему слою подключаются наиболее быстрые накопители (SSD), которые используются для кэширования часто используемых данных, а верхний слой образуют более ёмкие и дешёвые диски, обеспечивающие хранение менее востребованных данных.
> Вот уж реально киллер фича, но в комментах почему-то спорят о совсем
> другом
Так это наследие от Bcache, который собственно это и делал - кэшировал HDD на SSD. Много лет уже доступно, а раньше SHDD тоже самое делали только сами.
| | |
| |
| 3.292, rinat85 (ok), 23:29, 26/09/2023 [^] [^^] [^^^] [ответить]
| +/– |
 то, как в первых имплементациях было реализовано, было напрямую взято из bcache, но позже всё переделали для именно файловой системы
| | |
|
|
| 1.266, Аноним (266), 05:16, 23/09/2023 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Без длинных имен файлов и 16 битных символов так же не нужна как Btrfs, ZFS, Linux, хотя OpenZFS думают над добавлением.
| | |
|
