Свежие комментарии

Title Comment
Я тогда (в начале ноября)

Я тогда (в начале ноября) пробовал промсвязевскую карту - тот же результат

Подтверждаю. Только часто не

Подтверждаю. Только часто не в разводке дело, а в нежелании использовать Spread Spectrum. Мы без него в ЭМС лабе вообще пройти не смогли. Правда мы для FPGA кода, который на борту USB3 устройства, сам Cypress FX3 вроде данную технологию использует.

Тоже ВТБ24. Пробовал покупку

Тоже ВТБ24. Пробовал покупку делать месяц назад - проблема в наличии. Пока обхожу eBay стороной (кроме Российских торговцев, которые тоже умудряются торговать дешевле). 1.5 недели покупал навигатор на амазоне - нормально конверсия банком прошла. Судя по всему связка eBay+Paypal+ВТБ24 гонит.

Вроде вот: https://svnweb

Вроде вот: https://svnweb.freebsd.org/base?view=revision&revision=310105

Но я больше не играю в -stable/-current, поэтому не проверял

А ссылки на коммит под рукой

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

починили уже

починили уже

(вернувшись из 23-х дней во

(вернувшись из 23-х дней во Вьетнаме, за которые мы нифига не посмотрели и 1/3 страны)
А ты вообще вот то, что выглядит как сломанное (предыдущие посты) отрепортил?

Вроде бы это починили в 11.0

Вроде бы это починили в 11.0-STABLE пару недель назад: https://svnweb.freebsd.org/base?view=revision&revision=310105

Ну да.

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

У 960 evo/pro какие-то

У 960 evo/pro какие-то космические скорости
3200/1900 чтение/запись

950 ok без радиатора у меня

950 ok без радиатора у меня

где радиатор,кстати? на 960

где радиатор,кстати? на 960 радиатор обещали (перегревался)

это какая-то синтетика,

это какая-то синтетика, потому что скорость случайного доступа 4к блоками (т.е. реальная скорость работы ос) там не сильно выше чем на 850

Гайки не крутил, пока отложил

Гайки не крутил, пока отложил. "стоковая" FreeBSD 11.0-p4

Два потока чтения, или один поток записи + 1 чтения - относительно комфортны. Видно что на сервере кто-то еще есть, но одновременно писать 400 (источник больше не может) и читать ~150 получается.

753/4=188MB/s и 188/195=96% -

753/4=188MB/s и 188/195=96% - очень хороший результат. Подкрутил "гайки" или удачно "использовались" 4 7k6000 и 2 HE8?
Табличка получилась красиво-показательная. А как raidz2 справляется с 2 потоками чтения?

Ну при загрузке у меня самое

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

Тем не менее, вот наш софт в идеальных условиях читает близко к пределу SATA: в случае нежатых файликов с Sony A7R-II в районе 500Mb/sec читаются влегкую.

И, в общем, есть куда еще копать там, в смысле в софте. Раньше не было смысла, с PCIe смысл появляется.

Бытует мнение что в

Бытует мнение что в повседневной жизни нужно постараться что бы заметить разницу между PCI и SATA, например скоро бута уже практически не возрастает:
http://www.screencast.com/t/Vgn6GHZF
Отсюда:
http://arstechnica.com/gadgets/2016/10/samsung-960-pro-review-the-fastes...

Если бы эта конфигурация меня

Если бы эта конфигурация меня интересовала - я бы разобрался бы, ну или бы попробовал.
Но у меня 7xhdd,raidz2 а у него все хорошо (на большом размере записи).

Реально ZFS шибко сложная и оптимизации там шибко умные, поэтому неудачная конфигурация (интерференция с оптимизацией) может укусить.

Не, ту в самом деле, это

Не, ту в самом деле, это первый раз я такое в этом блоге читаю: "звезды неудачно встали"!
За что и читал всегда что как в детективе - всегда расследование завершалось и перед нами представала картина преступления во всех красках ;)

таблицу тогда тоже сделаю в

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

Я, как и все производители

Я, как и все производители дисков, перешёл на десятичные мегабайты, да так оно и удобнее :-). Ладно дождёмся твоей таблицы ;-).

7-дисковый raidz1 (не два):

7-дисковый raidz1 (не два): 550 запись и 900+ чтение, результат устойчивый.

Короче, ждите вечером отчета (и он будет финальным - я задолбался и начинаю возвращать данные взад)

Как считать мегабайты. В

Как считать мегабайты. В десятичном виде - дотянул. Если считать что в мегабайте 2^20 байтов, то 860 :)

128к на 7 дисковом raidz2

128к на 7 дисковом raidz2 имеет сдвиг контрольных сумм на 5 дисков на каждой recordsize и там такой патерн получается, что мало чего объединяется в MAXPHYS при агрегации запросов на диск (да ты и сам можешь посмотреть размер среднего запроса). А на 7дисковом raidz2 дотянул по чтению до 900MB/s?

Там могут быть и другие

Там могут быть и другие проблемы, на которые я не наткнулся (или, точнее, не сумел отрепортить так, чтобы начали чинить).

При этом, понятно, вот с этим пулом из 6Tb-дисков я, после его заливки в начале ноября, экспериментировал уже с заполненным наполовину, то есть примерно с серединками дисков же.

Для raidz порядок вхождения

Для raidz порядок вхождения дисков в пул не играет никакой роли, все по любому будут равнятся на самый медленный, что по записи, что по чтению. Такой уж дизайн :-). Ту проблему на которую ты наткнулся mav понятно описал и я не вижу какая может быть связь. Может действительно тогда скорость диска была 142/0,9=158 MB/s на тестируемом участке, а не 195MB/s, как сейчас?

Тьфу, прямо вот "мы ведем

Тьфу, прямо вот "мы ведем свой репортаж"
raidz1 7xhdd - тоже медленный. Изрядно медленный.

Вечером опубликую табличку суммарную.

Но зато есть "необъяснимо

Но зато есть "необъяснимо низкая" скорость чтения массива 7xHDD raidz2 с recordsize=128k. Она /примерно/ такая же как у raidz2 6xhdd и как у raidz3 7xhdd.
При этом с записью все ок, она заметно быстрее (700 и 800Mb/sec). И с recordsize=1m все хорошо и r и w.

Так как я 128k не собираюсь использовать вовсе (у меня один датасет 64k, остальные 1m) то мне плевать, но тем не менее вот такое наблюдение (воспроизводимое, два раза перемерял с разрушением датасета)

Ну да, получше, но я не

Ну да, получше, но я не понимаю что происходит.
Те же диски. Та же конфигурация пула (и диски, скорее всего, в том же порядке в командную строку попали потому что /dev/gpt/6G-* т.е. алфавитный порядок)
Та же машина, материнка, контроллер. Все то же.

Разница вот только в том, что "тот" пул был создан на "той, кривой" FreeBSD, а этот сейчас - на 11.0-releng

Явно получше, минимальная

Явно получше, минимальная скорость поднялась до 175MB. Я внизу описал, чего по моему мнению следует ожидать. Думаю только 175/195=0,9 оставляет шансы немного повысить скорость чтения, но наверно незначительно.
Кстати у того же calomel-я "минимальная_скорость_чтения" на такой же конфигурации всего 0,68 от даташитовской :-).

Pages

Subscribe to comments_recent_new