Pawel Jakub Dawidek включил (http://docs.freebsd.org/cgi/mid.cgi?200610312131.k9VLV1he014872) свои наработки по реализации журналирования GEOM провайдеров в дерево исходных кодов системы.URL: http://docs.freebsd.org/cgi/mid.cgi?200610312131.k9VLV1he014872
Новость: http://www.opennet.me/opennews/art.shtml?num=8671
Господа, кто-нибудь использует его?
ufs и без того одна из самых тормозных.
за модой ребята побежали, как девочки.
софтапдейт вполне достаточно, чтобы комфортно жить.
а если у кого упса нет (25 баксов), или ядро глючное и вываливает дапм, или руки кривые и сам тормоз - так ему журналирование будет в самый раз.
Вы, видимо, никогда не ждали окончания работы fsck на 1Тб разделе.
Background File System Checking на некритичных для работы системы разделах уже не в моде?
Или это КОРЕНЬ в тер?-)
теперь подумай, как долго твой сервер будет мучаться нагрузкой от fsck на 1TB? как насчет 20/50/100TB?
так ждали или нет?
Судя по ответу - нет, не ждал.
Совместная работа fsck, постгресса и нагруженного апача на одном разделе - это печально.
Настолько, что лучше остановить и апач и постгресс.
Печально за админа, который PostgreSQL и Апач в один раздел ставит (если нагрузка недетская).
Достаточно только сервера БД, совлестно с background fsck.
по жизни отрубаю это дело.
На 100 гигах задолбало.
А что пишут про backgroud то это тоже абзац.
Без журналирования толку небыло и не будет.
У меня яшшик 4U. 2xЗиона, 12 шпинделей, 850Вт.Сколько раз по 25 баксов мне потребуется на УПС и оплату места в шкафу на колокейшене если второй поезд вышел со станции в 10 часов утра?
Ну как сказать, связи с приколами с тредами в FreeBSD, пришлось с нее сползти.
И юзать только по личной просьбе заказчика. А в линухах сории проблем с 1Тбайт не возникало.Хотя сама новость радует, а еще будут радовать если все будет работать стабильно.
Пока ка я понял только в CURRENT? А в stable будут включать, или как внешние патчи так и оставят?
Уже включили в STABLE (http://www.opennet.me/opennews/art.shtml?num=8049).