История изменений
Исправление
sanyock,
(текущая версия)
:
то очень быстро растет их утилизация по dstat почти до 100 процентов
тогда есть мнение, что лог на ссд тебя не спасёт, пока сам пул не станет быстрее или нужно ковырять dbms, а может и всё вместе.
это домашний комп (почти сервер по предназначению)
на нем пока нет DBMS,
некоторые проги используют текстовые файлы аки списки
маразм конечно, но пока не до того, чтобы заменить участки кода на работу с DBMS
сначала слепи из двух маленьких зеркал, потом добавь туда большое и выстави autoexpand=on, zfs заюзает сколько надо и при замене дисков на большие(после замены обоих дисков в зеркале) сама расширит пул.
а это уже другой настоящий сервер под хранилище настоящей тяжелой СУБД
смущает насколько эффективно будет работать пул с зеркалами разного размера
получается на большое зеркало запись будет происходить чаще, чем на маленькое? некоторые датасет могут попасть вообще только на большое после заполнения малых?
тогда запись будет происходить на скорости RAID1, а не RAID 10 и более ?
при наличии быстрого SLC SSD SLOG-а и большого хотя бы MLC SSD L2ARC, наверно, это несущественно?
Исправление
sanyock,
:
то очень быстро растет их утилизация по dstat почти до 100 процентов
тогда есть мнение, что лог на ссд тебя не спасёт, пока сам пул не станет быстрее или нужно ковырять dbms, а может и всё вместе.
это домашний комп (почти сервер)
на нем пока нет DBMS,
некоторые проги используют текстовые файлы аки списки
маразм конечно, но пока не до того, чтобы заменить участки кода на работу с DBMS
сначала слепи из двух маленьких зеркал, потом добавь туда большое и выстави autoexpand=on, zfs заюзает сколько надо и при замене дисков на большие(после замены обоих дисков в зеркале) сама расширит пул.
а это уже другой настоящий сервер под хранилище настоящей тяжелой СУБД
смущает насколько эффективно будет работать пул с зеркалами разного размера
получается на большое зеркало запись будет происходить чаще, чем на маленькое? некоторые датасет могут попасть вообще только на большое после заполнения малых?
тогда запись будет происходить на скорости RAID1, а не RAID 10 и более ?
при наличии быстрого SLC SSD SLOG-а и большого хотя бы MLC SSD L2ARC, наверно, это несущественно?
Исправление
sanyock,
:
то очень быстро растет их утилизация по dstat почти до 100 процентов
тогда есть мнение, что лог на ссд тебя не спасёт, пока сам пул не станет быстрее или нужно ковырять dbms, а может и всё вместе.
это другой домашний комп (почти сервер)
на нем пока нет DBMS,
некоторые проги используют текстовые файлы аки списки
маразм конечно, но пока не до того, чтобы заменить участки кода на работу с DBMS
сначала слепи из двух маленьких зеркал, потом добавь туда большое и выстави autoexpand=on, zfs заюзает сколько надо и при замене дисков на большие(после замены обоих дисков в зеркале) сама расширит пул.
а это уже другой настоящий сервер под хранилище настоящей тяжелой СУБД
смущает насколько эффективно будет работать пул с зеркалами разного размера
получается на большое зеркало запись будет происходить чаще, чем на маленькое? некоторые датасет могут попасть вообще только на большое после заполнения малых?
тогда запись будет происходить на скорости RAID1, а не RAID 10 и более ?
при наличии быстрого SLC SSD SLOG-а и большого хотя бы MLC SSD L2ARC, наверно, это несущественно?
Исправление
sanyock,
:
то очень быстро растет их утилизация по dstat почти до 100 процентов
тогда есть мнение, что лог на ссд тебя не спасёт, пока сам пул не станет быстрее или нужно ковырять dbms, а может и всё вместе.
это другой домашний комп (почти сервер)
на нем пока нет DBMS,
некоторые проги используют текстовые файлы аки списки
маразм конечно, но пока не до того, чтобы заменить участки кода на работу с DBMS
сначала слепи из двух маленьких зеркал, потом добавь туда большое и выстави autoexpand=on, zfs заюзает сколько надо и при замене дисков на большие(после замены обоих дисков в зеркале) сама расширит пул.
смущает насколько эффективно будет работать пул с зеркалами разного размера
получается на большое зеркало запись будет происходить чаще, чем на маленькое? некоторые датасет могут попасть вообще только на большое после заполнения малых?
тогда запись будет происходить на скорости RAID1, а не RAID 10 и более ?
при наличии быстрого SLC SSD SLOG-а и большого хотя бы MLC SSD L2ARC, наверно, это несущественно?
Исправление
sanyock,
:
то очень быстро растет их утилизация по dstat почти до 100 процентов
тогда есть мнение, что лог на ссд тебя не спасёт, пока сам пул не станет быстрее или нужно ковырять dbms, а может и всё вместе.
это другой домашний комп (почти сервер)
на нем пока нет DBMS,
некоторые проги используют текстовые файлы аки списки
маразм конечно, но пока не до того, чтобы заменить участки кода на работу с DBMS
сначала слепи из двух маленьких зеркал, потом добавь туда большое и выстави autoexpand=on, zfs заюзает сколько надо и при замене дисков на большие(после замены обоих дисков в зеркале) сама расширит пул.
смущает насколько эффективно будет работать пул с зеркалами разного размера
получается на большое зеркало запись будет происходить чаще, чем на маленькое? некоторые датасет могуть попасть вообще только на большое после заполнения малых?
тогда запись будет происходить на скорости RAID1, а не RAID 10 и более ?
при наличии быстрого SLC SSD SLOG-а и большого хотя бы MLC SSD L2ARC, наверно, это несущественно?
Исправление
sanyock,
:
то очень быстро растет их утилизация по dstat почти до 100 процентов
тогда есть мнение, что лог на ссд тебя не спасёт, пока сам пул не станет быстрее или нужно ковырять dbms, а может и всё вместе.
это другой домашний комп (почти сервер)
на нем пока нет DBMS,
некоторые проги используют текстовые файлы аки списки
маразм конечно, но пока не до того, чтобы заменить участки кода на работу с DBMS
сначала слепи из двух маленьких зеркал, потом добавь туда большое и выстави autoexpand=on, zfs заюзает сколько надо и при замене дисков на большие(после замены обоих дисков в зеркале) сама расширит пул.
смущает насколько эффективно будет работать пул с зеркалами разного размера
получается на большое зеркала запись будет происходить чаще, чем на маленькое? некоторые датасет могуть попасть вообще только на большое после заполнения малых?
тогда запись будет происходить на скорости RAID1, а не RAID 10 и более ?
при наличии быстрого SLC SSD SLOG-а и большого хотя бы MLC SSD L2ARC, наверно, это несущественно?
Исправление
sanyock,
:
то очень быстро растет их утилизация по dstat почти до 100 процентов
тогда есть мнение, что лог на ссд тебя не спасёт, пока сам пул не станет быстрее или нужно ковырять dbms, а может и всё вместе.
это другой домашний комп (почти сервер)
на нем пока нет DBMS,
некоторые проги используют текстовые файлы аки списки
маразм конечно, но пока не до того, чтобы заменить участки кода на работу с DBMS
сначала слепи из двух маленьких зеркал, потом добавь туда большое и выстави autoexpand=on, zfs заюзает сколько надо и при замене дисков на большие(после замены обоих дисков в зеркале) сама расширит пул.
смущает насколько эффективно будет работать пул с зеркалами разного размера
получается на большое зеркала запись будет происходить чаще, чем на маленькое? некоторые датасет могуть попасть вообще только на большое после заполнения малых?
тогда запись будет происходить на скорости RAID1, а не RAID 10 и более ?
при наличии быстрого SLC SSD лога и большого хотя бы MLC лога, наверно, это несущественно?
Исходная версия
sanyock,
:
то очень быстро растет их утилизация по dstat почти до 100 процентов
тогда есть мнение, что лог на ссд тебя не спасёт, пока сам пул не станет быстрее или нужно ковырять dbms, а может и всё вместе.
это другой домашний комп (почти сервер)
на нем пока нет DBMS,
некоторые проги используют текстовые файлы аки списки
маразм конечно, но пока не до того, чтобы заменить участки кода на работу с DBMS
сначала слепи из двух маленьких зеркал, потом добавь туда большое и выстави autoexpand=on, zfs заюзает сколько надо и при замене дисков на большие(после замены обоих дисков в зеркале) сама расширит пул.
смущает насколько эффективно будет работать пул с зеркалами разного размера
получается на большое зеркала запись будет происходить чаще, чем на маленькое? некоторые датасет могуть попасть вообще только на большое после заполнения малых?
тогда запись будет происходить на скорости RAID1, а не RAID 10 и более ?