The OpenNET Project / Index page

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



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

Оглавление

OpenNews: Включение журналирования в UFS для FreeBSD, opennews (ok), 20-Июн-06, (0) [смотреть все]

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


44. "Включение журналирования в UFS для FreeBSD"  +/
Сообщение от X0R (?), 22-Июн-06, 11:35 
а разве fsck на фре работает не в фоне? или я ошибаюсь
вот на линуксе я ощущаю работу fsck при старте- это точно
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

45. "Включение журналирования в UFS для FreeBSD"  +/
Сообщение от echoemail (??), 22-Июн-06, 12:02 
>а разве fsck на фре работает не в фоне? или я ошибаюсь
>вот на линуксе я ощущаю работу fsck при старте- это точно

запуск на фоне - тоже никому не нужная фитча, которую сделали в 5.x
fsck на фоне грузит винт так, что остальные приложения не могут нормально
работать. в итоге всё равно приходиться ждать, и ждать гораздо дольше, т.к.
ось не в однопользовательском режиме. а если прикладная прога поюзает
кривые иноды раньше fsck?

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

я тоже не в восторге, когда приходиться юзать рыбий жир.

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

49. "Включение журналирования в UFS для FreeBSD"  +/
Сообщение от Квагга (?), 22-Июн-06, 22:30 
Пока не fsck - НЕ загрузится.
Ответить | Правка | Наверх | Cообщить модератору

50. "Включение журналирования в UFS для FreeBSD"  +/
Сообщение от echoemail (??), 23-Июн-06, 00:04 
> Пока не fsck - НЕ загрузится.

да не нужет он загруженный без fsck. всё равно тормозит и толком не работает.
пусть почекается и загружается нормально. раз в году авария такая бывает, 5 минут
в лом подождать?

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

крутая технология, fs чекать каждые несколько секунд. прямо фонтан гениальных идей.
купи упса и не парься.

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

52. "Включение журналирования в UFS для FreeBSD"  +/
Сообщение от Аноним (3), 27-Июн-06, 14:39 
гыгыгы. по умолчанию ext3 журналирует _метаданные_, чего достаточно для обхода fsck.
а ваше "журналирование" всего в ufs - это да, нафиг такое поделие.

ups не решает проблему полностью. просто потому, что ядро может накернуться. вследствии
ошибок железа, драйверов или просто ядра. понятно, что у freebsd такого не бывает ;)

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

53. "Включение журналирования в UFS для FreeBSD"  +/
Сообщение от echoemail (??), 27-Июн-06, 16:18 
>гыгыгы. по умолчанию ext3 журналирует _метаданные_, чего достаточно для обхода fsck.

если почитаешь выше, то увидишь, что это уже обсуждалось

>а ваше "журналирование" всего в ufs - это да, нафиг такое поделие.

если бы была реальная производственная необходимость, эту работу выполнили бы полтора
десятилетия назад. не надо никому.
в desktop/pc-bsd может и включат по дефолту, там как раз будет.
в любом случае работа выполнена на высоком профессиональном уровне, не то что у некоторых

>ups не решает проблему полностью. просто потому, что ядро может накернуться. вследствии
>ошибок железа, драйверов или просто ядра. понятно, что у freebsd такого не
>бывает ;)

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

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

54. "Включение журналирования в UFS для FreeBSD"  +/
Сообщение от Аноним (3), 27-Июн-06, 19:28 
не нужно отсылать меня к каким-то там обсуждениям -- я умею читать маны.

в качесте _замены_ журналированию, в freebsd сделали SU + background fsck.
только вот недалекие люди оказались, bsd'шные разработчики - видимо поленились
поглядеть какими темпами растет емкость дисков и сколько времени будет кушать
fsck на fs размером в десятки-сотни TB.

про высокий профессиональный уровень советую вам помолчать. ибо поделию этому,
выполненному на уровне geom, еще ползти и ползти до jbd в linux, который
умеет журналировать метаданные, а не все подряд. ну я понимаю, конечно, что
freebsd не предназначена для хорошей производительности I/O (положим несколько
сотен MB/s), поэтому и это корявое поделие в geom "сойдет". как и доисторический
vfs, в котором два параллельных rename'а могут попортить консистентость fs.

да-да, замечательно. дайте только ему несколько часов. или у вас в bsd world
никто не слышал про массивы размером в сотни TB?

PS. как много я узнал о bsd people :)

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

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

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




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

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