The OpenNET Project / Index page

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

форумы  правила/FAQ  поиск  регистрация  вход/выход  слежка  RSS
"Патчи для поддержки журналирования в UFS добавлены во FreeBS..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от opennews (ok) on 26-Апр-10, 12:41 
В основную ветку разработки FreeBSD-CURRENT, которая станет основой следующего стабильного релиза FreeBSD 9.0, были <a herf="http://lists.freebsd.org/pipermail/svn-src-head/2010-April/0...добавлены</a> патчи, которые реализуют поддержку журналирования Soft Updates для основной для FreeBSD файловой системы UFS. Всего было добавлено 11 тысяч строк кода и 2 тысячи было удалено. Максимальный размер журнала составляет 32 Мб, и он хранит записи о последнем миллионе операций (одна операция = 32 байта). Работа по добавлению этой возможности была спонсирована компаниями iXsystems, Yahoo! и Juniper.


Журналирование метаданных, изменяемых при работе Soft Updates (SU+J), позволит отказаться от необходимости запуска fsck после некорректного размонтирования файловой системы. SU+J позволяет достичь очень высокой скорости восстановления состояния файловой системы при очень малом объеме журнала, при этом система полностью обратно совместима с нежурналируемым вариантом softupdates. Ранее жур...

URL: http://lists.freebsd.org/pipermail/svn-src-head/2010-April/0...
Новость: https://www.opennet.ru/opennews/art.shtml?num=26376

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

Оглавление

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


1. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от RedRat (ok) on 26-Апр-10, 12:41 
Надеюсь, бэкпорт в 8-ку не заставит себя долго ждать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от fi (ok) on 26-Апр-10, 12:54 
Ура!!! Свершился переход аналогичный ext2->ext3 :)

Ждем-с переход аналогичны на ext4 :)))

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

5. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –7 +/
Сообщение от iZEN (ok) on 26-Апр-10, 13:35 
Вот когда Ext4 научится делать снапшоты, как UFS2, тогда и поговорим об этом.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

8. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +4 +/
Сообщение от Sergey email(??) on 26-Апр-10, 13:58 
снапшоты умеет делать LVM, зачем это еще на уровне FS городить?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –3 +/
Сообщение от iZEN (ok) on 26-Апр-10, 14:35 
>снапшоты умеет делать LVM, зачем это еще на уровне FS городить?

"dd тоже умеет делать снимки. Зачем какой-то LVM?" :))


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

15. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –2 +/
Сообщение от stranger (??) on 26-Апр-10, 16:14 
Если досточтимый сэр не знает что такое LVM, то не стоит тут позировать своим незнанием.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

25. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 26-Апр-10, 18:25 
Если не менее досточтимый сэр не знает что такое снапшоты на уровне FS а не LVM(которого к примеру может и не быть8-) - то не стоит тут позировать своим незнанием.

;-p

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

28. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +2 +/
Сообщение от stranger (??) on 26-Апр-10, 18:54 
Снапшоты на уровне FS в Linux не нужны, потому что снапшоты LVM будут работать с любой (!) FS, с которой Linux может работать. Но в BSD-системах ведь нет такого богатства FS, правда? ;)
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

31. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от Andrew Kolchoogin on 26-Апр-10, 19:58 
> Снапшоты на уровне FS в Linux не нужны, потому что снапшоты LVM будут работать
> с любой (!) FS, с которой Linux может работать.

Не будут.

Постольку поскольку LVM как бэ не в курсе состояния overlaying-файловой системы, то для получения корректного LVM-снэпшота надо, условно говоря, сделать sync() снэпшотируемой файлухи, после чего сделать LVM Snapshot, причём оба этих действия необходимо делать _атомарно_, чего Linux, разумеется, не умеет.

Соответственно, в текущей реализации LVM, действительно, поддерживает снэпшоты _любых_ файловых систем -- только эти _любые_ файловые системы необходимо предварительно размонтировать. :)

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

34. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +2 +/
Сообщение от mma on 26-Апр-10, 20:10 
походу вы сэр просто не в курсе как работают снепшоты в LVM
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

66. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +2 +/
Сообщение от аноним on 26-Апр-10, 23:30 
так просветите.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

92. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 27-Апр-10, 07:39 
http://xgu.ru/wiki/LVM#.D0.A0.D0.B5.D0.B7.D0.B5.D1.80.D0.B2....
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

102. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +2 +/
Сообщение от Аноним (??) on 27-Апр-10, 10:21 
>походу вы сэр просто не в курсе как работают снепшоты в LVM

По моему Андрей всё правильно написал. Посмотрите например ссылку минона, там в качестве примера берётся СУБД. Для снапшота нужно _остановить_ СУБД, а для XFS ещё нужно делать xfs_freeze, о чём и писал Андрей.

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

133. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от fi (ok) on 27-Апр-10, 14:06 
> Для снапшота нужно _остановить_ СУБД

Увы, это нужно делать всегда, с любым снепшотом!!!
Точнее делать заморозку, почитайте про тот же RMAN.

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

136. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 27-Апр-10, 14:18 
>> Для снапшота нужно _остановить_ СУБД
>
>Увы, это нужно делать всегда, с любым снепшотом!!!

У нормальной СУБД должна быть своя родная снапшотилка и бэкапилка. Делать снапшоты базы данных средствами операционной системы и ФС — это бред.


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

246. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Аноним (??) on 28-Апр-10, 13:51 
>>> Для снапшота нужно _остановить_ СУБД
>>
>>Увы, это нужно делать всегда, с любым снепшотом!!!
>
>У нормальной СУБД должна быть своя родная снапшотилка и бэкапилка. Делать снапшоты
>базы данных средствами операционной системы и ФС — это бред.

Мущино видимо не работал с большими базами данных. Бэкап средствами ФС является наилучшим с точки зрения скорости восстановления данных из бэкапа.

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

256. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 28-Апр-10, 14:50 
>>>> Для снапшота нужно _остановить_ СУБД
>>>
>>>Увы, это нужно делать всегда, с любым снепшотом!!!
>>
>>У нормальной СУБД должна быть своя родная снапшотилка и бэкапилка. Делать снапшоты
>>базы данных средствами операционной системы и ФС — это бред.
>
>Мущино видимо не работал с большими базами данных. Бэкап средствами ФС является
>наилучшим с точки зрения скорости восстановления данных из бэкапа.

Совершенно верно.

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

320. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от kibab on 29-Апр-10, 22:40 
Вы не правы. Как раз недавно БД переносили, UFS-снапшот с БД > 30 Гб делается около минуты.
Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

181. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 22:24 
>> Для снапшота нужно _остановить_ СУБД
>
>Увы, это нужно делать всегда, с любым снепшотом!!!
>Точнее делать заморозку, почитайте про тот же RMAN.

Мсье не знает, о чем говорит. Останавливать СУБД не только нежелательно, но и вредно.
Тот же мускул поверх зфс можно без остановки бэкапить:
http://sav.ecom24.ru/2010/01/mysql-zfs-backup/

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

193. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 00:47 

>Мсье не знает, о чем говорит. Останавливать СУБД не только нежелательно, но
>и вредно.
>Тот же мускул поверх зфс можно без остановки бэкапить:
>http://sav.ecom24.ru/2010/01/mysql-zfs-backup/

Увы, сайт sav.ecom24.ru на момент написания ответа слег.

Собственно, мысль заключается в том, что без журнала БД (вроде innodb) любой снапшот есть некоторая лотерея (как и отключение питания/резет сервера), и чреват myisamcheck'ом

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

212. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 05:48 
а там собственно так и написано:
#!/bin/sh
user='mysqlbackup';
pass='superpass';
/usr/local/bin/mysql -u $user -p$pass -e 'STOP SLAVE; FLUSH LOGS; FLUSH TABLES WITH READ LOCK; \
SYSTEM zfs destroy -r data/mysql@yesterday; \
SYSTEM zfs rename -r data/mysql@today @yesterday; \
SYSTEM zfs snapshot -r data/mysql@today; \
UNLOCK TABLES; START SLAVE;'

собственно о чём ещё могут говорить блокировки всех таблиц?
панацея отменяется. (в качестве сладкой пилюли - говорит что 15GB база снэпшотится за 30с)

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

214. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 07:13 
>[оверквотинг удален]
>/usr/local/bin/mysql -u $user -p$pass -e 'STOP SLAVE; FLUSH LOGS; FLUSH TABLES WITH
>READ LOCK; \
>SYSTEM zfs destroy -r data/mysql@yesterday; \
>SYSTEM zfs rename -r data/mysql@today @yesterday; \
>SYSTEM zfs snapshot -r data/mysql@today; \
>UNLOCK TABLES; START SLAVE;'
>
>собственно о чём ещё могут говорить блокировки всех таблиц?
>панацея отменяется. (в качестве сладкой пилюли - говорит что 15GB база снэпшотится
>за 30с)

Собственно 30с это время взятия лока и ожидание завершения пишущих тредов, сам снапшот делается очень быстро. Да и глобал рид лок != перезапуск сервера, во втором случае база запустится на холодном кэше и еще очень долго будет терзать диск.

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

225. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 10:31 
вы до сих пор не поняли, что тоже самое и на лвм?
в данном случае "остановить_работу" означает "приостановить_выполнение_процесса_и_сбросить_кэш"
Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

233. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 11:22 
Тоже, да не тоже:
"Запись данных на том, с которого сделан снимок, очень сильно замедлена по сравнению с обычной работой!"
В той же статье приводятся результаты теста производительности, которые показывают падение скорости записи в 7 раз при использовании lvm снапшотов. Это первый минус, от которого избавлен ZFS.
Второй минус - отсутствие в LVM возможности делать инкрементальные снапшоты, что при больших объемах данных сводит возможность применения на нет.
Ответить | Правка | ^ к родителю #225 | Наверх | Cообщить модератору

235. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от минона on 28-Апр-10, 12:15 
вопрос/спор был о возможностях. а это как оказалось возможно, не так ли? :D

ну а если вы хотите поговорить о производительности, чтож. мускуль раза в два так медленнее на zfs, чем на ufs (это в солярке на спарках. на бзд не проверял). а на x86 (опенсолярка vs linux+lvm) и того больше.
тоже на субд оракл. (и это всё на 64-х битах. на 32 ещё хуже)
и не только в момент снепшота, а постоянно.

зы:
zfs хорошая фс, но не надо уподобляться трухину и пихать её во всё оголтело.
что хорошо для файло-помойки не всегда хорошо для бд, кластеров, этк.

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

237. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 28-Апр-10, 12:58 
> ну а если вы хотите поговорить о производительности, чтож. мускуль раза в два так медленнее на zfs, чем на ufs

Вы не правы, т.к. не всегда. этот вопрос уже обсасывали. Поищите на Хабре.

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

238. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 13:13 
извиняюсь, конечно, но данный вопрос "обсасывался" мной в продакшене, в том числе с консультациями на оракловом металинке.

зы:
субд будет медленнее на нагруженной системе хотя бы потому, что озу для субд много не бывает.
ззы:
это я ещё про aio не говорил.

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

255. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 28-Апр-10, 14:48 
вы утверждаете, что ставили на FreeBSD  и ZFS с оракловой БД? или я что-то не так понял? и оракел вас с таким решением еще и консультировал?
Ответить | Правка | ^ к родителю #238 | Наверх | Cообщить модератору

257. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 28-Апр-10, 14:51 
тьфу ты проворонил, вы же сказали про соляру. Извините.
Короч, я вам все равно не особо верю. Есть куча людей, которые подробно проводили тестирования и делали выводы.
Ответить | Правка | ^ к родителю #255 | Наверх | Cообщить модератору

259. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 15:02 
да ваше право. я ж не настаиваю.
лично я всегда тестирую сам. (кстати, именно по-этому санки так и наехали на тесты от tpc - мол устарели и не актуальны - http://www.google.com/search?q=sun+tpc+%D1%83%...)

зы:
к примеру zfs в доке по субд oracle вы так и не найдёте (в отличае от lvm).
и она (по-моему, лень смотреть) так и не сертифицирована.
ззы:
вообще-то видел народ, который и на фри оракл ставил. но только 32-бита.
ну а на 32-битных не до zfs вообще, сами понимаете.

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

283. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Anon Y Mous on 28-Апр-10, 18:34 
> к примеру zfs в доке по субд oracle вы так и не найдёте (в отличае от lvm). и она (по-моему, лень смотреть) так и не сертифицирована.

сертифицирована, так будем считать, я вам сэкономил усилия на поиск. ну а не верите - проверьте :-)

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

290. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 20:38 
я ж сказал - по моему.
а вот если в оф.доке найдёте штатное применение снэпшотов zfs для архивирования/восстановления - спасибо скажу.

зы:
в общем и сам уже посмотрел - с 10.2.0.4, а для оебс - только для датабэйс-тиер

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

239. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 28-Апр-10, 13:15 
>вопрос/спор был о возможностях. а это как оказалось возможно, не так ли?
>:D
>
>ну а если вы хотите поговорить о производительности, чтож. мускуль раза в
>два так медленнее на zfs, чем на ufs (это в солярке
>на спарках. на бзд не проверял). а на x86 (опенсолярка vs
>linux+lvm) и того больше.
>тоже на субд оракл. (и это всё на 64-х битах. на 32
>ещё хуже)
>и не только в момент снепшота, а постоянно.

Ложь.


>зы:
>zfs хорошая фс, но не надо уподобляться трухину и пихать её во
>всё оголтело.
>что хорошо для файло-помойки не всегда хорошо для бд, кластеров, этк.

Иди читай про тюнинг ZFS для размещения баз данных.

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

240. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 13:21 
ZFS For Databases почитайте, чтоли. ZFS нужно тюнить для работы с СУБД, как и СУБД требуют определенных настроек для работы поверх ZFS.

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

296. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 29-Апр-10, 00:57 
>[оверквотинг удален]
>на спарках. на бзд не проверял). а на x86 (опенсолярка vs
>linux+lvm) и того больше.
>тоже на субд оракл. (и это всё на 64-х битах. на 32
>ещё хуже)
>и не только в момент снепшота, а постоянно.
>
>зы:
>zfs хорошая фс, но не надо уподобляться трухину и пихать её во
>всё оголтело.
>что хорошо для файло-помойки не всегда хорошо для бд, кластеров, этк.

Я измерял скорость записи данных в файл и копирование файлов на зеркало GMirror под UFS2 и зеркало в пуле ZFS под FreeBSD 8.0-RELEASE. Выводы утешительные: на UFS2 запись происходила быстрее, чем на ZFS, всего лишь на ~12%.

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

300. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 29-Апр-10, 01:41 

>Я измерял скорость записи данных в файл и копирование файлов на зеркало
>GMirror под UFS2 и зеркало в пуле ZFS под FreeBSD 8.0-RELEASE.
>Выводы утешительные: на UFS2 запись происходила быстрее, чем на ZFS, всего
>лишь на ~12%.

Дело в том, что в ряде случаев вообще лучше использовать raw device, вообще без файловой системы, сейчас это уже не только Ынтерпрайзный Оракл умеет, но даже MySQL.

Именно в этом случае и удобнее lvm с его снапшотами для бэкапов, пусть и не инкрементальных

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

301. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от lagman email on 29-Апр-10, 04:53 
Товарисч, скорость записи на носитель не является ключевым показателем когда речь идет о базах данных. Смотреть надо сколько tps сможет прожевать хранилище, и в этом плане у ZFS сливает, даже с логом на ssd.
Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

234. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 11:26 
>вы до сих пор не поняли, что тоже самое и на лвм?
>
>в данном случае "остановить_работу" означает "приостановить_выполнение_процесса_и_сбросить_кэш"

Ну вы в курсе да, что флаш таблиц с локом требуется только для myisam таблиц? innodb можно снапшотить не даже не сбрасывая кэш.


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

236. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 12:17 
ну вы наверное уже и сами догадались как я отвечу? не?
Ответить | Правка | ^ к родителю #234 | Наверх | Cообщить модератору

242. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 13:34 
>>вы до сих пор не поняли, что тоже самое и на лвм?
>>
>>в данном случае "остановить_работу" означает "приостановить_выполнение_процесса_и_сбросить_кэш"
>
>Ну вы в курсе да, что флаш таблиц с локом требуется только
>для myisam таблиц? innodb можно снапшотить не даже не сбрасывая кэш.

Если лог большой, это чревато долгим простоем...

Но не суть: innodb, конечно, хорошо, но на ряде задач (вроде мелких сайтиков) ее использовать просто жалко, с точки зрения потребления ОЗУ


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

244. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 13:49 
Если мелкие сайтики, то их бэкапить можно чем угодно, вплоть до mysqldump - время локов будет короткое и редкий пользователь ничего не заметит.
Ответить | Правка | ^ к родителю #242 | Наверх | Cообщить модератору

248. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 14:04 
>Если мелкие сайтики, то их бэкапить можно чем угодно, вплоть до mysqldump
>- время локов будет короткое и редкий пользователь ничего не заметит.

mysqldump чреват проблемами с кодировкой (увы, быдло-код в PHP-проектах неистребим)


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

269. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 28-Апр-10, 15:36 
>>Если мелкие сайтики, то их бэкапить можно чем угодно, вплоть до mysqldump
>>- время локов будет короткое и редкий пользователь ничего не заметит.
>
>mysqldump чреват проблемами с кодировкой (увы, быдло-код в PHP-проектах неистребим)

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

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

271. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 15:44 
>>>Если мелкие сайтики, то их бэкапить можно чем угодно, вплоть до mysqldump
>>>- время локов будет короткое и редкий пользователь ничего не заметит.
>>
>>mysqldump чреват проблемами с кодировкой (увы, быдло-код в PHP-проектах неистребим)
>
>причем тут быдлокод? сколько работаю, из любого дампа нормально можно залить, да
>иногда есть не соответствие кодировок,

Не иногда, а часто(в случае быдло-кода, который мы, увы, часто подбираем - больше никто за него не берется). Слишком часто разные деятели используют SET NAMES по-разному в разных скриптах, даже разные кодировки в одной таблице.

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

250. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 14:25 
myisam используют не только для мелких сайтов, но и для больших таблиц, где важна скорость запросов.
к тому же логи (редо-логи, логи трнзакций и т.д. - выбирайте термин по-вкусу. один хрен во всех субд делают одно и тоже) тем и характерны, что сами сбрасывают свой кэш в фс на диск (fsync) перед тем как зафиксируют транзакцию в бд (где кэш или "грязные" блоки сбрасываются уже реже - чекпоинты к примеру).
при восстановлении незафиксированные тразакции в бд накатываются из логов.
вот один в один как и с zfs бэкап мускуля на lvm - http://www.mysqlperformanceblog.com/2006/08/21/using-lvm-for.../
вот тут про иннодб - http://forums.zmanda.com/showthread.php?t=1388 (тоже и на zfs)
Ответить | Правка | ^ к родителю #244 | Наверх | Cообщить модератору

252. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 14:29 

>вот один в один как и с zfs бэкап мускуля на lvm
>- http://www.mysqlperformanceblog.com/2006/08/21/using-lvm-for.../
>вот тут про иннодб - http://forums.zmanda.com/showthread.php?t=1388 (тоже и на zfs)

Если это мне, мы так и делаем (на Linux-серверах). Единственная проблема только в том, что у нас крутится несколько виртуалок и контейнеров, root-доступ к которым только у клиентов, со всеми вытекающими (нельзя сделать лок таблиц).
То есть, конечно, сделать это "в обход" клиентов можно, но они это не оценят.

Поэтому и храним инкреметы и zero-копии где-то за два месяца, на всякий случай, так как уже были проблемы.

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

253. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 14:36 
вот тут может даже по-лучше будет http://oracle2mysql.wordpress.com/2007/08/27/mysql-backups-f.../
Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

268. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 15:34 
>вот тут может даже по-лучше будет http://oracle2mysql.wordpress.com/2007/08/27/mysql-backups-f.../

Статья чуть менее, чем полностью унылая.
mysqldump не применим на больших проектах, про производительность lvm со снапшотами уже было сказано. Копирование файлов базы на реплике - применимо только на небольших базах.
На больших объемах датасета данные будут копироваться часами, потом часами догонять мастера. При использовании zfs snapshot на бэкапном слейве - задержка репликации будет минимальна.

Кроме того, не раскрыты темы innodb hot backup, xtrabackup (хотя этот появился сравнительно недавно).

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

270. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 15:42 
метод абсолютно такой же. утверждалось, что его вообще нет.
минимально, максимально - совсем другой вопрос.
Ответить | Правка | ^ к родителю #268 | Наверх | Cообщить модератору

277. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 17:35 
>>вот тут может даже по-лучше будет http://oracle2mysql.wordpress.com/2007/08/27/mysql-backups-f.../
>
>Статья чуть менее, чем полностью унылая.
>mysqldump не применим на больших проектах, про производительность lvm со снапшотами уже
>было сказано. Копирование файлов базы на реплике - применимо только на
>небольших базах.

У нас все хорошо, тотально используем lvm-снапшоты. На части серверов диск самое узкое место (так как клиенты не понимают, зачем нужны "маленькие и дорогие" SAS, а покупают ненужные им по объему терабайтники SATA), а на части SAS использовать не рационально (на офиных файлопомойках, например)

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

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

278. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 17:48 
А если не секрет, чем делаются инкрементальные бэкапы?
Ответить | Правка | ^ к родителю #277 | Наверх | Cообщить модератору

280. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 18:03 
>А если не секрет, чем делаются инкрементальные бэкапы?

_Сейчас_, на всех *nix-серверах, Gnu tar + скрипт на bash через ssh на отдельную железку(точнее, эта она соединяется), но вообще это криво, и предполагается переход или на Bacula, или на BackupPC (пока нет времени разобраться, где решили проблему с бэкапом System State на win2k8)

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

291. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 20:42 
дык эта, а рсинк на что?

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

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

292. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 21:00 
>дык эта, а рсинк на что?

Ну его и рекомендуют для BackupPC для бэкапа Windows серверов. Что там с System State, с неверным состоянием которого в Bacula боролись с помощью Ntbackup, пока его не убрали из Win2k8, я пока не знаю (не добралась до документации, другим занимаюсь)

Для UNIX серверов rsync не нравится, так как хочется иметь глубокие бэкапы за два месяца, разложенные по затаренным и загзипленным файлам(для экономии места) в соотвествии с датами.

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

284. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 18:42 

>
>Кроме того, не раскрыты темы innodb hot backup, xtrabackup (хотя этот появился
>сравнительно недавно).

xtrabackup Только для 64-х битов, если не ошибаюсь, да и как-то его еще стремно использовать (хотя и не хочется платить за online backup innodb без slave-сервера)


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

261. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 15:14 
>[оверквотинг удален]
>где важна скорость запросов.
>к тому же логи (редо-логи, логи трнзакций и т.д. - выбирайте термин
>по-вкусу. один хрен во всех субд делают одно и тоже) тем
>и характерны, что сами сбрасывают свой кэш в фс на диск
>(fsync) перед тем как зафиксируют транзакцию в бд (где кэш или
>"грязные" блоки сбрасываются уже реже - чекпоинты к примеру).
>при восстановлении незафиксированные тразакции в бд накатываются из логов.
>вот один в один как и с zfs бэкап мускуля на lvm
>- http://www.mysqlperformanceblog.com/2006/08/21/using-lvm-for.../
>вот тут про иннодб - http://forums.zmanda.com/showthread.php?t=1388 (тоже и на zfs)

Спасибо, кэп! Всегда приятно вновь ознакомиться с теорией.

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

263. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 15:22 
незачто юнга. надеюсь теперь бреда будете писать меньше.
Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

265. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 15:23 
>незачто юнга. надеюсь теперь бреда будете писать меньше.

Теоретики такие теоретики :D

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

267. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 15:31 
вот именно.
чуть глубже капнёшь - никто не юзал, никто не использует, но преимущества знают все.
Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

251. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 14:28 
>собственно о чём ещё могут говорить блокировки всех таблиц?
>панацея отменяется. (в качестве сладкой пилюли - говорит что 15GB база снэпшотится
>за 30с)

Откуда там вообще возьмется время на снэпшоты?
На Sun Tech Days было очень много про zfs и в том числе про снэпшоты. Суть в том, что фс пишет измененные данные в новые сектора (всегда!), и просто обновляет метаданные на новый адрес. При создании снапшота "старые" блоки не пропадают из метаданных, а остаются привязанными к снапшоту. Поэтому снапшоты место занимают, но много меньше места, чем просто копия. И делаться поэтому же должны почти моментально.
В скрипте задержка может быть действительно, но не из-за снэпшота, а на закрытие активных соединений (пока всем юзерам отдастся все, что они запросили, пройдут все апдейты, инсерты итд), сбросы буферов, кэшей, закрытие таблиц...

Тут есть _компетентные_ солярщики? Которые точно знают, в какой момент может возникнуть задержка на снэпшотах?

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

260. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 15:12 
а какая разница? время всё-равно нужно. или нет?
или будем рассматривать фс вне контекста её применения?

зы:
что ещё раз доказывает, что на фс должно быть свободное место как минимум не меньше озу.
а лучше - ГОРАЗДО больше. вот и всё.

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

173. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok) on 27-Апр-10, 20:56 
>По моему Андрей всё правильно написал. Посмотрите например ссылку минона, там в
>качестве примера берётся СУБД. Для снапшота нужно _остановить_ СУБД,

В каком месте тамошнего примера останавливается СУБД? Какой командой? А то что запись при создании снапшота будет запаузена на время его создания так что СУБД несколько притормозит операции записи - ну как бы логично, да. И чего?

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

194. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 00:48 
>>походу вы сэр просто не в курсе как работают снепшоты в LVM
>
>По моему Андрей всё правильно написал. Посмотрите например ссылку минона, там в
>качестве примера берётся СУБД. Для снапшота нужно _остановить_ СУБД, а для
>XFS ещё нужно делать xfs_freeze, о чём и писал Андрей.

Устаревшая информация, freeze для xfs делать уже не нужно

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

62. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от iZEN (ok) on 26-Апр-10, 23:10 
>Снапшоты на уровне FS в Linux не нужны, потому что снапшоты LVM
>будут работать с любой (!) FS, с которой Linux может работать.

А что они дадут?

>Но в BSD-системах ведь нет такого богатства FS, правда? ;)

Ну, сравни игрушечный линуксовый LVM и RAID с ZFS: http://www.unixconsult.org/zfs_vs_lvm.html
;)


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

64. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +2 +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 23:20 
>>Снапшоты на уровне FS в Linux не нужны, потому что снапшоты LVM
>>будут работать с любой (!) FS, с которой Linux может работать.
>
>А что они дадут?
>
>>Но в BSD-системах ведь нет такого богатства FS, правда? ;)
>
>Ну, сравни игрушечный линуксовый LVM и RAID с ZFS: http://www.unixconsult.org/zfs_vs_lvm.html
>;)

Таблицу писал кто-то неграмотный, ставим за нее кол:


          ZFS       Linux Raid
Raid-1+0  Yes        No

Кроме того, он был ангажирован, и "забыл" про raid6, и _любые_ возможные коомбинации md между собой, в частности raid60.

Только вот md и lvm нужно сравнивать с geom, это совсем разные вещи, иначе в таблицу придется добавить дюжину пунктов по кластеризации, в результате чего ZFS будет выглядеть очень бедно.

На самом деле, это классная файловая система, и хорошо, что она появилась во фре, вот только geom с device-mapper никакого сравнения не выдерживает (а именно их и нужно сравнивать)


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

69. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –2 +/
Сообщение от iZEN (ok) on 26-Апр-10, 23:38 
>Только вот md и lvm нужно сравнивать с geom, это совсем разные
>вещи, иначе в таблицу придется добавить дюжину пунктов по кластеризации, в
>результате чего ZFS будет выглядеть очень бедно.
>
>На самом деле, это классная файловая система, и хорошо, что она появилась
>во фре, вот только geom с device-mapper никакого сравнения не выдерживает
>(а именно их и нужно сравнивать)

Теперь удивитесь: ZFS можно делать поверх комбинаций классов GEOM.


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

72. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 23:50 
>>Только вот md и lvm нужно сравнивать с geom, это совсем разные
>>вещи, иначе в таблицу придется добавить дюжину пунктов по кластеризации, в
>>результате чего ZFS будет выглядеть очень бедно.
>>
>>На самом деле, это классная файловая система, и хорошо, что она появилась
>>во фре, вот только geom с device-mapper никакого сравнения не выдерживает
>>(а именно их и нужно сравнивать)
>
>Теперь удивитесь: ZFS можно делать поверх комбинаций классов GEOM.

я думаю, что если раздать по iscsi с фряхи или Solaris на Linux geom-девайсы, их тоже можно скоомбинировать с в md, или device-mapper устройствах :)

Вы лишь констатировали очевидное, что *nix очень гибкая вешь, чему тут удивлятся, я не понимаю :)

Кстати, есть деятели, которые раздают по сети (iscsi таргет/gnbd) девайсы, и цепляют их в общий девайс не через drbd, а через mdraid


Думаю, без проблем заработает и схема сборки стораджа на FreeBSD/Solaris через ZFS и, например, Linux mdraid ноды по сети, и что?

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

174. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok) on 27-Апр-10, 21:09 
>Теперь удивитесь: ZFS можно делать поверх комбинаций классов GEOM.

А чем это будет принципиально отличаться от [тут любая ФС] поверх LVM и т.п. в линухе? Собссно если манагить тома средствами оси - манагемент томов в ФС всего лишь дуп функционала получается. В каком месте и от чего полагается ссать кипятком то? У пингвинологов все это было уже давно. И райды и управление томами. Манагемент томов силами ФС дает некие плюсы, как то - можно в принципе двигать данные по томам по мере необходимости. А то что ты открыд для себя "новые фичи" и ссышь кипятком - отлично.Только вот для многих других этот "новый функционал" слегонца не новый, посему такие лошадиные восторги  - не понятны.

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

78. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от oops (??) on 27-Апр-10, 00:09 
лично я понял, что вы очень любите кластеризацию, и при любом удобном случае рассказываете про нее, и кластерные ФС. М? =)
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

86. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 00:28 
>лично я понял, что вы очень любите кластеризацию, и при любом удобном
>случае рассказываете про нее, и кластерные ФС. М? =)

Скорее виртуализацию, а в виртуализации (не контейнерах!) live-migration без кластера просто нет.
А вообще, если есть удобное решение, почему бы его не использовать? Тем более, что это не Windows, и тут никаких жутких инвестиций в SAN не нужно(в маленьких маштабах, конечно!), а достаточно в большинстве случаев всего двух серверов, и половина решений доступно по финансам даже для крупных SOHO

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

93. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 27-Апр-10, 08:04 
типа так http://xgu.ru/wiki/%D0%9F%D0%BE%D1&...
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

94. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 27-Апр-10, 08:06 
оригинал http://www.gridvm.org/drbd-lvm-gnbd-and-xen-for-free-and-rel...
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

112. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 11:15 
>оригинал http://www.gridvm.org/drbd-lvm-gnbd-and-xen-for-free-and-rel...

Если это мне, я это видела :)

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

213. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от минона on 28-Апр-10, 05:53 
это в подтверждение слов так сказать.
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

32. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –3 +/
Сообщение от User294 (ok) on 26-Апр-10, 20:06 
> "dd тоже умеет делать снимки. Зачем какой-то LVM?" :))

Толсто, сэр :).А это... если врубить мозг: dd-ом делать снапшоты с замаунченой ФС - чревато. Она, как бы, имеет право меняться без спроса, да? Прикиньте картину маслом: dd читает а ФС на ходу меняется. Что будет в итоге? Правильно - *порушеный* образ диска. А размаунчивать ФС каждый раз - сосуче однако, вы не находите, мистер трололо?

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

105. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 10:29 
Он вроде бы и кавычки, и смайлики поставил...
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

168. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok) on 27-Апр-10, 20:22 
Ну, вообще, зная iZEN я в этом тезисе не уверен. Изен известное своей ангажированностью и объективностью трололо которое к тому же не шарит в системных делах :).
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

18. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 26-Апр-10, 16:31 
Хорошая шутка. Про dd уже сказали.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

33. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –3 +/
Сообщение от User294 (ok) on 26-Апр-10, 20:09 
>Хорошая шутка. Про dd уже сказали.

dd это круто, кроме одного момента - выбор идет между довольно-таки disrupting уводом ФС в оффлайн на время снятия снапшота (размонтирование!) и риском получить невалидную кашицу вместо образа если снимать "на горячую". Вы как предпочитаете? :)

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

68. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от аноним on 26-Апр-10, 23:34 
Мы - нормальные online снапшоты, поэтому LLVM и dd и не используем.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

170. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok) on 27-Апр-10, 20:31 
> поэтому LLVM

Даю зуб что LLVM вообще дисковыми снапшотами не занимается. Нормальные анонимы могли бы это знать.

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

23. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от аноним on 26-Апр-10, 17:29 
>снапшоты умеет делать LVM, зачем это еще на уровне FS городить?

да, хорошая такая, офлайновая снапшотилка.

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

35. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –6 +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 20:25 
В xfs есть, например, freeze. Только он не нужен, на самом деле, всегда делают снапшот lvm-тома, вверху-то журналируемая ФС(!) (а не журналируемые в Linux сейчас днем с огнем не отыскать)?

Так что, при всех плюсах и минусах фряхи, работа со снапшотами и набор ФС это все-таки бесспорный плюс Linux, так как ZFS, даже если допустить, что она полностью готова (пожалуй, это так и есть, хотя я о ее крупных инсталляциях в ДЦ операторов, сидящих на фряхе, то есть от нескольких сотен серверов, что бы убедится в действительном отсуствии серьзных багов, еще не слышала), применима не в любой области.

В частности, она не кластерная и даже не параллельная файловая система, да и не параллельные в Linux обычно каждая применяется в своей области: ext4 не вытеснил xfs, да и reiser все еще применяется на большом числе малых файлов.

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

47. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +7 +/
Сообщение от zorro (??) on 26-Апр-10, 22:16 
Достопочтенные доны какбэ в курсе что мадэмуазель не любит фрибсд, и не упускает шанса лищний раз подкинуть дурнопахнущей субстанции в эту сторону. Мне на это по-ло-жи-ть, юзал фрю, юзаю и буду юзать, потому как профитов от нее гораздо больше для меня чем от хрЕновой тучи по сути не нужных ФС в неких линуксах. Мне не нужных. Вам оно нужно, получаете удовольствие, получайте дальше, только не кидайтесь фекалиями во вприципе дружественный проект. Не венда чать...

По теме респект и уважуха, буду с нетерпением ждать 9.0, gjournal мне меньше нра.

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

59. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 22:56 
>Достопочтенные доны какбэ в курсе что мадэмуазель не любит фрибсд, и не упускает шанса
>лищний раз подкинуть дурнопахнущей субстанции в эту сторону.

Нет, скорее я стараюсь не давать iZen и прочим фанатикам от BSD предоставлять возможность необоснованно вопить про то, чего на самом деле нет: стараюсь дать объективные комментарии, соблюсти баланс, когда его пытаются необъективно нарушить, то же самое делаю, когда набегают фанатики-вендузятники.

Если поискать по моим комментариям, можно найти и, например, сильный наезд на Xen, так как человек, имхо, не понимал его плюсов и минусов, и сферу применения, тогда как у нас есть готовое решение на базе Xen, и вообще, он очень интересная технология, но недостатки есть везде, и по моим комментариям можно было сделать вывод, что Xen я ненавижу :)

Главное, что бы красная пелена перед глазами не лишила возможности их увидеть: например, я никогда не видела критику iZen-ом фряхи (может, такое действительно когда-то было?)

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

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

60. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от iZEN (ok) on 26-Апр-10, 23:05 
>>Достопочтенные доны какбэ в курсе что мадэмуазель не любит фрибсд, и не упускает шанса
>>лищний раз подкинуть дурнопахнущей субстанции в эту сторону.
>
>Нет, скорее я стараюсь не давать iZen и прочим фанатикам от BSD
>предоставлять возможность необоснованно вопить про то, чего на самом деле нет:

Что именно я делаю не так?

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

Я никакого баланса не нарушаю. Я лишь привожу факты. А факты говорят сами за себя. Пример: http://lkml.org/lkml/2010/4/5/237
Ещё: http://www.linux.org.ru/forum/general/4819978

>Главное, что бы красная пелена перед глазами не лишила возможности их увидеть:
>например, я никогда не видела критику iZen-ом фряхи (может, такое действительно
>когда-то было?)

Просто за четыре года ещё ни разу не пожалел, что пересел с Linux на FreeBSD.

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

61. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 23:09 
>>>Достопочтенные доны какбэ в курсе что мадэмуазель не любит фрибсд, и не упускает шанса
>>>лищний раз подкинуть дурнопахнущей субстанции в эту сторону.
>>
>>Нет, скорее я стараюсь не давать iZen и прочим фанатикам от BSD
>>предоставлять возможность необоснованно вопить про то, чего на самом деле нет:
>
>Что именно я делаю не так?

Безальтернативно красноглазите.

>>стараюсь дать объективные комментарии, соблюсти баланс, когда его пытаются необъективно нарушить, то же самое делаю, когда набегают фанатики-вендузятники.
>
>Я никакого баланса не нарушаю. Я лишь привожу факты. А факты говорят
>сами за себя. Пример: http://lkml.org/lkml/2010/4/5/237

Тьфу на Вас! Не используйте пионерские ядра :) Да, в Linux (о ужас!) на свежих Убунтах и Федорах страшные регрессии, но покажите пальцем, кто ставит такое в серьезный production?

Конечно, на этом ядре будет и 6-ой RHEL, но он пока не вышел, и багов в его трекере и так куча, как и в LTS Ubuntu, и в Debian

>Просто за четыре года ещё ни разу не пожалел, что пересел с
>Linux на FreeBSD.

Это Ваше предложение и есть ответ на Ваш первый вопрос в этом посте.

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

63. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 26-Апр-10, 23:17 
>>Я никакого баланса не нарушаю. Я лишь привожу факты. А факты говорят
>>сами за себя. Пример: http://lkml.org/lkml/2010/4/5/237
>
>Тьфу на Вас! Не используйте пионерские ядра :) Да, в Linux (о
>ужас!) на свежих Убунтах и Федорах страшные регрессии, но покажите пальцем,
>кто ставит такое в серьезный production?

А как же это: http://www.linux.org.ru/forum/general/4819978
??? Стабильнее могут быть только яйца динозавров, а н-нет — и на старуху бывает проруха.

>Конечно, на этом ядре будет и 6-ой RHEL, но он пока не вышел.

Берите FreeBSD -STABLE любой версии и ставьте на железо — будет работать как танк.

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

65. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 23:25 
>>>Я никакого баланса не нарушаю. Я лишь привожу факты. А факты говорят
>>>сами за себя. Пример: http://lkml.org/lkml/2010/4/5/237
>>
>>Тьфу на Вас! Не используйте пионерские ядра :) Да, в Linux (о
>>ужас!) на свежих Убунтах и Федорах страшные регрессии, но покажите пальцем,
>>кто ставит такое в серьезный production?
>
>А как же это: http://www.linux.org.ru/forum/general/4819978
>??? Стабильнее могут быть только яйца динозавров, а н-нет — и на
>старуху бывает проруха.

Вообще-то, уже опубликовали решение:
https://bugzilla.redhat.com/show_bug.cgi?id=468027

>>Конечно, на этом ядре будет и 6-ой RHEL, но он пока не вышел.
>
>Берите FreeBSD -STABLE любой версии и ставьте на железо — будет работать
>как танк.

Да-да, и в тракере ни одного бага? :))))


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

67. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от iZEN (ok) on 26-Апр-10, 23:34 
>>А как же это: http://www.linux.org.ru/forum/general/4819978
>>??? Стабильнее могут быть только яйца динозавров, а н-нет — и на
>>старуху бывает проруха.
>
>Вообще-то, уже опубликовали решение:
>https://bugzilla.redhat.com/show_bug.cgi?id=468027

Нифига себе!!! Круто! Из-за подключаемого CD-ROM'а сервер накрывается медным тазом. Это как с неотмонтированной флэшекой на FreeBSD было, да? :))
>
>>>Конечно, на этом ядре будет и 6-ой RHEL, но он пока не вышел.
>>
>>Берите FreeBSD -STABLE любой версии и ставьте на железо — будет работать
>>как танк.
>
>Да-да, и в тракере ни одного бага? :))))

Баги в -CURRENT и perforce. В -STABLE уже проверенные решения.


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

70. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 23:45 
>>>А как же это: http://www.linux.org.ru/forum/general/4819978
>>>??? Стабильнее могут быть только яйца динозавров, а н-нет — и на
>>>старуху бывает проруха.
>>
>>Вообще-то, уже опубликовали решение:
>>https://bugzilla.redhat.com/show_bug.cgi?id=468027
>
>Нифига себе!!! Круто! Из-за подключаемого CD-ROM'а сервер накрывается медным тазом. Это как
>с неотмонтированной флэшекой на FreeBSD было, да? :))

Тут в соседней теме обсуждают DVD и blu-ray диски, и большинство делает вывод, что они уже прошлое. Имхо, на _сервере_ оптический дисковод уже сейчас лишнее в большинстве случаев (только питание лишнее ест, а лишние Ватты во многих ДЦ оплачиваются, а hotplug на _сервере_ вообще какая-то экзотика, разве что для установки)

Даже на FreeBSD можно за пару дней соорудить PXE-инсталлятор, да и через IPMI/VirtualMedia тоже часто ставят системы.

То, что используется редко, то и выявляется тоже редко.

>>Да-да, и в тракере ни одного бага? :))))
>
>Баги в -CURRENT и perforce. В -STABLE уже проверенные решения.

позволю себе оставить фанатичный текст без комментариев :)

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

75. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 27-Апр-10, 00:03 
теперь и вы стали говорить фразы типа "это не нужно". И не стыдно на других пальцем показывать?
Вообще надоели все эти детские рассуждения "во фре нет этого, в линухе это хуже". Сравните сколько людей работает над Фрей, и сколько над Линуксом.
Всякие экзотические ФС написаны для линуха фанатами, или большими вендорами по сути для своих же нужд. Первые (всякие xfs`ы и reiser`ы) вообще нафиг никому не нужны, они присутствуют только для галочки. А на деле их ставят "поиграться".
Под фрей не будет интересных фс пока они не станут востребованы. Пока они не востребованы, ведь под ней не крутится ораклов, или еще каких очень высоко критичных продакшн решений. Пока туда не начнут вливать бабло как в линух все так и останется.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

77. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 00:09 
>теперь и вы стали говорить фразы типа "это не нужно". И не
>стыдно на других пальцем показывать?

Баги есть везде. Имхо, этот баг, на который сослался iZen, не так страшен, как он его попробовал нарисовать (хотя, конечно, и меня неприятно удивил, хотя я еще знаю парочку неприятных связанных с md (в том числе один, где я была одним из багрепортеров) )

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

Имхо, фре не хватает такого проекта, как Ubuntu (LTS) для Debian'а
Появится, и ситуация исправиться. Искренне желаю ей, что бы это таки случилось.

  

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

81. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 27-Апр-10, 00:15 
имхо фре не хватает денег, и вообще внимания со стороны всяких вендоров. Она считайте живет на подачках и заказах всяких там iXsystems и Juniper`ов.
А что-то сильно изменилось в серверном бытие Линукса после появление Убунты?
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

83. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 00:18 

>А что-то сильно изменилось в серверном бытие Линукса после появление Убунты?

Изменилось в бытие debian(в самом Linux и так все было хорошо в RHEL и SLE) - появились официальные deb-пакеты от сторонних вендоров(даже от Oracle), которые хотят иметь отношения с компанией (Cannonical) а не коммюнити

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

85. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 27-Апр-10, 00:23 
ну так это плюсы для конкретного дистриба. Сравнение какбэ совсем некорректное.
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

111. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от www2 email(ok) on 27-Апр-10, 11:01 
>имхо фре не хватает денег, и вообще внимания со стороны всяких вендоров.

Внимание нужно привлекать. Оно само из ниоткуда не возьмётся.

>Она считайте живет на подачках и заказах всяких там iXsystems и Juniper`ов.

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

И есть ещё одно обстоятельство: никто не хочет помогать конкурентам, если конкуренты не помогут ему. Допустим что две фирмы независимо дорабатывают систему BSD по двум направлениям. Одна из них выкладывает наработки, а другая - нет. Та, что не выложила наработки, может воспользоваться наработками другой. У кого будет более привлекательный продукт? У той, которая не делилась наработками. Поэтому помогать проектам под лицензией BSD по меньшей мере не выгодно, за исключением когда конкурентов нет, а работы по поддержанию синхронности патчей и новых версий исходного проекта значительны.

>А что-то сильно изменилось в серверном бытие Линукса после появление Убунты?

В серверном бытие Линукса коренным образом изменилось что-то после появления Red Hat. Но Red Hat стремится вытеснить другие Unix-системы. А кроме Убунты есть ещё SuSE, которая пытается вытеснить Windows. Вот в SuSE хороший графический интерфейс весьма важен. Поскольку Убунта занимается доработкой графического интерфейса, а их наработки со временем становятся общими, то Убунта помогает SuSE вытеснять с рынка серверную Windows.

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

96. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 27-Апр-10, 08:46 
>Имхо, фре не хватает такого проекта, как Ubuntu (LTS) для Debian'а
>Появится, и ситуация исправиться. Искренне желаю ей, что бы это таки случилось.

Фре прежде всего не хватает таких вещей, как саппорта производителя. Вот линукс.. А что линукс? Это просто набор из ядра и софта. При этом есть novell, redhat... Заключаем договор на поддержку, и всякие баги-нестыковки итд уже головная боль саппортера. А у фри? Форумы да коммунити. Что для SOHO нормально, для серьезного бизнеса вообще не вариант. Одно "время ответа 2 часа" уже чего стоит. Вот без чего фря никогда не будет популярнее линя.

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

117. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 27-Апр-10, 12:17 
>А у фри? Форумы да коммунити.
>Что для SOHO нормально, для серьезного бизнеса вообще не вариант. Одно
>"время ответа 2 часа" уже чего стоит. Вот без чего фря
>никогда не будет популярнее линя.

http://www.freebsd.org/commercial/consult_bycat.html
Хватит ?

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

110. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от Аноним (??) on 27-Апр-10, 10:55 
>Имхо, фре не хватает такого проекта, как Ubuntu (LTS) для Debian'а

есть что-то подобное, только плохо рекламируется и является в общем-то фанатской поделкой (pcbsd.org). фряха вообще плохо популяризована, это ее плюс и минус одновременно)

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

118. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 27-Апр-10, 12:20 
>есть что-то подобное, только плохо рекламируется и является в общем-то фанатской поделкой
>(pcbsd.org). фряха вообще плохо популяризована, это ее плюс и минус одновременно)

Её спонсирует и продвигает как "complete desktop operating system" та же iXsystems.

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

89. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Ян Злобин email(ok) on 27-Апр-10, 02:37 
>...ведь под ней не крутится ораклов, или еще каких очень высоко критичных продакшн решений.

Откуда такая глупость?

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

101. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от еще один Аноним on 27-Апр-10, 10:19 
compat linux? или что-то нативное появилось?
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

205. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Ян Злобин email(ok) on 28-Апр-10, 02:57 
Оракл не пользую, а других "высоко критичных продакшн решений" примеров масса.
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

224. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 28-Апр-10, 10:30 
например?
Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

303. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Ян Злобин email(ok) on 29-Апр-10, 08:34 
Яндекс, Rambler, mail.ru, Yahoo и еще куча.  Достаточно "высоко критичные продакшн решения"? :-)
Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

304. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (ok) on 29-Апр-10, 11:44 
вы называйте не название фирм, а сервисы. Ну почта, DNS, системы мониторинга, и т.д. это все очень стандартно, и не требует от ОС чего-то эксклюзивного (для таких вещей же не является необходимым, например, крутая кластерная ФС или новороченная поддержка какой-нибудь виртуализации). Я имел ввиду что-то нестандартное, а может даже экзотическое, что может линукс.
Ответить | Правка | ^ к родителю #303 | Наверх | Cообщить модератору

310. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Ян Злобин email(ok) on 29-Апр-10, 14:16 
>вы называйте не название фирм, а сервисы.

Странно, что это непонятно.  Все вышеперечисленные имеют, как минимум, оригинальные поисковые системы плюс кучу других оригинальных сервисов.  Каких конкретно, можете поинтересоваться на их сайтах, если интересно.

>и т.д. это все очень стандартно, и не требует от ОС
>чего-то эксклюзивного (для таких вещей же не является необходимым, например, крутая

Требует-требует.  И ФС необычную, и кластеры, и прочее.

>кластерная ФС или новороченная поддержка какой-нибудь виртуализации). Я имел ввиду что-то
>нестандартное, а может даже экзотическое, что может линукс.

Меняете вопрос на ходу?  Ваш вопрос бы именно про "высоко критичные продакшн решения".  Дословно.  А это означает отказоустойчивые нагруженные системы.  Правильно?  Или будем пиписьками мериться что круче Linux или BSD?  Такого "добра" в Сети и без нас хватает.  Мне это неинтересно.


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

76. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 27-Апр-10, 00:06 
>Тут в соседней теме обсуждают DVD и blu-ray диски, и большинство делает
>вывод, что они уже прошлое. Имхо, на _сервере_ оптический дисковод уже
>сейчас лишнее в большинстве случаев (только питание лишнее ест, а лишние
>Ватты во многих ДЦ оплачиваются, а hotplug на _сервере_ вообще какая-то
>экзотика, разве что для установки)

это правда, но это не ответ, а уход от ответа.

>Даже на FreeBSD можно за пару дней соорудить PXE-инсталлятор, да и через
>IPMI/VirtualMedia тоже часто ставят системы.

что значит за пару дней? три часа работы с нуля.

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

79. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 00:10 

>>Даже на FreeBSD можно за пару дней соорудить PXE-инсталлятор, да и через
>>IPMI/VirtualMedia тоже часто ставят системы.
>
>что значит за пару дней? три часа работы с нуля.

Мне не нравится, как именно собраны пакеты по-дефольту во фре. Все равно все нужно пересобирать (если у Вас даже самое суперское оборудование, все равно за три часа не управитесь)

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

82. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 27-Апр-10, 00:17 
уж извините. Пакеты - это так для кучи, юзайте порты. А что вы там собрались ставить? я попробую на своем Atom`е D510. Расскажу, сколько заняло времени.

Мне НИКОГДА не нравится как собраны пакеты почти в любом линуксе. В этом отношении люблю только генту
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

84. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 00:21 
>Мне НИКОГДА не нравится как собраны пакеты почти в любом линуксе. В
>этом отношении люблю только генту

rpmbuild тоже решает: делаете 64-х битный контейнер, и собираете в нем все, что душе угодно (немного, конечно, неудобнее, чем make configure, но все равно тривиально)

Есть так же mock и OBS

А главное, можно только несколько пакетов пересобрать

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

87. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 27-Апр-10, 00:28 
*нужно
Честно, не юзал такой штуки. А почему 64битный?
"Сказал выше сказанное" к тому что мне тоже многое не нравится, а кого волнует. Берешь и переделываешь.
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

88. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 00:34 
>*нужно
>Честно, не юзал такой штуки. А почему 64битный?

Например, XFS и KVM (гипервизор) использовать на 32-х битном линухе моветон.
В 64-х битном контейнере и можно удобно собирать пакеты и под 32-х битные, и под 64-х битные системы

>"Сказал выше сказанное" к тому что мне тоже многое не нравится, а
>кого волнует. Берешь и переделываешь.

:)

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

140. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 15:37 
>>Мне НИКОГДА не нравится как собраны пакеты почти в любом линуксе. В
>>этом отношении люблю только генту
>
>rpmbuild тоже решает: делаете 64-х битный контейнер, и собираете в нем все,
>что душе угодно (немного, конечно, неудобнее, чем make configure, но все
>равно тривиально)
>
>Есть так же mock и OBS
>
>А главное, можно только несколько пакетов пересобрать

Ой.. а баг rpmbuild который открывал базы до перехода в chroot уже пофиксили ? да и со скриптами там были проблемы...
Или ради тривилальной сборки пакетов надо делать полноценный контейнер ? :)

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

149. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 27-Апр-10, 17:09 
тоже задался вопросом про контейнер, но спать пошел =)
Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

196. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 02:00 
>тоже задался вопросом про контейнер, но спать пошел =)

Смотрите чуть ниже

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

195. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 01:59 
>Ой.. а баг rpmbuild который открывал базы до перехода в chroot уже
>пофиксили ?

RH платформа это не Gentoo, и я никогда не пересобирала ее всю, поэтому не исключаю, что какая-то проблема есть.

Но у меня никогда никаких проблем со сборкой не было, которые бы не решались правкой спека

Можно номер бага?

>да и со скриптами там были проблемы...

И этот тоже номер?

>Или ради тривилальной сборки пакетов надо делать полноценный контейнер ? :)

Вы во власти заблуждения: именно контейнер под каждый чих (а не виртуалку!)и можно и нужно выделять! Это _единственно_ верный подход!
Дело в том, что на одной железке даже класса P4/Intel SR13[0-9]\{2\} может жить под сотню нагруженных контейнеров без каких-то побочных эффектов и стабильности сервисов!

Это очень удобно: для каждого сервиса, не требующего кучи ресурсов, имеется свой корень, свои библиотеки, и свой _гарантированный_ и не гарантированный(но разрешенный к утилизации) пул ресурсов.

Многие для сборки вообще выделяют отдельный сервер или кластер, но мы, как малый бизнес(и, наверное, многие тут присуствующие), не можем себе такого позволить по финансовым соображениям.
Так же жаба душит выделять и целую виртуалку(хотя нужно бы "поднять" OBS в виртуалке)... Контейнер же, напротив, использовать очень разумно.

Так как одна из нод с OVZ-контейнерами у нас сильно недогружена по CPU (большой средний idle), на ней в контейнере и удобно собирать: cpuunits стоит очень маленький, что бы кванты cpu времени доставались лишь тогда, когда они совсем никому не нужны, а cpulimit (и количество ядер для make -j распараллеливания сборки), наоборот, большое.
В результате и собирается быстро, и другим сервисам на этой железке не мешает.

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

227. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 28-Апр-10, 10:39 
ну вообще такая схема годится далеко не везде. Где-то это избыточно и даже параноидально. Вы всегда говорите в контексте своего опыта работы (хостер?), но вы не поверите, есть еще куча вещей, которые можно сделать с помощью серверного оборудования. И в одном случае будет удобен один подход, в другом - другой. Мыслите шире.
Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

245. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 13:49 
>ну вообще такая схема годится далеко не везде. Где-то это избыточно и
>даже параноидально.

Нет, ни разу не избыточно. Это и есть концепция использования контейнеров. Если Вам нужно всего три-четыре сервиса на железке, оптимальнее использовать гипервизор и полноценные виртуалки

> Вы всегда говорите в контексте своего опыта работы (хостер?),

Да, в том числе хостер, но хостеры продают контейнеры как раз как отдельные сущности (VPS), наоборот, использование контейнеров за пределами хостера и есть, в самом правильном варианте, десятки контейнеров на одну железку под _каждый_ чих администратора.

Это очень удобно, при наличии в инфраструктуре таких средств как LDAP, Puppet, Zabbix(Nagios, etc), Spacewalk, и т д

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

А зато крайне удобно: у Вас под каждую самую мелкую задачу есть свой корень с библиотеками, и свой пул ресурсов :)


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

Мы используем и гипервизоры, и контейнеры, и системы без виртуализации, и понемногу начинаем работать с кластерами и решениями под HA web, DNS и почтовые сервисы.
Но для контейнеров тот подход, что я озвучила, самый верный (или их использование просто лишено смысла)

Вероятно, для Вас такая концепция является чем-то новым, но она придумана далеко не мной, а мы используем и другие, более освещенные на популярных ресурсах от течнета до опеннет :))

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

262. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (??) on 28-Апр-10, 15:17 
Госпожа Кошка, еще раз повторюсь, вы говорите только о хостерах или подобных сервисах. Мир не полнится одними лишь хостерами.

> А зато крайне удобно: у Вас под каждую самую мелкую задачу есть свой корень с библиотеками, и свой пул ресурсов :)

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

> Это очень удобно, при наличии в инфраструктуре таких средств как LDAP, Puppet, Zabbix(Nagios, etc), Spacewalk, и т д

Чем же? причем тут системы мониторинга?

> Вероятно, для Вас такая концепция является чем-то новым, но она придумана далеко не мной, а мы используем и другие, более освещенные на популярных ресурсах от течнета до опеннет :))

Нет, не является, не уязвили не капли =) "Течнет" это наверное у девушек. Парни обычно ее зовут теХнет. =D

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

264. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 15:22 
>Госпожа Кошка, еще раз повторюсь, вы говорите только о хостерах или подобных
>сервисах. Мир не полнится одними лишь хостерами.

Нет, мы не хостер (и у нас хостинговые услуги "просто так случились", по тому, что постоянные клиенты попросили, и совсем не основное направление)

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

Дисковое пространство сейчас даже на SAS дисках часто бывает с избытком, а вообще, гораздо чаще не хватает iops, чем места.
Да и решаема эта проблема в, например, vzfs (заодно с экономией ОЗУ)

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

>> Это очень удобно, при наличии в инфраструктуре таких средств как LDAP, Puppet, Zabbix(Nagios, etc), Spacewalk, и т д
>
>Чем же? причем тут системы мониторинга?

Если сервисов много, их нужно чекать, иначе можно проспать фейл, не так ли? А если этот вопрос автоматизирован, не имеет значения _сколько_ хостов мониторится - один или сотня

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

305. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (ok) on 29-Апр-10, 12:10 
> Дисковое пространство сейчас даже на SAS дисках часто бывает с избытком, а вообще, гораздо чаще не хватает iops, чем места.

Ну диск на 36 гигов, например, довольно распростаненный - это не с избытком.

> Цель не только свой корень под каждый чих, но и свой _пул_ресурсов_ под каждый чих (а так же как приятное дополнение фичи по безопасности)

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

> Если сервисов много, их нужно чекать, иначе можно проспать фейл, не так ли? А если этот вопрос автоматизирован, не имеет значения _сколько_ хостов мониторится - один или сотня

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

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

306. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 29-Апр-10, 12:17 
>> Дисковое пространство сейчас даже на SAS дисках часто бывает с избытком, а вообще, гораздо чаще не хватает iops, чем места.
>
>Ну диск на 36 гигов, например, довольно распростаненный - это не с
>избытком.

старые SCSI 36Gb использовать под виртуализацию, даже легкую(то есть, контейнеры - так иногда их классифицируют), не очень оптимально (имхо), только разве что в PVC, где есть vzfs, и все, что установлено из темплейтов, на самом деле симлинки на темплейт. В свободном OVZ этого нет.
Лучше в такой платформе заменить диски, все равно они уже на пределе ресурса, скорее всего.

>> Цель не только свой корень под каждый чих, но и свой _пул_ресурсов_ под каждый чих (а так же как приятное дополнение фичи по безопасности)
>
>и что? я и говорю, что поскольку будет пул ресурсов, то это доп.расходы как по дисковому пространству, так и по <крохобор>расходам на эл. энергию, которую сожрет диск лишний раз двигая головой</крохобор>, да и износ возрастает. Плюс-то какой? ну и что пул отдельный?

Имхо, на новых платформах все равно нет смысла брать 36Gb SAS, а вот 300-ки сейчас сменили когда-то самые популярные 147Gb диски.

>> Если сервисов много, их нужно чекать, иначе можно проспать фейл, не так ли? А если этот вопрос автоматизирован, не имеет значения _сколько_ хостов мониторится - один или сотня
>
>Спасибо, как и что надо мониторить я и сам могу рассказать.
>Вот именно если нет разницы, то зачем себе процесс усложнять? работы мало
>что ли? вы все равно так и не объяснили в чем
>плюс пихать все в разные контейнеры, кроме безопасности.

Разница есть: свой пул ресурсов под каждую мелкую задачу, и близкая к 100%-ой утилизация ресурсов, как и при тяжелой виртуализации. Вам банально нужно будет меньше железа на тоже число задач, кушающего электричество (если в офисе), требующего больше ЗИП, требующего дополнительной оплаты за юниты и ваты (если в ДЦ).

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

311. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от еще один Аноним on 29-Апр-10, 14:19 
> Имхо, на новых платформах все равно нет смысла брать 36Gb SAS, а вот 300-ки сейчас сменили когда-то самые популярные 147Gb диски.

Да щазз, это у вас какие-то странные стандарты. Только что привезли новый HP Proliant DL360 G6, и там мы поставили 2 диска в зеркало по 72 гига. Это у вас  такие "стандарты".

> Разница есть: свой пул ресурсов под каждую мелкую задачу, и близкая к 100%-ой утилизация ресурсов, как и при тяжелой виртуализации.

И что? какой прок в отдельном пуле?

>Вам банально нужно будет меньше железа на тоже число задач, кушающего электричество (если в офисе), требующего больше ЗИП, требующего дополнительной оплаты за юниты и ваты (если в ДЦ).

ёксель-моксель. Перечитайте тред, и посмотрите из-за чего у нас возник именно этот тред.

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

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

312. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 29-Апр-10, 15:53 
>> Имхо, на новых платформах все равно нет смысла брать 36Gb SAS, а вот 300-ки сейчас сменили когда-то самые популярные 147Gb диски.
>
>Да щазз, это у вас какие-то странные стандарты. Только что привезли новый
>HP Proliant DL360 G6, и там мы поставили 2 диска в
>зеркало по 72 гига. Это у вас  такие "стандарты".

Если предполагается использование определенного ПО, наверное, под него есть определенные требования :)?

Заплатив за немного больший объем (или за PVC) Вы получите не на 10-20% нагруженный совсем никакой сервер, а загруженный на 70%, пусть и немного более дорогой

>> Разница есть: свой пул ресурсов под каждую мелкую задачу, и близкая к 100%-ой утилизация ресурсов, как и при тяжелой виртуализации.
>
>И что? какой прок в отдельном пуле?

Уже сто раз написала

>Еще раз мы говорили о том, нафига нужны контейнеры, когда это все
>хозяйство и так можно запустить на одной железке. Тред возник из-за
>того, что я спросил нафига оно нужно - пихать все в
>отдельный контейнер, окромя безопасности, когда оно и так будет работать.
>Короч, как-то надоедает. Вы то ли не хотите меня понимать, то ли
>действительно не понимаете.

Нет, это Вы не понимаете. Не будет нормально работать, а будет друг другу мешать(или как уже выше написали, утилизация cpu, да и остальных ресурсов будет 30%, если на один сервер вешать по одной-две задачи), так как renice не дает той изоляции (и удобства) что контейнеры.

Просто почитайте любой маркетойдный текст, зачем вообще нужна виртуализация (как ни странно за словами маркетойдов про TCO, виртуализацию, cloud и др. модные термины иногда что-то есть)

Виртуализация это не контейнеры, но к ним эти же идеи, с поправкой на специфику, тоже применимы.
А специфика такова: не нужна SAN для Live migration(она есть и с локальными дисками), и лучше дробить сервисы на как можно более мелкие и независимые друг от друга части, как UNIX-cli утилиты, что бы контейнеры показали себя на каких-то задачах выгоднее, чем инфраструктура с виртуализацией

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

315. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от еще один Аноним on 29-Апр-10, 17:08 
вы опять не о том. Куча воды. Все не буду больше писать в этом треде
Ответить | Правка | ^ к родителю #312 | Наверх | Cообщить модератору

316. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 29-Апр-10, 17:17 
>вы опять не о том. Куча воды. Все не буду больше писать
>в этом треде

Нет, о том: если в Jails в апстриме нет ресурс-менеджмента, это не значит, что он бесполезен и неиспользуем

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

313. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 29-Апр-10, 16:00 
>Только что привезли новый
>HP Proliant DL360 G6, и там мы поставили 2 диска в
>зеркало по 72 гига.

IMHO


Тратить деньги на эту машинку есть смысл только в такой минимальной конфигурации:


da0 at ciss0 bus 0 scbus0 target 0 lun 0
da0: <COMPAQ RAID 0  VOLUME OK> Fixed Direct Access SCSI-5 device
da0: 135.168MB/s transfers
da0: Command Queueing enabled
da0: 69970MB (143299800 512 byte sectors: 255H 63S/T 8920C)
da1 at ciss0 bus 0 scbus0 target 1 lun 0
da1: <COMPAQ RAID 0  VOLUME OK> Fixed Direct Access SCSI-5 device
da1: 135.168MB/s transfers
da1: Command Queueing enabled
da1: 69970MB (143299800 512 byte sectors: 255H 63S/T 8920C)
ada0 at ata0 bus 0 scbus2 target 0 lun 0da2 at ciss0 bus 0 scbus0 target 2 lun 0
da2: <COMPAQ RAID 0  VOLUME OK> Fixed Direct Access SCSI-5 device
da2: 135.168MB/s transfers
da2: Command Queueing enabled
da2: 69970MB (143299800 512 byte sectors: 255H 63S/T 8920C)
da3 at ciss0 bus 0 scbus0 target 3 lun 0
da3: <COMPAQ RAID 0  VOLUME OK> Fixed Direct Access SCSI-5 device
da3: 135.168MB/s transfers
da3: Command Queueing enabled
da3: 69970MB (143299800 512 byte sectors: 255H 63S/T 8920C)


Справка: винты в JBOD


# zpool status -v
  pool: zhptank
state: ONLINE
scrub: none requested
config:

        NAME           STATE     READ WRITE CKSUM
        zhptank        ONLINE       0     0     0
          raidz1       ONLINE       0     0     0
            gpt/disk1  ONLINE       0     0     0
            gpt/disk2  ONLINE       0     0     0
            gpt/disk3  ONLINE       0     0     0
        spares
          gpt/disk0    AVAIL

errors: No known data errors

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

275. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 28-Апр-10, 16:35 
>А зато крайне удобно: у Вас под каждую самую мелкую задачу есть
>свой корень с библиотеками, и свой пул ресурсов :)

а как вы обновляете софт?

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

276. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 17:12 
>>А зато крайне удобно: у Вас под каждую самую мелкую задачу есть
>>свой корень с библиотеками, и свой пул ресурсов :)
>
>а как вы обновляете софт?

Почитайте про vzpkg (особенно в PVC, а не OVZ), vzyum, а, самое главное, про Spacewalk

Собственно, у нас не сотни контейнеров под всякие мелкие цели, но уже десятки. Пример:

есть клиент, у которого два сервера под 1с, 7.7 и 7.7 (скоро будет 8.2), на них крутятся базы для разных юрлиц в разных частях города, но это не суть, а лирика.

По виндовому планировщику задач выгружается xml (быдло-код кем-то давно написанный на Delphi), для чего используются эти XML, тоже не суть, но:

Есть необходимость проводить некоторые операции с этими xml, и выдавать как статистику в отдельной простенькой web-морде.
У нас для этого отдельный контейнер :)


Потом, мы иногда парсим поисковую выдачу по сайтам клиентов, выдача, скаченная wget-ом, складывается в отдельные директории, по датам, а потом на нее по крону натравливается скрипт на awk/sed, который ее парсит, а дальше отдает информацию Zabbix-у (который живет вообще в другом месте)


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

К сожалению, не все понимают, что контейнеры это не виртуализация(особенно сотрудники хостеров), и в них применяются совсем другие подходы

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

215. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от m00n (ok) on 28-Апр-10, 07:19 
Далеко не на все есть srpm. Точнее, на то что нужно - обычно нет.
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

247. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 13:51 
>Далеко не на все есть srpm. Точнее, на то что нужно -
>обычно нет.

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

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

122. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 12:52 
>
>>>Даже на FreeBSD можно за пару дней соорудить PXE-инсталлятор, да и через
>>>IPMI/VirtualMedia тоже часто ставят системы.
>>
>>что значит за пару дней? три часа работы с нуля.
>
>Мне не нравится, как именно собраны пакеты по-дефольту во фре. Все равно
>все нужно пересобирать (если у Вас даже самое суперское оборудование, все
>равно за три часа не управитесь)

Да ладно, чего такого там надо собирать? Я вообще практически пакетами не пользуюсь. Это для десктопа страшно: KDE/GNOME, FireFox, OpenOfice - вот это долго будет собираться.

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

124. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 13:08 
>[оверквотинг удален]
>>>
>>>что значит за пару дней? три часа работы с нуля.
>>
>>Мне не нравится, как именно собраны пакеты по-дефольту во фре. Все равно
>>все нужно пересобирать (если у Вас даже самое суперское оборудование, все
>>равно за три часа не управитесь)
>
>Да ладно, чего такого там надо собирать? Я вообще практически пакетами не
>пользуюсь. Это для десктопа страшно: KDE/GNOME, FireFox, OpenOfice - вот это
>долго будет собираться.

Предлагаю вспомнить про опции сборки пых-пыха :)

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

130. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 13:41 
>Предлагаю вспомнить про опции сборки пых-пыха :)

Так я так и написал - пакетами не пользуюсь. Исключение - перл иногда ставлю. Пакеты - это не самая сильная сторона фри.

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

216. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от m00n (ok) on 28-Апр-10, 07:21 
>Предлагаю вспомнить про опции сборки пых-пыха :)

Что там не так? Мне кажется там все лаконично сделано.

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

134. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 27-Апр-10, 14:14 
>OpenOfice - вот это долго будет собираться.

2 часа ровно на 4-х ядернике 2.6ГГц.


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

184. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok) on 27-Апр-10, 22:40 
>2 часа ровно на 4-х ядернике 2.6ГГц.

Всего-то, блин. По-моему, 2 часа можно потратить на что-то более интересное.А чем таким скомпиленый опеонфис будет отличаться от пакетного? Вы хоть бит в исходниках поменяли?

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

187. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 23:05 
>>2 часа ровно на 4-х ядернике 2.6ГГц.
>
>Всего-то, блин. По-моему, 2 часа можно потратить на что-то более интересное.А чем
>таким скомпиленый опеонфис будет отличаться от пакетного? Вы хоть бит в
>исходниках поменяли?

Конкретно openoffice можно ставить из пакета. Разницы никакой.

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

217. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от m00n (ok) on 28-Апр-10, 07:22 
>>2 часа ровно на 4-х ядернике 2.6ГГц.
>
>Всего-то, блин. По-моему, 2 часа можно потратить на что-то более интересное.А чем
>таким скомпиленый опеонфис будет отличаться от пакетного? Вы хоть бит в
>исходниках поменяли?

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

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

220. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 28-Апр-10, 09:58 
>>2 часа ровно на 4-х ядернике 2.6ГГц.
>
>Всего-то, блин. По-моему, 2 часа можно потратить на что-то более интересное.А чем
>таким скомпиленый опеонфис будет отличаться от пакетного? Вы хоть бит в
>исходниках поменяли?

Сразу видно, ты его не собирал. Никогда и собирать не будешь. Иначе знал бы что есть очень полезные опции при сборке, а так-же определенные CFLAGS+ дают нехилый прирост производительности если их делать конкретно под свою систему, а не для жирного бинаря который в теории должен работать у всех. Этот бинарь и есть зло. И вообще все пакетные дистрибутивы для меня зло.

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

241. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от andy (??) on 28-Апр-10, 13:27 
> Этот бинарь и есть зло. И вообще все пакетные дистрибутивы для меня зло.

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

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

258. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 14:52 
>> Этот бинарь и есть зло. И вообще все пакетные дистрибутивы для меня зло.
>
>Отлично. И Вы будете терять время, для пересборки каждого пакета для каждого
>сервера?

Ну я только так и делаю. Из пакетов только если tcl ставлю, так как лично мне он не нужен совсем, и пакеты его используют мало и редко. portupgrade -af у меня занимает около часа-двух на норм железе. Самым долгим на общем фоне обычно получается мускуль.
Но это именно сервера, там нету всяких мозил-иксов-офисов.

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

266. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от oops (ok) on 28-Апр-10, 15:30 
а каким образом вы теряете время? вы что "держите" что-нибудь компилятору чтобы он скомпилил?
ввел команду и занимайся своим делом! Оно и без тебя дальше справится!
Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

273. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от andy (??) on 28-Апр-10, 16:26 
>а каким образом вы теряете время? вы что "держите" что-нибудь компилятору чтобы
>он скомпилил?

Я его стараюсь не терять. Я использую rpm, а собираю что-либо
по мере такой необходимости.

>ввел команду и занимайся своим делом! Оно и без тебя дальше справится!

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


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

279. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 17:53 
>>ввел команду и занимайся своим делом! Оно и без тебя дальше справится!
>А Вам не кажется, что нагружать серверы компиляцией, несколько не то?
>Свободное процессорное время и память и так есть куда пустить.

Именно! Пересобрав под свой процессор со всеми фишками проца, можно получить 1-100% прироста производительности. Так что лучше потратить час на сборку пакета с зависимостями, а бОльшую эффективность пустить в дело.
Памяти на это обычно хватает 128М, что для норм сервера вообще гроши. А если на серваке еще что-то крутится, сделать nice 10 и в 1 поток собирать. В любом случае, у нормального админа ни один сервер не загружен на 100%, потому что это говорит о нехватке ресурсов. Тем более в часы минимума, обычно с 2 до 8 утра, когда дали команду и легли спать.
А еще, можно собрать сразу в пакеты и на остальные такие машины ставить свои любимые пакеты, но уже оптимизированые под данные процы.

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

281. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 18:08 
>>>ввел команду и занимайся своим делом! Оно и без тебя дальше справится!
>>А Вам не кажется, что нагружать серверы компиляцией, несколько не то?
>>Свободное процессорное время и память и так есть куда пустить.
>
>Именно! Пересобрав под свой процессор со всеми фишками проца, можно получить 1-100%
>прироста производительности.

Про 100% это Вы что-то загнули :)) 2, может быть 3, на каких-то странных задачах (вроде терминалки под KDE и Wine Etersoft + какой-то еще софт) может и получите 20%

>Так что лучше потратить час на сборку пакета с
>зависимостями, а бОльшую эффективность пустить в дело.

Лучше, имхо, меньше всего трогать дефольты сборки (только если очень нужно)

>Памяти на это обычно хватает 128М, что для норм сервера вообще гроши.
>А если на серваке еще что-то крутится, сделать nice 10 и
>в 1 поток собирать. В любом случае, у нормального админа ни
>один сервер не загружен на 100%, потому что это говорит о
>нехватке ресурсов.

Нет, скорее это говорит о том, что не используется виртуализация. Конечно, 0% idle быть не должно, но 10-15% вполне нормально, особенно если есть живая миграция между нодами

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

285. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 18:56 
>Про 100% это Вы что-то загнули :)) 2, может быть 3, на
>каких-то странных задачах (вроде терминалки под KDE и Wine Etersoft +
>какой-то еще софт) может и получите 20%

Если сравнивать дефолтный i386 пакет (даже не 686), то очень даже легко. С 686 - десяток-другой процентов.. Или на очень специфичном софте. Но _в принципе_ возможно.

>Нет, скорее это говорит о том, что не используется виртуализация. Конечно, 0%
>idle быть не должно, но 10-15% вполне нормально, особенно если есть
>живая миграция между нодами

Без виртуализации загрузка серверов вообще около 30% в среднем (если взять все сервера, включая хранилища). С ней растет до 80%, больше уже в пиках есть шанс упереться.
Кстати да, можно еще смотреть по пиковому потребелению, а можно по среднемесячному. Пиковое в 100% норма, а среднемесячное 90% - ахтунг. Особенно когда разница день-ночь в загрузке отличается в разы.

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

286. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 19:06 
>>Про 100% это Вы что-то загнули :)) 2, может быть 3, на
>>каких-то странных задачах (вроде терминалки под KDE и Wine Etersoft +
>>какой-то еще софт) может и получите 20%
>
>Если сравнивать дефолтный i386 пакет (даже не 686), то очень даже легко.

100%??

То-то в форониксовских тестах сравнивали фрю и какую-то бубунту, и в половине тестов бубунта оказалась здорово лучше, при том что пионерское ядро с большим числом регрессий (и забавными бенчмарками в сравнии с другими бубунтами)

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

293. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 28-Апр-10, 22:42 
Пхороникс, конечно, авторитетный ресурс. Они как-то то ли бету, то ли релиз-кандидат фряхи сравнивали, при этом даже не удосужились пересобрать ядро, а воспользовались GENERIC, который был собран под отладкой и с WITNESS. Чувствуется профессионализм, да.
Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

287. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от andy (??) on 28-Апр-10, 19:12 
> А еще, можно собрать сразу в пакеты и на остальные такие машины ставить свои любимые пакеты, но уже оптимизированые под данные процы.

А не Вы ли чуть выше утверждали, что пакеты зло и пакетные дистрибутивы тоже? Кстати, куда денется Ваша оптимизация, если у Вас серверы и на amd и на intel?

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

288. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 28-Апр-10, 19:48 
>> А еще, можно собрать сразу в пакеты и на остальные такие машины ставить свои любимые пакеты, но уже оптимизированые под данные процы.
>
>А не Вы ли чуть выше утверждали, что пакеты зло и пакетные
>дистрибутивы тоже?

Это был не он, это я. Я с ним согласен, правда он немного преувеличивает. Пакет хорош только в том случае если ты его и создал под своё железо. "Чужие" generic/default пакеты это действительно зло лично для меня.


>Кстати, куда денется Ваша оптимизация, если у Вас серверы
>и на amd и на intel?

Ну у него не знаю, а я amd не использую и никогда не буду.

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

308. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 29-Апр-10, 13:31 
> Ну у него не знаю, а я amd не использую и
>никогда не буду.

А это напрасно. Производительность у них нормальная, а учитывая разброд у интеля сейчас, года 2 их просто нет смысла брать (сокеты 1155, 1156, 1366, еще какой-то). Между собой они не совместимы. Планируется скорая замена 1366 на новый сокет. (подробности в гугле)
"Купи плату за 8к, и через год иди на йух с апгрейдом простой заменой проца. WE NEED YOUR MONEY!!"
А ведь они пошли по стопам амд.. я тогда с амд ушел на 775 интель и до сих пор не жалел. Сейчас так же уйду на амд, у которого как минимум сокеты между собой совместимы.

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

314. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 29-Апр-10, 16:14 
>[оверквотинг удален]
>А это напрасно. Производительность у них нормальная, а учитывая разброд у интеля
>сейчас, года 2 их просто нет смысла брать (сокеты 1155, 1156,
>1366, еще какой-то). Между собой они не совместимы. Планируется скорая замена
>1366 на новый сокет. (подробности в гугле)
>"Купи плату за 8к, и через год иди на йух с апгрейдом
>простой заменой проца. WE NEED YOUR MONEY!!"
>А ведь они пошли по стопам амд.. я тогда с амд ушел
>на 775 интель и до сих пор не жалел. Сейчас так
>же уйду на амд, у которого как минимум сокеты между собой
>совместимы.

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

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

318. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 29-Апр-10, 21:29 
> Вот когда ты мне сообщишь что после остановки кулера у тебя
>проц остался живой тогда
>я и посмотрю в сторону AMD, а до тех пор пусть курят
>бамбук, моих денег им не видать.

Когда ты начнешь читать обзоры, то узнаешь, что тому багу лет 5 как, и его нету уже года 3-4. И там проблема была в том, что при _снятии_радиатора_ термодатчик не успевал ловить перегрев. А если не имбецил и не дергаешь радиатор по живому, и в биосе стоит автовыключение при перегреве, даже те процы переживут такое.
Сейчас амд даже от снятия не горят, термодачик прямо в проц давно встроили.

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

319. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 29-Апр-10, 22:29 
>[оверквотинг удален]
>>я и посмотрю в сторону AMD, а до тех пор пусть курят
>>бамбук, моих денег им не видать.
>
>Когда ты начнешь читать обзоры, то узнаешь, что тому багу лет 5
>как, и его нету уже года 3-4. И там проблема была
>в том, что при _снятии_радиатора_ термодатчик не успевал ловить перегрев. А
>если не имбецил и не дергаешь радиатор по живому, и в
>биосе стоит автовыключение при перегреве, даже те процы переживут такое.
>Сейчас амд даже от снятия не горят, термодачик прямо в проц давно
>встроили.

Вау! :)  

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

307. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 29-Апр-10, 13:22 
>> А еще, можно собрать сразу в пакеты и на остальные такие машины ставить свои любимые пакеты, но уже оптимизированые под данные процы.
>А не Вы ли чуть выше утверждали, что пакеты зло и пакетные
>дистрибутивы тоже?

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

> Кстати, куда денется Ваша оптимизация, если у Вас серверы
>и на amd и на intel?

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

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

272. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 28-Апр-10, 15:48 
>> Этот бинарь и есть зло. И вообще все пакетные дистрибутивы для меня зло.
>
>Отлично. И Вы будете терять время, для пересборки каждого пакета для каждого
>сервера?

Какое время? О чем ты?


playnet уже ответил.

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

294. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 29-Апр-10, 00:30 
>>2 часа ровно на 4-х ядернике 2.6ГГц.
>
>Всего-то, блин. По-моему, 2 часа можно потратить на что-то более интересное.

Думаешь я на консоль медитировал? :))

>А чем таким скомпиленый опеонфис будет отличаться от пакетного? Вы хоть бит в
>исходниках поменяли?

LOCALIZED_LANG=ru в make.conf даёт на выходе русскоязычную сборку OOo 3.2 (ru-openoffice.org-3.2.0_2.tbz). Да к тому же с опциями оптимизации кода можно поиграться.

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

95. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 27-Апр-10, 08:40 
> hotplug на _сервере_ вообще какая-то экзотика, разве что для установки)

Хотплаг сата двд? Это скорее приятный бонус протокола. А хотплаг дисков - вещь архинужная.

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

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

114. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 11:25 

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

В почте долго писать, напишите плиз inbox [at] shaggy-cat [dot] ru


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

317. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 29-Апр-10, 21:22 
>
>>зы. обменялись же тогда координатами.. и ни ответа, ни привета.. Ответь чтоли...
>
>В почте долго писать, напишите плиз inbox [at] shaggy-cat [dot] ru

отправил очередной запрос авторизации на galia в жаббере. С 11.03 пока так ответа и не было.

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

321. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 30-Апр-10, 02:21 
>>
>>>зы. обменялись же тогда координатами.. и ни ответа, ни привета.. Ответь чтоли...
>>
>>В почте долго писать, напишите плиз inbox [at] shaggy-cat [dot] ru
>
>отправил очередной запрос авторизации на galia в жаббере. С 11.03 пока так
>ответа и не было.

Дело в том, что я сейчас сознательно ограничиваю общение в IM, так как занимает не оптимально много времени, и позволяю себе это лишь в выходной (когда плохая погода и на улицу не выбраться).
Связано это с тем, что при своем бизнесе над тобой нет начальников (разве что, кроме мужа :))), и отвественность несешь прежде всего перед собой, а ее немного не хватает.

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

Прошу извинить, и написать на почту.


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

116. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 12:15 
>Тут в соседней теме обсуждают DVD и blu-ray диски, и большинство делает
>вывод, что они уже прошлое. Имхо, на _сервере_ оптический дисковод уже
>сейчас лишнее в большинстве случаев (только питание лишнее ест, а лишние
>Ватты во многих ДЦ оплачиваются, а hotplug на _сервере_ вообще какая-то
>экзотика, разве что для установки)

Шикарно. Вспоминаю довод про панику при отключении неотмонтированной флешки на фре. Вы хоть новые придумайте, не надо у фришников их аргументы таскать ))

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

123. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 13:07 
>Шикарно. Вспоминаю довод про панику при отключении неотмонтированной флешки на фре. Вы
>хоть новые придумайте, не надо у фришников их аргументы таскать ))

Так никто не спорит, что это не фича(как было со флэшкой во фре, и фанатиками от BSD), а не баг. Но такой ли страшный :)?

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

132. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 27-Апр-10, 13:57 
>Тут в соседней теме обсуждают DVD и blu-ray диски, и большинство делает
>вывод, что они уже прошлое.

Я говорил о подключаемом CD-ROM, заметьте.
Впрочем, слимовые приводы до сих пор ставят в стоечные серверы IBM и отказываться от них не спешат.

>Даже на FreeBSD можно за пару дней соорудить PXE-инсталлятор,

Вот только не за пару дней, а за 15 минут. PXE-инсталлятор для FreeBSD давно готов.
http://docs.freebsd.org/doc/4.10-RELEASE/usr/share/doc/ru/ar...

>>Баги в -CURRENT и perforce. В -STABLE уже проверенные решения.
>позволю себе оставить фанатичный текст без комментариев :)

Позволю себе продолжить ваше просвещение. -RELEASE — всего лишь снапшот ветки -STABLE, с "вылизанным" до блеска к моменту выхода комплектом ПО. Так что боязнь ставить -STABLE на продакшен — это просто лень.

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

197. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 02:06 
>[оверквотинг удален]
>
>Я говорил о подключаемом CD-ROM, заметьте.
>Впрочем, слимовые приводы до сих пор ставят в стоечные серверы IBM и
>отказываться от них не спешат.
>
>>Даже на FreeBSD можно за пару дней соорудить PXE-инсталлятор,
>
>Вот только не за пару дней, а за 15 минут. PXE-инсталлятор для
>FreeBSD давно готов.
>http://docs.freebsd.org/doc/4.10-RELEASE/usr/share/doc/ru/ar...

Я Вам сама как-то тыкала этой ссылкой, только для семерки.
Принципиально не считаю правильным заливать готовые образы  с помощью PXE, а считаю единственно верным ставить из штатного пакетного менеджера (под ним имею ввиду и порты), так как вычистить все bash_history, логи, ssl-ключи и пр можно просто забыть, да и не секюрно это (подготовленный образ будет дырявым уже через пол-года)

Поэтому нужно ставить из _пакетов_ предварительно собранных(что на фре займет не два часа!), поэтому и инсталлятор на фре и получится дня за два. Эта ремарка не ради холиваров, и это не недостаток фряхи, скорее отсуствие плюсов как и в большинстве *nix систем по этому вопросу - в ней эти технологии в таком же зачаточном виде, как в Debian и Ubuntu, в сравнении с SUSE и RedHat, и, на сколько понимаю, в Solaris (не пользовалась JumpStart) где это _действительно_ удобно сделано.

>>>Баги в -CURRENT и perforce. В -STABLE уже проверенные решения.
>>позволю себе оставить фанатичный текст без комментариев :)
>
>Позволю себе продолжить ваше просвещение. -RELEASE — всего лишь снапшот ветки -STABLE,
>с "вылизанным" до блеска к моменту выхода комплектом ПО. Так что
>боязнь ставить -STABLE на продакшен — это просто лень.

Зачем Вы загоняете себя в угол? Правильно ли я Вас понимаю, что багов в Stable не бывает :)?

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

108. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от Аноним (??) on 27-Апр-10, 10:50 
>Нет, скорее я стараюсь не давать iZen и прочим фанатикам от BSD
>предоставлять возможность необоснованно вопить про то, чего на самом деле нет:
>стараюсь дать объективные комментарии, соблюсти баланс, когда его пытаются необъективно нарушить,
>то же самое делаю, когда набегают фанатики-вендузятники.

Кто тут вопит? Здесь тихо-спокойно обсуждали новую фичу, потом пришел толстый тролль, сделал неумный наброс, его цивилизованно поставили на место. Но красноглазые же не могут пройти мимо того, как "в интернете кто-то (якобы) неправ", вот и накинулись со своими глупыми заявлениями, не показывающими ничего, кроме их тотальной неосведомленности в *BSD.

Смотрите, что ли, в зеркало иногда.

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

109. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 10:51 
>75% жирности - это по-твоему "элегантно"?

а если неожиданно из командировки в гугль вернется муж, прочтет и недрогнувшей мускулистой рукой проинсталлирует линукс на всю длину без облегчения мучений 75% жирностью? :)

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

218. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от m00n (ok) on 28-Апр-10, 07:27 
>>75% жирности - это по-твоему "элегантно"?
>
>а если неожиданно из командировки в гугль вернется муж, прочтет и недрогнувшей
>мускулистой рукой проинсталлирует линукс на всю длину без облегчения мучений 75%
>жирностью? :)

"Люди с запахом могилы"? Deadсад.


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

6. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от fan (??) on 26-Апр-10, 13:45 
>Ждем-с переход аналогичны на ext4 :)))

ага, ждем когда вы поставите ZFS

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

12. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 26-Апр-10, 15:58 
тогда уже BtrFS
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

21. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 26-Апр-10, 17:25 
ее еще допиливать и допиливать
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

37. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok) on 26-Апр-10, 20:28 
>ее еще допиливать и допиливать

Логично, блин. Можно подумать что сани решили "о, давайте сделаем ZFS" и сразу резко появился готовый zfs со всеми наворотами. Агащаз.

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

36. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 20:27 
>>Ждем-с переход аналогичны на ext4 :)))
>
>ага, ждем когда вы поставите ZFS

Когда во фре будет что-то типа люстры/GPFS, или, хотя бы, GFS/OCFS?

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

40. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от andy (??) on 26-Апр-10, 21:30 
> Когда во фре будет что-то типа люстры/GPFS, или, хотя бы, GFS/OCFS?

По-моему, тут новость проскакивала о портировании Lustre на FreeBSD.

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

42. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 21:43 
>> Когда во фре будет что-то типа люстры/GPFS, или, хотя бы, GFS/OCFS?
>
>По-моему, тут новость проскакивала о портировании Lustre на FreeBSD.

Не факт, что Lustre будет готова раньше, чем Btrfs, и что вообще попадет в апстрим, но и lustre достаточно специфическая, сложная, и тяжелая вещь.
Признаюсь, я ее никогда не видела (так как испугалась объема документации), хотя если она во фре появится, очень хорошо - Линукс слишком вольготно себя чувствует в top500, пусть немного продвинется (так как монополия никогда ни к чему хорошему не приводила)

GlusterFS (как OpenSource аналог GPFS) в чем-то, имхо, интереснее, так как поднимается по-проще люстры, и вполне применим на уровне SMB/"малые крупные сети"

Аналога легких параллельных gfs/ocfs нет. Кстати, lvm сам имеет кластерные расширения.

Так вот, упоминание ZFS во фре это, имхо, такой способ троллинга: полного стека файловых систем подо все задачи во FreeBSD нет, но да, действительно, есть портируемый (с запазданием) из Соляриса ZFS, а им одним жить нельзя, как и толкать в каждую дырку.

Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную UFS

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

44. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 26-Апр-10, 21:56 
>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную UFS

В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по базовым структурам с UFS1? (Она её расширяет, а не дополняет, в отличие от Ext3)

Так ведь Ext3 тоже из Ext2 произошла и ничего — современный энтерпрайз-уровень — а лучше в Linux и нету — всё остальное либо специализированно (JFS, XFS), либо плохо поддерживаемо (Raiser3/4), либо на уровне опытной эксплуатации (Ext4).


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

45. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 21:57 
>>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную UFS
>
>В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по
>базовым структурам с UFS1? (Она её расширяет, а не дополняет, в
>отличие от Ext3)

С тем, что до сих пор (в stable во всех поддерживаемых версиях) нет журнала как класса, только через geom

>Так ведь Ext3 тоже из Ext2 произошла и ничего — современный энтерпрайз-уровень
>— а лучше в Linux и нету — всё остальное либо
>специализированно (JFS, XFS), либо плохо поддерживаемо (Raiser3/4), либо на уровне опытной
>эксплуатации (Ext4).

ext4 уже давно production, советую проснуться :)


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

49. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от iZEN (ok) on 26-Апр-10, 22:25 
>>>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную UFS
>>
>>В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по
>>базовым структурам с UFS1? (Она её расширяет, а не дополняет, в
>>отличие от Ext3)
>
>С тем, что до сих пор (в stable во всех поддерживаемых версиях)
>нет журнала как класса, только через geom

Журнал нужен для быстрого восстановления неконсистентного состояния. В UFS2 неконсистентное состояние устраняется механизмом Soft Updates и фоновым fsck. Свежие патчи, фактически, закрепили ранее принятые архитектурные решения по SU в парадигме CoW, потребовав лишь минимально необходимый объём служебной информации для быстрого восстановления. Таким образом, наличие журнала для традиционных ФС является жизненно необходимым, а наличие журнала для UFS2 с включенным Soft Updates — всего лишь удобством (отказом от фонового fsck).

>ext4 уже давно production, советую проснуться :)

Когда на ней файлы перестанут теряться и сделают, наконец, заявленный дефрагментатор?


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

55. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 22:44 
>>>>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только
>Журнал нужен для быстрого восстановления неконсистентного состояния. В UFS2 неконсистентное состояние устраняется
>механизмом Soft Updates и фоновым fsck. Свежие патчи, фактически, закрепили ранее
>принятые архитектурные решения по SU в парадигме CoW, потребовав лишь минимально
>необходимый объём служебной информации для быстрого восстановления. Таким образом, наличие журнала
>для традиционных ФС является жизненно необходимым, а наличие журнала для UFS2
>с включенным Soft Updates — всего лишь удобством (отказом от фонового
>fsck).

Она при этом тормозит :)))

>Когда на ней файлы перестанут теряться

Это было достаточно давно, и уже не правда, и баги есть в любом OpenSource проекте.

Мне больше всего не нравится, что ext4 не работает со стабильными OVZ-ядрами, но внутри одиночных виртуалок под любым гипервизором вполне используемо уже какое-то время.


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

120. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 12:31 
>>В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по
>>базовым структурам с UFS1? (Она её расширяет, а не дополняет, в
>>отличие от Ext3)
>
>С тем, что до сих пор (в stable во всех поддерживаемых версиях)
>нет журнала как класса, только через geom

Не нужен был, поэтому не было. Теперь профинансировали и появился. Проблема fsck в фоне не сильно раздражала.

Я вот историю расскажу. Сидели у нас на одном упсе 3 линукса и 4 фри, в один, не совсем прекрасный момент упс вырубился. Мы быстро все переткнули, все 4 фри поднялись без проблем, а на 2х линуксах развалился ext3. Еще долго с ними пыхтели. Так что красивые слова, они красивые слова, а практика все расставляет на свои места. К слову, на фрях была не хилая дисковая нагрузка в момент отключения.

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

126. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 13:11 
>>>В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по
>>>базовым структурам с UFS1? (Она её расширяет, а не дополняет, в
>>>отличие от Ext3)
>>
>>С тем, что до сих пор (в stable во всех поддерживаемых версиях)
>>нет журнала как класса, только через geom
>
>Не нужен был, поэтому не было. Теперь профинансировали и появился. Проблема fsck
>в фоне не сильно раздражала.

Ню-ню, а меня задолбало, не знаю, как сказать по-другому :)

Назвать эту технологию иначе, как полным отстоем 20-летней давности я не могу :)

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


>Я вот историю расскажу. Сидели у нас на одном упсе 3 линукса и 4 фри, в один, не совсем >прекрасный момент упс вырубился. Мы быстро все переткнули, все 4 фри поднялись без >проблем, а на 2х линуксах развалился ext3. Еще долго с ними пыхтели. Так что красивые >слова, они красивые слова, а практика все расставляет на свои места. К слову, на фрях >была не хилая дисковая нагрузка в момент отключения.

В данном случае предполагаю бешенно кривые руки :) Стыдно должно быть :)
А вообще, советую заглянуть в lost+found на любой, несколько лет отработавшей в продакшне машине под FreeBSD без журнала через geom

Напротив, на Linux такого даже на reiser партициях никогда не видела :)
Так что... Имхо, диагноз: а) очень красные глаза б) кривые руки (в случае Linux)

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

139. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 15:28 
>Так что... Имхо, диагноз: а) очень красные глаза б) кривые руки (в
>случае Linux)

c) чукча не читатель чукча пейсатель.
он сказал, что 7 машин потеряли упс. видимо, стойка. предполагаю стандартные серваки с рейдами, у которых обычно есть волшебная настройка - кеширование записи.
видимо, чувак думал, что только он знает секрет увеличения производительности I/O на полтора процента. а то что у линукса в журнале всякая фигня будет написана - это само собой все сделается. ну фря-то - это - то ващееееее. поднялась после фсцк, о да!
to неизвестный ламер:
даффай, чувак, даффай. я спрогнозирую:
"кагда в партах?.... ура, журнал!... упссс... журнал у фри-то недоделан-то, откатился на софтапдейтс."

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

162. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 19:26 
>видимо, чувак думал, что только он знает секрет увеличения производительности I/O
>видимо
>видимо

Телепат, уходи, тебе здесь не рады.

ЗЫ Когда гложут сомнения, лучше сначала спросить, а потом делать выводы. Именно этим отличается линуксоид от красноглазого.

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

198. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 02:10 
>[оверквотинг удален]
>с рейдами, у которых обычно есть волшебная настройка - кеширование записи.
>
>видимо, чувак думал, что только он знает секрет увеличения производительности I/O на
>полтора процента. а то что у линукса в журнале всякая фигня
>будет написана - это само собой все сделается. ну фря-то -
>это - то ващееееее. поднялась после фсцк, о да!
>to неизвестный ламер:
>даффай, чувак, даффай. я спрогнозирую:
>"кагда в партах?.... ура, журнал!... упссс... журнал у фри-то недоделан-то, откатился на
>софтапдейтс."

Может и правда он забыл купить батарейку к write-back-кэшу на контроллере? Тода смешно :)
Кстати, прирост от write-back кэша все-таки не полтора процента, а гораздо больше...

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

222. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 28-Апр-10, 10:14 
>Кстати, прирост от write-back кэша все-таки не полтора процента, а гораздо больше...

я в курсе. но меня даже не интересует, сколько именно процентов, поскольку чревато противоестественным лишением девственности. пусть даже 20%. освободившееся время поциент себе компенсирует ночной авральной переинсталляцией всего :)

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

282. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 18:32 
>>Кстати, прирост от write-back кэша все-таки не полтора процента, а гораздо больше...
>
>я в курсе. но меня даже не интересует, сколько именно процентов, поскольку
>чревато противоестественным лишением девственности. пусть даже 20%.

от 1.5 до 4 раз (150-400% )

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

298. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 29-Апр-10, 01:03 
>от 1.5 до 4 раз (150-400% )

мужик, флаг в руки, видео лишений на ютюб!

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

138. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 15:23 
>Я вот историю расскажу. Сидели у нас на одном упсе 3 линукса
>и 4 фри, в один, не совсем прекрасный момент упс вырубился.
>Мы быстро все переткнули, все 4 фри поднялись без проблем, а
>на 2х линуксах развалился ext3. Еще долго с ними пыхтели. Так
>что красивые слова, они красивые слова, а практика все расставляет на
>свои места. К слову, на фрях была не хилая дисковая нагрузка
>в момент отключения.

сказка про репку. уточнять вообще в таких случаях полагается, стояло там adaptec write cache например или еще что. у меня уж с десяток разных машинок в стойках теряли упсы по разным причинам и нифига. потому что достаточно потратить 10 секунд на чтение всплывающей инфы в настройках рейда, чтобы потом не высасывать из пальца аргумены, не?

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

144. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 27-Апр-10, 15:49 
>[оверквотинг удален]
>>на 2х линуксах развалился ext3. Еще долго с ними пыхтели. Так
>>что красивые слова, они красивые слова, а практика все расставляет на
>>свои места. К слову, на фрях была не хилая дисковая нагрузка
>>в момент отключения.
>
>сказка про репку. уточнять вообще в таких случаях полагается, стояло там adaptec
>write cache например или еще что. у меня уж с десяток
>разных машинок в стойках теряли упсы по разным причинам и нифига.
>потому что достаточно потратить 10 секунд на чтение всплывающей инфы в
>настройках рейда, чтобы потом не высасывать из пальца аргумены, не?

Не. Ext3 не затачивалась под парадигму CoW, в отличие от UFS2. К Ext2 тупо прикрутили журналирование для _быстрого_ восстановления структуры самой ФС после сбоев и на этом успокоились.


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

152. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 17:30 
>Не. Ext3 не затачивалась под парадигму CoW, в отличие от UFS2. К
>Ext2 тупо прикрутили журналирование для _быстрого_ восстановления структуры самой ФС после
>сбоев и на этом успокоились.

вы его сервера настраивали?
при чем тут CoW? а спасет ли он если у тебя в журнале одно, в испарившемся кеше другое а на диске третье?
кстати, http://en.wikipedia.org/wiki/Comparison_of_file_systems википедия врет и в UFS2 он есть?

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

163. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 27-Апр-10, 19:31 
>>Не. Ext3 не затачивалась под парадигму CoW, в отличие от UFS2. К
>>Ext2 тупо прикрутили журналирование для _быстрого_ восстановления структуры самой ФС после
>>сбоев и на этом успокоились.
>
>вы его сервера настраивали?
>при чем тут CoW? а спасет ли он если у тебя в
>журнале одно, в испарившемся кеше другое а на диске третье?
>кстати, http://en.wikipedia.org/wiki/Comparison_of_file_systems википедия врет и в UFS2 он есть?

Soft Updates (SU) появилась на замену журналирующих структур традиционных ФС в угоду парадигме CoW. Об этом пишут сами автор(ы) SU в UFS2. SU обеспечивает хранение транзакционных метаданных не на самом носителе, а в памяти, обеспечивая минимум обращений к носителю и переупорядочивая данные таким образом, чтобы сохранить их целостность даже в самом худшем случае (отказ питания носителя).

Безусловно, кэширование аппаратным обеспечением носителя без дополнительного обеспечения устойчивости кэша и до того, как весь кэш сбросится на диск, нивелирует роль SU в обеспечении транзакционности. Но и полностью журналируемые ФС в этом случае тоже не гарантируют свою целостность и целостность пользовательских данных. Однако, размеры поддерживаемого журнала транзакций (и данных) традиционных ФС говорит о том, что им есть куда развиваться.

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

169. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 20:22 
>того, как весь кэш сбросится на диск, нивелирует роль SU в
>обеспечении транзакционности. Но и полностью журналируемые ФС в этом случае тоже
>не гарантируют свою целостность и целостность пользовательских данных.

да
> Однако, размеры поддерживаемого
>журнала транзакций (и данных) традиционных ФС говорит о том, что им
>есть куда развиваться.

размеры журнала, имхо, мало значат в условиях современного оборудования. или я ошибаюсь?

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

171. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 27-Апр-10, 20:36 
>размеры журнала, имхо, мало значат в условиях современного оборудования. или я ошибаюсь?

Ошибаетесь. В случае сабджа: "Максимальный размер журнала составляет 32 Мб, и он хранит записи о последнем миллионе операций (одна операция = 32 байта)." — теперь сравните эту величину с размером аппаратного кэша современного винчестера на терабайт и сделайте вывод.

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

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

189. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 23:15 
>Ошибаетесь. В случае сабджа: "Максимальный размер журнала составляет 32 Мб, и он
>хранит записи о последнем миллионе операций (одна операция = 32 байта)."

это хорошо. а я вот ограничу размер журнала ext4 16 мб. и что?

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

с каким из?
[root@dvpc /]# lspci | grep RA
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 02)
00:1f.2 RAID bus controller: Intel Corporation 82801 SATA RAID Controller (rev 02)
04:00.0 RAID bus controller: Adaptec AAC-RAID (rev 09)

это домашний писюк. а мужик легкой рукой гонял (что он там гонял?) 7!! серверов фри и линукса совместно со товарищем _в_продакшене_ с защитой типа "журнал".... как говорит один мой толстый друг "я худею".
и вот в результате всего этого безобразия, после которого нормальные люди выходят замуж или женятся (ну кто там на что способен с начальством), этот товарищ доверительно сообщает, что "мой линуксовый друг ничего с серверами сделать не смог".
меня терзают смутные сомнения и неясные догадки, а не запорол ли мальчик случайно свои системы втихаря и в панике сам?
ибо.
несколько лет работал в среднем isp. случалось всякое - и кабели резали случайно, и серваки путали спросоня и стоечные упсы дохли несколько раз и линуксы с фрями вставали колом под нагрузкой. за 4 года в 20 стойках че только не происходило... но такой вот фантастиш, чтоб без физического повреждения на зеркалках дохла что фришная, что линуксовая ФС - это новость.
да и без зеркалок на прошлой работе ext3 со стародавних времен жила вечно...
ну уж а дома бывает, что ups 1000 не вытягивает две писишки до прихода электриков...
извините, рассказы "я видел - у него дохло, дада" рассказчика выше попахивают жестским красноглазием

>Устойчивость традиционных ФС обратно пропорциональна размеру журнала И обратно пропорциональна размеру незащищённого
>от пропадания питания аппаратного кэша.

то есть она, судя по оглашенным оратором выше результатам примерно равна 30%. пораскиньте трезво-то, вам самому-то эта мысль не жмет?

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

190. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 23:24 
>этот товарищ доверительно сообщает, что "мой линуксовый друг ничего с серверами
>сделать не смог".

Это ложь, я этого не говорил.

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

191. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 23:34 
>>этот товарищ доверительно сообщает, что "мой линуксовый друг ничего с серверами
>>сделать не смог".
>Это ложь, я этого не говорил.

"ФС не монтировались после факапа. В восстановлении не участвовал, я фрю админил." (C)

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

274. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 28-Апр-10, 16:32 
>>>этот товарищ доверительно сообщает, что "мой линуксовый друг ничего с серверами
>>>сделать не смог".
>>Это ложь, я этого не говорил.
>
>"ФС не монтировались после факапа. В восстановлении не участвовал, я фрю админил."
>(C)

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

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

299. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –3 +/
Сообщение от Dvorkin email(ok) on 29-Апр-10, 01:14 
>"ничего с серверами сделать не смог" - ложь. все в последствии было
>восстановленно. "мой линуксовый друг" справился. только время прилично потратил. но в
>принципе, спасибо, ясно на каком уровне ведется дискуссия.

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

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

302. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +2 +/
Сообщение от m00n (ok) on 29-Апр-10, 07:50 
>ему повезло - целочкой остался, и начальству вашему жадному и вам
>- как к зачмыренным настройщикам принтеров и зебатов с попутными почта/фтп/роутеры/городская
>сеть/куча филиалов в качестве бонуса за хорошую работу. что уж тут
>квакать?

Вы, Дмитрий, самоуверенный хам и плебс. Админите свой региональный портальчик - админьте, не квакайте.

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

309. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Dvorkin email(ok) on 29-Апр-10, 13:39 
> Админите свой региональный портальчик

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

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

я повторюсь. через мои руки прошло 20 стоек с железом, к торому я имел рутовый доступ или настраивал сам. за некоторое время я трогал 50 на 50 - линукс и фрибизиди и ни разу, ни разу не видел, чтобы ext или ufs дохла так, что после 15 минут работы автоматически запущенный после включения питания fsck не мог привести фс в рабочий вид. при чем моя личная статистика говорит, что в 90% случаев состояние ФС восстанавливается из журнала.
в среднем около года аптайма на серверах и отказ от фоновых фсцков как принцип "береженого бог бережет" - это была политика и моего коллеги - фаната фри и моя - как его помошника в вечернее дежурство.

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

вы все еще хотите флеймить на тему "екст три гавно уфс рулит" или предусмотрительно отвернетесь нетронутой жопой и продолжите без ненужной работы локтями петь алилуйа своим героям, которым, собственно и посвящен топик?

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

146. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 16:30 
>сказка про репку. уточнять вообще в таких случаях полагается, стояло там adaptec
>write cache например или еще что. у меня уж с десяток
>разных машинок в стойках теряли упсы по разным причинам и нифига.
>потому что достаточно потратить 10 секунд на чтение всплывающей инфы в
>настройках рейда, чтобы потом не высасывать из пальца аргумены, не?

Машинки тогда бюджетные стояли. Никаких рейдов.

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

153. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 17:33 
>Машинки тогда бюджетные стояли. Никаких рейдов.

тогда не рассказывайте сказки, а расскажите-ка историю болезни: что за фс у вас были, использовались ли какие-то параметры журналирования (или все в дефолт), использовались ли аппартные решения, особые драйвера, софт-рейды и пр. и в чем именно состоял гимор после включения питания?

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

156. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 18:01 
>>Машинки тогда бюджетные стояли. Никаких рейдов.
>
>тогда не рассказывайте сказки, а расскажите-ка историю болезни: что за фс у
>вас были, использовались ли какие-то параметры журналирования (или все в дефолт),
>использовались ли аппартные решения, особые драйвера, софт-рейды и пр. и в
>чем именно состоял гимор после включения питания?

Для вас это сказки, для меня - опыт.

Я уже писал, что ext3. Все дефолт. RedHat, версии за давности лет не помню. Рейдов не было никаких. ФС не монтировались после факапа. В восстановлении не участвовал, я фрю админил. Мысль была в том, что 7 одинаковых машинок вырубились по питанию, для двух из них это оказалось фатально. Мое хозяйство в виде роутера, mail, MySQL и squid выжило.

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

160. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 27-Апр-10, 19:00 
>Я уже писал, что ext3. Все дефолт. RedHat, версии за давности лет
>не помню. Рейдов не было никаких. ФС не монтировались после факапа.
>В восстановлении не участвовал, я фрю админил. Мысль была в том,
>что 7 одинаковых машинок вырубились по питанию, для двух из них
>это оказалось фатально. Мое хозяйство в виде роутера, mail, MySQL и
>squid выжило.

Правду говоришь. Было такое и не раз. И пошел ext3 в сад...

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

199. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 02:13 
>>Я уже писал, что ext3. Все дефолт. RedHat, версии за давности лет
>>не помню. Рейдов не было никаких. ФС не монтировались после факапа.
>>В восстановлении не участвовал, я фрю админил. Мысль была в том,
>>что 7 одинаковых машинок вырубились по питанию, для двух из них
>>это оказалось фатально. Мое хозяйство в виде роутера, mail, MySQL и
>>squid выжило.
>
> Правду говоришь. Было такое и не раз. И пошел ext3 в
>сад...

У Вас что-то с руками :)

Ну-ка, что там в fstab писали :)? А в конфиге md (когда-то был обязательным)?

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

228. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hate email(ok) on 28-Апр-10, 10:43 
>[оверквотинг удален]
>>>это оказалось фатально. Мое хозяйство в виде роутера, mail, MySQL и
>>>squid выжило.
>>
>> Правду говоришь. Было такое и не раз. И пошел ext3 в
>>сад...
>
>У Вас что-то с руками :)
>
>Ну-ка, что там в fstab писали :)? А в конфиге md (когда-то
>был обязательным)?

Да я и не вспомню... Старый я, склероз уже. :)

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

200. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 02:17 

>Для вас это сказки, для меня - опыт.
>
>Я уже писал, что ext3. Все дефолт. RedHat, версии за давности лет
>не помню. Рейдов не было никаких.

Как можно использовать _сервер_ в production без рейд-массива? Вы вообще в своем уме?
Небось и бэкапов не было, или на соседний винт?

Два SATA-ых(или scsi) диска влезут в любую, на сколько я помню, самую старую 1u платформу, блин, хотя бы IDE на разных контроллерах в mdraid!

В общем, даже не двойка, а кол Вам, и молчите дальше на эту тему, я бы постеснялась расскаывать о_таком_ собственном фейле публично!

Косяки были у всех, и у меня тоже, но как можно не понимать, какой(!) это писец?!?

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

202. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 02:48 
>Как можно использовать _сервер_ в production без рейд-массива? Вы вообще в своем
>уме?

Немного отойду от конкретного случая... SAN, NAS по AoE, iSCSI, FC... Дисков не нужно вообще, или 1 загрузочный. А дальше хоть по NFS монтируемся на дублированные SAN и радуемся. В тех же блейдах штатно может вообще не быть разъема под диск, а корзина дисков в том же шасси, но отдельно. Плюс виртуализация с Live-migration и прочими плюшками с локальным диском под VM не сочетается никак.

Возвращаясь к этому случаю.. если это были диски с рабочими данными, то "сам себе злобный буратино".

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

206. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 03:05 
>>Как можно использовать _сервер_ в production без рейд-массива? Вы вообще в своем
>>уме?
>
>Немного отойду от конкретного случая... SAN, NAS по AoE, iSCSI, FC... Дисков
>не нужно вообще, или 1 загрузочный. А дальше хоть по NFS
>монтируемся на дублированные SAN и радуемся. В тех же блейдах штатно
>может вообще не быть разъема под диск, а корзина дисков в
>том же шасси, но отдельно. Плюс виртуализация с Live-migration и прочими
>плюшками с локальным диском под VM не сочетается никак.

Все правильно, но в SAN/NAS (только он по-определению не может быть AoE, iscsi, FC) внутри находится тот же массив с избыточностью, впрочем, уверена, Вы прекрасно в курсе (это больше для новеньких комментарий)

> Возвращаясь к этому случаю.. если это были диски с рабочими данными, то
>"сам себе злобный буратино".

Угу, и у человека хватает отсуствия стыда за свои кривые руки приводить это как проблемы в ненавистной ОС :)

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

207. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 03:40 
>Все правильно, но в SAN/NAS (только он по-определению не может быть AoE,
>iscsi, FC) внутри находится тот же массив с избыточностью, впрочем, уверена,
>Вы прекрасно в курсе (это больше для новеньких комментарий)

Не придираясь, но чтобы не было недопонимания. SAN надо подключить к оборудованию. Это FC/ethernet. Теперь надо подключить сами данные. AoE, iSCSI (SAN) или же samba/nfs (NAS)
http://xgu.ru/wiki/SAN
http://xgu.ru/wiki/NAS
Не понял, что "по определению" я сказал не так.
Так-то действительно в курсе.

> Угу, и у человека хватает отсуствия стыда за свои кривые руки приводить это как проблемы в ненавистной ОС :)

Только не надо забывать, что просто рейд тоже не панацея. Восстановление raid-5 с 2 отпавшими дисками - дело часто непростое. Да и пробой БП с выдачей то ли внутренних 40В, то ли вообще 220 напрямую любой рейд убьет так, что никакой сервис уже не поможет. (было 2 раза, правда с бытовыми БП.. Провод 220в касался радиатора, проплавило оболочку и 220 выжгло всю начинку..)

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

230. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 11:02 
>[оверквотинг удален]
>>iscsi, FC) внутри находится тот же массив с избыточностью, впрочем, уверена,
>>Вы прекрасно в курсе (это больше для новеньких комментарий)
>
>Не придираясь, но чтобы не было недопонимания. SAN надо подключить к оборудованию.
>Это FC/ethernet. Теперь надо подключить сами данные. AoE, iSCSI (SAN) или
>же samba/nfs (NAS)
>http://xgu.ru/wiki/SAN
>http://xgu.ru/wiki/NAS
>Не понял, что "по определению" я сказал не так.
>Так-то действительно в курсе.

Тьфу, сама написала криво :)

>AoE, iSCSI (SAN) или
>же samba/nfs (NAS)

Вы точнее всего отразили суть)

>> Угу, и у человека хватает отсуствия стыда за свои кривые руки приводить это как проблемы в ненавистной ОС :)
>
>Только не надо забывать, что просто рейд тоже не панацея. Восстановление raid-5
>с 2 отпавшими дисками - дело часто непростое.

на SAS и старых, маленьких SATA восстанавливается нормально, хотя да, сейчас для файлохранилища нужно что-то вроде 6/60, в крайнем случае 10 (там хоть и избыточность меньше, если перва не повезет, и вылетит еще один HDD во время ребилда, может таки повезти, что вывалится зеркальная копия)

> Да и пробой
>БП с выдачей то ли внутренних 40В, то ли вообще 220
>напрямую любой рейд убьет так, что никакой сервис уже не поможет.
>(было 2 раза, правда с бытовыми БП.. Провод 220в касался радиатора,
>проплавило оболочку и 220 выжгло всю начинку..)

Говорят, что в таких случаях UPS помогает, хотя да, конечно, бэкапы рулят :)

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

223. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от oops (??) on 28-Апр-10, 10:23 
превращаетесь в фанатика =) Разговор был не о том, дурак ли тот у кого raid`а нет, или как правильно должен выглядеть сервер для продакшена. Речь о неудачном опыте в ФС, причем тут был raid или нет?
Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

229. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 10:58 
>превращаетесь в фанатика =) Разговор был не о том, дурак ли тот
>у кого raid`а нет, или как правильно должен выглядеть сервер для
>продакшена. Речь о неудачном опыте в ФС, причем тут был raid
>или нет?

У него скорее всего там были гнилые локальные диски, уже с большим числом бэд-секторов или еще какая-то непотребность :)

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

231. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 28-Апр-10, 11:06 
>превращаетесь в фанатика =) Разговор был не о том, дурак ли тот
>у кого raid`а нет, или как правильно должен выглядеть сервер для
>продакшена. Речь о неудачном опыте в ФС, причем тут был raid
>или нет?

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

"ФС не монтировались после факапа. В восстановлении не участвовал, я фрю админил." (C)
"
откуда следует вывод что он а) сам не знает, была ли проблема аппаратной б) не завалил ли студент свою фс сам случайно втихаря, а пацанам сказал что "оно сломалось" и c) я вообще тут примусы починяю, что вы придираетесь к словам

в целом, конечно, дискуссия на соответствующем уровне ну и система доказательств на том же

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

172. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от User294 (ok) on 27-Апр-10, 20:39 
>В чём UFS2 допотопна?

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

>либо на уровне опытной эксплуатации (Ext4).

Опытной? Это когда его уже по дефолту то втыкают разные уважаемые дистры и он офнциально объявлен годным для продакшна? Я его уже юзаю - да, при ОПЫТНОЙ эксплуатации - мистер Теодор отхватил немного багрепортов. Сейчас я уже юзаю в ряде не очень ответственных мест как системные разделы и прочая и как-то не испытываю особого желания юзать ext3, который я постепенно вывожу из эксплуатации в пользу ext4 (пардон, он настолько резвее что это трудно игнорировать).

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

175. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 21:23 
>>В чём UFS2 допотопна?
>
>Угребищной архитектурой дисковых структур эпохи царя гороха. Тормозной и унылой. Заурядный EXT4
>- просто шедевр инженерной мысли на фоне этого архаика. Хотя строго
>говоря - там ничего такого. Все что там есть известно и
>юзалось уже давно.
>

Ext4 делалось под люстру. Без нее - фик бы в Linux появилось что-то такое.
Стыдно такое не знать.

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

179. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok) on 27-Апр-10, 21:41 
>Ext4 делалось под люстру. Без нее - фик бы в Linux появилось что-то такое.

Там уже хрензнаетсколько были ФС юзающие b-деревья и экстенты. XFS, JFS, а может я и чего еще забыл? :). Посему EXT4 не является каким-то гигантским технологическим прорывом - все технологии которые там есть уже были и юзались пингвиноидами хзсколько. Просто получилась еще одна ФС. Достаточно удачная, да. И уж во всяком случае - на современном уровне, в отличие от тормозной архиаки EXT2 и 3. Если уж рассуждать о плюсах и минусах - XFS на многодисковой конфиге зарулит EXT4-го нахрен при многих нагрузках, имхо. Чисто за счет своей сильной заточенности на параллельную работу (allocation groups в которые параллельно запись делается).

>Стыдно такое не знать.

Вот-вот, к себе это примените.

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

48. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от zorro (??) on 26-Апр-10, 22:22 
О любительница виртуалок. Как где не купишь шаред хостинг, так везде блин фря стоит, шагги_кэт, чуйствую у вас еще дохренищща работы, первым делом сходите в хостеру nic.ru и скажите им что они не на кошерном софте свои виртуалки крутят да.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

52. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 22:37 
>О любительница виртуалок. Как где не купишь шаред хостинг, так везде блин
>фря стоит, шагги_кэт, чуйствую у вас еще дохренищща работы, первым делом
>сходите в хостеру nic.ru и скажите им что они не на
>кошерном софте свои виртуалки крутят да.

То, что продается у них, позиционируется как шаред-хостинг.
Сейчас _контейнерная_ и вообще(VirtualBOX несерьезно) виртуализация на фре ограниченна парой хостеров, использующих VDSmanager, против десятков тысяч инсталляций только Virtuozzo и неустановленного числа OpenVZ (вероятно, больше), не говоря о Xen-хостерах и даже уже появившихся KVM

а из OVZ можно сделать то же самое, что и в nic.ru если хочется :)
У nic.ru, судя по тем документам, что есть в сети, какая-то своя реализация, не совместимая с jails (даже им он не понравился), открывать которую они не собираются.

Точнее, мы (именно мы) уже и сделали: предлагаем контейнеры под массовый хостинг типовых сайтов, а не VPS, так, что каждый клиент в своем контейнере (не для конечных пользователей, а для веб-студий)

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

98. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 27-Апр-10, 08:59 
>То, что продается у них, позиционируется как шаред-хостинг.

Кстати, для шаред хостинга фрю точить надо. Запретить просмотр процессов других юзеров, разграничение больше сделать... нету лимитов на тот же проц и I/O итд.

>Сейчас _контейнерная_ и вообще(VirtualBOX несерьезно) виртуализация на фре ограниченна парой хостеров, использующих
>VDSmanager, против десятков тысяч инсталляций только Virtuozzo и неустановленного числа OpenVZ
>(вероятно, больше), не говоря о Xen-хостерах и даже уже появившихся KVM

Виртуализация "полного цикла" (KVM, Xen, ...) имеет смысл только для крупных проектов, а для мелочи в режиме 10к сайтов на сервер будут чудовищные накладные расходы. В этом плане лучше OpenVZ или jailы, но там свои особенности... В общем, OpenVZ сейчас более приспособлен для жизни. Ну и нету у него шаринга РО-страниц, без чего еще и памяти надо будет сильно больше.

>Точнее, мы (именно мы) уже и сделали: предлагаем контейнеры под массовый хостинг
>типовых сайтов, а не VPS, так, что каждый клиент в своем
>контейнере (не для конечных пользователей, а для веб-студий)

Контейнеры это Solaris? Вроде, больше нигде их нету.

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

113. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 27-Апр-10, 11:22 
>>То, что продается у них, позиционируется как шаред-хостинг.
>
>Кстати, для шаред хостинга фрю точить надо. Запретить просмотр процессов других юзеров,
>разграничение больше сделать... нету лимитов на тот же проц и I/O
>итд.

В первый раз защищу в этой теме фряху :)
Нет в ней проблем с ограничением просмотра процессов других юзеров

>>Сейчас _контейнерная_ и вообще(VirtualBOX несерьезно) виртуализация на фре ограниченна парой хостеров, использующих
>>VDSmanager, против десятков тысяч инсталляций только Virtuozzo и неустановленного числа OpenVZ
>>(вероятно, больше), не говоря о Xen-хостерах и даже уже появившихся KVM
>
>Виртуализация "полного цикла" (KVM, Xen, ...) имеет смысл только для крупных проектов,
>а для мелочи в режиме 10к сайтов на сервер будут чудовищные
>накладные расходы. В этом плане лучше OpenVZ или jailы, но там
>свои особенности... В общем, OpenVZ сейчас более приспособлен для жизни. Ну
>и нету у него шаринга РО-страниц, без чего еще и памяти
>надо будет сильно больше.

Выделение памяти в OVZ это фича :) Хотя то, что 256Mb ОЗУ OVZ VE != 256Mb ОЗУ виртуалки, это правда. Но нужно и уметь под этот вопрос тюнить.
Например, на хабра-хабре есть интересная статья про уменьшение стека: http://habrahabr.ru/blogs/hosting/53236/

>>Точнее, мы (именно мы) уже и сделали: предлагаем контейнеры под массовый хостинг
>>типовых сайтов, а не VPS, так, что каждый клиент в своем
>>контейнере (не для конечных пользователей, а для веб-студий)
>
>Контейнеры это Solaris? Вроде, больше нигде их нету.

нет, это вообще второе название "виртуализации уровня ОС". В той же документации по PVC и OVZ встречается через каждый десяток слов, даже сокращение есть: CT (от containers)

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

119. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 27-Апр-10, 12:30 
>В первый раз защищу в этой теме фряху :)
>Нет в ней проблем с ограничением просмотра процессов других юзеров

Проблем нет, но соответствующая sysctl по-умолчанию разрешает видеть список всех процессов, а не только своих.
Очередное компетентное заявление, в общем.

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

127. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 13:21 
> Проблем нет, но соответствующая sysctl по-умолчанию разрешает видеть список всех процессов,
>а не только своих.
> Очередное компетентное заявление, в общем.

То есть, вся проблема только в том, чтобы изменить значение sysctl по умолчанию, так?

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

135. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 27-Апр-10, 14:16 
>То есть, вся проблема только в том, чтобы изменить значение sysctl по
>умолчанию, так?

Да. Но как о проблеме этот пункт в изначальном посте вроде не упоминался. Просто нужно для шареда ОС подготовить. Как и любую другую.

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

201. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 02:26 
>>В первый раз защищу в этой теме фряху :)
>>Нет в ней проблем с ограничением просмотра процессов других юзеров
>
> Проблем нет, но соответствующая sysctl по-умолчанию разрешает видеть список всех процессов,
>а не только своих.
> Очередное компетентное заявление, в общем.

Если характеристика "компетентное заявление" адресовалось мне, я как бы в курсе, что это делается через sysctl.conf, но параметр как тогда так и сейчас в мане искать лень, так как уже поздно :)

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

203. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 02:50 
>Если характеристика "компетентное заявление" адресовалось мне, я как бы в курсе, что
>это делается через sysctl.conf, но параметр как тогда так и сейчас
>в мане искать лень, так как уже поздно :)

А он там один, прямо в конфиге

# $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $
#
#  This file is read when going to multi-user and its contents piped thru
#  ``sysctl'' to adjust kernel values.  ``man 5 sysctl.conf'' for details.
#

# Uncomment this to prevent users from seeing information about processes that
# are being run under another UID.
#security.bsd.see_other_uids=0

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

204. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 02:52 
Это.. если что, "аноним" это был не я ) Я всегда подписываюсь, мне скрывать нечего и веду я себя обычно корректно.
Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

209. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 28-Апр-10, 04:39 
>>Если характеристика "компетентное заявление" адресовалось мне, я как бы в курсе, что
>>это делается через sysctl.conf, но параметр как тогда так и сейчас
>>в мане искать лень, так как уже поздно :)
>
>А он там один, прямо в конфиге
># are being run under another UID.
>#security.bsd.see_other_uids=0

так точно, но так же есть еще:
security.bsd.see_other_gids
и забывать его не стоит.

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

226. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от cvsup (ok) on 28-Апр-10, 10:36 
Теперь вы переходите на второй уровень (с)
ну смешно же, чесслово... :( лишь бы пиписьками махать
Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

107. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 10:38 
>О любительница виртуалок. Как где не купишь шаред хостинг, так везде блин
>фря стоит, шагги_кэт, чуйствую у вас еще дохренищща работы, первым делом

в каком таком дерьмантине ты покупаешь шаред хостинг? сша и европа давно продают 50 на 50 линукс и виндоус

>сходите в хостеру nic.ru и скажите им что они не на
>кошерном софте свои виртуалки крутят да.

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

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

128. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 13:21 
>кстати, интересный вопрос почему наши ребята впереди планеты всей по использованию Оперы
>и фрибизиди.

Вот бы узнать.

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

180. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –2 +/
Сообщение от User294 (ok) on 27-Апр-10, 21:43 
>>кстати, интересный вопрос почему наши ребята впереди планеты всей по использованию Оперы
>>и фрибизиди.
>Вот бы узнать.

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

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

129. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 13:23 
>в каком таком дерьмантине ты покупаешь шаред хостинг? сша и европа давно
>продают 50 на 50 линукс и виндоус

А еще в США и Просвещенной Европе в валенках не ходят и варежки не носят. Вот же народ у нас
отсталый!

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

131. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 13:51 
а над чукчами в детстве, наверное, ржал... :)
http://fishki.net/comment.php?id=68632
http://fishki.net/comment.php?id=68683
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

150. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 27-Апр-10, 17:19 
>а над чукчами в детстве, наверное, ржал... :)
>http://fishki.net/comment.php?id=68632
>http://fishki.net/comment.php?id=68683

ты то уж точно

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

137. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от fi (ok) on 27-Апр-10, 15:11 
>О любительница виртуалок. Как где не купишь шаред хостинг, так везде блин
>фря стоит,

Ой не надо!!! реальная статистика говорит другое - в мире, фрее не превышала 10% на хостинге, и планомерно сокращается, хуже только солярка. Интересно, тот же plesk продают еще под фришку?

Русский хостинг немного отличается - после повсеместной установки киски освободилось большое количество фришников, вот они и перетекли :)

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

71. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 26-Апр-10, 23:46 
>Так вот, упоминание ZFS во фре это, имхо, такой способ троллинга: полного
>стека файловых систем подо все задачи во FreeBSD нет, но да,
>действительно, есть портируемый (с запазданием) из Соляриса ZFS, а им одним
>жить нельзя, как и толкать в каждую дырку.
>
>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную
>UFS

очень интересно, а вы выделяете виртуалкам отдельные разделы или блочные устройства и в виртуалках у вас можно воткнуть "самостоятельную" фс? нафиг такое не нужно. достаточно сделать zfs create vm/vm1 и располагать виртуалку. за ФС должна следить корневая машина, а не каждая виртуалка в отдельности.

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

74. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 26-Апр-10, 23:56 
>>Так вот, упоминание ZFS во фре это, имхо, такой способ троллинга: полного
>>стека файловых систем подо все задачи во FreeBSD нет, но да,
>>действительно, есть портируемый (с запазданием) из Соляриса ZFS, а им одним
>>жить нельзя, как и толкать в каждую дырку.
>>
>>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную
>>UFS
>
>очень интересно, а вы выделяете виртуалкам отдельные разделы или блочные устройства и
>в виртуалках у вас можно воткнуть "самостоятельную" фс?

да, это рекомендуемый способ в документации, например, RHEL

Доступ с хостовой системы к lvm-тому или lun/iscsi(FC и пр) получается на раз-два через device-mapper и kpartx

>нафиг такое не
>нужно.

Что-что?
Вы про адресацию блоков что-нибудь знаете?

>достаточно сделать zfs create vm/vm1 и располагать виртуалку. за ФС
>должна следить корневая машина, а не каждая виртуалка в отдельности.

Что-что? Советую отправиться в школу, и разобраться, что есть виртуализация, а что есть контейнеры.

И вообще, zfs не панацея, так как не параллельная, поэтому ничего она не должна :)
(про возможность запуска Windows на zfs в курсе, только тут кластерный lvm выглядит гораздо убедительнее zfs)

Для начала успешного гугления:

Xen, KVM, ESX, Hyper-V это виртуализация
OpenVZ, jails, VServer, Solaris Zones и, сюда же самый примитивный представитель chroot() вообще не виртуализация, а контейнеры

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

80. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 27-Апр-10, 00:11 
>Что-что? Советую отправиться в школу, и разобраться, что есть виртуализация, а что
>есть контейнеры.

пардон кошка, читаю и вижу то, что хочу, а не то что есть. не прав.

а если так охота в вирталку ZFS, то на 512М работает замечательно и без проблем.

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

141. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 15:40 
>[оверквотинг удален]
>>
>>По-моему, тут новость проскакивала о портировании Lustre на FreeBSD.
>
>Не факт, что Lustre будет готова раньше, чем Btrfs, и что вообще
>попадет в апстрим, но и lustre достаточно специфическая, сложная, и тяжелая
>вещь.
>Признаюсь, я ее никогда не видела (так как испугалась объема документации), хотя
>если она во фре появится, очень хорошо - Линукс слишком вольготно
>себя чувствует в top500, пусть немного продвинется (так как монополия никогда
>ни к чему хорошему не приводила)

Люстра больше не будет иметь серверов на Linux. Одна из причин не совместимость лицензий для ZFS с linux kernel.
Клиенты останутся - кудаж без них, но серверов после 2.1 можно не ждать.

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

192. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok) on 28-Апр-10, 00:39 

>Люстра больше не будет иметь серверов на Linux. Одна из причин не
>совместимость лицензий для ZFS с linux kernel.
>Клиенты останутся - кудаж без них, но серверов после 2.1 можно не
>ждать.

Не пользуюсь люстрой, не читаю их рассылку, и не в курсе их последних дел
И все же: пруфлинк, или не было!

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

39. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok) on 26-Апр-10, 20:34 
>Ждем-с переход аналогичны на ext4 :)))

Как раз на пенсию выйдете к тому моменту как там будут экстенты :)

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

176. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 21:26 
>>Ждем-с переход аналогичны на ext4 :)))
>
>Как раз на пенсию выйдете к тому моменту как там будут экстенты
>:)

mballoc3 вошедший в ext4 из патчей ldiskfs v2 - занял в разработке около 3х лет (не full time) и при этом до сих пор там вылязат косяки под большой нагрузкой.

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

183. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok) on 27-Апр-10, 22:35 
А в чем состоят косяки? А то как говорится, "доктор ватсон не заметил явных проблем". Нет, то есть, косяки я несколько раз замечал, мелкие и некритичные. Но это было достаточно давно. Мистер Теодор бойко их поудавил, кстати. А так - работает себе. Если у вас есть на примете косяки - ну, дайте ссылочку на багрепорт тогда, etc?
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

3. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 26-Апр-10, 13:14 
Хвала Yahoo! и Juniper
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от FSA (??) on 26-Апр-10, 13:52 
Эх. Давно пора. А то дома фиг дождёшься пока проверит...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 26-Апр-10, 14:34 
Оно в фоне, вообще-то, проверяется. Ждать не надо.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от zazik (ok) on 26-Апр-10, 15:29 
Проверьте мне / в фоне.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +2 +/
Сообщение от Барыго on 26-Апр-10, 16:06 
Корень "/" в FreeBSD не превышает 512 МБ, софтапдейт там отключен. И журнал там не нужен. Так что идите лесом с такими требованиями.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от еще один Аноним on 26-Апр-10, 16:11 
а что вы там храните? В / изменения вообще не должны вноситься, кроме как пересборка ядра и мира.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

16. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Анонима on 26-Апр-10, 16:16 
/etc/rc.conf
/etc/passwd
etc
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

22. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 26-Апр-10, 17:27 
>/etc/rc.conf

и часто вы rc.conf правите?

>/etc/passwd

тогда уж master.passwd и часто вы меняете пароли, добавляете новых юзеров на домашнем компе?

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

26. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от Ы on 26-Апр-10, 18:30 
>>/etc/rc.conf
>>/etc/passwd
>и часто вы меняете пароли, добавляете новых юзеров на домашнем компе?

Дык - судя по гонору где то 100500 изменений в аккаунтах в секудну :)

ЗЫЖ Хотя быстрее всего чучело думает что тут как в вго бубунте - весть диск одни куском, чтоб недай... не напрячь мосщный моск бубунтоида  :)

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

29. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от Барыго on 26-Апр-10, 19:18 
Ну не глумитесь над молодым бубунтоидом. А то он станет злой и с пеной у рта начнет доказывать, что BSD умерла 10 лет назад и никому теперь не нужна. :)
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

38. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –4 +/
Сообщение от User294 (ok) on 26-Апр-10, 20:32 
Для дома убунты как-то лучше подходят, не в обиду бсдшникам. Можно и нормальные резвые ФС юзать не resort-ясь к монструозному ZFS (который прилично работает только если RAM сильно дофига) и сразу искаропки нечто напоминающее готовую систему и никаких тарахтений диском на полчаса. И да, загрузка за 10 секунд, etc. В итоге BSD на десктопе нужна как-то сильно некоторым. Настолько сильно что в статистиках (веб, p2p, ....) их разглядеть обычно не удается.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

41. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от iZEN (ok) on 26-Апр-10, 21:36 
> монструозному ZFS (который прилично работает только если RAM сильно дофига) и сразу искаропки нечто напоминающее готовую систему и никаких тарахтений диском на полчаса.

Чё ты несёшь? Какие "тарахтения диском"? "Дофига RAM" это сколько?

Вот у меня сейчас запущен десктоп Xfce4 4.6.1, Firefox 3.6.3, Thunderbird 3.0.4 и... RSSOwl 1.2.3. В фоне из исходников компилируется система (FreeBSD 8.0-STABLE).
Память: занято 1,3ГБ (33,5%) из 3,9ГБ. Подкачка: 0 байт (0,0%) из 4ГБ.
ZFSv14 ONLY.
Тормозов  GUI и завихрений звуковоспроизведения, какие случаются в Linux Ubuntu, не ощущаю вообще.

ЧЯДНТ?

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

51. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от yantux (??) on 26-Апр-10, 22:37 
А я не давно купил 1Гб рс3200 400МГц, откуда у вас 4 Гб? Вроде на 86 только 3Гб используются.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

43. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 26-Апр-10, 21:49 
10 секунд - это только ядро загружается? У меня вот 9.10 сейчас стоит. Ну по крайней мере минута. Windows 7 на домашнем компе быстрее грузится.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

121. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Sem email(??) on 27-Апр-10, 12:38 
>10 секунд - это только ядро загружается? У меня вот 9.10 сейчас
>стоит. Ну по крайней мере минута. Windows 7 на домашнем компе
>быстрее грузится.

Молчание было мне ответом. Ну что бы не быть голословным, взял секундомер и замерил - 54 секунды с момента, как отключается заставка биоса и загрузился рабочий стол. Убунту из коробки. Ничего специально не тюнил.

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

142. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 15:42 
>Молчание было мне ответом. Ну что бы не быть голословным, взял секундомер
>и замерил - 54 секунды с момента, как отключается заставка биоса
>и загрузился рабочий стол. Убунту из коробки. Ничего специально не тюнил.
>

[dv@dvhome ~]$ uptime
15:44:37 up 27 days,  2:28,  17 users,  load average: 0.15, 0.09, 0.02

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

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

147. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 16:36 
>[dv@dvhome ~]$ uptime
> 15:44:37 up 27 days,  2:28,  17 users,  load
>average: 0.15, 0.09, 0.02
>
>а я не помню, сколько у меня домашние писишки загружаются...
>десктопы просто не выключаются, а ноуты спят если че.
>помню только, что с той машины, с которой пишу треть времени инициализируется
>рейд
>не могли бы вы повторить свой вопрос на канале аниме?

Чего-то все, что ты тут понаписал как-то совсем не в тему загрузки убунту за 10 сек.

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

148. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Andrey Mitrofanov on 27-Апр-10, 16:53 
Пора бы уже привыкнуть к обычному аргументу #2.

Он как бы говорит, что последние 26 дней время загрузки у него 0.0 .

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

151. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 27-Апр-10, 17:24 
>Пора бы уже привыкнуть к обычному аргументу #2.
>
>Он как бы говорит, что последние 26 дней время загрузки у него
>0.0 .

скорее он проводит небольшой расчет: время реальной загрузки / кол-во дней аптайма = 10cек

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

155. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 17:43 
я как-бы даю понять, что только фрики загружаются раз в сутки
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

154. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 17:37 
>Чего-то все, что ты тут понаписал как-то совсем не в тему загрузки
>убунту за 10 сек.

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

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

159. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 18:33 
>>Чего-то все, что ты тут понаписал как-то совсем не в тему загрузки
>>убунту за 10 сек.
>
>че-то как-то непонятно вообще кто сейчас такие дурацкие вопросы про скорость загрузки
>может вообще задавать. более уместно в каналах про аниме, имхо

Тогда начало треда то почитай. Полезно.
Коротко - я о том, кто выдает желаемое за действительное. Не я начал про 10 сек.

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

166. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkin email(ok) on 27-Апр-10, 20:16 
>Коротко - я о том, кто выдает желаемое за действительное. Не я
>начал про 10 сек.

ты ввязался в этот глупый спор

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

167. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sem email(??) on 27-Апр-10, 20:20 
>>Коротко - я о том, кто выдает желаемое за действительное. Не я
>>начал про 10 сек.
>
>ты ввязался в этот глупый спор

Спора вообще не было.

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

186. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от User294 (ok) on 27-Апр-10, 23:00 
>10 секунд - это только ядро загружается?

Это вываливается гуйная заставка кедов, блин.

>Ну по крайней мере минута.

Вы там что, с флоппика грузитесь? oO

>Windows 7 на домашнем компе быстрее грузится.

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

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

73. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 26-Апр-10, 23:54 
>Для дома убунты как-то лучше подходят, не в обиду бсдшникам. Можно и
>нормальные резвые ФС юзать не resort-ясь к монструозному ZFS (который прилично
>работает только если RAM сильно дофига) и сразу искаропки нечто напоминающее
>готовую систему и никаких тарахтений диском на полчаса.

ну когда вы уже перестанете говорить о том, о чем не знаете? зфс на машине с 512М памяти, полет нормальный, еще и больше половины свободно:

Mem: 74M Active, 9420K Inact, 98M Wired, 428K Cache, 6256K Buf, 272M Free
Swap: 1024M Total, 1024M Free

# zpool upgrade
This system is currently running ZFS pool version 13.

All pools are formatted using this version.

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

188. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от User294 (ok) on 27-Апр-10, 23:05 
Да, впихнуть монструозную энтерпрайзную ФС на тачку с 512 мегами оперативы и понтоваться тем что еще половина свободна - это сильно. Крутой ты мэн, аноним. Прямо энтерпрайз, блин. Нет, конечно, как-то оно конечно будет и на такой конфигурации (а куда оно денется то?!).Вот только весь вопрос в том КАК оно будет работать не имея возможности хряпнуть себе достаточный буфер. Как-то конечно будет. Но вот бенчей в сравнении с остальными ФС на том же оборудовании вы как-то не привели. Странно. Вывод: "как-то работает на 512М памяти". И что он доказывает? Ну явно не то что "хорошо работает на 512М памяти", правда? Это иначе доказывается. Бенчами например.

ЗЫ простите, но мне любопытно: нахрена столь навернутая ФС - на такой машине? У меня есть крупные сомнения что это оптимальное решение с точки зрения системной инженерии.

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

211. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 28-Апр-10, 05:22 
>[оверквотинг удален]
>вопрос в том КАК оно будет работать не имея возможности хряпнуть
>себе достаточный буфер. Как-то конечно будет. Но вот бенчей в сравнении
>с остальными ФС на том же оборудовании вы как-то не привели.
>Странно. Вывод: "как-то работает на 512М памяти". И что он доказывает?
>Ну явно не то что "хорошо работает на 512М памяти", правда?
>Это иначе доказывается. Бенчами например.
>
>ЗЫ простите, но мне любопытно: нахрена столь навернутая ФС - на такой
>машине? У меня есть крупные сомнения что это оптимальное решение с
>точки зрения системной инженерии.

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

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

249. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet on 28-Апр-10, 14:18 
>это домашний шлюз и фс там стоит для тестов. и при выше
>оговоренных условиях показывает себя совсем не плохо.

Одно дело - дома, другое дело мало-мальски продакшн. И хорошо, если просто скорость проседать будет, главное, чтобы данные не бил и не терял.

Пытаюсь поставить 134 билд опенсоляры на тестовой амд с 4 гиг ЕСС памяти... Внешние сата-иде контроллеры (дешевые) оно не знает, на ИДЕ диски ругается ошибками чтения... Есть пачка ИДЕ для тестов, хотел собрать raid-z и 10 для тестов... Пока не судьба. Диски нормальные, на той же машине mhdd все прогнал. Солярщики, куда обратиться?
Так вот, если соберу, можно будет затестить скорость и зависимость от памяти.

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

91. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +8 +/
Сообщение от Барыго on 27-Апр-10, 05:45 
> Для дома убунты как-то лучше подходят, не в обиду бсдшникам.

Позволь людям самим решать, что им лучше подходит.

Тебе не надоел еще этот вечный спор в стиле какие девушки лучше "Блондинки vs Брюнетки"? Кому и чего ты пытаешься доказать? Я вот 10 лет читаю opennet и вижу как кто-то приходит и уходит, люди меняются. Ты уже явно легенда на opennet'е, но не с лучшей стороны. Есть люди типа Андрея Лаврентьева (lavr), который реально помог многим своими знаниями на этом ресурсе в свое время. А есть люди типа тебя, от которых только и слышно, что Linux Богом избранная система, а GPL решение всех проблем человечества.

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

143. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 15:42 
Кстати, да: жалко, что lavr как-то резко исчез...
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

145. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (??) on 27-Апр-10, 16:17 
Вроде он последний раз отвечал неделю назад: https://www.opennet.ru/cgi-bin/opennet/ks_nick.cgi?mask=lavr
Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

208. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +3 +/
Сообщение от Барыго on 28-Апр-10, 04:39 
Андрей уже не так активно участвует как раньше. Подозреваю, что из-за последователей "единственно-правильной ОС и лицензии" вообще много адекватных людей с opennet'а пропало в последнии годы. Потому как любая тема превращается в срач, как все замечательно в Linux, и как все хреново у других.
Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

178. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –3 +/
Сообщение от User294 (ok) on 27-Апр-10, 21:29 
>Позволь людям самим решать, что им лучше подходит.

Это хорошо говорите. Правда вот еще бы людей которые сами и осмысленно могут выбирать, думая СВОЕЙ головой а не "маркетологи мозг промыли" или "Вася сказал что %s - круто"...

>Ты уже явно легенда на opennet'е, но не с лучшей стороны.

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

>что Linux Богом избранная система,

Не хочу расстраивать вас но я не верю в богов. Как минимум в том виде в котором вещают это современные религии. Fail.

>а GPL решение всех проблем человечества.

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

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

210. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +4 +/
Сообщение от Барыго on 28-Апр-10, 04:51 
Ты не тому человеку пытаешься промыть мозги. Мне одинаково комфортно как в BSD, так и в Linux. И к Win платформе у меня тоже адекватное отношение.

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

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

289. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +4 +/
Сообщение от nuclight email(ok) on 28-Апр-10, 19:49 
>>Ты уже явно легенда на opennet'е, но не с лучшей стороны.
>
>Тут не поспоришь - есть за что. Тем не менее для совсем
>уж злопыхателей отмечу что пишу новости например порой. И, надеюсь, они
>бывают кому-то полезны. Не говоря о том что я регулярно допекаю
>массу свободных проектов кучами найденных багов и прочая. Посему сказать что
>я только троллю в коментах и не делаю ничего полезного у
>вас не выйдет. Ну разве что в случее если вы совсем
>уж предвзятый и неадекватный красноглазик которому красная пелена застилает глаза. Да, рекламить себя - мерзко, но, как бы, пришлось вот т.к. было
>бы хорошо если бы у вас включилась совесть слегонца.

Молодой человек, Вы еще с прошлого раза не поняли, что "у вас не выйдет сказать" и "рекламить себя"- суть лишь пустые слова? Если не поняли, я могу поднять всё то, на что Вы побоялись ответить в прошлый. Вопрос был именно о делах, а не о мнениях и не о том, кто что говорит и как к кому относится. Итак, предъявите, пожалуйста, факты - конкретные примеры вклада в "массу свободных проектов". Раз их такая масса, хотя бы несколько привести - не составит проблемы.

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

Видите ли, молодой человек, польза для _ресурса_ никого не волнует. Интересует польза для опенсорса. Впрочем, вызывает сомнение даже то, что приносимая Вами польза и для ресурса перевешивает наносимый ресурсу Вами же вред.

>>что Linux Богом избранная система,
>
>Не хочу расстраивать вас но я не верю в богов. Как минимум
>в том виде в котором вещают это современные религии. Fail.

А по факту - очень похоже, что верите. "Нет бога, кроме GNU/Linux, и Столлман - пророк его".

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

50. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 26-Апр-10, 22:30 
>Проверьте мне / в фоне.

Что мешает включить sync или SU для "/"?


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

54. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от zazik (ok) on 26-Апр-10, 22:41 
>>Проверьте мне / в фоне.
>
>Что мешает включить sync или SU для "/"?

У меня оно вообще ro. Но если неудачно питание пропадёт при перемонтированном в rw / - в фоне не проверишь. Да и /var далеко не всегда в фоне удачно удавалось проверять(до 7-ки включительно). Поэтому никаких фоном.

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

161. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok) on 27-Апр-10, 19:17 
>>>Проверьте мне / в фоне.
>>
>>Что мешает включить sync или SU для "/"?
>
>У меня оно вообще ro. Но если неудачно питание пропадёт при перемонтированном в rw / - в фоне не проверишь.

Почему?

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

219. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от zazik (ok) on 28-Апр-10, 09:28 
>>>>Проверьте мне / в фоне.
>>>
>>>Что мешает включить sync или SU для "/"?
>>
>>У меня оно вообще ro. Но если неудачно питание пропадёт при перемонтированном в rw / - в фоне не проверишь.
>
>Почему?

Вот не знаю. Всё время в шелл выпадало.

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

56. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Добрый Дохтур on 26-Апр-10, 22:46 
дада. и тут в момент этого фонового fsck исчезает лехтричество(особенно заметно зимой в морозы, когда народ массово включает всякие мощные отопительные приборы).

И вот тут уже будет полный fsck, а не фоновый.

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

58. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от iZEN (ok) on 26-Апр-10, 22:55 
>дада. и тут в момент этого фонового fsck исчезает лехтричество(особенно заметно зимой
>в морозы, когда народ массово включает всякие мощные отопительные приборы).
>
>И вот тут уже будет полный fsck, а не фоновый.

Дохтур, фоновая fsck работает со снапшотом, а не с реальной ФС. Вырубание элиптричества на одном из этапов проверки не приведёт к последующему "полному" fsck. Внесение исправлений из ремонтируемого снапшота в реальную ФС происходит транзакционно.


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

17. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от zuborg email on 26-Апр-10, 16:24 
Зачетно.
И автосинхронизацию теперь в gmirror можно будет держать включенной.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 26-Апр-10, 16:32 
>Зачетно.
>И автосинхронизацию теперь в gmirror можно будет держать включенной.

Выключенной, вы хотели сказать? Если для ufs+gjournal это действительно было так, про SU+J я такого пока не слышал.

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

20. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Nas_tradamus email(ok) on 26-Апр-10, 17:22 
Объясните, пожалуйста, зачем выключать автосинхронизацию gmirror.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

24. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от аноним on 26-Апр-10, 18:20 
Затем, что она грузит диски в течение долгого времени, и не нужна при использовании по крайней мере gjournal.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

27. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Nas_tradamus email(ok) on 26-Апр-10, 18:43 
>Затем, что она грузит диски в течение долгого времени, и не нужна
>при использовании по крайней мере gjournal.

Почитал о принципах работы gjournal и понял. Спасибо. )

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

30. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним on 26-Апр-10, 19:26 
А я вот нашел в man gmirror разные синхронизации - -F и -a. Видимо, речь идет о -F, а что такое -a не совсем понятно.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

53. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от zuborg on 26-Апр-10, 22:41 
После паники или ребута по питанию gmirror имеет обыкновение рассыпаться при активной записи.
При включенной автосинхронизации ребилд начинается сразу как задетектятся stale диски, и из-за значительной нагрузки на винты время работы fsck возрастает раз в 10 на большем заполненном разделе, что приводит к дауну сервера на десятки минут вплоть до часов, вместо нескольких минут.
Поэтому gmirror следует держать с выключенной автосинхронизацией, а ребилд запускать после fsck, например из /etc/rc.local

Почему не стоит полагаться на background_fsck - это уже другой вопрос, ответ на который тоже выписанный кровью.

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

57. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Добрый Дохтур on 26-Апр-10, 22:48 
>Почему не стоит полагаться на background_fsck - это уже другой вопрос, ответ
>на который тоже выписанный кровью.

всецело поддерживаю. был опыт эксплутации машин с freebsd на объектах с нестабильным питанием.

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

157. "Это прекрасно, но"  +/
Сообщение от Денис Юсупов email on 27-Апр-10, 18:06 
Но я всё жду, когда же во Фре появится поддержка MPLS?! Juniper же кучу своих наработок передавал обратно во Фрю, и где они? Microtik умеет MPLS, OpenBSD 4.7 тоже обещает, для Linux есть какие-то модули, одни мы с Фрёй в ж...сзади.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

165. "Это прекрасно, но"  +/
Сообщение от анонимус (??) on 27-Апр-10, 19:45 
есть уже давно http://forums.freebsd.org/showthread.php?t=2762

но не спешат вносить в хеад для обкатки
вы бы не ждали
а отписали в рассылку с вопросами, не бойтесь потеребить малыша

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

177. "Это прекрасно, но"  +/
Сообщение от Денис Юсупов on 27-Апр-10, 21:26 
>есть уже давно http://forums.freebsd.org/showthread.php?t=2762

Видел я это, с 2009 года ни одной новости.

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

В которую? freebsd-net?

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

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

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




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

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