forum.opennet.ru

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

Оглавление

Патчи для поддержки журналирования в UFS добавлены во FreeBS..., opennews (ok), 26-Апр-10, (0) [смотреть все]

Надеюсь, бэкпорт в 8-ку не заставит себя долго ждать , RedRat (ok), 12:41 , 26-Апр-10, (1) +1
Ура Свершился переход аналогичный ext2- ext3 Ждем-с переход аналогичны на e, fi (ok), 12:54 , 26-Апр-10, (2) //

Вот когда Ext4 научится делать снапшоты, как UFS2, тогда и поговорим об этом , iZEN (ok), 13:35 , 26-Апр-10, (5) –7 //

снапшоты умеет делать LVM, зачем это еще на уровне FS городить , Sergey (??), 13:58 , 26-Апр-10, (8) +4 //

dd тоже умеет делать снимки Зачем какой-то LVM , iZEN (ok), 14:35 , 26-Апр-10, (10) –3

Если досточтимый сэр не знает что такое LVM, то не стоит тут позировать своим не, stranger (??), 16:14 , 26-Апр-10, (15) –2

Если не менее досточтимый сэр не знает что такое снапшоты на уровне FS а не LVM , Аноним (-), 18:25 , 26-Апр-10, (25)

Снапшоты на уровне FS в Linux не нужны, потому что снапшоты LVM будут работать с, stranger (??), 18:54 , 26-Апр-10, (28) +2

Не будут Постольку поскольку LVM как бэ не в курсе состояния overlaying-файловой, Andrew Kolchoogin (?), 19:58 , 26-Апр-10, (31) +1

походу вы сэр просто не в курсе как работают снепшоты в LVM, mma (?), 20:10 , 26-Апр-10, (34) +2

так просветите , аноним (?), 23:30 , 26-Апр-10, (66) +2

http xgu ru wiki LVM D0 A0 D0 B5 D0 B7 D0 B5 D1 80 D0 B2 D0 BD D0 BE D0 B5_ D, минона (?), 07:39 , 27-Апр-10, (92)

По моему Андрей всё правильно написал Посмотрите например ссылку минона, там в , Аноним (-), 10:21 , 27-Апр-10, (102) +2

Увы, это нужно делать всегда, с любым снепшотом Точнее делать заморозку, почи, fi (ok), 14:06 , 27-Апр-10, (133)

У нормальной СУБД должна быть своя родная снапшотилка и бэкапилка Делать снапшо, iZEN (ok), 14:18 , 27-Апр-10, (136)
Мущино видимо не работал с большими базами данных Бэкап средствами ФС является , Аноним (-), 13:51 , 28-Апр-10, (246) –1
Совершенно верно , Hate (ok), 14:50 , 28-Апр-10, (256)
Вы не правы Как раз недавно БД переносили, UFS-снапшот с БД 30 Гб делается ок, kibab (?), 22:40 , 29-Апр-10, (320)
Мсье не знает, о чем говорит Останавливать СУБД не только нежелательно, но и вр, Аноним (-), 22:24 , 27-Апр-10, (181)
Увы, сайт sav ecom24 ru на момент написания ответа слег Собственно, мысль заключ, sHaggY_caT (ok), 00:47 , 28-Апр-10, (193)
а там собственно так и написано bin shuser mysqlbackup pass superpass us, минона (?), 05:48 , 28-Апр-10, (212)
gt оверквотинг удален Собственно 30с это время взятия лока и ожидание завершен, Аноним (-), 07:13 , 28-Апр-10, (214)
вы до сих пор не поняли, что тоже самое и на лвм в данном случае остановить_раб, минона (?), 10:31 , 28-Апр-10, (225)
Тоже, да не тоже Запись данных на том, с которого сделан снимок, очень сильно з, Аноним (-), 11:22 , 28-Апр-10, (233)
вопрос спор был о возможностях а это как оказалось возможно, не так ли Dну а , минона (?), 12:15 , 28-Апр-10, (235) –1
Вы не правы, т к не всегда этот вопрос уже обсасывали Поищите на Хабре , oops (??), 12:58 , 28-Апр-10, (237)
извиняюсь, конечно, но данный вопрос обсасывался мной в продакшене, в том числ, минона (?), 13:13 , 28-Апр-10, (238)
вы утверждаете, что ставили на FreeBSD и ZFS с оракловой БД или я что-то не та, oops (??), 14:48 , 28-Апр-10, (255)
тьфу ты проворонил, вы же сказали про соляру Извините Короч, я вам все равно н, oops (??), 14:51 , 28-Апр-10, (257)
да ваше право я ж не настаиваю лично я всегда тестирую сам кстати, именно по-, минона (?), 15:02 , 28-Апр-10, (259)
сертифицирована, так будем считать, я вам сэкономил усилия на поиск ну а не вер, Anon Y Mous (?), 18:34 , 28-Апр-10, (283)
я ж сказал - по моему а вот если в оф доке найдёте штатное применение снэпшотов , минона (?), 20:38 , 28-Апр-10, (290)
Ложь Иди читай про тюнинг ZFS для размещения баз данных , Hate (ok), 13:15 , 28-Апр-10, (239)
ZFS For Databases почитайте, чтоли ZFS нужно тюнить для работы с СУБД, как и СУ, Аноним (-), 13:21 , 28-Апр-10, (240)
gt оверквотинг удален Я измерял скорость записи данных в файл и копирование фа, iZEN (ok), 00:57 , 29-Апр-10, (296)
Дело в том, что в ряде случаев вообще лучше использовать raw device, вообще без , sHaggY_caT (ok), 01:41 , 29-Апр-10, (300)
Товарисч, скорость записи на носитель не является ключевым показателем когда реч, lagman (?), 04:53 , 29-Апр-10, (301)
Ну вы в курсе да, что флаш таблиц с локом требуется только для myisam таблиц in, Аноним (-), 11:26 , 28-Апр-10, (234)
ну вы наверное уже и сами догадались как я отвечу не , минона (?), 12:17 , 28-Апр-10, (236)
Если лог большой, это чревато долгим простоем Но не суть innodb, конечно, хор, sHaggY_caT (ok), 13:34 , 28-Апр-10, (242)
Если мелкие сайтики, то их бэкапить можно чем угодно, вплоть до mysqldump - врем, Аноним (-), 13:49 , 28-Апр-10, (244)
mysqldump чреват проблемами с кодировкой увы, быдло-код в PHP-проектах неистреб, sHaggY_caT (ok), 14:04 , 28-Апр-10, (248)
причем тут быдлокод сколько работаю, из любого дампа нормально можно залить, да, аноним (?), 15:36 , 28-Апр-10, (269)
Не иногда, а часто в случае быдло-кода, который мы, увы, часто подбираем - больш, sHaggY_caT (ok), 15:44 , 28-Апр-10, (271)
myisam используют не только для мелких сайтов, но и для больших таблиц, где важн, минона (?), 14:25 , 28-Апр-10, (250)
Если это мне, мы так и делаем на Linux-серверах Единственная проблема только , sHaggY_caT (ok), 14:29 , 28-Апр-10, (252)
вот тут может даже по-лучше будет http oracle2mysql wordpress com 2007 08 27 m, минона (?), 14:36 , 28-Апр-10, (253)
Статья чуть менее, чем полностью унылая mysqldump не применим на больших проект, Аноним (-), 15:34 , 28-Апр-10, (268)
метод абсолютно такой же утверждалось, что его вообще нет минимально, максималь, минона (?), 15:42 , 28-Апр-10, (270)
У нас все хорошо, тотально используем lvm-снапшоты На части серверов диск самое, sHaggY_caT (ok), 17:35 , 28-Апр-10, (277)
А если не секрет, чем делаются инкрементальные бэкапы , Аноним (-), 17:48 , 28-Апр-10, (278)
_Сейчас_, на всех nix-серверах, Gnu tar скрипт на bash через ssh на отдельную, sHaggY_caT (ok), 18:03 , 28-Апр-10, (280)
дык эта, а рсинк на что зы вот почему продолжаю иной раз писать - сквозь заросли, минона (?), 20:42 , 28-Апр-10, (291)
Ну его и рекомендуют для BackupPC для бэкапа Windows серверов Что там с System , sHaggY_caT (ok), 21:00 , 28-Апр-10, (292)
xtrabackup Только для 64-х битов, если не ошибаюсь, да и как-то его еще стремно , sHaggY_caT (ok), 18:42 , 28-Апр-10, (284)
gt оверквотинг удален Спасибо, кэп Всегда приятно вновь ознакомиться с теорие, Аноним (-), 15:14 , 28-Апр-10, (261)
незачто юнга надеюсь теперь бреда будете писать меньше , минона (?), 15:22 , 28-Апр-10, (263)
Теоретики такие теоретики D, Аноним (-), 15:23 , 28-Апр-10, (265)
вот именно чуть глубже капнёшь - никто не юзал, никто не использует, но преимуще, минона (?), 15:31 , 28-Апр-10, (267)
Откуда там вообще возьмется время на снэпшоты На Sun Tech Days было очень много , playnet (?), 14:28 , 28-Апр-10, (251)
а какая разница время всё-равно нужно или нет или будем рассматривать фс вне к, минона (?), 15:12 , 28-Апр-10, (260)

В каком месте тамошнего примера останавливается СУБД Какой командой А то что з, User294 (ok), 20:56 , 27-Апр-10, (173)
Устаревшая информация, freeze для xfs делать уже не нужно, sHaggY_caT (ok), 00:48 , 28-Апр-10, (194)

А что они дадут Ну, сравни игрушечный линуксовый LVM и RAID с ZFS http www un, iZEN (ok), 23:10 , 26-Апр-10, (62) –1

Таблицу писал кто-то неграмотный, ставим за нее кол ZFS Linux Ra, sHaggY_caT (ok), 23:20 , 26-Апр-10, (64) +2

Теперь удивитесь ZFS можно делать поверх комбинаций классов GEOM , iZEN (ok), 23:38 , 26-Апр-10, (69) –2

я думаю, что если раздать по iscsi с фряхи или Solaris на Linux geom-девайсы, их, sHaggY_caT (ok), 23:50 , 26-Апр-10, (72)
А чем это будет принципиально отличаться от тут любая ФС поверх LVM и т п в л, User294 (ok), 21:09 , 27-Апр-10, (174)

лично я понял, что вы очень любите кластеризацию, и при любом удобном случае рас, oops (??), 00:09 , 27-Апр-10, (78) +1

Скорее виртуализацию, а в виртуализации не контейнерах live-migration без кла, sHaggY_caT (ok), 00:28 , 27-Апр-10, (86)

типа так http xgu ru wiki D0 9F D0 BE D1 81 D1 82 D1 80 D0 BE D0 B5 D0 BD D0 , минона (?), 08:04 , 27-Апр-10, (93)
оригинал http www gridvm org drbd-lvm-gnbd-and-xen-for-free-and-reliable-san h, минона (?), 08:06 , 27-Апр-10, (94)
Если это мне, я это видела , sHaggY_caT (ok), 11:15 , 27-Апр-10, (112)
это в подтверждение слов так сказать , минона (?), 05:53 , 28-Апр-10, (213)

Толсто, сэр А это если врубить мозг dd-ом делать снапшоты с замаунченой Ф, User294 (ok), 20:06 , 26-Апр-10, (32) –3

Он вроде бы и кавычки, и смайлики поставил , Аноним (-), 10:29 , 27-Апр-10, (105)

Ну, вообще, зная iZEN я в этом тезисе не уверен Изен известное своей ангажирова, User294 (ok), 20:22 , 27-Апр-10, (168)

Хорошая шутка Про dd уже сказали , аноним (?), 16:31 , 26-Апр-10, (18)

dd это круто, кроме одного момента - выбор идет между довольно-таки disrupting у, User294 (ok), 20:09 , 26-Апр-10, (33) –3

Мы - нормальные online снапшоты, поэтому LLVM и dd и не используем , аноним (?), 23:34 , 26-Апр-10, (68) +1

Даю зуб что LLVM вообще дисковыми снапшотами не занимается Нормальные анонимы м, User294 (ok), 20:31 , 27-Апр-10, (170)

да, хорошая такая, офлайновая снапшотилка , аноним (?), 17:29 , 26-Апр-10, (23) +1

В xfs есть, например, freeze Только он не нужен, на самом деле, всегда делают с, sHaggY_caT (ok), 20:25 , 26-Апр-10, (35) –6

Достопочтенные доны какбэ в курсе что мадэмуазель не любит фрибсд, и не упускает, zorro (??), 22:16 , 26-Апр-10, (47) +7

Нет, скорее я стараюсь не давать iZen и прочим фанатикам от BSD предоставлять во, sHaggY_caT (ok), 22:56 , 26-Апр-10, (59) +1

Что именно я делаю не так Я никакого баланса не нарушаю Я лишь привожу факты А, iZEN (ok), 23:05 , 26-Апр-10, (60) –1

Безальтернативно красноглазите Тьфу на Вас Не используйте пионерские ядра Да, sHaggY_caT (ok), 23:09 , 26-Апр-10, (61) –1

А как же это http www linux org ru forum general 4819978 Стабильнее могут , iZEN (ok), 23:17 , 26-Апр-10, (63)

Вообще-то, уже опубликовали решение https bugzilla redhat com show_bug cgi id , sHaggY_caT (ok), 23:25 , 26-Апр-10, (65) +1

Нифига себе Круто Из-за подключаемого CD-ROM а сервер накрывается медным таз, iZEN (ok), 23:34 , 26-Апр-10, (67) +1
Тут в соседней теме обсуждают DVD и blu-ray диски, и большинство делает вывод, ч, sHaggY_caT (ok), 23:45 , 26-Апр-10, (70)
теперь и вы стали говорить фразы типа это не нужно И не стыдно на других паль, oops (??), 00:03 , 27-Апр-10, (75)
Баги есть везде Имхо, этот баг, на который сослался iZen, не так страшен, как о, sHaggY_caT (ok), 00:09 , 27-Апр-10, (77)
имхо фре не хватает денег, и вообще внимания со стороны всяких вендоров Она счи, oops (??), 00:15 , 27-Апр-10, (81)
Изменилось в бытие debian в самом Linux и так все было хорошо в RHEL и SLE - по, sHaggY_caT (ok), 00:18 , 27-Апр-10, (83)
ну так это плюсы для конкретного дистриба Сравнение какбэ совсем некорректное , oops (??), 00:23 , 27-Апр-10, (85)
Внимание нужно привлекать Оно само из ниоткуда не возьмётся А это уж лицензия т, www2 (ok), 11:01 , 27-Апр-10, (111)
Фре прежде всего не хватает таких вещей, как саппорта производителя Вот линукс , playnet (?), 08:46 , 27-Апр-10, (96)
http www freebsd org commercial consult_bycat htmlХватит , аноним (?), 12:17 , 27-Апр-10, (117)
есть что-то подобное, только плохо рекламируется и является в общем-то фанатской, Аноним (-), 10:55 , 27-Апр-10, (110) +1
Её спонсирует и продвигает как complete desktop operating system та же iXsyst, аноним (?), 12:20 , 27-Апр-10, (118)
Откуда такая глупость , Ян Злобин (ok), 02:37 , 27-Апр-10, (89)
compat linux или что-то нативное появилось , еще один Аноним (?), 10:19 , 27-Апр-10, (101)
Оракл не пользую, а других высоко критичных продакшн решений примеров масса , Ян Злобин (ok), 02:57 , 28-Апр-10, (205)
например , oops (??), 10:30 , 28-Апр-10, (224)
Яндекс, Rambler, mail ru, Yahoo и еще куча Достаточно высоко критичные продак, Ян Злобин (ok), 08:34 , 29-Апр-10, (303)
вы называйте не название фирм, а сервисы Ну почта, DNS, системы мониторинга, и , oops (ok), 11:44 , 29-Апр-10, (304)
Странно, что это непонятно Все вышеперечисленные имеют, как минимум, оригиналь, Ян Злобин (ok), 14:16 , 29-Апр-10, (310)
это правда, но это не ответ, а уход от ответа что значит за пару дней три часа , аноним (?), 00:06 , 27-Апр-10, (76)
Мне не нравится, как именно собраны пакеты по-дефольту во фре Все равно все нуж, sHaggY_caT (ok), 00:10 , 27-Апр-10, (79)
уж извините Пакеты - это так для кучи, юзайте порты А что вы там собрались ста, oops (??), 00:17 , 27-Апр-10, (82)
rpmbuild тоже решает делаете 64-х битный контейнер, и собираете в нем все, что , sHaggY_caT (ok), 00:21 , 27-Апр-10, (84)
нужноЧестно, не юзал такой штуки А почему 64битный Сказал выше сказанное к , oops (??), 00:28 , 27-Апр-10, (87)
Например, XFS и KVM гипервизор использовать на 32-х битном линухе моветон В 6, sHaggY_caT (ok), 00:34 , 27-Апр-10, (88)
Ой а баг rpmbuild который открывал базы до перехода в chroot уже пофиксили д, Аноним (-), 15:37 , 27-Апр-10, (140)
тоже задался вопросом про контейнер, но спать пошел , oops (??), 17:09 , 27-Апр-10, (149)
Смотрите чуть ниже, sHaggY_caT (ok), 02:00 , 28-Апр-10, (196)
RH платформа это не Gentoo, и я никогда не пересобирала ее всю, поэтому не исклю, sHaggY_caT (ok), 01:59 , 28-Апр-10, (195)
ну вообще такая схема годится далеко не везде Где-то это избыточно и даже паран, oops (??), 10:39 , 28-Апр-10, (227)
Нет, ни разу не избыточно Это и есть концепция использования контейнеров Если , sHaggY_caT (ok), 13:49 , 28-Апр-10, (245)
Госпожа Кошка, еще раз повторюсь, вы говорите только о хостерах или подобных сер, oops (??), 15:17 , 28-Апр-10, (262)
Нет, мы не хостер и у нас хостинговые услуги просто так случились , по тому, ч, sHaggY_caT (ok), 15:22 , 28-Апр-10, (264)
Ну диск на 36 гигов, например, довольно распростаненный - это не с избытком и чт, oops (ok), 12:10 , 29-Апр-10, (305)
старые SCSI 36Gb использовать под виртуализацию, даже легкую то есть, контейнеры, sHaggY_caT (ok), 12:17 , 29-Апр-10, (306)
Да щазз, это у вас какие-то странные стандарты Только что привезли новый HP Pro, еще один Аноним (?), 14:19 , 29-Апр-10, (311)
Если предполагается использование определенного ПО, наверное, под него есть опре, sHaggY_caT (ok), 15:53 , 29-Апр-10, (312)
вы опять не о том Куча воды Все не буду больше писать в этом треде, еще один Аноним (?), 17:08 , 29-Апр-10, (315)
Нет, о том если в Jails в апстриме нет ресурс-менеджмента, это не значит, что о, sHaggY_caT (ok), 17:17 , 29-Апр-10, (316)
IMHOТратить деньги на эту машинку есть смысл только в такой минимальной конфигу, Hate (ok), 16:00 , 29-Апр-10, (313)
а как вы обновляете софт , аноним (?), 16:35 , 28-Апр-10, (275)
Почитайте про vzpkg особенно в PVC, а не OVZ , vzyum, а, самое главное, про Spa, sHaggY_caT (ok), 17:12 , 28-Апр-10, (276)
Далеко не на все есть srpm Точнее, на то что нужно - обычно нет , m00n (ok), 07:19 , 28-Апр-10, (215)
Я пишу спеки сама, если спека нет Часто достаточно взять спек от старой версии,, sHaggY_caT (ok), 13:51 , 28-Апр-10, (247)
Да ладно, чего такого там надо собирать Я вообще практически пакетами не пользу, Sem (??), 12:52 , 27-Апр-10, (122)
gt оверквотинг удален Предлагаю вспомнить про опции сборки пых-пыха , sHaggY_caT (ok), 13:08 , 27-Апр-10, (124)
Так я так и написал - пакетами не пользуюсь Исключение - перл иногда ставлю Па, Sem (??), 13:41 , 27-Апр-10, (130)
Что там не так Мне кажется там все лаконично сделано , m00n (ok), 07:21 , 28-Апр-10, (216)
2 часа ровно на 4-х ядернике 2 6ГГц , iZEN (ok), 14:14 , 27-Апр-10, (134)
Всего-то, блин По-моему, 2 часа можно потратить на что-то более интересное А че, User294 (ok), 22:40 , 27-Апр-10, (184)
Конкретно openoffice можно ставить из пакета Разницы никакой , Sem (??), 23:05 , 27-Апр-10, (187)
Там вроде как можно было избавиться от идущей в комплекте мозиллой , m00n (ok), 07:22 , 28-Апр-10, (217)
Сразу видно, ты его не собирал Никогда и собирать не будешь Иначе знал бы что, Hate (ok), 09:58 , 28-Апр-10, (220)
Отлично И Вы будете терять время, для пересборки каждого пакета для каждого сер, andy (??), 13:27 , 28-Апр-10, (241)
Ну я только так и делаю Из пакетов только если tcl ставлю, так как лично мне он, playnet (?), 14:52 , 28-Апр-10, (258)
а каким образом вы теряете время вы что держите что-нибудь компилятору чтобы , oops (ok), 15:30 , 28-Апр-10, (266)
Я его стараюсь не терять Я использую rpm, а собираю что-либо по мере такой необ, andy (??), 16:26 , 28-Апр-10, (273)
Именно Пересобрав под свой процессор со всеми фишками проца, можно получить 1-1, playnet (?), 17:53 , 28-Апр-10, (279)
Про 100 это Вы что-то загнули 2, может быть 3, на каких-то странных задачах, sHaggY_caT (ok), 18:08 , 28-Апр-10, (281)
Если сравнивать дефолтный i386 пакет даже не 686 , то очень даже легко С 686 -, playnet (?), 18:56 , 28-Апр-10, (285)
100 То-то в форониксовских тестах сравнивали фрю и какую-то бубунту, и в полов, sHaggY_caT (ok), 19:06 , 28-Апр-10, (286)
Пхороникс, конечно, авторитетный ресурс Они как-то то ли бету, то ли релиз-канд, Аноним (-), 22:42 , 28-Апр-10, (293)
А не Вы ли чуть выше утверждали, что пакеты зло и пакетные дистрибутивы тоже Кс, andy (??), 19:12 , 28-Апр-10, (287)
Это был не он, это я Я с ним согласен, правда он немного преувеличивает Пакет, Hate (ok), 19:48 , 28-Апр-10, (288)
А это напрасно Производительность у них нормальная, а учитывая разброд у интеля, playnet (?), 13:31 , 29-Апр-10, (308)
gt оверквотинг удален Вот когда ты мне сообщишь что после остановки кулера у , Hate (ok), 16:14 , 29-Апр-10, (314)
Когда ты начнешь читать обзоры, то узнаешь, что тому багу лет 5 как, и его нету , playnet (?), 21:29 , 29-Апр-10, (318)
gt оверквотинг удален Вау , Hate (ok), 22:29 , 29-Апр-10, (319)
Зло не нож, а убийца с ним в руке И я не говорил, что оно зло, просто надо прим, playnet (?), 13:22 , 29-Апр-10, (307)
Какое время О чем ты playnet уже ответил , Hate (ok), 15:48 , 28-Апр-10, (272)
Думаешь я на консоль медитировал LOCALIZED_LANG ru в make conf даёт на выход, iZEN (ok), 00:30 , 29-Апр-10, (294)
Хотплаг сата двд Это скорее приятный бонус протокола А хотплаг дисков - вещь а, playnet (?), 08:40 , 27-Апр-10, (95)
В почте долго писать, напишите плиз inbox at shaggy-cat dot ru, sHaggY_caT (ok), 11:25 , 27-Апр-10, (114)
отправил очередной запрос авторизации на galia в жаббере С 11 03 пока так ответ, playnet (?), 21:22 , 29-Апр-10, (317)
Дело в том, что я сейчас сознательно ограничиваю общение в IM, так как занимает , sHaggY_caT (ok), 02:21 , 30-Апр-10, (321)
Шикарно Вспоминаю довод про панику при отключении неотмонтированной флешки на ф, Sem (??), 12:15 , 27-Апр-10, (116)
Так никто не спорит, что это не фича как было со флэшкой во фре, и фанатиками от, sHaggY_caT (ok), 13:07 , 27-Апр-10, (123)
Я говорил о подключаемом CD-ROM, заметьте Впрочем, слимовые приводы до сих пор с, iZEN (ok), 13:57 , 27-Апр-10, (132)
gt оверквотинг удален Я Вам сама как-то тыкала этой ссылкой, только для семерк, sHaggY_caT (ok), 02:06 , 28-Апр-10, (197)

Кто тут вопит Здесь тихо-спокойно обсуждали новую фичу, потом пришел толстый тр, Аноним (-), 10:50 , 27-Апр-10, (108) +1

а если неожиданно из командировки в гугль вернется муж, прочтет и недрогнувшей м, Dvorkin (ok), 10:51 , 27-Апр-10, (109)

Люди с запахом могилы Deadсад , m00n (ok), 07:27 , 28-Апр-10, (218)

ага, ждем когда вы поставите ZFS, fan (??), 13:45 , 26-Апр-10, (6) //

тогда уже BtrFS, Аноним (-), 15:58 , 26-Апр-10, (12) //

ее еще допиливать и допиливать, аноним (?), 17:25 , 26-Апр-10, (21)

Логично, блин Можно подумать что сани решили о, давайте сделаем ZFS и сразу р, User294 (ok), 20:28 , 26-Апр-10, (37)

Когда во фре будет что-то типа люстры GPFS, или, хотя бы, GFS OCFS , sHaggY_caT (ok), 20:27 , 26-Апр-10, (36) –1 //

По-моему, тут новость проскакивала о портировании Lustre на FreeBSD , andy (??), 21:30 , 26-Апр-10, (40)

Не факт, что Lustre будет готова раньше, чем Btrfs, и что вообще попадет в апстр, sHaggY_caT (ok), 21:43 , 26-Апр-10, (42) –1

В чём UFS2 допотопна Только в том, что поддерживает обратную совместимость по б, iZEN (ok), 21:56 , 26-Апр-10, (44)

С тем, что до сих пор в stable во всех поддерживаемых версиях нет журнала как , sHaggY_caT (ok), 21:57 , 26-Апр-10, (45)

Журнал нужен для быстрого восстановления неконсистентного состояния В UFS2 неко, iZEN (ok), 22:25 , 26-Апр-10, (49) +1

Она при этом тормозит Это было достаточно давно, и уже не правда, и баги ес, sHaggY_caT (ok), 22:44 , 26-Апр-10, (55)

Не нужен был, поэтому не было Теперь профинансировали и появился Проблема fsck, Sem (??), 12:31 , 27-Апр-10, (120)

Ню-ню, а меня задолбало, не знаю, как сказать по-другому Назвать эту технологи, sHaggY_caT (ok), 13:11 , 27-Апр-10, (126)

c чукча не читатель чукча пейсатель он сказал, что 7 машин потеряли упс видимо, Dvorkin (ok), 15:28 , 27-Апр-10, (139)

Телепат, уходи, тебе здесь не рады ЗЫ Когда гложут сомнения, лучше сначала спрос, Аноним (-), 19:26 , 27-Апр-10, (162)
gt оверквотинг удален Может и правда он забыл купить батарейку к write-back-кэ, sHaggY_caT (ok), 02:10 , 28-Апр-10, (198)

я в курсе но меня даже не интересует, сколько именно процентов, поскольку чрева, Dvorkin (ok), 10:14 , 28-Апр-10, (222)
от 1 5 до 4 раз 150-400 , playnet (?), 18:32 , 28-Апр-10, (282)
мужик, флаг в руки, видео лишений на ютюб , Dvorkin (ok), 01:03 , 29-Апр-10, (298)

сказка про репку уточнять вообще в таких случаях полагается, стояло там adaptec, Dvorkin (ok), 15:23 , 27-Апр-10, (138)

gt оверквотинг удален Не Ext3 не затачивалась под парадигму CoW, в отличие от, iZEN (ok), 15:49 , 27-Апр-10, (144)

вы его сервера настраивали при чем тут CoW а спасет ли он если у тебя в журнале, Dvorkin (ok), 17:30 , 27-Апр-10, (152)

Soft Updates SU появилась на замену журналирующих структур традиционных ФС в у, iZEN (ok), 19:31 , 27-Апр-10, (163)
даразмеры журнала, имхо, мало значат в условиях современного оборудования или я, Dvorkin (ok), 20:22 , 27-Апр-10, (169)
Ошибаетесь В случае сабджа Максимальный размер журнала составляет 32 Мб, и он, iZEN (ok), 20:36 , 27-Апр-10, (171)
это хорошо а я вот ограничу размер журнала ext4 16 мб и что с каким из root d, Dvorkin (ok), 23:15 , 27-Апр-10, (189) –1
Это ложь, я этого не говорил , Sem (??), 23:24 , 27-Апр-10, (190)
ФС не монтировались после факапа В восстановлении не участвовал, я фрю админил, Dvorkin (ok), 23:34 , 27-Апр-10, (191) –1
ничего с серверами сделать не смог - ложь все в последствии было восстановлен, Sem (??), 16:32 , 28-Апр-10, (274)
ты сказал фс сдохла я придираюсь к словам или теперь идешь на попятную и начн, Dvorkin (ok), 01:14 , 29-Апр-10, (299) –3
Вы, Дмитрий, самоуверенный хам и плебс Админите свой региональный портальчик - , m00n (ok), 07:50 , 29-Апр-10, (302) +2
замечу, что даже 8 лет назад, когда я был студентом и мог тратить время на подде, Dvorkin (ok), 13:39 , 29-Апр-10, (309) –1

Машинки тогда бюджетные стояли Никаких рейдов , Sem (??), 16:30 , 27-Апр-10, (146)

тогда не рассказывайте сказки, а расскажите-ка историю болезни что за фс у вас , Dvorkin (ok), 17:33 , 27-Апр-10, (153)

Для вас это сказки, для меня - опыт Я уже писал, что ext3 Все дефолт RedHat, в, Sem (??), 18:01 , 27-Апр-10, (156)
Правду говоришь Было такое и не раз И пошел ext3 в сад , Hate (ok), 19:00 , 27-Апр-10, (160)
У Вас что-то с руками Ну-ка, что там в fstab писали А в конфиге md когда-, sHaggY_caT (ok), 02:13 , 28-Апр-10, (199)
gt оверквотинг удален Да я и не вспомню Старый я, склероз уже , Hate (ok), 10:43 , 28-Апр-10, (228)
Как можно использовать _сервер_ в production без рейд-массива Вы вообще в своем, sHaggY_caT (ok), 02:17 , 28-Апр-10, (200)
Немного отойду от конкретного случая SAN, NAS по AoE, iSCSI, FC Дисков не , playnet (?), 02:48 , 28-Апр-10, (202)
Все правильно, но в SAN NAS только он по-определению не может быть AoE, iscsi, , sHaggY_caT (ok), 03:05 , 28-Апр-10, (206)
Не придираясь, но чтобы не было недопонимания SAN надо подключить к оборудовани, playnet (?), 03:40 , 28-Апр-10, (207)
gt оверквотинг удален Тьфу, сама написала криво Вы точнее всего отразили су, sHaggY_caT (ok), 11:02 , 28-Апр-10, (230)
превращаетесь в фанатика Разговор был не о том, дурак ли тот у кого raid а не, oops (??), 10:23 , 28-Апр-10, (223) +1
У него скорее всего там были гнилые локальные диски, уже с большим числом бэд-се, sHaggY_caT (ok), 10:58 , 28-Апр-10, (229)
вообще-то речь началась с того, что некий друид решил вставить свои пять копеек , Dvorkin (ok), 11:06 , 28-Апр-10, (231)

Угребищной архитектурой дисковых структур эпохи царя гороха Тормозной и унылой , User294 (ok), 20:39 , 27-Апр-10, (172) –1

Ext4 делалось под люстру Без нее - фик бы в Linux появилось что-то такое Стыдно, Аноним (-), 21:23 , 27-Апр-10, (175)

Там уже хрензнаетсколько были ФС юзающие b-деревья и экстенты XFS, JFS, а может, User294 (ok), 21:41 , 27-Апр-10, (179)

О любительница виртуалок Как где не купишь шаред хостинг, так везде блин фря ст, zorro (??), 22:22 , 26-Апр-10, (48)

То, что продается у них, позиционируется как шаред-хостинг Сейчас _контейнерная_, sHaggY_caT (ok), 22:37 , 26-Апр-10, (52)

Кстати, для шаред хостинга фрю точить надо Запретить просмотр процессов других , playnet (?), 08:59 , 27-Апр-10, (98)

В первый раз защищу в этой теме фряху Нет в ней проблем с ограничением просмот, sHaggY_caT (ok), 11:22 , 27-Апр-10, (113)

Проблем нет, но соответствующая sysctl по-умолчанию разрешает видеть список все, аноним (?), 12:30 , 27-Апр-10, (119)

То есть, вся проблема только в том, чтобы изменить значение sysctl по умолчанию,, Аноним (-), 13:21 , 27-Апр-10, (127)

Да Но как о проблеме этот пункт в изначальном посте вроде не упоминался Прост, аноним (?), 14:16 , 27-Апр-10, (135)

Если характеристика компетентное заявление адресовалось мне, я как бы в курсе,, sHaggY_caT (ok), 02:26 , 28-Апр-10, (201)

А он там один, прямо в конфиге FreeBSD src etc sysctl conf,v 1 8 2003 03 13 1, playnet (?), 02:50 , 28-Апр-10, (203)
Это если что, аноним это был не я Я всегда подписываюсь, мне скрывать нече, playnet (?), 02:52 , 28-Апр-10, (204)
так точно, но так же есть еще security bsd see_other_gidsи забывать его не стоит, аноним (?), 04:39 , 28-Апр-10, (209)
Теперь вы переходите на второй уровень с ну смешно же, чесслово лишь бы п, cvsup (ok), 10:36 , 28-Апр-10, (226)

в каком таком дерьмантине ты покупаешь шаред хостинг сша и европа давно продают, Dvorkin (ok), 10:38 , 27-Апр-10, (107)

Вот бы узнать , Аноним (-), 13:21 , 27-Апр-10, (128)

У россии две беды В данном случае это не дороги Только нашщи простофили готовы, User294 (ok), 21:43 , 27-Апр-10, (180) –2

А еще в США и Просвещенной Европе в валенках не ходят и варежки не носят Вот же, Аноним (-), 13:23 , 27-Апр-10, (129)

а над чукчами в детстве, наверное, ржал http fishki net comment php id 68, Dvorkin (ok), 13:51 , 27-Апр-10, (131)

ты то уж точно, аноним (?), 17:19 , 27-Апр-10, (150)

Ой не надо реальная статистика говорит другое - в мире, фрее не превышала 10 , fi (ok), 15:11 , 27-Апр-10, (137)

очень интересно, а вы выделяете виртуалкам отдельные разделы или блочные устройс, аноним (?), 23:46 , 26-Апр-10, (71)

да, это рекомендуемый способ в документации, например, RHELДоступ с хостовой сис, sHaggY_caT (ok), 23:56 , 26-Апр-10, (74)

пардон кошка, читаю и вижу то, что хочу, а не то что есть не прав а если так ох, аноним (?), 00:11 , 27-Апр-10, (80)

gt оверквотинг удален Люстра больше не будет иметь серверов на Linux Одна из , Аноним (-), 15:40 , 27-Апр-10, (141)

Не пользуюсь люстрой, не читаю их рассылку, и не в курсе их последних делИ все ж, sHaggY_caT (ok), 00:39 , 28-Апр-10, (192)

Как раз на пенсию выйдете к тому моменту как там будут экстенты , User294 (ok), 20:34 , 26-Апр-10, (39) //

mballoc3 вошедший в ext4 из патчей ldiskfs v2 - занял в разработке около 3х лет , Аноним (-), 21:26 , 27-Апр-10, (176) //

А в чем состоят косяки А то как говорится, доктор ватсон не заметил явных проб, User294 (ok), 22:35 , 27-Апр-10, (183)

Хвала Yahoo и Juniper, Аноним (-), 13:14 , 26-Апр-10, (3)
Эх Давно пора А то дома фиг дождёшься пока проверит , FSA (??), 13:52 , 26-Апр-10, (7) //

Оно в фоне, вообще-то, проверяется Ждать не надо , iZEN (ok), 14:34 , 26-Апр-10, (9) //

Проверьте мне в фоне , zazik (ok), 15:29 , 26-Апр-10, (11) //

Корень в FreeBSD не превышает 512 МБ, софтапдейт там отключен И журнал там , Барыго (?), 16:06 , 26-Апр-10, (13) +2
а что вы там храните В изменения вообще не должны вноситься, кроме как пересб, еще один Аноним (?), 16:11 , 26-Апр-10, (14) +1

etc rc conf etc passwdetc, Анонима (?), 16:16 , 26-Апр-10, (16)

и часто вы rc conf правите тогда уж master passwd и часто вы меняете пароли, доб, аноним (?), 17:27 , 26-Апр-10, (22)

Дык - судя по гонору где то 100500 изменений в аккаунтах в секудну ЗЫЖ Хотя бы, Ы (?), 18:30 , 26-Апр-10, (26) +1

Ну не глумитесь над молодым бубунтоидом А то он станет злой и с пеной у рта нач, Барыго (?), 19:18 , 26-Апр-10, (29) +1

Для дома убунты как-то лучше подходят, не в обиду бсдшникам Можно и нормальные , User294 (ok), 20:32 , 26-Апр-10, (38) –4

Чё ты несёшь Какие тарахтения диском Дофига RAM это сколько Вот у меня сей, iZEN (ok), 21:36 , 26-Апр-10, (41) +1

А я не давно купил 1Гб рс3200 400МГц, откуда у вас 4 Гб Вроде на 86 только 3Гб , yantux (??), 22:37 , 26-Апр-10, (51)

10 секунд - это только ядро загружается У меня вот 9 10 сейчас стоит Ну по кра, Sem (??), 21:49 , 26-Апр-10, (43)

Молчание было мне ответом Ну что бы не быть голословным, взял секундомер и заме, Sem (??), 12:38 , 27-Апр-10, (121) –1

dv dvhome uptime 15 44 37 up 27 days, 2 28, 17 users, load average 0 15, Dvorkin (ok), 15:42 , 27-Апр-10, (142) –1
Чего-то все, что ты тут понаписал как-то совсем не в тему загрузки убунту за 10 , Sem (??), 16:36 , 27-Апр-10, (147)
Пора бы уже привыкнуть к обычному аргументу 2 Он как бы говорит, что последние , Andrey Mitrofanov (?), 16:53 , 27-Апр-10, (148)
скорее он проводит небольшой расчет время реальной загрузки кол-во дней аптай, аноним (?), 17:24 , 27-Апр-10, (151)
я как-бы даю понять, что только фрики загружаются раз в сутки, Dvorkin (ok), 17:43 , 27-Апр-10, (155)
че-то как-то непонятно вообще кто сейчас такие дурацкие вопросы про скорость заг, Dvorkin (ok), 17:37 , 27-Апр-10, (154) –1
Тогда начало треда то почитай Полезно Коротко - я о том, кто выдает желаемое за, Sem (??), 18:33 , 27-Апр-10, (159)
ты ввязался в этот глупый спор, Dvorkin (ok), 20:16 , 27-Апр-10, (166)
Спора вообще не было , Sem (??), 20:20 , 27-Апр-10, (167)

Это вываливается гуйная заставка кедов, блин Вы там что, с флоппика грузитесь , User294 (ok), 23:00 , 27-Апр-10, (186) –1

ну когда вы уже перестанете говорить о том, о чем не знаете зфс на машине с 512, аноним (?), 23:54 , 26-Апр-10, (73)

Да, впихнуть монструозную энтерпрайзную ФС на тачку с 512 мегами оперативы и пон, User294 (ok), 23:05 , 27-Апр-10, (188) –1

gt оверквотинг удален крутой тут не аноним, честное пионерское это домашний ш, аноним (?), 05:22 , 28-Апр-10, (211)
Одно дело - дома, другое дело мало-мальски продакшн И хорошо, если просто скоро, playnet (?), 14:18 , 28-Апр-10, (249)

Позволь людям самим решать, что им лучше подходит Тебе не надоел еще этот вечный, Барыго (?), 05:45 , 27-Апр-10, (91) +8

Кстати, да жалко, что lavr как-то резко исчез , Аноним (-), 15:42 , 27-Апр-10, (143)

Вроде он последний раз отвечал неделю назад http www opennet ru cgi-bin openn, Аноним (-), 16:17 , 27-Апр-10, (145)
Андрей уже не так активно участвует как раньше Подозреваю, что из-за последоват, Барыго (?), 04:39 , 28-Апр-10, (208) +3

Это хорошо говорите Правда вот еще бы людей которые сами и осмысленно могут выб, User294 (ok), 21:29 , 27-Апр-10, (178) –3

Ты не тому человеку пытаешься промыть мозги Мне одинаково комфортно как в BSD, , Барыго (?), 04:51 , 28-Апр-10, (210) +4
Молодой человек, Вы еще с прошлого раза не поняли, что у вас не выйдет сказать , nuclight (ok), 19:49 , 28-Апр-10, (289) +4

Что мешает включить sync или SU для , iZEN (ok), 22:30 , 26-Апр-10, (50)

У меня оно вообще ro Но если неудачно питание пропадёт при перемонтированном в , zazik (ok), 22:41 , 26-Апр-10, (54)

Почему , iZEN (ok), 19:17 , 27-Апр-10, (161)

Вот не знаю Всё время в шелл выпадало , zazik (ok), 09:28 , 28-Апр-10, (219)

дада и тут в момент этого фонового fsck исчезает лехтричество особенно заметно , Добрый Дохтур (?), 22:46 , 26-Апр-10, (56) //

Дохтур, фоновая fsck работает со снапшотом, а не с реальной ФС Вырубание элиптр, iZEN (ok), 22:55 , 26-Апр-10, (58) +1

Зачетно И автосинхронизацию теперь в gmirror можно будет держать включенной , zuborg (?), 16:24 , 26-Апр-10, (17) //

Выключенной, вы хотели сказать Если для ufs gjournal это действительно было так, аноним (?), 16:32 , 26-Апр-10, (19) //

Объясните, пожалуйста, зачем выключать автосинхронизацию gmirror , Nas_tradamus (ok), 17:22 , 26-Апр-10, (20) //

Затем, что она грузит диски в течение долгого времени, и не нужна при использова, аноним (?), 18:20 , 26-Апр-10, (24) +1

Почитал о принципах работы gjournal и понял Спасибо , Nas_tradamus (ok), 18:43 , 26-Апр-10, (27)

А я вот нашел в man gmirror разные синхронизации - -F и -a Видимо, речь идет о , аноним (?), 19:26 , 26-Апр-10, (30)

После паники или ребута по питанию gmirror имеет обыкновение рассыпаться при акт, zuborg (?), 22:41 , 26-Апр-10, (53)

всецело поддерживаю был опыт эксплутации машин с freebsd на объектах с нестабил, Добрый Дохтур (?), 22:48 , 26-Апр-10, (57)

Но я всё жду, когда же во Фре появится поддержка MPLS Juniper же кучу своих на, Денис Юсупов (?), 18:06 , 27-Апр-10, (157) //

есть уже давно http forums freebsd org showthread php t 2762но не спешат вноси, анонимус (??), 19:45 , 27-Апр-10, (165) //

Видел я это, с 2009 года ни одной новости В которую freebsd-net , Денис Юсупов (?), 21:26 , 27-Апр-10, (177)

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

8. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +4 +/–

Сообщение от Sergey (??), 26-Апр-10, 13:58

снапшоты умеет делать LVM, зачем это еще на уровне FS городить?

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

10. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –3 +/–

Сообщение от iZEN (ok), 26-Апр-10, 14:35

>снапшоты умеет делать LVM, зачем это еще на уровне FS городить?
"dd тоже умеет делать снимки. Зачем какой-то LVM?" :))

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

15. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –2 +/–

Сообщение от stranger (??), 26-Апр-10, 16:14

Если досточтимый сэр не знает что такое LVM, то не стоит тут позировать своим незнанием.

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

25. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 26-Апр-10, 18:25

Если не менее досточтимый сэр не знает что такое снапшоты на уровне FS а не LVM(которого к примеру может и не быть8-) - то не стоит тут позировать своим незнанием.
;-p

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

28. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +2 +/–

Сообщение от stranger (??), 26-Апр-10, 18:54

Снапшоты на уровне FS в Linux не нужны, потому что снапшоты LVM будут работать с любой (!) FS, с которой Linux может работать. Но в BSD-системах ведь нет такого богатства FS, правда? ;)

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

31. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +1 +/–

Сообщение от Andrew Kolchoogin (?), 26-Апр-10, 19:58

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

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

34. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +2 +/–

Сообщение от mma (?), 26-Апр-10, 20:10

походу вы сэр просто не в курсе как работают снепшоты в LVM

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

66. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +2 +/–

Сообщение от аноним (?), 26-Апр-10, 23:30

так просветите.

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

92. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 27-Апр-10, 07:39

http://xgu.ru/wiki/LVM#.D0.A0.D0.B5.D0.B7.D0.B5.D1.80.D0.B2....

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

102. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +2 +/–

Сообщение от Аноним (-), 27-Апр-10, 10:21

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

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

133. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от fi (ok), 27-Апр-10, 14:06

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

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

136. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от iZEN (ok), 27-Апр-10, 14:18

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

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

246. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –1 +/–

Сообщение от Аноним (-), 28-Апр-10, 13:51

>>> Для снапшота нужно _остановить_ СУБД
>>
>>Увы, это нужно делать всегда, с любым снепшотом!!!
>
>У нормальной СУБД должна быть своя родная снапшотилка и бэкапилка. Делать снапшоты
>базы данных средствами операционной системы и ФС — это бред.
Мущино видимо не работал с большими базами данных. Бэкап средствами ФС является наилучшим с точки зрения скорости восстановления данных из бэкапа.

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

256. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Hate (ok), 28-Апр-10, 14:50

>>>> Для снапшота нужно _остановить_ СУБД
>>>
>>>Увы, это нужно делать всегда, с любым снепшотом!!!
>>
>>У нормальной СУБД должна быть своя родная снапшотилка и бэкапилка. Делать снапшоты
>>базы данных средствами операционной системы и ФС — это бред.
>
>Мущино видимо не работал с большими базами данных. Бэкап средствами ФС является
>наилучшим с точки зрения скорости восстановления данных из бэкапа.
Совершенно верно.

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

320. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от kibab (?), 29-Апр-10, 22:40

Вы не правы. Как раз недавно БД переносили, UFS-снапшот с БД > 30 Гб делается около минуты.

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

181. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 27-Апр-10, 22:24

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

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

193. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 00:47

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

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

212. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 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..." +/–

Сообщение от Аноним (-), 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..." +/–

Сообщение от минона (?), 28-Апр-10, 10:31

вы до сих пор не поняли, что тоже самое и на лвм?
в данном случае "остановить_работу" означает "приостановить_выполнение_процесса_и_сбросить_кэш"

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

233. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 28-Апр-10, 11:22

Тоже, да не тоже:
"Запись данных на том, с которого сделан снимок, очень сильно замедлена по сравнению с обычной работой!"
В той же статье приводятся результаты теста производительности, которые показывают падение скорости записи в 7 раз при использовании lvm снапшотов. Это первый минус, от которого избавлен ZFS.
Второй минус - отсутствие в LVM возможности делать инкрементальные снапшоты, что при больших объемах данных сводит возможность применения на нет.

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

235. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –1 +/–

Сообщение от минона (?), 28-Апр-10, 12:15

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

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

237. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 28-Апр-10, 12:58

> ну а если вы хотите поговорить о производительности, чтож. мускуль раза в два так медленнее на zfs, чем на ufs
Вы не правы, т.к. не всегда. этот вопрос уже обсасывали. Поищите на Хабре.

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

238. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 28-Апр-10, 13:13

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

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

255. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 28-Апр-10, 14:48

вы утверждаете, что ставили на FreeBSD  и ZFS с оракловой БД? или я что-то не так понял? и оракел вас с таким решением еще и консультировал?

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

257. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 28-Апр-10, 14:51

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

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

259. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 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 (?), 28-Апр-10, 18:34

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

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

290. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 28-Апр-10, 20:38

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

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

239. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Hate (ok), 28-Апр-10, 13:15

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

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

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

240. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 28-Апр-10, 13:21

ZFS For Databases почитайте, чтоли. ZFS нужно тюнить для работы с СУБД, как и СУБД требуют определенных настроек для работы поверх ZFS.

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

296. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от iZEN (ok), 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), 29-Апр-10, 01:41

>Я измерял скорость записи данных в файл и копирование файлов на зеркало
>GMirror под UFS2 и зеркало в пуле ZFS под FreeBSD 8.0-RELEASE.
>Выводы утешительные: на UFS2 запись происходила быстрее, чем на ZFS, всего
>лишь на ~12%.
Дело в том, что в ряде случаев вообще лучше использовать raw device, вообще без файловой системы, сейчас это уже не только Ынтерпрайзный Оракл умеет, но даже MySQL.
Именно в этом случае и удобнее lvm с его снапшотами для бэкапов, пусть и не инкрементальных

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

301. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от lagman (?), 29-Апр-10, 04:53

Товарисч, скорость записи на носитель не является ключевым показателем когда речь идет о базах данных. Смотреть надо сколько tps сможет прожевать хранилище, и в этом плане у ZFS сливает, даже с логом на ssd.

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

234. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 28-Апр-10, 11:26

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

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

236. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 28-Апр-10, 12:17

ну вы наверное уже и сами догадались как я отвечу? не?

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

242. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 13:34

>>вы до сих пор не поняли, что тоже самое и на лвм?
>>
>>в данном случае "остановить_работу" означает "приостановить_выполнение_процесса_и_сбросить_кэш"
>
>Ну вы в курсе да, что флаш таблиц с локом требуется только
>для myisam таблиц? innodb можно снапшотить не даже не сбрасывая кэш.
Если лог большой, это чревато долгим простоем...
Но не суть: innodb, конечно, хорошо, но на ряде задач (вроде мелких сайтиков) ее использовать просто жалко, с точки зрения потребления ОЗУ

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

244. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 28-Апр-10, 13:49

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

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

248. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 14:04

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

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

269. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от аноним (?), 28-Апр-10, 15:36

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

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

271. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 15:44

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

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

250. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 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), 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..." +/–

Сообщение от минона (?), 28-Апр-10, 14:36

вот тут может даже по-лучше будет http://oracle2mysql.wordpress.com/2007/08/27/mysql-backups-f.../

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

268. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 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..." +/–

Сообщение от минона (?), 28-Апр-10, 15:42

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

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

277. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 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..." +/–

Сообщение от Аноним (-), 28-Апр-10, 17:48

А если не секрет, чем делаются инкрементальные бэкапы?

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

280. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 18:03

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

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

291. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 28-Апр-10, 20:42

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

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

292. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 21:00

>дык эта, а рсинк на что?
Ну его и рекомендуют для BackupPC для бэкапа Windows серверов. Что там с System State, с неверным состоянием которого в Bacula боролись с помощью Ntbackup, пока его не убрали из Win2k8, я пока не знаю (не добралась до документации, другим занимаюсь)
Для UNIX серверов rsync не нравится, так как хочется иметь глубокие бэкапы за два месяца, разложенные по затаренным и загзипленным файлам(для экономии места) в соотвествии с датами.

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

284. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 18:42

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

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

261. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 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..." +/–

Сообщение от минона (?), 28-Апр-10, 15:22

незачто юнга. надеюсь теперь бреда будете писать меньше.

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

265. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 28-Апр-10, 15:23

>незачто юнга. надеюсь теперь бреда будете писать меньше.
Теоретики такие теоретики :D

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

267. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 28-Апр-10, 15:31

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

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

251. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от playnet (?), 28-Апр-10, 14:28

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

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

260. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 28-Апр-10, 15:12

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

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

173. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от User294 (ok), 27-Апр-10, 20:56

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

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

194. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 00:48

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

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

62. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –1 +/–

Сообщение от iZEN (ok), 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), 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 никакого сравнения не выдерживает (а именно их и нужно сравнивать)

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

69. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –2 +/–

Сообщение от iZEN (ok), 26-Апр-10, 23:38

>Только вот md и lvm нужно сравнивать с geom, это совсем разные
>вещи, иначе в таблицу придется добавить дюжину пунктов по кластеризации, в
>результате чего ZFS будет выглядеть очень бедно.
>
>На самом деле, это классная файловая система, и хорошо, что она появилась
>во фре, вот только geom с device-mapper никакого сравнения не выдерживает
>(а именно их и нужно сравнивать)
Теперь удивитесь: ZFS можно делать поверх комбинаций классов GEOM.

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

72. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 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 ноды по сети, и что?

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

174. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от User294 (ok), 27-Апр-10, 21:09

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

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

78. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +1 +/–

Сообщение от oops (??), 27-Апр-10, 00:09

лично я понял, что вы очень любите кластеризацию, и при любом удобном случае рассказываете про нее, и кластерные ФС. М? =)

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

86. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 00:28

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

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

93. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 27-Апр-10, 08:04

типа так http://xgu.ru/wiki/%D0%9F%D0%BE%D1&...,_LVM_%D0%B8_GNBD

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

94. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 27-Апр-10, 08:06

оригинал http://www.gridvm.org/drbd-lvm-gnbd-and-xen-for-free-and-rel...

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

112. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 11:15

>оригинал http://www.gridvm.org/drbd-lvm-gnbd-and-xen-for-free-and-rel...
Если это мне, я это видела :)

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

213. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от минона (?), 28-Апр-10, 05:53

это в подтверждение слов так сказать.

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

32. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –3 +/–

Сообщение от User294 (ok), 26-Апр-10, 20:06

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

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

105. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 27-Апр-10, 10:29

Он вроде бы и кавычки, и смайлики поставил...

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

168. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от User294 (ok), 27-Апр-10, 20:22

Ну, вообще, зная iZEN я в этом тезисе не уверен. Изен известное своей ангажированностью и объективностью трололо которое к тому же не шарит в системных делах :).

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

18. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от аноним (?), 26-Апр-10, 16:31

Хорошая шутка. Про dd уже сказали.

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

33. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –3 +/–

Сообщение от User294 (ok), 26-Апр-10, 20:09

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

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

68. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +1 +/–

Сообщение от аноним (?), 26-Апр-10, 23:34

Мы - нормальные online снапшоты, поэтому LLVM и dd и не используем.

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

170. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от User294 (ok), 27-Апр-10, 20:31

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

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

23. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +1 +/–

Сообщение от аноним (?), 26-Апр-10, 17:29

>снапшоты умеет делать LVM, зачем это еще на уровне FS городить?
да, хорошая такая, офлайновая снапшотилка.

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

35. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –6 +/–

Сообщение от sHaggY_caT (ok), 26-Апр-10, 20:25

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

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

47. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +7 +/–

Сообщение от zorro (??), 26-Апр-10, 22:16

Достопочтенные доны какбэ в курсе что мадэмуазель не любит фрибсд, и не упускает шанса лищний раз подкинуть дурнопахнущей субстанции в эту сторону. Мне на это по-ло-жи-ть, юзал фрю, юзаю и буду юзать, потому как профитов от нее гораздо больше для меня чем от хрЕновой тучи по сути не нужных ФС в неких линуксах. Мне не нужных. Вам оно нужно, получаете удовольствие, получайте дальше, только не кидайтесь фекалиями во вприципе дружественный проект. Не венда чать...
По теме респект и уважуха, буду с нетерпением ждать 9.0, gjournal мне меньше нра.

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

59. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +1 +/–

Сообщение от sHaggY_caT (ok), 26-Апр-10, 22:56

>Достопочтенные доны какбэ в курсе что мадэмуазель не любит фрибсд, и не упускает шанса
>лищний раз подкинуть дурнопахнущей субстанции в эту сторону.
Нет, скорее я стараюсь не давать iZen и прочим фанатикам от BSD предоставлять возможность необоснованно вопить про то, чего на самом деле нет: стараюсь дать объективные комментарии, соблюсти баланс, когда его пытаются необъективно нарушить, то же самое делаю, когда набегают фанатики-вендузятники.
Если поискать по моим комментариям, можно найти и, например, сильный наезд на Xen, так как человек, имхо, не понимал его плюсов и минусов, и сферу применения, тогда как у нас есть готовое решение на базе Xen, и вообще, он очень интересная технология, но недостатки есть везде, и по моим комментариям можно было сделать вывод, что Xen я ненавижу :)
Главное, что бы красная пелена перед глазами не лишила возможности их увидеть: например, я никогда не видела критику iZen-ом фряхи (может, такое действительно когда-то было?)
А ко фре я отношусь достаточно положительно, как, например, и к Debian, и не испытываю эстетических проблем при ее использовании, в отличае от NT-систем, с которыми тоже приходится работать.

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

60. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –1 +/–

Сообщение от iZEN (ok), 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.

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

61. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." –1 +/–

Сообщение от sHaggY_caT (ok), 26-Апр-10, 23:09

>>>Достопочтенные доны какбэ в курсе что мадэмуазель не любит фрибсд, и не упускает шанса
>>>лищний раз подкинуть дурнопахнущей субстанции в эту сторону.
>>
>>Нет, скорее я стараюсь не давать iZen и прочим фанатикам от BSD
>>предоставлять возможность необоснованно вопить про то, чего на самом деле нет:
>
>Что именно я делаю не так?
Безальтернативно красноглазите.
>>стараюсь дать объективные комментарии, соблюсти баланс, когда его пытаются необъективно нарушить, то же самое делаю, когда набегают фанатики-вендузятники.
>
>Я никакого баланса не нарушаю. Я лишь привожу факты. А факты говорят
>сами за себя. Пример: http://lkml.org/lkml/2010/4/5/237
Тьфу на Вас! Не используйте пионерские ядра :) Да, в Linux (о ужас!) на свежих Убунтах и Федорах страшные регрессии, но покажите пальцем, кто ставит такое в серьезный production?
Конечно, на этом ядре будет и 6-ой RHEL, но он пока не вышел, и багов в его трекере и так куча, как и в LTS Ubuntu, и в Debian
>Просто за четыре года ещё ни разу не пожалел, что пересел с
>Linux на FreeBSD.
Это Ваше предложение и есть ответ на Ваш первый вопрос в этом посте.

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

63. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от iZEN (ok), 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 любой версии и ставьте на железо — будет работать как танк.

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

65. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +1 +/–

Сообщение от sHaggY_caT (ok), 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 любой версии и ставьте на железо — будет работать
>как танк.
Да-да, и в тракере ни одного бага? :))))

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

67. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +1 +/–

Сообщение от iZEN (ok), 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 уже проверенные решения.

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

70. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 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 уже проверенные решения.
позволю себе оставить фанатичный текст без комментариев :)

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

75. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 27-Апр-10, 00:03

теперь и вы стали говорить фразы типа "это не нужно". И не стыдно на других пальцем показывать?
Вообще надоели все эти детские рассуждения "во фре нет этого, в линухе это хуже". Сравните сколько людей работает над Фрей, и сколько над Линуксом.
Всякие экзотические ФС написаны для линуха фанатами, или большими вендорами по сути для своих же нужд. Первые (всякие xfs`ы и reiser`ы) вообще нафиг никому не нужны, они присутствуют только для галочки. А на деле их ставят "поиграться".
Под фрей не будет интересных фс пока они не станут востребованы. Пока они не востребованы, ведь под ней не крутится ораклов, или еще каких очень высоко критичных продакшн решений. Пока туда не начнут вливать бабло как в линух все так и останется.

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

77. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 00:09

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


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

81. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 27-Апр-10, 00:15

имхо фре не хватает денег, и вообще внимания со стороны всяких вендоров. Она считайте живет на подачках и заказах всяких там iXsystems и Juniper`ов.
А что-то сильно изменилось в серверном бытие Линукса после появление Убунты?

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

83. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 00:18

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

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

85. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 27-Апр-10, 00:23

ну так это плюсы для конкретного дистриба. Сравнение какбэ совсем некорректное.

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

111. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от www2 (ok), 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 (?), 27-Апр-10, 08:46

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

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

117. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от аноним (?), 27-Апр-10, 12:17

>А у фри? Форумы да коммунити.
>Что для SOHO нормально, для серьезного бизнеса вообще не вариант. Одно
>"время ответа 2 часа" уже чего стоит. Вот без чего фря
>никогда не будет популярнее линя.
http://www.freebsd.org/commercial/consult_bycat.html
Хватит ?

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

110. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +1 +/–

Сообщение от Аноним (-), 27-Апр-10, 10:55

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

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

118. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от аноним (?), 27-Апр-10, 12:20

>есть что-то подобное, только плохо рекламируется и является в общем-то фанатской поделкой
>(pcbsd.org). фряха вообще плохо популяризована, это ее плюс и минус одновременно)
Её спонсирует и продвигает как "complete desktop operating system" та же iXsystems.

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

89. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Ян Злобин (ok), 27-Апр-10, 02:37

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

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

101. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от еще один Аноним (?), 27-Апр-10, 10:19

compat linux? или что-то нативное появилось?

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

205. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Ян Злобин (ok), 28-Апр-10, 02:57

Оракл не пользую, а других "высоко критичных продакшн решений" примеров масса.

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

224. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 28-Апр-10, 10:30

например?

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

303. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Ян Злобин (ok), 29-Апр-10, 08:34

Яндекс, Rambler, mail.ru, Yahoo и еще куча.  Достаточно "высоко критичные продакшн решения"? :-)

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

304. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (ok), 29-Апр-10, 11:44

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

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

310. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Ян Злобин (ok), 29-Апр-10, 14:16

>вы называйте не название фирм, а сервисы.
Странно, что это непонятно.  Все вышеперечисленные имеют, как минимум, оригинальные поисковые системы плюс кучу других оригинальных сервисов.  Каких конкретно, можете поинтересоваться на их сайтах, если интересно.
>и т.д. это все очень стандартно, и не требует от ОС
>чего-то эксклюзивного (для таких вещей же не является необходимым, например, крутая
Требует-требует.  И ФС необычную, и кластеры, и прочее.
>кластерная ФС или новороченная поддержка какой-нибудь виртуализации). Я имел ввиду что-то
>нестандартное, а может даже экзотическое, что может линукс.
Меняете вопрос на ходу?  Ваш вопрос бы именно про "высоко критичные продакшн решения".  Дословно.  А это означает отказоустойчивые нагруженные системы.  Правильно?  Или будем пиписьками мериться что круче Linux или BSD?  Такого "добра" в Сети и без нас хватает.  Мне это неинтересно.

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

76. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от аноним (?), 27-Апр-10, 00:06

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

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

79. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 00:10

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

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

82. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 27-Апр-10, 00:17

уж извините. Пакеты - это так для кучи, юзайте порты. А что вы там собрались ставить? я попробую на своем Atom`е D510. Расскажу, сколько заняло времени.

Мне НИКОГДА не нравится как собраны пакеты почти в любом линуксе. В этом отношении люблю только генту

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

84. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 00:21

>Мне НИКОГДА не нравится как собраны пакеты почти в любом линуксе. В
>этом отношении люблю только генту
rpmbuild тоже решает: делаете 64-х битный контейнер, и собираете в нем все, что душе угодно (немного, конечно, неудобнее, чем make configure, но все равно тривиально)
Есть так же mock и OBS
А главное, можно только несколько пакетов пересобрать

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

87. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 27-Апр-10, 00:28

*нужно
Честно, не юзал такой штуки. А почему 64битный?
"Сказал выше сказанное" к тому что мне тоже многое не нравится, а кого волнует. Берешь и переделываешь.

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

88. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 00:34

>*нужно
>Честно, не юзал такой штуки. А почему 64битный?
Например, XFS и KVM (гипервизор) использовать на 32-х битном линухе моветон.
В 64-х битном контейнере и можно удобно собирать пакеты и под 32-х битные, и под 64-х битные системы
>"Сказал выше сказанное" к тому что мне тоже многое не нравится, а
>кого волнует. Берешь и переделываешь.
:)

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

140. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 27-Апр-10, 15:37

>>Мне НИКОГДА не нравится как собраны пакеты почти в любом линуксе. В
>>этом отношении люблю только генту
>
>rpmbuild тоже решает: делаете 64-х битный контейнер, и собираете в нем все,
>что душе угодно (немного, конечно, неудобнее, чем make configure, но все
>равно тривиально)
>
>Есть так же mock и OBS
>
>А главное, можно только несколько пакетов пересобрать
Ой.. а баг rpmbuild который открывал базы до перехода в chroot уже пофиксили ? да и со скриптами там были проблемы...
Или ради тривилальной сборки пакетов надо делать полноценный контейнер ? :)

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

149. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 27-Апр-10, 17:09

тоже задался вопросом про контейнер, но спать пошел =)

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

196. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 02:00

>тоже задался вопросом про контейнер, но спать пошел =)
Смотрите чуть ниже

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

195. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 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 (??), 28-Апр-10, 10:39

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

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

245. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 13:49

>ну вообще такая схема годится далеко не везде. Где-то это избыточно и
>даже параноидально.
Нет, ни разу не избыточно. Это и есть концепция использования контейнеров. Если Вам нужно всего три-четыре сервиса на железке, оптимальнее использовать гипервизор и полноценные виртуалки
> Вы всегда говорите в контексте своего опыта работы (хостер?),
Да, в том числе хостер, но хостеры продают контейнеры как раз как отдельные сущности (VPS), наоборот, использование контейнеров за пределами хостера и есть, в самом правильном варианте, десятки контейнеров на одну железку под _каждый_ чих администратора.
Это очень удобно, при наличии в инфраструктуре таких средств как LDAP, Puppet, Zabbix(Nagios, etc), Spacewalk, и т д
Поверьте, не запутаетесь даже при десятке нод и нескольких тысячах контейнеров (хотя такое все-таки маловероятно), при сотнях же все будет совсем просто :)
А зато крайне удобно: у Вас под каждую самую мелкую задачу есть свой корень с библиотеками, и свой пул ресурсов :)

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

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

262. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (??), 28-Апр-10, 15:17

Госпожа Кошка, еще раз повторюсь, вы говорите только о хостерах или подобных сервисах. Мир не полнится одними лишь хостерами.
> А зато крайне удобно: у Вас под каждую самую мелкую задачу есть свой корень с библиотеками, и свой пул ресурсов :)
А в чем удобство? для особых параноиков?
Я понимаю при конфликте установленного софта выделить сервис в отдельный контейнер.
Но если такового нет, то какой смысл, кроме безопасности?
Только дисковое пространство на эти контейнеры расходовать!
> Это очень удобно, при наличии в инфраструктуре таких средств как LDAP, Puppet, Zabbix(Nagios, etc), Spacewalk, и т д
Чем же? причем тут системы мониторинга?
> Вероятно, для Вас такая концепция является чем-то новым, но она придумана далеко не мной, а мы используем и другие, более освещенные на популярных ресурсах от течнета до опеннет :))
Нет, не является, не уязвили не капли =) "Течнет" это наверное у девушек. Парни обычно ее зовут теХнет. =D

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

264. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 15:22

>Госпожа Кошка, еще раз повторюсь, вы говорите только о хостерах или подобных
>сервисах. Мир не полнится одними лишь хостерами.
Нет, мы не хостер (и у нас хостинговые услуги "просто так случились", по тому, что постоянные клиенты попросили, и совсем не основное направление)
>> А зато крайне удобно: у Вас под каждую самую мелкую задачу есть свой корень с библиотеками, и свой пул ресурсов :)
>А в чем удобство? для особых параноиков?
>Я понимаю при конфликте установленного софта выделить сервис в отдельный контейнер.
>Но если такового нет, то какой смысл, кроме безопасности?
>Только дисковое пространство на эти контейнеры расходовать!
Дисковое пространство сейчас даже на SAS дисках часто бывает с избытком, а вообще, гораздо чаще не хватает iops, чем места.
Да и решаема эта проблема в, например, vzfs (заодно с экономией ОЗУ)
Цель не только свой корень под каждый чих, но и свой _пул_ресурсов_ под каждый чих (а так же как приятное дополнение фичи по безопасности)
>> Это очень удобно, при наличии в инфраструктуре таких средств как LDAP, Puppet, Zabbix(Nagios, etc), Spacewalk, и т д
>
>Чем же? причем тут системы мониторинга?
Если сервисов много, их нужно чекать, иначе можно проспать фейл, не так ли? А если этот вопрос автоматизирован, не имеет значения _сколько_ хостов мониторится - один или сотня

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

305. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (ok), 29-Апр-10, 12:10

> Дисковое пространство сейчас даже на SAS дисках часто бывает с избытком, а вообще, гораздо чаще не хватает iops, чем места.
Ну диск на 36 гигов, например, довольно распростаненный - это не с избытком.
> Цель не только свой корень под каждый чих, но и свой _пул_ресурсов_ под каждый чих (а так же как приятное дополнение фичи по безопасности)
и что? я и говорю, что поскольку будет пул ресурсов, то это доп.расходы как по дисковому пространству, так и по <крохобор>расходам на эл. энергию, которую сожрет диск лишний раз двигая головой</крохобор>, да и износ возрастает. Плюс-то какой? ну и что пул отдельный?
> Если сервисов много, их нужно чекать, иначе можно проспать фейл, не так ли? А если этот вопрос автоматизирован, не имеет значения _сколько_ хостов мониторится - один или сотня
Спасибо, как и что надо мониторить я и сам могу рассказать.
Вот именно если нет разницы, то зачем себе процесс усложнять? работы мало что ли? вы все равно так и не объяснили в чем плюс пихать все в разные контейнеры, кроме безопасности.

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

306. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 29-Апр-10, 12:17

>> Дисковое пространство сейчас даже на SAS дисках часто бывает с избытком, а вообще, гораздо чаще не хватает iops, чем места.
>
>Ну диск на 36 гигов, например, довольно распростаненный - это не с
>избытком.
старые SCSI 36Gb использовать под виртуализацию, даже легкую(то есть, контейнеры - так иногда их классифицируют), не очень оптимально (имхо), только разве что в PVC, где есть vzfs, и все, что установлено из темплейтов, на самом деле симлинки на темплейт. В свободном OVZ этого нет.
Лучше в такой платформе заменить диски, все равно они уже на пределе ресурса, скорее всего.
>> Цель не только свой корень под каждый чих, но и свой _пул_ресурсов_ под каждый чих (а так же как приятное дополнение фичи по безопасности)
>
>и что? я и говорю, что поскольку будет пул ресурсов, то это доп.расходы как по дисковому пространству, так и по <крохобор>расходам на эл. энергию, которую сожрет диск лишний раз двигая головой</крохобор>, да и износ возрастает. Плюс-то какой? ну и что пул отдельный?
Имхо, на новых платформах все равно нет смысла брать 36Gb SAS, а вот 300-ки сейчас сменили когда-то самые популярные 147Gb диски.
>> Если сервисов много, их нужно чекать, иначе можно проспать фейл, не так ли? А если этот вопрос автоматизирован, не имеет значения _сколько_ хостов мониторится - один или сотня
>
>Спасибо, как и что надо мониторить я и сам могу рассказать.
>Вот именно если нет разницы, то зачем себе процесс усложнять? работы мало
>что ли? вы все равно так и не объяснили в чем
>плюс пихать все в разные контейнеры, кроме безопасности.
Разница есть: свой пул ресурсов под каждую мелкую задачу, и близкая к 100%-ой утилизация ресурсов, как и при тяжелой виртуализации. Вам банально нужно будет меньше железа на тоже число задач, кушающего электричество (если в офисе), требующего больше ЗИП, требующего дополнительной оплаты за юниты и ваты (если в ДЦ).

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

311. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от еще один Аноним (?), 29-Апр-10, 14:19

> Имхо, на новых платформах все равно нет смысла брать 36Gb SAS, а вот 300-ки сейчас сменили когда-то самые популярные 147Gb диски.
Да щазз, это у вас какие-то странные стандарты. Только что привезли новый HP Proliant DL360 G6, и там мы поставили 2 диска в зеркало по 72 гига. Это у вас  такие "стандарты".
> Разница есть: свой пул ресурсов под каждую мелкую задачу, и близкая к 100%-ой утилизация ресурсов, как и при тяжелой виртуализации.
И что? какой прок в отдельном пуле?
>Вам банально нужно будет меньше железа на тоже число задач, кушающего электричество (если в офисе), требующего больше ЗИП, требующего дополнительной оплаты за юниты и ваты (если в ДЦ).
ёксель-моксель. Перечитайте тред, и посмотрите из-за чего у нас возник именно этот тред.
Еще раз мы говорили о том, нафига нужны контейнеры, когда это все хозяйство и так можно запустить на одной железке. Тред возник из-за того, что я спросил нафига оно нужно - пихать все в отдельный контейнер, окромя безопасности, когда оно и так будет работать.
Короч, как-то надоедает. Вы то ли не хотите меня понимать, то ли действительно не понимаете.

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

312. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 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..." +/–

Сообщение от еще один Аноним (?), 29-Апр-10, 17:08

вы опять не о том. Куча воды. Все не буду больше писать в этом треде

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

316. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 29-Апр-10, 17:17

>вы опять не о том. Куча воды. Все не буду больше писать
>в этом треде
Нет, о том: если в Jails в апстриме нет ресурс-менеджмента, это не значит, что он бесполезен и неиспользуем

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

313. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Hate (ok), 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..." +/–

Сообщение от аноним (?), 28-Апр-10, 16:35

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

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

276. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 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), 28-Апр-10, 07:19

Далеко не на все есть srpm. Точнее, на то что нужно - обычно нет.

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

247. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 28-Апр-10, 13:51

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

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

122. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Sem (??), 27-Апр-10, 12:52

>
>>>Даже на FreeBSD можно за пару дней соорудить PXE-инсталлятор, да и через
>>>IPMI/VirtualMedia тоже часто ставят системы.
>>
>>что значит за пару дней? три часа работы с нуля.
>
>Мне не нравится, как именно собраны пакеты по-дефольту во фре. Все равно
>все нужно пересобирать (если у Вас даже самое суперское оборудование, все
>равно за три часа не управитесь)
Да ладно, чего такого там надо собирать? Я вообще практически пакетами не пользуюсь. Это для десктопа страшно: KDE/GNOME, FireFox, OpenOfice - вот это долго будет собираться.

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

124. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 13:08

>[оверквотинг удален]
>>>
>>>что значит за пару дней? три часа работы с нуля.
>>
>>Мне не нравится, как именно собраны пакеты по-дефольту во фре. Все равно
>>все нужно пересобирать (если у Вас даже самое суперское оборудование, все
>>равно за три часа не управитесь)
>
>Да ладно, чего такого там надо собирать? Я вообще практически пакетами не
>пользуюсь. Это для десктопа страшно: KDE/GNOME, FireFox, OpenOfice - вот это
>долго будет собираться.
Предлагаю вспомнить про опции сборки пых-пыха :)

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

130. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Sem (??), 27-Апр-10, 13:41

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

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

216. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от m00n (ok), 28-Апр-10, 07:21

>Предлагаю вспомнить про опции сборки пых-пыха :)
Что там не так? Мне кажется там все лаконично сделано.

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

134. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от iZEN (ok), 27-Апр-10, 14:14

>OpenOfice - вот это долго будет собираться.
2 часа ровно на 4-х ядернике 2.6ГГц.

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

184. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от User294 (ok), 27-Апр-10, 22:40

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

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

187. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Sem (??), 27-Апр-10, 23:05

>>2 часа ровно на 4-х ядернике 2.6ГГц.
>
>Всего-то, блин. По-моему, 2 часа можно потратить на что-то более интересное.А чем
>таким скомпиленый опеонфис будет отличаться от пакетного? Вы хоть бит в
>исходниках поменяли?
Конкретно openoffice можно ставить из пакета. Разницы никакой.

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

217. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от m00n (ok), 28-Апр-10, 07:22

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

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

220. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Hate (ok), 28-Апр-10, 09:58

>>2 часа ровно на 4-х ядернике 2.6ГГц.
>
>Всего-то, блин. По-моему, 2 часа можно потратить на что-то более интересное.А чем
>таким скомпиленый опеонфис будет отличаться от пакетного? Вы хоть бит в
>исходниках поменяли?
Сразу видно, ты его не собирал. Никогда и собирать не будешь. Иначе знал бы что есть очень полезные опции при сборке, а так-же определенные CFLAGS+ дают нехилый прирост производительности если их делать конкретно под свою систему, а не для жирного бинаря который в теории должен работать у всех. Этот бинарь и есть зло. И вообще все пакетные дистрибутивы для меня зло.

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

241. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от andy (??), 28-Апр-10, 13:27

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

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

258. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от playnet (?), 28-Апр-10, 14:52

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

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

266. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от oops (ok), 28-Апр-10, 15:30

а каким образом вы теряете время? вы что "держите" что-нибудь компилятору чтобы он скомпилил?
ввел команду и занимайся своим делом! Оно и без тебя дальше справится!

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

273. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от andy (??), 28-Апр-10, 16:26

>а каким образом вы теряете время? вы что "держите" что-нибудь компилятору чтобы
>он скомпилил?
Я его стараюсь не терять. Я использую rpm, а собираю что-либо
по мере такой необходимости.
>ввел команду и занимайся своим делом! Оно и без тебя дальше справится!
А Вам не кажется, что нагружать серверы компиляцией, несколько не то?
Свободное процессорное время и память и так есть куда пустить.

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

279. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от playnet (?), 28-Апр-10, 17:53

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

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

281. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 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 (?), 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), 28-Апр-10, 19:06

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

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

293. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Аноним (-), 28-Апр-10, 22:42

Пхороникс, конечно, авторитетный ресурс. Они как-то то ли бету, то ли релиз-кандидат фряхи сравнивали, при этом даже не удосужились пересобрать ядро, а воспользовались GENERIC, который был собран под отладкой и с WITNESS. Чувствуется профессионализм, да.

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

287. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от andy (??), 28-Апр-10, 19:12

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

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

288. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Hate (ok), 28-Апр-10, 19:48

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

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

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

308. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от playnet (?), 29-Апр-10, 13:31

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

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

314. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Hate (ok), 29-Апр-10, 16:14

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

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

318. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от playnet (?), 29-Апр-10, 21:29

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

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

319. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Hate (ok), 29-Апр-10, 22:29

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

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

307. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от playnet (?), 29-Апр-10, 13:22

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

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

272. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Hate (ok), 28-Апр-10, 15:48

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

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

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

294. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от iZEN (ok), 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 (?), 27-Апр-10, 08:40

> hotplug на _сервере_ вообще какая-то экзотика, разве что для установки)
Хотплаг сата двд? Это скорее приятный бонус протокола. А хотплаг дисков - вещь архинужная.
зы. обменялись же тогда координатами.. и ни ответа, ни привета.. Ответь чтоли...

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

114. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 11:25

>зы. обменялись же тогда координатами.. и ни ответа, ни привета.. Ответь чтоли...
В почте долго писать, напишите плиз inbox [at] shaggy-cat [dot] ru

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

317. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от playnet (?), 29-Апр-10, 21:22

>
>>зы. обменялись же тогда координатами.. и ни ответа, ни привета.. Ответь чтоли...
>
>В почте долго писать, напишите плиз inbox [at] shaggy-cat [dot] ru
отправил очередной запрос авторизации на galia в жаббере. С 11.03 пока так ответа и не было.

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

321. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 30-Апр-10, 02:21

>>
>>>зы. обменялись же тогда координатами.. и ни ответа, ни привета.. Ответь чтоли...
>>
>>В почте долго писать, напишите плиз inbox [at] shaggy-cat [dot] ru
>
>отправил очередной запрос авторизации на galia в жаббере. С 11.03 пока так
>ответа и не было.
Дело в том, что я сейчас сознательно ограничиваю общение в IM, так как занимает не оптимально много времени, и позволяю себе это лишь в выходной (когда плохая погода и на улицу не выбраться).
Связано это с тем, что при своем бизнесе над тобой нет начальников (разве что, кроме мужа :))), и отвественность несешь прежде всего перед собой, а ее немного не хватает.
Именно по этому до достижения определенных финансовых показателей по рентабельности, что мы установили, я IM пользуюсь только переодически из соображений оптимизации рабочего дня.
Прошу извинить, и написать на почту.

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

116. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Sem (??), 27-Апр-10, 12:15

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

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

123. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от sHaggY_caT (ok), 27-Апр-10, 13:07

>Шикарно. Вспоминаю довод про панику при отключении неотмонтированной флешки на фре. Вы
>хоть новые придумайте, не надо у фришников их аргументы таскать ))
Так никто не спорит, что это не фича(как было со флэшкой во фре, и фанатиками от BSD), а не баг. Но такой ли страшный :)?

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

132. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от iZEN (ok), 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), 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 +/–

Сообщение от Аноним (-), 27-Апр-10, 10:50

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

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

109. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от Dvorkin (ok), 27-Апр-10, 10:51

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

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

218. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..." +/–

Сообщение от m00n (ok), 28-Апр-10, 07:27

>>75% жирности - это по-твоему "элегантно"?
>
>а если неожиданно из командировки в гугль вернется муж, прочтет и недрогнувшей
>мускулистой рукой проинсталлирует линукс на всю длину без облегчения мучений 75%
>жирностью? :)
"Люди с запахом могилы"? Deadсад.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


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


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


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


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


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


	31. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+1 +/–
	Сообщение от Andrew Kolchoogin (?), 26-Апр-10, 19:58
	> Снапшоты на уровне FS в Linux не нужны, потому что снапшоты LVM будут работать > с любой (!) FS, с которой Linux может работать. Не будут. Постольку поскольку LVM как бэ не в курсе состояния overlaying-файловой системы, то для получения корректного LVM-снэпшота надо, условно говоря, сделать sync() снэпшотируемой файлухи, после чего сделать LVM Snapshot, причём оба этих действия необходимо делать _атомарно_, чего Linux, разумеется, не умеет. Соответственно, в текущей реализации LVM, действительно, поддерживает снэпшоты _любых_ файловых систем -- только эти _любые_ файловые системы необходимо предварительно размонтировать. :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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


	102. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+2 +/–
	Сообщение от Аноним (-), 27-Апр-10, 10:21
	>походу вы сэр просто не в курсе как работают снепшоты в LVM По моему Андрей всё правильно написал. Посмотрите например ссылку минона, там в качестве примера берётся СУБД. Для снапшота нужно _остановить_ СУБД, а для XFS ещё нужно делать xfs_freeze, о чём и писал Андрей.
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	133. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+/–
	Сообщение от fi (ok), 27-Апр-10, 14:06
	> Для снапшота нужно _остановить_ СУБД Увы, это нужно делать всегда, с любым снепшотом!!! Точнее делать заморозку, почитайте про тот же RMAN.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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


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


	181. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+/–
	Сообщение от Аноним (-), 27-Апр-10, 22:24
	>> Для снапшота нужно _остановить_ СУБД > >Увы, это нужно делать всегда, с любым снепшотом!!! >Точнее делать заморозку, почитайте про тот же RMAN. Мсье не знает, о чем говорит. Останавливать СУБД не только нежелательно, но и вредно. Тот же мускул поверх зфс можно без остановки бэкапить: http://sav.ecom24.ru/2010/01/mysql-zfs-backup/
	Ответить \| Правка \| К родителю #133 \| Наверх \| Cообщить модератору


	193. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+/–
	Сообщение от sHaggY_caT (ok), 28-Апр-10, 00:47
	>Мсье не знает, о чем говорит. Останавливать СУБД не только нежелательно, но >и вредно. >Тот же мускул поверх зфс можно без остановки бэкапить: >http://sav.ecom24.ru/2010/01/mysql-zfs-backup/ Увы, сайт sav.ecom24.ru на момент написания ответа слег. Собственно, мысль заключается в том, что без журнала БД (вроде innodb) любой снапшот есть некоторая лотерея (как и отключение питания/резет сервера), и чреват myisamcheck'ом
	Ответить \| Правка \| Наверх \| Cообщить модератору


	212. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+/–
	Сообщение от минона (?), 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..."	+/–
	Сообщение от Аноним (-), 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..."	+/–
	Сообщение от минона (?), 28-Апр-10, 10:31
	вы до сих пор не поняли, что тоже самое и на лвм? в данном случае "остановить_работу" означает "приостановить_выполнение_процесса_и_сбросить_кэш"
	Ответить \| Правка \| К родителю #214 \| Наверх \| Cообщить модератору


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


	235. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	–1 +/–
	Сообщение от минона (?), 28-Апр-10, 12:15
	вопрос/спор был о возможностях. а это как оказалось возможно, не так ли? :D ну а если вы хотите поговорить о производительности, чтож. мускуль раза в два так медленнее на zfs, чем на ufs (это в солярке на спарках. на бзд не проверял). а на x86 (опенсолярка vs linux+lvm) и того больше. тоже на субд оракл. (и это всё на 64-х битах. на 32 ещё хуже) и не только в момент снепшота, а постоянно. зы: zfs хорошая фс, но не надо уподобляться трухину и пихать её во всё оголтело. что хорошо для файло-помойки не всегда хорошо для бд, кластеров, этк.
	Ответить \| Правка \| К родителю #233 \| Наверх \| Cообщить модератору


	237. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+/–
	Сообщение от oops (??), 28-Апр-10, 12:58
	> ну а если вы хотите поговорить о производительности, чтож. мускуль раза в два так медленнее на zfs, чем на ufs Вы не правы, т.к. не всегда. этот вопрос уже обсасывали. Поищите на Хабре.
	Ответить \| Правка \| К родителю #235 \| Наверх \| Cообщить модератору


	238. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+/–
	Сообщение от минона (?), 28-Апр-10, 13:13
	извиняюсь, конечно, но данный вопрос "обсасывался" мной в продакшене, в том числе с консультациями на оракловом металинке. зы: субд будет медленнее на нагруженной системе хотя бы потому, что озу для субд много не бывает. ззы: это я ещё про aio не говорил.
	Ответить \| Правка \| К родителю #237 \| Наверх \| Cообщить модератору


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


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


	259. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+/–
	Сообщение от минона (?), 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 (?), 28-Апр-10, 18:34
	> к примеру zfs в доке по субд oracle вы так и не найдёте (в отличае от lvm). и она (по-моему, лень смотреть) так и не сертифицирована. сертифицирована, так будем считать, я вам сэкономил усилия на поиск. ну а не верите - проверьте :-)
	Ответить \| Правка \| К родителю #259 \| Наверх \| Cообщить модератору


	290. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+/–
	Сообщение от минона (?), 28-Апр-10, 20:38
	я ж сказал - по моему. а вот если в оф.доке найдёте штатное применение снэпшотов zfs для архивирования/восстановления - спасибо скажу. зы: в общем и сам уже посмотрел - с 10.2.0.4, а для оебс - только для датабэйс-тиер
	Ответить \| Правка \| К родителю #283 \| Наверх \| Cообщить модератору


	239. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."	+/–
	Сообщение от Hate (ok), 28-Апр-10, 13:15
	>вопрос/спор был о возможностях. а это как оказалось возможно, не так ли? >:D > >ну а если вы хотите поговорить о производительности, чтож. мускуль раза в >два так медленнее на zfs, чем на ufs (это в солярке >на спарках. на бзд не проверял). а на x86 (опенсолярка vs >linux+lvm) и того больше. >тоже на субд оракл. (и это всё на 64-х битах. на 32 >ещё хуже) >и не только в момент снепшота, а постоянно. Ложь. >зы: >zfs хорошая фс, но не надо уподобляться трухину и пихать её во >всё оголтело. >что хорошо для файло-помойки не всегда хорошо для бд, кластеров, этк. Иди читай про тюнинг ZFS для размещения баз данных.
	Ответить \| Правка \| К родителю #235 \| Наверх \| Cообщить модератору