The OpenNET Project / Index page

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



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

Оглавление

Исполнилось 30 лет с первого рабочего релиза 386BSD, прародителя FreeBSD и NetBSD, opennews (ok), 14-Июл-22, (0) [смотреть все]

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


331. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 20:54 
Ну хоть какая-нибудь конкретика будет от пользователей потомков юбиляра?

Модели роутеров/свичей/точек доступа для не бизнес пользователей (джунипер - это таки дорого, бренд, ёп).
У вашей системы нет даже нормальной собственной FS, вам её "подарили", как первую дозу для нарика. Без обид, но это так.

Нетфликсеры с сони нинтендами вас тоже кинули? Ну это бизнес, да.
А вот жырные дяди из Cray, IBM, HP, Intel, AMD, Oracle, RedHat, да тот же Шаттлворт и прочие развивают Linux ядро(не без недостатков, ну это нормально, рабочий процесс), которым в итоге пользуются все.
И, что характерно, производители железок вынуждены учитывать то, что железки будут/могут/должны работать с Linux.

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

333. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 21:14 
Надеюсь, все пользователи ZFS знают, что не рекомендуется использовать аппаратные RAID, FC Storage и прочие NAS?
Вас нагибают, да.
Есть в *BSD хоть одна кластерная/распределенная FS?
Ответить | Правка | Наверх | Cообщить модератору

388. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 16-Июл-22, 12:23 
Ответов нет. Совсем.
Не, я против ZFS ничего не имею. Эдакий монстр всё в одном флаконе. Для сервера с виртуалками и без рейда норм. Но зачем это на ноуте или рабочей станции? А альтернатив просто нет.
Ответить | Правка | Наверх | Cообщить модератору

394. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от iZENemail (ok), 16-Июл-22, 13:07 
> Ответов нет. Совсем.
> Не, я против ZFS ничего не имею. Эдакий монстр всё в одном
> флаконе. Для сервера с виртуалками и без рейда норм. Но зачем
> это на ноуте или рабочей станции? А альтернатив просто нет.

На ноуте ZFS — чтобы вовремя обнаружить крэш пользовательских данных на подыхающем носителе. При этом zpool scrub выведет полный список безвозвратно утерянных файлов, чтобы не искать в ошмётках каталога /.lost+found, любезно сложенных fsck классических ФС.


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

397. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (414), 16-Июл-22, 13:20 
>На ноуте ZFS — чтобы вовремя обнаружить крэш пользовательских данных на подыхающем носителе. При этом zpool scrub выведет полный список безвозвратно утерянных файлов, чтобы не искать в ошмётках каталога /.lost+found, любезно сложенных fsck классических ФС.

Извини, но я видел как это происходит "на подыхающем носителе" и сколько времени это занимает. Душераздирающее зрелище. lvm просто отдыхает.
Кстати, smart никто не отменял. Если носитель подыхает, надо срочно его менять. И регулярные бекапы никто не отменял, даже на ноутбуке(хотя бы пользовательские данные). Если ты забил болт на smart и надеешься на zfs, то что-то пошло не так. Нафиг надо программно делать то, что железка умеет самостоятельно?
Я понял, ZFS нужна для подыхающих носителей, она предупредит :)

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

404. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от iZENemail (ok), 16-Июл-22, 13:52 
>>На ноуте ZFS — чтобы вовремя обнаружить крэш пользовательских данных на подыхающем носителе. При этом zpool scrub выведет полный список безвозвратно утерянных файлов, чтобы не искать в ошмётках каталога /.lost+found, любезно сложенных fsck классических ФС.
> Извини, но я видел как это происходит "на подыхающем носителе" и сколько
> времени это занимает. Душераздирающее зрелище. lvm просто отдыхает.
> Кстати, smart никто не отменял. Если носитель подыхает, надо срочно его менять.
> И регулярные бекапы никто не отменял, даже на ноутбуке(хотя бы пользовательские
> данные). Если ты забил болт на smart и надеешься на zfs,
> то что-то пошло не так. Нафиг надо программно делать то, что
> железка умеет самостоятельно?
> Я понял, ZFS нужна для подыхающих носителей, она предупредит :)

Бэкапы, кстати, никто не отменяет и для ZFS. Напомню: scrub на конкретном носителе выводит список ПОТЕРЯННЫХ файлов. А как они потерялись — из-за аппаратного сбоя в контуре записи, из-за "черепичной" структуры диска, из-за космических лучей, повредивших буфер записи — это совершенно не волнует ZFS. Она ставит пользователя перед фактом: нужно воспользоваться бэкапом для восстановления потерянного по списку.

Сколько времени у пользователя займёт разбор того, что у него потерялось на классических ФС? Столько, сколько побайтовое сравнение файлов в бэкапе и на жёстком диске! А эта операция несовсем быстрая.


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

408. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (414), 16-Июл-22, 14:05 
>А как они потерялись — из-за аппаратного сбоя в контуре записи, из-за "черепичной" структуры диска, из-за космических лучей, повредивших буфер записи — это совершенно не волнует ZFS.

Каким образом могут потеряться данные на носителе кроме физического сбоя? Используются какие-то носители, которые на ровном месте теряют данные? Фтопту такие носители.

>Сколько времени у пользователя займёт разбор того, что у него потерялось на классических ФС?

Не понимаю, нафиг такие навороты в зоопарке? Надо просто использовать носители, гарантирующие достоверность данных, которые на них записывают.

>Столько, сколько побайтовое сравнение файлов в бэкапе и на жёстком диске! А эта операция несовсем быстрая.

Чем и занимается zfs. Регулярно. В штатном режиме. Используя cpu и память. На ноутбуке.
Вы там обкурились, что-ли?

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

416. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от iZENemail (ok), 16-Июл-22, 15:38 
>>Столько, сколько побайтовое сравнение файлов в бэкапе и на жёстком диске! А эта операция несовсем быстрая.
> Чем и занимается zfs. Регулярно. В штатном режиме. Используя cpu и память.

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

> На ноутбуке.

"Ноутбук — не компьютер." ©

> Вы там обкурились, что-ли?

А вы что предлагаете, и дальше продолжать использовать Ext4/UFS2 в ненадёжной среде с терабайтными хранилищами пользовательских данных? Ну-ну, продолжайте вещать "во имя добра".


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

422. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (422), 18-Июл-22, 13:18 
>Не, я против ZFS ничего не имею. Эдакий монстр всё в одном флаконе. Для сервера с виртуалками и без рейда норм. Но зачем это на ноуте или рабочей станции? А альтернатив просто нет.

А мифические ноуты или рабочие станции с "терабайтными хранилищами пользовательских данных" для чего нужны? Фильмы с порнухой хранить? Просто интересно :)

>Ноутбук — не компьютер." ©
> Вы там обкурились, что-ли?

Похоже, это какие-то вещества потяжелее :)

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

461. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 20-Июл-22, 03:49 
Изя в свое время зажег напалмом - собрав пул из 3, чтоли, ноутбучных дисков и показав нам, лохам, супер-производительность оного. Мегов 13 в секунду, чтоли, с 3 дисков получилось... =)
Ответить | Правка | Наверх | Cообщить модератору

413. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (414), 16-Июл-22, 14:25 
Просто интересно, каким образом вы не теряли данные до появления ZFS? :)
Ответить | Правка | К родителю #404 | Наверх | Cообщить модератору

418. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от iZENemail (ok), 16-Июл-22, 15:41 
> Просто интересно, каким образом вы не теряли данные до появления ZFS? :)

1) Данных по объёмам было немного.
2) Для их восстановления хватало бэкапов на оптических дисках и лентах.


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

438. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (179), 19-Июл-22, 21:35 
>1) Данных по объёмам было немного.

Немного - это не число.

>2) Для их восстановления хватало бэкапов на оптических дисках и лентах.

То есть, до появления ZFS не существовало систем/сервисов, которые при записи на носитель не теряли данные? Очень интересно :)

>А как они потерялись — из-за аппаратного сбоя в контуре записи, из-за "черепичной" структуры диска, из-за космических лучей, повредивших буфер записи

Грамотное обоснование потери данных, да :)
Ты кроме ZFS вообще про другие системы/сервисы не слышал?

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

442. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от iZENemail (ok), 19-Июл-22, 22:32 
>>1) Данных по объёмам было немного.
> Немного - это не число.

А сколько надо, чтобы не утомлять пользователя ожиданием копирование важных данных на отдельный (резервный) носитель?

>>2) Для их восстановления хватало бэкапов на оптических дисках и лентах.
> То есть, до появления ZFS не существовало систем/сервисов, которые при записи на
> носитель не теряли данные? Очень интересно :)

Не существовало файловых систем, которые бы гарантировали запись данных без помощи аппаратных ухищрений (батарейки в аппаратном RAID-контроллере).

> Ты кроме ZFS вообще про другие системы/сервисы не слышал?

Про NTFS по работе читал специальную литературу. А что?


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

443. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (179), 19-Июл-22, 23:02 
>А сколько надо, чтобы не утомлять пользователя ожиданием копирование важных данных на отдельный (резервный) носитель?

До "терабайт пользовательских данных" :)
Ответа нет.

Сказал бы сразу, у тебя лично не было *байт данных, которые надо было отслеживать на предмет достоверности. А как появилась ZFS, сразу налил терабайты пользовательских данных, сохранность которых надо проверять. В горячем режиме. На обычной рабочей станции или на "не компьютере" с автономным питанием :)

>Не существовало файловых систем, которые бы гарантировали запись данных без помощи аппаратных ухищрений (батарейки в аппаратном RAID-контроллере).

Читай больше литературы. Не только про NTFS. Хорошо знать историю одного проекта, но это не вся история.

Например, у вашего любимого Oracle который вам подарил ZFS.
Дядя Ларри хитрый жук, он у Sun много чего купил, да и сам тоже много чего сделал, но не для всех  :)
И это только один пример.

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

466. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от iZENemail (ok), 20-Июл-22, 21:36 
> Читай больше литературы. Не только про NTFS. Хорошо знать историю одного проекта,
> но это не вся история.
> Например, у вашего любимого Oracle который вам подарил ZFS.

Oracle никогда не был любимой конторой. Это пример конторы-хищника.

ZFS подарил миру Sun, а не Oracle.

> Дядя Ларри хитрый жук, он у Sun много чего купил, да и сам тоже много чего сделал, но не для всех  :)

Oracle закрыла дальнейшие разработки ZFS от публикаций, поэтому форки (свободный и проприетарный) давно несовместимы между собой.

> И это только один пример.

Пример неважный.


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

445. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (179), 19-Июл-22, 23:50 
>Про NTFS по работе читал специальную литературу. А что?

В данном конкретном случае рекомендую изучить литературу на предмет того, чем отличается ZFS от OpenZFS:

https://docs.oracle.com/cd/E23823_01/html/819-5461/gbgxg.htm...

ZFS Hardware and Software Requirements and Recommendations
Ensure that you review the following hardware and software requirements and recommendations before attempting to use the ZFS software:

Use a SPARC or x86 based system that is running at least the Solaris 10 6/06 release or later release.
...
If you create a mirrored disk configuration, use multiple controllers.

Ну и далее по тексту.

Solaris - это как раз тот самый UNIX, да.
Уже от Oracle.
Который, кстати продает свой Oracle Linux, заточенный под свои продукты.

P.S. Oracle for FreeBSD никогда не было. Почему?

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

467. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от iZENemail (ok), 20-Июл-22, 21:43 
> Use a SPARC or x86 based system that is running at least
> the Solaris 10 6/06 release or later release.
> ...
> If you create a mirrored disk configuration, use multiple controllers.
> Ну и далее по тексту.

Боюсь что эта информация больше не актуальна.

> Solaris - это как раз тот самый UNIX, да.
> Уже от Oracle.
> Который, кстати продает свой Oracle Linux, заточенный под свои продукты.

И сейчас Solaris доживает последние годки.

> P.S. Oracle for FreeBSD никогда не было. Почему?

Потому что разработчик Solaris — Sun, а Oracle тупо купил разработки SunOS вместе с активами, чтобы приобрести клиентскую базу и немножко пожить на сопровождении унаследованного оборудования, не изобретая существенно ничего нового.
То же самое с Oracle Linux — тупо взять, что плохо лежит (RHEL), переименовать и объявить, что обеспечивает поддержку Linux. Всё.

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

446. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (449), 20-Июл-22, 00:39 
>Не существовало файловых систем, которые бы гарантировали запись данных без помощи аппаратных ухищрений (батарейки в аппаратном RAID-контроллере).

Если не изучал, значит, не существовало?
Про Novell SFT изучал литературу?
Банковские системы, да.

P.S. Синдром утенка, в шорах.
P.P.S. Что такое шоры, сам найдешь?

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

468. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от iZENemail (ok), 20-Июл-22, 21:45 
> Про Novell SFT изучал литературу?
> Банковские системы, да.

Это такое болото... Раз затянет — до конца жизни не веберешься на белый свет.

> P.S. Синдром утенка, в шорах.
> P.P.S. Что такое шоры, сам найдешь?

Просто не интересно.


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

435. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 19-Июл-22, 11:25 
> На ноуте ZFS — чтобы вовремя обнаружить крэш пользовательских данных на подыхающем
> носителе. При этом zpool scrub выведет полный список безвозвратно утерянных файлов,
> чтобы не искать в ошмётках каталога /.lost+found, любезно сложенных fsck классических ФС.

Только в линухе btrfs умеет в DUP, делая 2 копии на 1 носителе, что как бы дает шансы еще и данные полностью вынуть. А случайный бэд раз в сто лет под метаданными - не выносит всю систему наповал. Хотя мог бы - в более обычной ФС.

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

469. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от iZENemail (ok), 20-Июл-22, 21:52 
>> На ноуте ZFS — чтобы вовремя обнаружить крэш пользовательских данных на подыхающем
>> носителе. При этом zpool scrub выведет полный список безвозвратно утерянных файлов,
>> чтобы не искать в ошмётках каталога /.lost+found, любезно сложенных fsck классических ФС.
> Только в линухе btrfs умеет в DUP, делая 2 копии на 1

:facepalm:
> носителе, что как бы дает шансы еще и данные полностью вынуть.

zfs set copies=100500 myzpool/myzfs
Ну и?
Правда, если единственный носитель в пуле сдохнет, то копии на нём не помогут. Это же относится ко всем без исключения ФС — таковы законы физики.

> А случайный бэд раз в сто лет под метаданными - не
> выносит всю систему наповал. Хотя мог бы - в более обычной
> ФС.

Да знаем мы эти истории про восстановление Btrfs родными утилитами, которые обычно делают из данных кашу.


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

341. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +1 +/
Сообщение от Аноним (-), 15-Июл-22, 22:38 
> Нетфликсеры с сони нинтендами вас тоже кинули? Ну это бизнес, да.

Ну давай посмотрим:


git log --since="01.01.2015"|grep -ic "sponsored.*netflix"
1812
(причем, это уже "атомарные" изменения-фиксы-улучшения, а не 100500 кусочков "помельче, помельче - чтоб в экран влазило")
Смотрим далее:
https://lists.freebsd.org/pipermail/freebsd-amd64/2011-March...
> I am representing a group in Sony that wishes to submit the patch below to add the described feature to AVX.  

Эрго - очередной пингвинячий вспук в лужу. Ничего нового.

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

355. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  –1 +/
Сообщение от Аноним (-), 15-Июл-22, 23:52 
> (причем, это уже "атомарные" изменения-фиксы-улучшения, а не 100500 кусочков "помельче,
> помельче - чтоб в экран влазило")

А зачем кусочки помельче надо было - вы узнаете при git bisect. Или не узнаете, бутнувшись в маздайку при очередной проблеме :)))

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

358. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 16-Июл-22, 00:07 
>> (причем, это уже "атомарные" изменения-фиксы-улучшения, а не 100500 кусочков "помельче,
>> помельче - чтоб в экран влазило")
> А зачем кусочки помельче надо было - вы узнаете при git bisect.

А зачем ты опять пyкнул в лужу, выдав свое незнание о наличии CURRENT/STABLE/RELEASE и такой вещи как MFC (merge from current) - мы когда именно узнаем?
> Или не узнаете, бутнувшись в маздайку при очередной проблеме :)))

Походу, пингвинята судят всех по себе. Увы - тут ты опять пустил газ в лужу - последней маздайкой я видел XP.

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

447. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (449), 20-Июл-22, 01:13 
Так от нетфликса лучше стало?
А в чём?
Ответить | Правка | Наверх | Cообщить модератору

386. Скрыто модератором  +/
Сообщение от Аноним (-), 16-Июл-22, 12:00 
Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

390. Скрыто модератором  +/
Сообщение от Аноним (-), 16-Июл-22, 12:39 
Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

405. Скрыто модератором  +/
Сообщение от Аноним (96), 16-Июл-22, 13:55 
Ответить | Правка | Наверх | Cообщить модератору

448. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (449), 20-Июл-22, 01:30 
>git log --since="01.01.2015"|grep -ic "sponsored.*netflix"

1812

А что изменилось-то?

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

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

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




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

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