forum.opennet.ru

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

Оглавление

Раздел полезных советов: Отключаем RAID1 на MB и ставим Free..., auto_tips (ok), 06-Ноя-12, (0) [смотреть все]

а напуркуа для свопа воротить gmirror своп на зеркале это чо новомодный фетиш , deadless (ok), 00:05 , 06-Ноя-12, (1) //

Затем, что битые секторы на свопе - все равно что битая память, улавливаешь Про, Аноним (-), 22:11 , 16-Ноя-12, (63) //

geom mirror разве на лету проверяет считываемые данные с зеркальных копий , iZEN (ok), 22:16 , 16-Ноя-12, (64)

А если один диск из зеркала отвалится а своп не на зеркале Единственный недост, nagual (ok), 00:11 , 06-Ноя-12, (2) //

У меня, если какая-то программа валится, то оставляет файл с расширением core в, iZEN (ok), 22:19 , 16-Ноя-12, (65) //

Сорри Я неправильно выразился Имелся ввиду дамп ядра после паники Своп на ZFS, nagual (ok), 22:22 , 16-Ноя-12, (66) //

Точно не позволяет А какие причины Может версия ZFS или системы устарела , iZEN (ok), 22:26 , 16-Ноя-12, (67)

Я помню что читал это, но почему не разбирался , nagual (ok), 22:32 , 16-Ноя-12, (68)

Скажите люди добрые нахера на ZFS делать стотыщь мильонов разделов , pavlinux (ok), 01:14 , 06-Ноя-12, (3) //

Нужно если только свойства им разные делать, компрессию или квоты Или чтоб снап, nagual (ok), 01:20 , 06-Ноя-12, (4)
Почему нет, это ж дешево , nuclight (??), 14:23 , 23-Ноя-12, (88)

не вижу, где в заметке скрипте освещен данный вопрос , PavelR (ok), 06:01 , 06-Ноя-12, (5) //

Дурацкое название, не отключаем, а создаем зеркало средствами zfs, строка в скри, Сергей (??), 10:36 , 06-Ноя-12, (7)

Уточните, а что, правда etc fstab будет по-сути пустым , PavelR (ok), 06:04 , 06-Ноя-12, (6) //

Да, как и всегда с ZFS , Аноним (-), 11:02 , 06-Ноя-12, (8)
В системе, где только одна ZFS, файл etc fstab не нужен Для SWAP можно использ, iZEN (ok), 01:40 , 07-Ноя-12, (9)

Покажите вывод команды zpool status, Den (??), 15:57 , 07-Ноя-12, (10) //

Кусок лога NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOTzroot 19,9G, nagual (ok), 16:04 , 07-Ноя-12, (11)

swap на zfs вредит здоровью zfs занимает память при общании к томам, если систе, shadowcaster (?), 17:35 , 07-Ноя-12, (12) +1 //

это в 8 3 или в 9 0 , nagual (ok), 17:44 , 07-Ноя-12, (13) //

И там, и там Если уточнять, то и opensolaris тоже имеет проблемы со свапом на z, shadowcaster (?), 17:53 , 07-Ноя-12, (14) +1 //

Может быть в 9 1 исправят, будем надеяться , nagual (ok), 18:01 , 07-Ноя-12, (15)

Нет, не исправят Это не баг, а фича С другой стороны, все равно zfs строится, shadowcaster (?), 18:20 , 07-Ноя-12, (16) +1

Неохота gmirror добавлять, его удалить можно только из singl mode , nagual (ok), 18:23 , 07-Ноя-12, (17)

gmirror простой, как табуретка, собрать можно на живой системе, разобрать - так , Shadowcaster (?), 20:42 , 07-Ноя-12, (21)

Собрать да, а разобрать нет Ну если только в наглую dd затереть , nagual (ok), 20:48 , 07-Ноя-12, (22)

которой я не наблюдал при 100 заполненности SWAP на ZVOL размером 256 МБ Меш, iZEN (ok), 18:46 , 07-Ноя-12, (18)

Может 256 Гигабайт Потому как 256 МБ - это не та размеры, при которых логично и, Shadowcaster (?), 20:55 , 07-Ноя-12, (23) +1

FreeBSD умела как я выяснял на собственном опыте грузиться с RAW-ZFS без всяко, iZEN (ok), 21:12 , 07-Ноя-12, (25)

А есть ссылки на багрепорт , nagual (ok), 18:49 , 07-Ноя-12, (19)
Я тоже ловил креши на исчерпании памяти и при этом без zfs Там проблема может б, nagual (ok), 20:30 , 07-Ноя-12, (20)

Вот подумал может стоит добавить zfs set recordsize 4K для свопа Это как то свя, nagual (ok), 20:56 , 07-Ноя-12, (24)

Да уж, ARC такой ARC Хуже реализацию кеша придумать было сложно , AlexAT (ok), 23:20 , 09-Ноя-12, (27) +1 //

zfs set primarycache metadata database mysql zfs set secondarycache none data, nagual (ok), 00:01 , 10-Ноя-12, (28) //

Вообще говоря, есть O_DIRECT - вполне стандартный механизм для доступа к файлам,, AlexAT (ok), 11:44 , 10-Ноя-12, (29) +1

Сейчас месье нам раскажет о том как он прикрутит O_DIRECT к тем приложениеям кот, nagual (ok), 13:24 , 10-Ноя-12, (30)

1 исходники запретили 2 если приложение не использует O_DIRECT - это, как прав, AlexAT (ok), 10:06 , 11-Ноя-12, (31)

1 Месье предлагает переписать половину пакетов Надеюсь месье это не в серьёз , nagual (ok), 11:15 , 11-Ноя-12, (32)

Не предлагаю - мне это не надо Кому абсолютно надо - ССЗБ, и пусть переписывает, AlexAT (ok), 12:30 , 11-Ноя-12, (33) +1

Месье теоретик Судя по отсутсвию тестов BTRFS MySQL vs ZFS MySQL в первом случ, nagual (ok), 12:38 , 11-Ноя-12, (34) –1

hint CoW зачем приделывать автобусу квадратные колёса под MySQL достаточно да, AlexAT (ok), 14:48 , 11-Ноя-12, (35)

Если быть конкретнее - сменил 3 места работы, рост, однако 3 года назад на теку, AlexAT (ok), 21:13 , 11-Ноя-12, (39)
Судя по статьям на лоре не всем так везет , nagual (ok), 21:17 , 11-Ноя-12, (40)
Ну, судя по твоим тестам у тебя в жжшечке - тебе бы точно не повезло с тв, AlexAT (ok), 07:34 , 12-Ноя-12, (41) +1
Вы о моем презрительном отношении к комерческим продуктам Вы забыли в какой стр, nagual (ok), 13:19 , 12-Ноя-12, (42)

Secret Secret MySQL поддерживает O_DIRECT в любом исполнении , AlexAT (ok), 23:19 , 17-Ноя-12, (69)

Потрудитесь объяснить как вы понимаете связь между MySQL, RAW, ZFS и O_DIRECT , nagual (ok), 01:00 , 18-Ноя-12, (70)

1 В терминологии MySQL RAW - это сырой раздел, без файловой системы2 MySQL под, AlexAT (ok), 11:52 , 18-Ноя-12, (71) +1

ZFS и так не кеширует raw , nagual (ok), 13:04 , 18-Ноя-12, (72)

Псевдотома raw поверх ZFS также кешируются ARC Ну и да - не совсем понятно, , AlexAT (ok), 18:22 , 18-Ноя-12, (73)
Если innodb не raw sbin zfs set primarycache metadata sbin zfs set secondarycac, nagual (ok), 03:02 , 19-Ноя-12, (74)
Костыль , AlexAT (ok), 07:17 , 19-Ноя-12, (75)
Вам шашечки или ехать , nagual (ok), 11:56 , 19-Ноя-12, (76)
Это в тему о нужности в данной схеме ZFS, скорее Лично мне Грамотное решение, п, AlexAT (ok), 12:13 , 19-Ноя-12, (77)
На локалхосте Под линуксом И не из коробки Планурую сделать такой же скрипт, nagual (ok), 13:13 , 19-Ноя-12, (78)
Вспоминается анекдот про мужика на островке под пальмой и не даёт покоя вопрос , Michael Shigorin (ok), 15:36 , 19-Ноя-12, (79)
Ой а можно подробнее, без вранья и рекламы И без финального вывода - быть б, nagual (ok), 15:38 , 19-Ноя-12, (80)
Ну реклама ещё бывает, виноват, а с враньём полегче Анекдот известен во множеств, Michael Shigorin (ok), 16:12 , 19-Ноя-12, (81)
gt оверквотинг удален Я думал вы ответите FreeNAS а так много букв ниочем,, nagual (ok), 16:16 , 19-Ноя-12, (82) –1

Так же следует добавить ahci_load YES , nagual (ok), 18:33 , 08-Ноя-12, (26)
Вот только для свопа на ZFS стОит сделать его волум блоком в 4кБ размер страниц, Fomalhaut (?), 22:49 , 13-Ноя-12, (43) //

Что еще стоит добавить sbin zfs set checksum off ZPOOL swap sbin zfs set prim, nagual (ok), 23:07 , 13-Ноя-12, (44) //

Ну да Что может быть лучше в опу из-за CoW фрагментированного свопа , AlexAT (ok), 23:07 , 13-Ноя-12, (45) //

Своп создается с ключем -V тоесть raw , nagual (ok), 23:11 , 13-Ноя-12, (46)

А нафига тогда, простите, ZFS , AlexAT (ok), 23:20 , 13-Ноя-12, (47)

Своп в файл поверх фс Я так даже в линуксе не делаю , nagual (ok), 23:24 , 13-Ноя-12, (48)

А RAW-разделы, что, отменили , AlexAT (ok), 23:24 , 13-Ноя-12, (49)

Четырьмя поставми выше написано raw У вас провалы в памяти или иллюминаторы в к, nagual (ok), 23:42 , 13-Ноя-12, (50)

Зачем RAW-разделу ЭТО Или так и хочется из буханки сделать троллейбус , AlexAT (ok), 23:43 , 13-Ноя-12, (51)

Ой, перепутал с ZPOOL innodb ext4 обсуждать не будем Невзлетит разва, nagual (ok), 23:51 , 13-Ноя-12, (52)

Ну как обычно , AlexAT (ok), 23:54 , 13-Ноя-12, (53)

А в заголовке статьи перепутаны термины кластер и сектор , что тоже характери, Michael Shigorin (ok), 18:35 , 16-Ноя-12, (59)
Исправлено , nagual (ok), 19:39 , 16-Ноя-12, (60)
На http www opennet ru tips 2719_raid_freebsd_zfs shtml покамест кластер -- , Michael Shigorin (ok), 20:26 , 16-Ноя-12, (61)
Без одобрения модератора изменения не публикуются , nagual (ok), 20:27 , 16-Ноя-12, (62)

А зачем InnoDB блок в 4к, можно поинтересоваться , AlexAT (ok), 23:55 , 13-Ноя-12, (54)

16к InnoDB8K MyISAM, nagual (ok), 00:03 , 14-Ноя-12, (56)

Про checksum off как бы было , Fomalhaut (?), 00:00 , 14-Ноя-12, (55) //

На вскидку так sbin zfs set checksum fletcher4 ZPOOL sbin zfs create -V SWAPSI, nagual (ok), 00:07 , 14-Ноя-12, (57)

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

27. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +1 +/–

Сообщение от AlexAT (ok), 09-Ноя-12, 23:20

Да уж, ARC такой ARC. Хуже реализацию кеша придумать было сложно.

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

28. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 10-Ноя-12, 00:01

> Да уж, ARC такой ARC. Хуже реализацию кеша придумать было сложно.
# zfs set primarycache=metadata database/mysql
# zfs set secondarycache=none database/mysql
А в линуксе можно отключить кеширование для отдельного раздела ? Что бы не вытеснять нужные данные из кеша ?

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

29. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +1 +/–

Сообщение от AlexAT (ok), 10-Ноя-12, 11:44

> А в линуксе можно отключить кеширование для отдельного раздела ? Что бы
> не вытеснять нужные данные из кеша ?
Вообще говоря, есть O_DIRECT - вполне стандартный механизм для доступа к файлам, который не вредит кэшу. Считанные или записанные под O_DIRECT данные сразу помещаются в хвост LRU, и имеют почти нулевой таймаут (и высший приоритет) сброса на диск/очистки.
Ну а поскольку в монстроидном ZFS имеется ARC, который не реализует никакие типовые механизмы работы с системой и системным кешем - естественно, был придуман очередной костыль... правда есть определенное ощущение, что отключение оного приведет к интересным фокусам с производительностью.

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

30. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 10-Ноя-12, 13:24

> Вообще говоря, есть O_DIRECT - вполне стандартный механизм для доступа к файлам,
> который не вредит кэшу. Считанные или записанные под O_DIRECT данные сразу
> помещаются в хвост LRU, и имеют почти нулевой таймаут (и высший
> приоритет) сброса на диск/очистки.
Сейчас месье нам раскажет о том как он прикрутит O_DIRECT к тем приложениеям которые скомпилированы без O_DIRECT ;-)

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

31. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от AlexAT (ok), 11-Ноя-12, 10:06

> Сейчас месье нам раскажет о том как он прикрутит O_DIRECT к тем
> приложениеям которые скомпилированы без O_DIRECT ;-)
1) исходники запретили?
2) если приложение не использует O_DIRECT - это, как правило, сознательно, и отключать кэш в этом случае будет только полный идиот

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

32. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 11-Ноя-12, 11:15

>> Сейчас месье нам раскажет о том как он прикрутит O_DIRECT к тем
>> приложениеям которые скомпилированы без O_DIRECT ;-)
> 1) исходники запретили?
> 2) если приложение не использует O_DIRECT - это, как правило, сознательно, и
> отключать кэш в этом случае будет только полный идиот
1) Месье предлагает переписать половину пакетов ? Надеюсь месье это не в серьёз ?
2) Что касается второго вопроса MySQL+RAW+ZFS как раз тот случай когда O_DIRECT не имеет значения так как RAW. Месье ниасилил документацию ?
Итак ARC в ZFS имеет преимущество над реализацией кеша в BTRFS уже тем что позволяет отключать кеширование для отдельных разделов.

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

33. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +1 +/–

Сообщение от AlexAT (ok), 11-Ноя-12, 12:30

> 1) Месье предлагает переписать половину пакетов ? Надеюсь месье это не в
> серьёз ?
Не предлагаю - мне это не надо. Кому абсолютно надо - ССЗБ, и пусть переписывает. У меня как-то всё и без этого прекрасно работает, я же не юзаю странные поделия типа ZFS.
> Итак ARC в ZFS имеет преимущество над реализацией кеша в BTRFS уже
> тем что позволяет отключать кеширование для отдельных разделов.
Итак, ARC в ZFS имеет болезнь на всю голову в силу того, что ему нужно такое отключение.

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

34. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." –1 +/–

Сообщение от nagual (ok), 11-Ноя-12, 12:38

> Не предлагаю - мне это не надо. Кому абсолютно надо - ССЗБ,
> и пусть переписывает. У меня как-то всё и без этого прекрасно
> работает, я же не юзаю странные поделия типа ZFS.
Месье теоретик? Судя по отсутсвию тестов BTRFS+MySQL vs ZFS+MySQL в  первом случае все прелести двойного кеширования ...
> Итак, ARC в ZFS имеет болезнь на всю голову в силу того,
> что ему нужно такое отключение.
Судя по отсутсвию разгромных тестов BTRFS+MySQL vs ZFS+MySQL в  первом случае все прелести двойного кеширования которое никак не выключить ...

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

35. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от AlexAT (ok), 11-Ноя-12, 14:48

> Месье теоретик? Судя по отсутсвию тестов BTRFS+MySQL vs ZFS+MySQL в  первом
> случае все прелести двойного кеширования ...
hint: CoW. зачем приделывать автобусу квадратные колёса? под MySQL достаточно даже ext2
а двойное кеширование имеет место быть только в ZFS. BTRFS поддерживает O_DIRECT

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

Часть нити удалена модератором

39. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от AlexAT (ok), 11-Ноя-12, 21:13

> Месье на ext2-3-4 уже лет 10 ? Или на одном месте работы
> с ext2-3-4 уже лет 10 ? :))
Если быть конкретнее - сменил 3 места работы, рост, однако. 3 года назад на текущем месте работы было ext3, сейчас - ext3/ext4. Нареканий нет.

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

40. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 11-Ноя-12, 21:17

> Если быть конкретнее - сменил 3 места работы, рост, однако. 3 года
> назад на текущем месте работы было ext3, сейчас - ext3/ext4. Нареканий
> нет.
Судя по статьям на лоре не всем так везет.

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

41. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +1 +/–

Сообщение от AlexAT (ok), 12-Ноя-12, 07:34

> Судя по статьям на лоре не всем так везет.
Ну, судя по твоим "тестам" у тебя в жжшечке - тебе бы точно "не повезло"... с твоей квалификацией к боевым серверам нельзя подпускать ближе, чем на сотню метров.

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

42. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 12-Ноя-12, 13:19

>> Судя по статьям на лоре не всем так везет.
> Ну, судя по твоим "тестам" у тебя в жжшечке - тебе бы
> точно "не повезло"... с твоей квалификацией к боевым серверам нельзя подпускать
> ближе, чем на сотню метров.
Вы о моем презрительном отношении к комерческим продуктам? Вы забыли в какой стране живете ? Цена не есть гарантия качества. Иногда выглядывайте в окно, увидите честную кокуренцию, в полный рост.

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

69. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от AlexAT (ok), 17-Ноя-12, 23:19

>>> 2) Что касается второго вопроса MySQL+RAW+ZFS как раз тот случай когда O_DIRECT не имеет значения так как RAW. Месье ниасилил документацию ?
Secret! Secret! MySQL поддерживает O_DIRECT в любом исполнении.

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

70. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 18-Ноя-12, 01:00

>>>> 2) Что касается второго вопроса MySQL+RAW+ZFS как раз тот случай когда O_DIRECT не имеет значения так как RAW. Месье ниасилил документацию ?
> Secret! Secret! MySQL поддерживает O_DIRECT в любом исполнении.
Потрудитесь объяснить как вы понимаете связь между MySQL, RAW, ZFS и O_DIRECT ?

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

71. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +1 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 11:52

> Потрудитесь объяснить как вы понимаете связь между MySQL, RAW, ZFS и O_DIRECT
> ?
1. В терминологии MySQL RAW - это сырой раздел, без файловой системы
2. MySQL поддерживает O_DIRECT
3. MySQL открывает RAW-раздел как fd, и O_DIRECT к нему вполне применим (накладывает достаточно серьезные ограничения на схему доступа, MySQL их учитывает)
4. ZFS из этой схемы выпадает, как неприменимое звено, поскольку O_DIRECT не поддерживает в принципе
как-то так

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

72. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 18-Ноя-12, 13:04

> 4. ZFS из этой схемы выпадает, как неприменимое звено, поскольку O_DIRECT не
> поддерживает в принципе
ZFS и так не кеширует raw.

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

73. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 18:22

>> 4. ZFS из этой схемы выпадает, как неприменимое звено, поскольку O_DIRECT не
>> поддерживает в принципе
> ZFS и так не кеширует raw.
Псевдотома ("raw") поверх ZFS также кешируются ARC.
Ну и да - не совсем понятно, а напуркуа собственно тут псевдотом, если у нас БД. Либо действительно RAW, либо файл, а псевдо-raw, который совсем не raw, зачем он?

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

74. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 19-Ноя-12, 03:02

>> 4. ZFS из этой схемы выпадает, как неприменимое звено, поскольку O_DIRECT не
>> поддерживает в принципе
Если innodb не raw:
/sbin/zfs set primarycache=metadata
/sbin/zfs set secondarycache=none
Если innodb raw:
/sbin/zfs set primarycache=none
/sbin/zfs set secondarycache=none

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

75. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 07:17

> Если innodb не raw:
> /sbin/zfs set primarycache=metadata
> /sbin/zfs set secondarycache=none
> Если innodb raw:
> /sbin/zfs set primarycache=none
> /sbin/zfs set secondarycache=none
Костыль.

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

76. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 19-Ноя-12, 11:56

>> Если innodb не raw:
>> /sbin/zfs set primarycache=metadata
>> /sbin/zfs set secondarycache=none
>> Если innodb raw:
>> /sbin/zfs set primarycache=none
>> /sbin/zfs set secondarycache=none
> Костыль.
Вам шашечки или ехать ?

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

77. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 12:13

>> Костыль.
> Вам шашечки или ехать ?
Это в тему о нужности в данной схеме ZFS, скорее.
Лично мне? Грамотное решение, пригодное к поддержке.

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

78. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 19-Ноя-12, 13:13

> Это в тему о нужности в данной схеме ZFS, скорее.
> Лично мне? Грамотное решение, пригодное к поддержке.
На локалхосте ? Под линуксом ? И не из коробки ?
Планурую сделать такой же скрипт для инсталяции убунты ...

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

79. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-12, 15:36

>> Костыль.
> Вам шашечки или ехать ?
Вспоминается анекдот про мужика на островке под пальмой и не даёт покоя вопрос: зачем так сложно добиваться того, что делается гораздо проще?

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

80. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от nagual (ok), 19-Ноя-12, 15:38

>>> Костыль.
>> Вам шашечки или ехать ?
> Вспоминается анекдот про мужика на островке под пальмой и не даёт покоя
> вопрос: зачем так сложно добиваться того, что делается гораздо проще?
Ой :)) а можно подробнее, без вранья и рекламы. И без финального вывода - быть бедным  недопустимо.

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

81. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-12, 16:12

>>> Вам шашечки или ехать ?
>> Вспоминается анекдот про мужика на островке под пальмой и не даёт покоя
>> вопрос: зачем так сложно добиваться того, что делается гораздо проще?
> Ой :)) а можно подробнее, без вранья и рекламы.
Ну реклама ещё бывает, виноват, а с враньём полегче.
Анекдот известен во множестве вариаций, вот по памяти одна из них:
Лежит мужик на островке под пальмой.  Тут высаживаются туристы, начинают его фотографировать и донимать: мол, поехали с нами в Америку, это страна равных возможностей, ты там сможешь найти яблоко, помыть [....] стать богатым, купить себе остров, отдыхать и ничего не делать.  Мужик: "а я что, по-вашему, делаю?".
> И без финального вывода - быть бедным недопустимо.
Тут как...
Быть бедным вполне допустимо и бывает намного удобней, чем быть богатым -- смотря какие цели.  Да и бедность бывает по разным критериям.
Порой бывает удобней освоить один сложный универсальный инструмент и применять для различных задач, в т.ч. слишком простых.
Но это частный случай, рекомендовать такой обычно не стоит (например, я могу сделать домашнюю страничку на TYPO3, но советовать такого не буду).
Потому Вы можете выводы не делать, но я всё-таки предпочту делать и порой ими делиться.

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

82. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..." –1 +/–

Сообщение от nagual (ok), 19-Ноя-12, 16:16

>[оверквотинг удален]
>> И без финального вывода - быть бедным недопустимо.
> Тут как...
> Быть бедным вполне допустимо и бывает намного удобней, чем быть богатым --
> смотря какие цели.  Да и бедность бывает по разным критериям.
> Порой бывает удобней освоить один сложный универсальный инструмент и применять для различных
> задач, в т.ч. слишком простых.
> Но это частный случай, рекомендовать такой обычно не стоит (например, я могу
> сделать домашнюю страничку на TYPO3, но советовать такого не буду).
> Потому Вы можете выводы не делать, но я всё-таки предпочту делать и
> порой ими делиться.
Я думал вы ответите FreeNAS а так ... много букв ниочем, можно вообще не читать ...

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

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

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

Партнёры:

Хостинг:

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

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


	27. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+1 +/–
	Сообщение от AlexAT (ok), 09-Ноя-12, 23:20
	Да уж, ARC такой ARC. Хуже реализацию кеша придумать было сложно.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	28. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 10-Ноя-12, 00:01
	> Да уж, ARC такой ARC. Хуже реализацию кеша придумать было сложно. # zfs set primarycache=metadata database/mysql # zfs set secondarycache=none database/mysql А в линуксе можно отключить кеширование для отдельного раздела ? Что бы не вытеснять нужные данные из кеша ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+1 +/–
	Сообщение от AlexAT (ok), 10-Ноя-12, 11:44
	> А в линуксе можно отключить кеширование для отдельного раздела ? Что бы > не вытеснять нужные данные из кеша ? Вообще говоря, есть O_DIRECT - вполне стандартный механизм для доступа к файлам, который не вредит кэшу. Считанные или записанные под O_DIRECT данные сразу помещаются в хвост LRU, и имеют почти нулевой таймаут (и высший приоритет) сброса на диск/очистки. Ну а поскольку в монстроидном ZFS имеется ARC, который не реализует никакие типовые механизмы работы с системой и системным кешем - естественно, был придуман очередной костыль... правда есть определенное ощущение, что отключение оного приведет к интересным фокусам с производительностью.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 10-Ноя-12, 13:24
	> Вообще говоря, есть O_DIRECT - вполне стандартный механизм для доступа к файлам, > который не вредит кэшу. Считанные или записанные под O_DIRECT данные сразу > помещаются в хвост LRU, и имеют почти нулевой таймаут (и высший > приоритет) сброса на диск/очистки. Сейчас месье нам раскажет о том как он прикрутит O_DIRECT к тем приложениеям которые скомпилированы без O_DIRECT ;-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от AlexAT (ok), 11-Ноя-12, 10:06
	> Сейчас месье нам раскажет о том как он прикрутит O_DIRECT к тем > приложениеям которые скомпилированы без O_DIRECT ;-) 1) исходники запретили? 2) если приложение не использует O_DIRECT - это, как правило, сознательно, и отключать кэш в этом случае будет только полный идиот
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 11-Ноя-12, 11:15
	>> Сейчас месье нам раскажет о том как он прикрутит O_DIRECT к тем >> приложениеям которые скомпилированы без O_DIRECT ;-) > 1) исходники запретили? > 2) если приложение не использует O_DIRECT - это, как правило, сознательно, и > отключать кэш в этом случае будет только полный идиот 1) Месье предлагает переписать половину пакетов ? Надеюсь месье это не в серьёз ? 2) Что касается второго вопроса MySQL+RAW+ZFS как раз тот случай когда O_DIRECT не имеет значения так как RAW. Месье ниасилил документацию ? Итак ARC в ZFS имеет преимущество над реализацией кеша в BTRFS уже тем что позволяет отключать кеширование для отдельных разделов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+1 +/–
	Сообщение от AlexAT (ok), 11-Ноя-12, 12:30
	> 1) Месье предлагает переписать половину пакетов ? Надеюсь месье это не в > серьёз ? Не предлагаю - мне это не надо. Кому абсолютно надо - ССЗБ, и пусть переписывает. У меня как-то всё и без этого прекрасно работает, я же не юзаю странные поделия типа ZFS. > Итак ARC в ZFS имеет преимущество над реализацией кеша в BTRFS уже > тем что позволяет отключать кеширование для отдельных разделов. Итак, ARC в ZFS имеет болезнь на всю голову в силу того, что ему нужно такое отключение.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	–1 +/–
	Сообщение от nagual (ok), 11-Ноя-12, 12:38
	> Не предлагаю - мне это не надо. Кому абсолютно надо - ССЗБ, > и пусть переписывает. У меня как-то всё и без этого прекрасно > работает, я же не юзаю странные поделия типа ZFS. Месье теоретик? Судя по отсутсвию тестов BTRFS+MySQL vs ZFS+MySQL в первом случае все прелести двойного кеширования ... > Итак, ARC в ZFS имеет болезнь на всю голову в силу того, > что ему нужно такое отключение. Судя по отсутсвию разгромных тестов BTRFS+MySQL vs ZFS+MySQL в первом случае все прелести двойного кеширования которое никак не выключить ...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от AlexAT (ok), 11-Ноя-12, 14:48
	> Месье теоретик? Судя по отсутсвию тестов BTRFS+MySQL vs ZFS+MySQL в первом > случае все прелести двойного кеширования ... hint: CoW. зачем приделывать автобусу квадратные колёса? под MySQL достаточно даже ext2 а двойное кеширование имеет место быть только в ZFS. BTRFS поддерживает O_DIRECT
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от AlexAT (ok), 11-Ноя-12, 21:13
	> Месье на ext2-3-4 уже лет 10 ? Или на одном месте работы > с ext2-3-4 уже лет 10 ? :)) Если быть конкретнее - сменил 3 места работы, рост, однако. 3 года назад на текущем месте работы было ext3, сейчас - ext3/ext4. Нареканий нет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 11-Ноя-12, 21:17
	> Если быть конкретнее - сменил 3 места работы, рост, однако. 3 года > назад на текущем месте работы было ext3, сейчас - ext3/ext4. Нареканий > нет. Судя по статьям на лоре не всем так везет.
	Ответить \| Правка \| К родителю #39 \| Наверх \| Cообщить модератору


	41. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+1 +/–
	Сообщение от AlexAT (ok), 12-Ноя-12, 07:34
	> Судя по статьям на лоре не всем так везет. Ну, судя по твоим "тестам" у тебя в жжшечке - тебе бы точно "не повезло"... с твоей квалификацией к боевым серверам нельзя подпускать ближе, чем на сотню метров.
	Ответить \| Правка \| К родителю #40 \| Наверх \| Cообщить модератору


	42. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 12-Ноя-12, 13:19
	>> Судя по статьям на лоре не всем так везет. > Ну, судя по твоим "тестам" у тебя в жжшечке - тебе бы > точно "не повезло"... с твоей квалификацией к боевым серверам нельзя подпускать > ближе, чем на сотню метров. Вы о моем презрительном отношении к комерческим продуктам? Вы забыли в какой стране живете ? Цена не есть гарантия качества. Иногда выглядывайте в окно, увидите честную кокуренцию, в полный рост.
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	69. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от AlexAT (ok), 17-Ноя-12, 23:19
	>>> 2) Что касается второго вопроса MySQL+RAW+ZFS как раз тот случай когда O_DIRECT не имеет значения так как RAW. Месье ниасилил документацию ? Secret! Secret! MySQL поддерживает O_DIRECT в любом исполнении.
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	70. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 18-Ноя-12, 01:00
	>>>> 2) Что касается второго вопроса MySQL+RAW+ZFS как раз тот случай когда O_DIRECT не имеет значения так как RAW. Месье ниасилил документацию ? > Secret! Secret! MySQL поддерживает O_DIRECT в любом исполнении. Потрудитесь объяснить как вы понимаете связь между MySQL, RAW, ZFS и O_DIRECT ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+1 +/–
	Сообщение от AlexAT (ok), 18-Ноя-12, 11:52
	> Потрудитесь объяснить как вы понимаете связь между MySQL, RAW, ZFS и O_DIRECT > ? 1. В терминологии MySQL RAW - это сырой раздел, без файловой системы 2. MySQL поддерживает O_DIRECT 3. MySQL открывает RAW-раздел как fd, и O_DIRECT к нему вполне применим (накладывает достаточно серьезные ограничения на схему доступа, MySQL их учитывает) 4. ZFS из этой схемы выпадает, как неприменимое звено, поскольку O_DIRECT не поддерживает в принципе как-то так
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 18-Ноя-12, 13:04
	> 4. ZFS из этой схемы выпадает, как неприменимое звено, поскольку O_DIRECT не > поддерживает в принципе ZFS и так не кеширует raw.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от AlexAT (ok), 18-Ноя-12, 18:22
	>> 4. ZFS из этой схемы выпадает, как неприменимое звено, поскольку O_DIRECT не >> поддерживает в принципе > ZFS и так не кеширует raw. Псевдотома ("raw") поверх ZFS также кешируются ARC. Ну и да - не совсем понятно, а напуркуа собственно тут псевдотом, если у нас БД. Либо действительно RAW, либо файл, а псевдо-raw, который совсем не raw, зачем он?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 19-Ноя-12, 03:02
	>> 4. ZFS из этой схемы выпадает, как неприменимое звено, поскольку O_DIRECT не >> поддерживает в принципе Если innodb не raw: /sbin/zfs set primarycache=metadata /sbin/zfs set secondarycache=none Если innodb raw: /sbin/zfs set primarycache=none /sbin/zfs set secondarycache=none
	Ответить \| Правка \| К родителю #72 \| Наверх \| Cообщить модератору


	75. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от AlexAT (ok), 19-Ноя-12, 07:17
	> Если innodb не raw: > /sbin/zfs set primarycache=metadata > /sbin/zfs set secondarycache=none > Если innodb raw: > /sbin/zfs set primarycache=none > /sbin/zfs set secondarycache=none Костыль.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 19-Ноя-12, 11:56
	>> Если innodb не raw: >> /sbin/zfs set primarycache=metadata >> /sbin/zfs set secondarycache=none >> Если innodb raw: >> /sbin/zfs set primarycache=none >> /sbin/zfs set secondarycache=none > Костыль. Вам шашечки или ехать ?
	Ответить \| Правка \| К родителю #75 \| Наверх \| Cообщить модератору


	77. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от AlexAT (ok), 19-Ноя-12, 12:13
	>> Костыль. > Вам шашечки или ехать ? Это в тему о нужности в данной схеме ZFS, скорее. Лично мне? Грамотное решение, пригодное к поддержке.
	Ответить \| Правка \| К родителю #76 \| Наверх \| Cообщить модератору


	78. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 19-Ноя-12, 13:13
	> Это в тему о нужности в данной схеме ZFS, скорее. > Лично мне? Грамотное решение, пригодное к поддержке. На локалхосте ? Под линуксом ? И не из коробки ? Планурую сделать такой же скрипт для инсталяции убунты ...
	Ответить \| Правка \| К родителю #77 \| Наверх \| Cообщить модератору


	79. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от Michael Shigorin (ok), 19-Ноя-12, 15:36
	>> Костыль. > Вам шашечки или ехать ? Вспоминается анекдот про мужика на островке под пальмой и не даёт покоя вопрос: зачем так сложно добиваться того, что делается гораздо проще?
	Ответить \| Правка \| К родителю #76 \| Наверх \| Cообщить модератору


	80. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от nagual (ok), 19-Ноя-12, 15:38
	>>> Костыль. >> Вам шашечки или ехать ? > Вспоминается анекдот про мужика на островке под пальмой и не даёт покоя > вопрос: зачем так сложно добиваться того, что делается гораздо проще? Ой :)) а можно подробнее, без вранья и рекламы. И без финального вывода - быть бедным недопустимо.
	Ответить \| Правка \| К родителю #79 \| Наверх \| Cообщить модератору


	81. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	+/–
	Сообщение от Michael Shigorin (ok), 19-Ноя-12, 16:12
	>>> Вам шашечки или ехать ? >> Вспоминается анекдот про мужика на островке под пальмой и не даёт покоя >> вопрос: зачем так сложно добиваться того, что делается гораздо проще? > Ой :)) а можно подробнее, без вранья и рекламы. Ну реклама ещё бывает, виноват, а с враньём полегче. Анекдот известен во множестве вариаций, вот по памяти одна из них: Лежит мужик на островке под пальмой. Тут высаживаются туристы, начинают его фотографировать и донимать: мол, поехали с нами в Америку, это страна равных возможностей, ты там сможешь найти яблоко, помыть [....] стать богатым, купить себе остров, отдыхать и ничего не делать. Мужик: "а я что, по-вашему, делаю?". > И без финального вывода - быть бедным недопустимо. Тут как... Быть бедным вполне допустимо и бывает намного удобней, чем быть богатым -- смотря какие цели. Да и бедность бывает по разным критериям. Порой бывает удобней освоить один сложный универсальный инструмент и применять для различных задач, в т.ч. слишком простых. Но это частный случай, рекомендовать такой обычно не стоит (например, я могу сделать домашнюю страничку на TYPO3, но советовать такого не буду). Потому Вы можете выводы не делать, но я всё-таки предпочту делать и порой ими делиться.
	Ответить \| Правка \| К родителю #80 \| Наверх \| Cообщить модератору


	82. "Отключаем RAID1 на MB и ставим FreeBSD на zfs mirror на диск..."	–1 +/–
	Сообщение от nagual (ok), 19-Ноя-12, 16:16
	>[оверквотинг удален] >> И без финального вывода - быть бедным недопустимо. > Тут как... > Быть бедным вполне допустимо и бывает намного удобней, чем быть богатым -- > смотря какие цели. Да и бедность бывает по разным критериям. > Порой бывает удобней освоить один сложный универсальный инструмент и применять для различных > задач, в т.ч. слишком простых. > Но это частный случай, рекомендовать такой обычно не стоит (например, я могу > сделать домашнюю страничку на TYPO3, но советовать такого не буду). > Потому Вы можете выводы не делать, но я всё-таки предпочту делать и > порой ими делиться. Я думал вы ответите FreeNAS а так ... много букв ниочем, можно вообще не читать ...
	Ответить \| Правка \| К родителю #81 \| Наверх \| Cообщить модератору