The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 6.3, opennews (??), 24-Апр-23, (0) [смотреть все]

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


152. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 24-Апр-23, 15:12 
Смотрю Сигейт медленно становятся лидером рынка HDD, как минимум в плане инноваций. Сначала HAMR, теперь это. В тоже самое время есть "осчусчение", что WD внутренне принял решение уходить на SSD. Никогда всерьез не воспринимал их как производителя (да и косячат с прошивками они периодически до сих пор), но интересные продукты у них уже есть.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

157. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (153), 24-Апр-23, 15:16 
Немножко поздновато.
Мир скоро откажется от хдд в принципе.
Ответить | Правка | Наверх | Cообщить модератору

164. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 24-Апр-23, 15:35 
> Немножко поздновато.
> Мир скоро откажется от хдд в принципе.

Не раньше чем цена хранения вот прямо сравняется у HDD и SSD. С другой стороны постепенный отказ на чисто "пользовательском" рынке представить можно. Появление недорогих dram-less NVME этому способствует (соотношение примерно 4:1 к HDD в цене за Тб для магазинных вариантов). На этом фоне кстати очень забавно смотрится вся эта афера с SMR дисками, которые будучи несколько дешевле при этмо стали ну совсем неудобными в использовании, чисто архивный вариант.
Разве что упрутся в совсем тормозную флешпамять.

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

264. "Релиз ядра Linux 6.3"  +4 +/
Сообщение от Аноним (-), 24-Апр-23, 23:26 
> Не раньше чем цена хранения вот прямо сравняется у HDD и SSD.

Ну тебе сделают какой-нибудь 100500 уровневый MLC, с тонкими нанометрами и дохрена битов на ячейку. Да еще упакуют стэк из кристаллов в 1 чип и проч. И будет тебе дохрена терабайтов за копейки.

И было бы это круто, но есть нюанс: это все будет крайне хлипкое. Стэк с кучей контактов от циклов нагрева при случае начнет барахлить. Микроскопические ячейки по крохотному техпроцессу будут нещадно течь заряд, так что через неделю без питания оно вообще сможет половину забыть, типа как DRAM (уже сейчас в некоторых SSD контроллеры "регенерацию" такому флешу делают, но это требует питания). А уж циклов перезаписи это будет выдерживать штук примерно пять. Потом параметы ячеек уплывут и читаться оно уже не будет. Зато, вот, дофига гигабайтов за доллар...

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

297. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (297), 25-Апр-23, 08:15 
HDD пока берут своими объемами, ну и на этом плюсы заканчиваются.
Мой пример: собирал домашнее хранилище на 2x 6tb hdd 7200 hitachi ultrastar в mdraid1. От хранилища еще требовалось работа lxc контейнеров для разработки (билдовые контейнеры, базовые php/node/mysql).
Что получил: Как известно, ахилесова пята hdd - это их iops-ы. Когда на все 6тб диска 100-200 иопсов - это предвестник страданий. В top-е постоянные 99% wa - ожидание жестких дисков. Как бы не хотелось признавать, но время hdd ушло(
Как я решил этот вопрос: раскошелился, закупился 2x ssd samsung qvo 4tb. Так же собрал mdraid1. Работает исключительно великолепно, в top-е теперь при сборке 99% us - напрягается уже процессор. Плюс, поверх raid накатил lvm с thin provisioning, теперь еще и снапшотами пользуюсь. По qvo могу сказать, что долгая (где-то 200гб) линейная запись имеет скорость где-то 250-260мб/с, при этом на чтение в этот момент проблем не испытывал. Ресурс - момент спорный. У меня дохли ссд из-за плохих блоков питания. Да и вообще все идет от блоков питания.

Итог: Все эти многотерабайтные hdd хороши для линейных чтений-записи. Но вот когда вам придется достать пару тысяч мелких файлов из Nтб архивов - придется серьезно посидеть подождать.

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

331. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 16:18 
> hdd 7200

Мсье, а Ви таки долго думали перед покупкой HDD с 7200rpm, когда для означенных задач вообще-то надо брать 10k/15k?

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

346. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (346), 25-Апр-23, 18:32 
И сильно что-то поменяется?
На 15к винтах у меня вместо 200иопсов будет 40к иопсов? Что-то сомневаюсь.
Ответить | Правка | Наверх | Cообщить модератору

377. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 02:52 
Ну, будет всяко больше 200, и намного, пусть и не 40к. 15к -- это винты enterprice-уровня, плюс желателен нормальный контроллер, а не полу-софтварный недо-RAID средствами материнки, и тем более не чисто софтварный mdraid. Плюс, надо проверить, чтобы планировщик ввода-вывода для винтов стоял bfq, а не mq-deadline, который во многих дистрибутивах ставится по умолчанию для всех блочных устройств. Ну, и смотреть, чтобы при покупке случайно не взять кaловые массы с черепичной записью вместо нормальных hdd.
Ответить | Правка | Наверх | Cообщить модератору

332. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (334), 25-Апр-23, 16:24 
> HDD пока берут своими объемами, ну и на этом плюсы заканчиваются.

Еще в отличие от флеша заряд не утекает. И провалявшись 5 лет на полке оно все же не размангитится. А вот SSD, флешки, карты памяти и проч за столько заряд может утечь. При том чем емче и дешевле тем вероятнее. Удешевление за счет уменьшением ячеек флеша (==меньше заряда и сильнее утечки) и распознавания кучи уровней зарядв вместо "0" и "1", чтобы более 1 бита на ячейку хранить. Только вот параметры ячеек по мере циклов записи-стирания уплывают и чем больше уровней тем быстрее они перестают корректно читаться.

А SSD хороши чтобы на них что-то требующее скорости делать, но чем дешевле и емче тем вероятнее что оно в результате все же пролюбит ваши данные. Где-то это важно. Где-то пофиг.

А что до пары тысяч мелких файлов из архивов - там больше вопрос к структуре этих архивов. Хотя на SSD это разумеется всяко быстрее, им же не надо головы гонять. Но это подразумевает что архив вообще прочелся. А если SSD на полку положить и когда бэкап понадобился он вообще не читается, ну и радости со скорости тогда?

> У меня дохли ссд из-за плохих блоков питания.

Или хреновых фирмварей и срезания углов разработчиком SSD. Самсунг вообще умеет в кривые фирмвари. Еще от trim может рассыпаться с некоторыми версиями фирмвар на некоторых устройствах, на вот именно самсунги список quirks весьма почтенный. Они, кажется, #1 в этом топчарте позорников.

> Да и вообще все идет от блоков питания.

Подобные заявления некисло бы подтверждать статистикой накопителя. Потому что случаев когда все идет от именно развала, именно ssd я знаю просто немеряно (и там статистика записей и не скрывает что накопитель свое отлетал). Те кто поумнее мониторят это дело и копируют ценные данные несколько ДО того как оно разваливаться начнет.

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

394. "Релиз ядра Linux 6.3"  +/
Сообщение от User (??), 26-Апр-23, 15:53 
> Еще в отличие от флеша заряд не утекает.

Эмм... Деградация со временем таки происходит, размагничивание пластин, деформации механики и т.д. - у hitachi вроде было оценочное 1% в год при offline-хранении в близких к оптимальным условиям. Т.е. лет через 5 есть уже вполне реальный шанс пролюбить данные.

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

422. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (422), 27-Апр-23, 15:59 
Размагничивается? Это как и за счет чего? Вон там диск которому 25 лет - все еще читается. Хитачи порядочные, они скорее пессимистичную оценку напишут и перестрахуются чем получат претензии что не предупреждали. А в SSD выпячивают IOPS, цену за гиг, но тактично молчат в тряпочку о надежности и временах хранения данных, потому что похвастать там решительно нечем.

С современными SSD, особенно дешевыми, вероятность будет больше, и уже через 5 месяцев.

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

356. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 25-Апр-23, 21:30 
> Как я решил этот вопрос: раскошелился, закупился 2x ssd samsung qvo 4tb.
> Так же собрал mdraid1. Работает исключительно великолепно, в top-е теперь при
> сборке 99% us - напрягается уже процессор. Плюс, поверх raid накатил
> lvm с thin provisioning, теперь еще и снапшотами пользуюсь. По qvo
> могу сказать, что долгая (где-то 200гб) линейная запись имеет скорость где-то
> 250-260мб/с, при этом на чтение в этот момент проблем не испытывал.
> Ресурс - момент спорный. У меня дохли ссд из-за плохих блоков
> питания. Да и вообще все идет от блоков питания.

250 мегабайт в секунду для QLC это прям даже хорошо, у отдельным моделей бывали просадки ниже 100 Мбв  секунду (буквально до скорости HDD). Что до ресурса и того что "раньше дохли из-за питания" - ну вот теперь будут дохнуть из-за ресурса. Сериоусли, сравните для прикола TBW каких-то 100% 2-bit MLC дисков и QLC. Там что-то выходит 1000+ на 1ТБ места (может быть и  полтора) для 2 битной, 600 на 3D TLC и скажем 200 и менее на QLC (Кингстоны не парятся и пишут TBW 80 на 1TB).
Все мы помним эти разговоры "да вы свой SSD еще по наследству передадите" но прикол в том что с нынешний памятью это медленно становится точно шуткой.

Но что касательно "Но вот когда вам придется достать пару тысяч мелких файлов из Nтб архивов - придется серьезно посидеть подождать." - ну тут слов нет, мелкоблочное чтение\запись в случайные места слабейшая сторона HDD (хотя у SSD производительность рандомным операций тоже не сравнима с линейной)...


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

378. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 03:06 
> Но что касательно "Но вот когда вам придется достать пару тысяч мелких
> файлов из Nтб архивов - придется серьезно посидеть подождать." - ну
> тут слов нет, мелкоблочное чтение\запись в случайные места слабейшая сторона HDD
> (хотя у SSD производительность рандомным операций тоже не сравнима с линейной)...

Вообще-то есть. Ждать придётся, но сколько именно -- всё очень зависит от конфигурации, программной в том числе. А то многие понакупают самой дешёвой дряни консьюмерского класса, а потом удивляются, чевойта у них пепелац не взлетает.

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

166. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Срыватель покровов (?), 24-Апр-23, 15:39 
Это когда весь мир станет зажиточным. Для серверов HDD всё ещё заметно дешевле SSD.
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

171. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от InuYasha (??), 24-Апр-23, 15:43 
Мир не отказался ни от лент, ни от дисков, ни от блюреев. Для nearline HDD незаменимы.
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

266. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 24-Апр-23, 23:40 
> Мир не отказался ни от лент, ни от дисков, ни от блюреев.

Вот не надо тут за всех. Я например вообще себе блюрэй привод покупать не стал.

Во первых потому что там трояны позволяющие диску убить привод прямо в стандарте прописаны. Это что, мне будут ломать мое оборудование малварными дисками и писать что так и задумано? А зачем мне на это деньги тратить?

Во вторых, вон тот 2.5" терабайтный ноутбучный винч на usb - далеко не последний писк, умещается в карман вместе с коробкой, терабайт отрастает подключением 1 разъема где угодно. Скольким blueray это соответствует, сколько это все стоит и сколько места это займет? Будет ли это лучше? Или почему бы не купить ЭТО вместо пачки блюреев и еще раз, при необходимости, например?

В третьих если этого мало - вон тот в 3.5" коробке на 3 терабайта есть. Это тоже далеко не топ. При том по usb3 или eSATA оно мегов 120+ в секунду могет. А если вдруг мало, можно еще одну коробку и диск купить. И по моему это и дешевле на гигабайт, и места сильно меньше занимает. И от времени читаться не перестанет.

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

336. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 16:33 
> Во первых потому что там трояны позволяющие диску убить привод прямо в стандарте прописаны.

А болванкой пустой тоже можно убить?

Блюрец я лично тоже себе не купил, как-то без надобности. Хватает DVD :))) А кинцо с физических носителей я уже давно не смотрю. Да и вообще последнее, что я смотрел -- это Аватар. Кинематограф для меня умер. Музыку с CD/SACD/DVD-A -- да, всё ещё слушаю, иногда.

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

365. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 25-Апр-23, 23:22 
> А болванкой пустой тоже можно убить?

Пустой? Если ее хорошенько раскрутить... :). Но зачем мне привод в который стремно вставлять произвольные диски "потому что можно лишиться привода"?

> Блюрец я лично тоже себе не купил, как-то без надобности. Хватает DVD :)))

Я уже забыл когда что-то с DVD делал. Чисто теоретически, у меня привод есть в 1 из компов. Практически я не знаю, работает ли он вообше. А что с ним делать то?

> Музыку с CD/SACD/DVD-A -- да, всё ещё слушаю, иногда.

Вот еще не хватало диджеить, рипнуть и дело с концом имхо.

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

379. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 03:32 
> Пустой? Если ее хорошенько раскрутить... :). Но зачем мне привод в который
> стремно вставлять произвольные диски "потому что можно лишиться привода"?

Получить диск Blu-Ray от кого-то с закопирайченым контентом, хоть фирменный, хоть пиратский, исчезающе мала. Поэтому можно смело покупать в качестве архивного привода.

> Я уже забыл когда что-то с DVD делал. Чисто теоретически, у меня
> привод есть в 1 из компов. Практически я не знаю, работает
> ли он вообше. А что с ним делать то?

Дистры, аварийные среды, личные бэкапы. И прочие вещи, которые редко бывают нужны, и неизвестно, когда будут нужны в следующий раз, а флешка может внезапно помереть. Да, знаю, что можно сделать мультизагрузку разных iso-шек с флешки с помощью GRUB. Но тут есть много подводных камней, связанных с конфигурацией целевой машины и забагованностью её биоса. А с DVD всё как-то проще: нарезал-вставил-загрузился.

> Вот еще не хватало диджеить, рипнуть и дело с концом имхо.

Иногда проще бывает взять с полки диск, чем выискивать что-то конкретное в файлопомойке.

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

382. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (334), 26-Апр-23, 04:28 
> Получить диск Blu-Ray от кого-то с закопирайченым контентом, хоть фирменный,
> хоть пиратский, исчезающе мала.

Еще возможен вариант "кто-то прикололся" или "малварь". И идея платить за заведомо троянизированый хардвар мне не нравится.

> Поэтому можно смело покупать в качестве архивного привода.

Да мне и с винчами под бэкапы норм. К тому же они не выцветают как болванки, диджеить не надо и скорость достаточно приличная если в usb3 или eSATA цеплять.

> Дистры,

Что - дистры? Лично я вообще инсталлю путем разворачивания образов. И получаю новый инстанс системы за несколько минут. При этом live система которая "инсталлит" образ на флехе, или в случае VM в ее образе. А системный образ или там же, или по сети утаскивается.

> аварийные среды,

У меня это все давно на флехах.

> личные бэкапы. И прочие вещи, которые редко бывают нужны,

Внешние винчи неплохо подошли на эту роль имхо.

> и неизвестно, когда будут нужны в следующий раз, а флешка может внезапно помереть.

Зато выключенный винч в коробке - будет вполне живой скорее всего. Ну и особо ценные вещи бэкапать лучше более 1 раза и лучше в физически разные локации. Мало ли какие там пожары-наводнения.

> Да, знаю, что можно сделать мультизагрузку разных iso-шек с флешки с помощью GRUB.

А зачем мне мульти и исошки? У меня на флешке может быть полноценная система, готовая сделать любые нужные мне операции. Включая продвинутый датарекавери и проч, мне не сложно несколько пакетов в системный образ флешки добавить.

> забагованностью её биоса.

Чтобы биос или уефи не умел с флехи грузиться - такого я не встречал уже очень давно. Даже, вон, на компе 2004 года уже катит. А, да, такому мамонту вообще пришлось 32-битный образ скроить, он 64 бита аж не умел.

> А с DVD всё как-то проще: нарезал-вставил-загрузился.

Мне как-то dd образа в девайс флехи делать сильно проще чем спецутилсы для нарезки гонять.

> полки диск, чем выискивать что-то конкретное в файлопомойке.

Вопрос организации этого всего. Не понимаю что мешает файлы в бэкапе структурировать не хуже дисков. Это даже проще, одно дело переименовать файл, другое диск нарезать заново.

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

411. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 27-Апр-23, 04:48 
> Еще возможен вариант "кто-то прикололся" или "малварь".

Приколист при этом:
1) Должен иметь собственный Blu-Ray пишущий привод
2) Должен вообще быть в курсе, что палёным диском можно вывести привод из строя программно
3) Должен купить недешёвую болванку с целью записать палёный диск
4) Должен как-то подкинуть изготовленный палюный диск тебе, чтобы ты попытался его прочитать

Что-то мне кажется, что вероятность подобных приколов ИРЛ составляет около нуля. Случай с попыткой посмотреть пиратское кинцо с физического BD не рассматривается -- пиратское кинцо ныне добывается на торрентах.

> Да мне и с винчами под бэкапы норм.

Для бэкапов -- дороговато. И если что-то нужно дописАть или прочитать -- нужно каждый раз хватать с полки и дёргать весь винт. Хотя, конечно, смотря кем и с чем ты работаешь. Если у тебя дизайн-макеты по 2 гига в 100500 слоёв, то тут понятно, альтернативы HDD нет.

> Лично я вообще инсталлю путем разворачивания образов.

Ну это для систаминов в небедных фирмах, где есть целыне отделы с рядом одинаковых компов, на один из которых можно поставить ОС, а на остальные -- её склонировать.

> Ну и особо ценные вещи бэкапать лучше более 1 раза и лучше в физически разные локации.

Вот тут +1000!

> А зачем мне мульти и исошки? У меня на флешке может быть полноценная система

Ну вот чтобы эту самую систему приготовить.

> Чтобы биос или уефи не умел с флехи грузиться - такого я не встречал уже очень давно.

Могут быть разные приколы. Может быть неотключаемый SecureBoot, который грузиться с флехи позволяет, но не абы что. Бывает, что загрузка не идёт, если исполняемый .efi-файл фрагментирован. Бывает, что 16-битный загрузчик сломан, и загрузка с флешек возможна только если у них таблица разделов GPT (помню, например, материнка Microstar 970A-G46 этим грешна). И тому подобное.

> Мне как-то dd образа в девайс флехи делать сильно проще чем спецутилсы для нарезки гонять.

И каждую исошку закатывать на отдельную флешку? Если работать сисадмином на постоянной основе или в сервисном центре, то может быть... А для дома -- что-то может быть полгода-год не нужно, а потом вдруг случайно понадобится, и будет непонятно, живо ли оно ещё или требуется перезапись. А создание загрузочных образов mkisofs/mkhybrid/cdrecord -- уже годами отработано, трудностей не вызывает.

> Вопрос организации этого всего.

Вот тут не поспоришь. Но всё же предпочту полку с дисками -- она вся перед глазами, только голову повернуть. А на винте ты можешь долго вспоминать, куда запихнул, например, утилиты -- в TOOLS или в UTILS? А музыку -- в MUSIC или в AUDIO? Договора с поставщиками кинул в TEXTS или в DOCS, или в DOCUMENTS? И вот таких моментов может быть очень много.

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

425. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (-), 28-Апр-23, 01:13 
> Приколист при этом:

Да, и все же, трояненое железо не велкам.

> пиратское кинцо ныне добывается на торрентах.

Платить за одеяло заведомо с тифом? За кого вы меня считаете?

> Для бэкапов -- дороговато.

В пересчете на гиг вроде дешевле выходит.

> И если что-то нужно дописАть или прочитать -- нужно каждый раз хватать
> с полки и дёргать весь винт. Хотя, конечно, смотря кем и с чем ты работаешь.

Да вообще инженерная операция - переносной хард к компу подцепить, особенно 2.5" которому питания от usb хватает. Типа, искать в пачке дисков, аккуратно вытаскивать диск, и ставить в привод и нарезать проще и быстрее? Да ладно?

> альтернативы HDD нет.

Да даже и без них - на HDD улетает просто более-менее синхронная копия всех рабочих дир, более-менее одним чихом и достаточно быстро. В фоне, на автомате. Без диджейства.

> Ну это для систаминов в небедных фирмах, где есть целыне отделы с
> рядом одинаковых компов, на один из которых можно поставить ОС,

Это прекрасно работает и для меня. Даже с несколькими компами/ноутами/виртуалками/кучей эмбеда. Энтерпрайзники это делают потому что эффективно. А я чем хуже? И да, мои x86 образа достаточно универсальны, цепляют и мои ноуты, и десктопы, и VM... а что мне еще надо? :)

> а на остальные -- её склонировать.

Я обнаружил что набрать себе образ с ноля эффективнее чем выковыривать подарки которые мне не требуются из чужих образов и пресетов инсталла. Вон то дольше занимает, а образ потом можно еще в виртуалку загнать например. Получив привычное окружение за минуты, но в VM где не страшно разнести его в хлам и проч.

> Ну вот чтобы эту самую систему приготовить.

Во первых, можно установить систему сразу на флешку, как на диск.
Во вторых это можно сделать в виртуалке и использовать ее как образ.
В третьих есть такая штука как debootstrap, он может рутфс оформить даже кроссом если хочется. То-есть на x86 можно сделать образ для ARM или RISCV какого, при том что там даже намеков на CD нету. Сильно универсальнее и единообразнее получается, реюз знаний и скиллов лучше.

> Могут быть разные приколы. Может быть неотключаемый SecureBoot, который грузиться с флехи
> позволяет, но не абы что.

Хызы, не попадалось чтобы сидюк работал лучше чем флехи. А у вон тех ARM и RISCV вообще никаких сидюков нет, by design.

> Бывает, что загрузка не идёт, если исполняемый .efi-файл фрагментирован.

Я умею в дефрагментацию, это еще и для скорости загрузки полезно.

> Бывает, что 16-битный загрузчик сломан, и загрузка
> с флешек возможна только если у них таблица разделов GPT (помню,
> например, материнка Microstar 970A-G46 этим грешна). И тому подобное.

Нет никаких проблем скроить гибрид который и так и так может. Типичная исошка кроме этого еще и под ISO9660 + их протокол загрузки косит но там подгонять надо слишком много всего и потом менять такой образ уже очень неудобно становится, в основном из-за 9660 как раз.

> И каждую исошку закатывать на отдельную флешку?

Я не оперирую "исошками" - у меня мои подготовленные образа которые можно сразу на диск. Или иногда поток "btrfs send" еще может быть. В этом случае бутявка просто партиционирует, создает btrfs, делает receive, нескллько финальных штрихов типа инсталла бутлоадера и все занимает едва ли 5 минут. Вон то к тому же можно и по сети.

> -- что-то может быть полгода-год не нужно, а потом вдруг случайно
> понадобится, и будет непонятно, живо ли оно ещё или требуется перезапись.

Бутявки у меня так то readonly обычно, чего им портиться. Вплоть до парочки с свичом ридонли, чтоб уж наверняка.

> А создание загрузочных образов mkisofs/mkhybrid/cdrecord -- уже годами
> отработано, трудностей не вызывает.

Я уже забыл всю эту уличную магию и практикую другие варианты как это делать. У большей части железок с которыми я работаю вообще нет цд.

> Вот тут не поспоришь. Но всё же предпочту полку с дисками --
> она вся перед глазами, только голову повернуть.

А мне иерархия с шустрого диска как-то лучше чем вертеть головой. Там еще и поиск работает более-менее, в отличие от полки.

> А на винте ты можешь долго вспоминать, куда запихнул, например,
> утилиты -- в TOOLS или в UTILS?

У меня нет такой проблемы, как категории. К тому же если мне надо что-то конкретное, есть поиск.

> А музыку -- в MUSIC или в AUDIO? Договора
> с поставщиками кинул в TEXTS или в DOCS, или в DOCUMENTS?
> И вот таких моментов может быть очень много.

Вопрос культуры работы с информацией. Пачка дисков дополнительно плодит сущности и явно не уменьшает хаос.

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

432. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 29-Апр-23, 17:05 
> Да, и все же, трояненое железо не велкам.

Вангую, что для большинства приводов это решается правильной прошей. Хакеры-кинориперы, скорее всего, тему уже давно раскусили, и в нужных местах интернета можно найти список рекомендуемых к покупке приводов и правильные проши к ним. Если уж так бояться троянов. Хотя, вероятность попасть в ситуацию, когда трояны активируются и закирпичат привод, для простого смертного околонулевая.

> Платить за одеяло заведомо с тифом? За кого вы меня считаете?

Ну, не все же живут в Германии, где за торренты могут сделать а-та-та. Хотя и для Германии есть варианты качать торренты беспалевно.

> В пересчете на гиг вроде дешевле выходит.

При условии, что каждый архивный винт заполнен минимум примерно на 1/4. Ну это уже, конечно, у кого какие объёмы. Так-то в теории -- да, на винте дешевле.

> Да вообще инженерная операция - переносной хард к компу подцепить

Архивный хард ещё нужно подойти и с полки взять. И каждый раз делать это осторожно: уронишь хард -- есть неиллюзорный риск попрощаться сразу со всем содержимым. Если болванку на пол упустишь, то может перестанут читаться 2-3 файла, а так, скорее всего, пронесёт.

> Типа, искать в пачке дисков, аккуратно вытаскивать диск, и ставить в привод и нарезать проще
> и быстрее?

Нарезать, перенарезать -- не быстрее, да. А вот найти потом -- быстрее и проще.

> синхронная копия всех рабочих дир, более-менее одним чихом и достаточно быстро.

Бэкапы разделов с текущей работой -- это немножко другое. Резервная копия -- это не архив, а снапшот, предназначенный для восстановления целиком "как есть", то есть "как было". Тут, понятное дело, нужен винт либо стример, так как нарезать многотомный архив на болванки ты офигеешь, мягко говоря.

> цепляют и мои ноуты, и десктопы, и VM...

И паверменеджмент, и все устройства на материнках со всеми настройками подсветки экрана, цветовых профилей, и конфигурацию звука, где игры с ЮТубом -- отдельно, а кино с музыкой -- отдельно... да? Раньше ещё была проблема -- разные контроллеры mass-storage, но сейчас, в эпоху NVMe эта проблема частично отпала. А ещё на какой-то машине может оказаться несвежая видяха NVidia, требующая 470-е дрова.

> Во вторых это можно сделать в виртуалке и использовать ее как образ.

Алхимическими опытами с виртуалками давно занимаюсь. Позволяет решать много задач, но я бы не сказал, что с ними проще. Сконфигурировать, поднять, накатить дистрибутив, и потом есть опасность, что при попытке запуска на реальном железе не взлетит. Что, да, сейчас большая редкость, но тем не менее...

> Бутявки у меня так то readonly обычно, чего им портиться.

Таков NAND Flash. Ну если любая из них минимум раз в 3 месяца вставляется в какой-нибудь рабочий USB-порт, то нет проблем, конечно.

> Я уже забыл всю эту уличную магию и практикую другие варианты как это делать.

mkhybrid же для флешек создаёт фиктивную таблицу разделов в ISO-образе, после чего ISO-образ можно непосредственно заливать на флешку с помощью dd. В 90% будет загружаться. Но если материнка  окажется старой, с "приколами", то всегда есть крайний вариант эту же ISO-шку нарезать на болванку.

> Там еще и поиск работает более-менее, в отличие от полки.

О, поиск -- это да! Лежит у тебя 3 харда на полке, тебе понадобились какие-то фотографии 2010 года, и ты только приблизительно помнишь, что на них. И за давностью лет уже не помнишь, что и на какой хард дописывал. И поиск нужных файлов превращается в увлекательнейший квест!

> Пачка дисков дополнительно плодит сущности и явно не уменьшает хаос.

На компакт-диск мало помещается, и в этом его не только минус, но и огромный плюс. Из-за этого на каждом диске всегда записано что-то конкретное, и что именно -- всегда написано одной строчкой на торце коробки. Правильно разложив в стойки по категориям и времени, можно очень быстро найти нужное без увлекательных многочасовых квестов с поиском по файлопомойке на hdd. Если мне понадобятся конкретные документы конкретного года, я их найду на полке также быстро, как нужную клетку с числовым значением в таблице, при том, что я даже могу не помнить, что именно в них было.

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

440. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 01-Май-23, 20:55 
> Вангую, что для большинства приводов это решается правильной прошей.

Это врядли под линух (винды у меня нет). И вытряхивать троян в МОЕ СВОБОДНОЕ ВРЕМЯ ЗА МОИ ДЕНЬГИ? У меня есть более интересные дела. Я лучше денег дам тем кто продвигает иные подходы, как те opensource friendly одноплатники. Результат приятнее ощущается.

> Если уж так бояться троянов. Хотя, вероятность попасть в ситуацию,
> когда трояны активируются и закирпичат привод, для простого смертного околонулевая.

Еще раз, троянизиорваное железо (и софт) - не велкам.

> Ну, не все же живут в Германии, где за торренты могут сделать а-та-та.

Даже они в состоянии поюзать впн, если уж хочется.

> При условии, что каждый архивный винт заполнен минимум примерно на 1/4.

Зачем покупать винчи чтобы они пустыми валялись? Это не рационально и я не склад.

> да, на винте дешевле.

И сильно удобнее имхо.

> Архивный хард ещё нужно подойти и с полки взять.

А кучу дисков разве нет? Только еще перебрать сперва.

> И каждый раз делать это осторожно: уронишь хард --

Пока он выключен и в коробке, относительно похрен, если не с сотого этажа на асфальт.

> есть неиллюзорный риск попрощаться сразу со всем содержимым. Если болванку на пол
> упустишь, то может перестанут читаться 2-3 файла, а так, скорее всего, пронесёт.

Или не пронесет и облапаная и зацарапаная болванка будет фигово читаться. А половина выцветают сами по себе, поди угадай как оно заранее.

> Нарезать, перенарезать -- не быстрее, да. А вот найти потом -- быстрее и проще.

Компьютеры ищут файлы на диске быстрее чем я в стопке дисков роюсь.

> Бэкапы разделов с текущей работой -- это немножко другое. Резервная копия --
> это не архив, а снапшот, предназначенный для восстановления целиком "как есть",

В конечном итоге все бэкапы предназначены для восстановления того как это было. На диске могут быть и все фоточки/мувики которые я снял, при том дельта-синхронизация при доступности оригинала относительно быстрая, автоматизируемая и ненапряжная.

> И паверменеджмент, и все устройства на материнках со всеми настройками подсветки экрана,
> цветовых профилей, и конфигурацию звука, где игры с ЮТубом -- отдельно,

Я условно разделяю "system core" и "user". Это уже "user", для него есть коллекции настроек, но даже с ноля настроить быстрее чем дистро с болванки ставить, тем более что там потом тоже придется это.

> -- разные контроллеры mass-storage, но сейчас, в эпоху NVMe эта проблема
> частично отпала.

Эта проблема решена не NVMe а, пардон, модулями ядра и initrd. Мои ядра для x86 систем все же "generic" и хотя там есть тюнинг на десктоп (e.g. realtime/ticks rate), они могут поднять любую x86-64 в разумных пределах. Это осознанный tradeoff чтобы не ребилдить кернел на каждую железку.

> А ещё на какой-то машине может оказаться несвежая видяха NVidia, требующая 470-е дрова.

Я балуюсь кернелдевом, out of tree не велкам. Вон то не делается для general public: я делаю образа или себе, или кастомерам (в случае эмбедовки). В любом случае там нет нвидии.

> Алхимическими опытами с виртуалками давно занимаюсь. Позволяет решать много задач, но я
> бы не сказал, что с ними проще.

Я бы сказал что стал грандмастером той алхимии, там сильно проще порой, особенно если систему совсем разнесло. Можно на снапшот откатиться, допустим. Или в совсем непонятном случае out of band дебагер есть. А что если мне целпая сетка нужна? Я закопирую пачку виртуалок с шаблона за считанные секунды (cp --reflink штука очень эффективная). И вот целый флот уже идет на взлет. Ну а вы сколько будете с этим маневром копаться? :)

> Сконфигурировать, поднять, накатить дистрибутив,

У меня есть "шаблоны" где это уже сделано. Апдейчу примерно раз в релиз дистро, для +1 VM надо лишь cp --reflink (условно-моментально, CoW рулит) шаблона сделать. Так что я могу поднять флот виртуалок, обкатать идеи, получить результат, сделать выводы и стереть это еще до того как вы закончите вон то. Я кое-чему научился у энтерпрайзов и доразвил линуксными фичами.

> и потом есть опасность, что при попытке запуска на реальном железе
> не взлетит. Что, да, сейчас большая редкость, но тем не менее...

В случае ARMовских кросс-виртуалок эта опасность измеримая, и все же, даже там это работает, и что забавно можно отмакетировать систему под иную архитектуру даже если борды еще нет в руках. А потом очень быстро пофиксить вылезшие несколько багов и все, готово.

> Таков NAND Flash. Ну если любая из них минимум раз в 3
> месяца вставляется в какой-нибудь рабочий USB-порт, то нет проблем, конечно.

Там NAND flash сильно разный так то. Суперемкие и супердешевые, конечно, будут сыпучими, чудес не бывает. Но вы знаете, один из респинов технологии изначально созданный для повышения надежности эмбедовки (btrfs c схемой хранения DUP, теряет половину емкости) прекрасно переживает даже это. А шанс что одновременно слетят обе копии 1 логического блока... у меня даже есть пара "сыпучек", это конечно больше стресстест технологии, но все же так я приобретаю уверенность в моих технологиях: потестировав их в неидеальных условиях.

> mkhybrid же для флешек создаёт фиктивную таблицу разделов в ISO-образе, после чего
> ISO-образ можно непосредственно заливать на флешку с помощью dd.

Но редактировать такой образ потом уже крайне чревато. И это грабли.

> всегда есть крайний вариант эту же ISO-шку нарезать на болванку.

Мне болванки может быть некуда совать. У ноута или одноплатников например нет приводов.

> О, поиск -- это да! Лежит у тебя 3 харда на полке,
> тебе понадобились какие-то фотографии 2010 года, и ты только приблизительно помнишь,

Дату я все же примерно помню, хотя-бы до месяца-двух этого достаточно для поиска по дате. Тем более что диры можно еще и называть по человечески. Зашел да посмотрел. Это быстрее чем диджеить.

> увлекательнейший квест!

У меня нет никаких проблем с этим. А вон винч с снесенной ФС (не мой, я рекавери с него делаю). Там 400К файлов без имен (ФС же нету). Photorec вынул почти все фоты/видео, а я поскриптил немного... через 15 минут вджоба скрипт разложил файлы с именами "как камера" по дирам с годами. Секрет прост, спасибо тегам и юниксвэю за это.

Более того - большие дельты времени уже сами по себе предмет для автоклассификатора, в принципе я и серии фот/мувиков могу детектить, грубо раскидает "по сериям", обладатели винча и так довольны по уши были.

> коробки. Правильно разложив в стойки по категориям и времени, можно очень
> быстро найти нужное без увлекательных многочасовых квестов с поиском по файлопомойке

Раскладывать (и перетряхивать) виртуальную иерархию проще, быстрее и - предмет для автоматизации скриптами. Я умею в unix way и не обломлюсь наскриптить процессинг нужный здесь и сейчас. На полку эта магия не действует.

> в таблице, при том, что я даже могу не помнить, что
> именно в них было.

А я предпочитаю создавать файловые иерархии в виде когда достаточно понятно что и почему там находится. Но если магия не сработала, как у вон тех с снесенной фс, юниксвэй дает довольно много вариантов для запасных планов. На полку это не срабатывает, там я должен сам копаться.

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

407. "Релиз ядра Linux 6.3"  +/
Сообщение от Ананоним (?), 27-Апр-23, 00:02 
> Во первых потому что там трояны позволяющие диску убить привод прямо в
> стандарте прописаны.

Где про это прочитать? Любопытно что там намудрили.

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

176. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Чукча (?), 24-Апр-23, 15:49 
Корпоративный сектор в удельном весе основной потребитель таких дисков. И стоимость на единицу объёма по прежнему ниже чем ssd, проигрывая только ленте. При этом скорость чтения сносна для текущих реалий, см. SAS.
О каком мире вещаете Вы? Том, что ограничен Вашим кругозором и гордостью за себя от покупки ssd?
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

194. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 24-Апр-23, 16:50 
> Немножко поздновато.
> Мир скоро откажется от хдд в принципе.

Вот есть ссылочка https://blocksandfiles.com/2021/12/03/western-digital-oh-ham.../

Там CEO WD прямо говорит, что уменьшение продаж HDD их не пугает, т.к. cloud business винты скупает и  просит добавки (осбенно на фоне того что консумеры отказываются от локального хранилища).
Ну а для потребителей у них есть целая линейка SSD (хоть и не самых лучших по рынку, в общем-то, не Самсунг, но и не Кингстон)

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

267. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (-), 24-Апр-23, 23:43 
Ну а куда они денутся, для относительно холодных данных, бэкапов и проч - HDD по цене за гиг явно лучше. На высокоемкие SSD не больно побэкапаешься, там флешь текучий что капец и поэтому положив его на полку можно будет случайно обнаружить что когда бэкап понадобился, заряд из флеша уже утек и вот вам а не бэкапы.
Ответить | Правка | Наверх | Cообщить модератору

355. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 25-Апр-23, 21:17 
> Ну а куда они денутся, для относительно холодных данных, бэкапов и проч
> - HDD по цене за гиг явно лучше. На высокоемкие SSD
> не больно побэкапаешься, там флешь текучий что капец и поэтому положив
> его на полку можно будет случайно обнаружить что когда бэкап понадобился,
> заряд из флеша уже утек и вот вам а не бэкапы.

Высокоемкие (те что по 4-8 Тб и относительно недорогие) это чаще всего QLC. А там - полный пакет родовых травм, и малый ресурс и низкая скорость голой памяти (хотя тут чуть чуть вроде прогресс есть в сторону улучшения). Приходится выкручиваться с помощью динамического pSLC (сейчас самый модный трюк), но стоит диск забить...

В общем, куда движется флешпамять неясно. Есть безумное ускорение интерфейсов (7 гигабайт в секунду на PCI-E 4x4) параллельное утормаживанию самой памяти.

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

367. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (334), 26-Апр-23, 00:58 
> Высокоемкие (те что по 4-8 Тб и относительно недорогие) это чаще всего QLC.

Ну а как вы хотели? Чтобы 8ТБ SLC с не очень мелкими ячейками набрать микросхем понадобится мноооооого. А так чем больше битов на ячейку, и меньше ячейка тем больше в 1 чип лезет, значит тем дешевле за гиг, все как вы хотели :). Но правда с такой вот подставой...

> чуть чуть вроде прогресс есть в сторону улучшения).

Разумеется со временем технологию отлаживают... и все же

> Приходится выкручиваться с помощью динамического pSLC
> (сейчас самый модный трюк), но стоит диск забить...

Даже если не забивать, буферный SLC не покрывает всю площадь и поэтому если его просто положить на полочку... эээ... ну в общем это не для бэкапов, он почти как оперативка уже.

> В общем, куда движется флешпамять неясно.

В сторону одноразового стремного треша, разумеется. Зато емко и за копейки. Бойтесь своих желаний, они выполняются. Вы же хотели дешево, емко и все такое? :)

> Есть безумное ускорение интерфейсов (7 гигабайт в секунду на PCI-E 4x4)
> параллельное утормаживанию самой памяти.

Это частично компенсируемо развесом кучи чипов на параллельные каналы, современные контроллеры так умеют. Правда при этом с удешевлением начинаются проблемы из-за большего числа чипов. Поэтому шустрые железки для тех кто больше платит, а вон тем дешевкам поменьше каналов параллельно и флеш максимально поганый. В самые дешевые чуть не отбраковку паяют - ну а чего, дефектменеджмент штука такая, можно даже с совсем паршивых чипов что-то получить, немного поменьше резервных блоков, немного поменьше емкости с чипа, ... и вот уже то что должно было пойти под пресс лихо продается со свистом. Ничего личного, это бизнес.

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

233. "Релиз ядра Linux 6.3"  +6 +/
Сообщение от casm (ok), 24-Апр-23, 19:40 
Если необходимо записать резервную копию и положить её в сейф, то SSD для этого не подходят.
Т.к. по стандарту JEDEC на SSD без питания гарантируется сохранность данных, не более 3 месяцев.

> To meet JEDEC (Joint Electron Device Engineering Council ) requirements the data retention requirement for a client SSD is one-year at 30°C, and for enterprise storage disks it is 3 months at 40°C at the end of its prescribed service life.

https://www.anandtech.com/show/9248/the-truth-about-ssd-data...

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

319. "Релиз ядра Linux 6.3"  +/
Сообщение от arthi747 (ok), 25-Апр-23, 11:53 
Мир еще от магнитной ленты не отказался.
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

338. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 16:43 
К сожалению, современная магнитная лента -- уже не для дома. И дело даже не в цене стримера, что стоит полштуки баксов. Для эксплуатации стримеров уже требуется отдельная кондиционируемая пылезащитная комната со специально обученным персоналом. И чем дальше, тем жёстче условия эксплуатации стримеров и хранения картриджей. Поэтому отказ корпоративного сектора от такой тряхомутии -- вопрос времени.
Ответить | Правка | Наверх | Cообщить модератору

366. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 26-Апр-23, 00:48 
> К сожалению, современная магнитная лента -- уже не для дома.

А она и была для дома только в эпоху магнитофонов. В остальных случаях людям обычно облом покупать недешевую кастомную железку с кассетами которые фиг найдешь в ближайщем ларьке.

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

380. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 03:56 
>> К сожалению, современная магнитная лента -- уже не для дома.
> А она и была для дома только в эпоху магнитофонов.

В начале прошлого десятилетия LTO-3/LTO-4 были вполне себе ещё для дома. Некоторые фотографы и дизайнеры приобретали себе для бэкапов.

> В остальных случаях людям обычно облом покупать недешевую кастомную железку с кассетами которые
> фиг найдешь в ближайщем ларьке.

Кассет можно сразу штук 10 купить вместе с приводом -- хватит на несколько лет вперёд, а потребность в покупке новых для частного ИП Васи Пупкина возникнет в лучшем случае раз в полгода, а обычно намного реже. Кассеты можно найти где заказать, сейчас с нашими скоростными интернетами это не проблема. Дело ж не в этом. А в том, что для приводов и кассет актуальных стандартов одна приставшая пылинка -- и песец всем данным на ленте. А ещё из-за дикой плотности записи на грани физического предела часто бывают "чудеса", вызванные ошибками калибровки головок.

Вобщем, стримеры чем дальше, тем стрЁмнее.

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

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

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




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

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