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

Title Comment
iscsi просто транслирует по

iscsi просто транслирует по сети команды для блочного устройства. Поэтому это подключение ничем не отличается от подключения локального диска (условно добавляется только задержка передачи по сети). "Синхронность" записи определяет инициатор (windows), поэтому iscsi здесь не причём. По iscsi можно утилизировать всю пропускную способность сети. Протокол довольно низкозатратный. Сам использовал около года. По MPIO на двух гибабитных линках выдавал больше 200MB/s в обе стороны.

Что значит нарываться на неприятности?

Мне вот iscsi нравится. В

Мне вот iscsi нравится. В частности тем, что это "монопольный доступ" - и соответственно клиент может активно кэшировать на своей стороне.

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

Меня вот другое огорчает же -

Меня вот другое огорчает же - что по iscsi получается вся запись - синхронная.

Кто ее такой сделал, ctld или windows - я не знаю (и не знаю как разбираться "кто виноват"). Но результат таков, что "работает чудовищно" - потому что так работает ZFS с синхронной записью.

Отключить вообще синхронную запись в сочетании с большим кэшом на стороне ZFS-box - это тоже, нарываться на неприятности.

Моё мнение, подключение по

Моё мнение, подключение по iscsi zvol или файла, лежащего на zfs - это добавление большого оверхеда с естественным снижением производительности. Для борьбы с этим снижением приходиться идти на всякие уловки и использование дополнительных ресурсов. Samba/nfs более естественный для zfs канал доступа.

Опять моё мнение, использование L2ARC для samba-сервера может оказаться стрельбой из пушек по воробьям. Здесь нужно определиться что кешировать и зачем.

Правильно понимаешь :-). Ещё

Правильно понимаешь :-). Ещё нужно чётко понять зачем вообще нужен zil.

Писать синхронно - это послать команду на запись и дождать её завершения не выполняя никаких других команд. Так как все современные диски с включённой отложенной записью (навряд ли кто-то явно выключает writeback, да и не нужно это, почти все давно уже научились использовать команду flush :-)). Поэтому правильнее сказать, кто посылает команду команду flush. Так вот zfs всегда при выполнении транзакции, по моим наблюдениям, использует две команды flush, независимо писались данные по iscsi или по sambe или ещё по чему-то. С другой стороны, если допустим, есть подключение windows по iscsi (ctld), то файловая система ntfs сама посылает команды flush на блочное устройство и уже подключенное ctld низлежащее блочное устройство (сырые диски, geom, zvol...) принимает решение как интерпретировать данную команду. С samba и nfs всё аналогично. Поэтому это не проблема, а естественное поведение при работе с блочными устройствами с отложенной записью. Что и как оптимизировать зависит от задачи.

Вдогонку.

Вдогонку.
У меня, собственно, и не было iscsi поверх zfs/zvol, RAID6-том был сделан средствами Adaptec и скорость доступа - "вменяемая" (до 700Mb/sec при линейной записи).

Сейчас возникла идея переехать на RAIDZ2+L2ARC - чтобы для активных данных использовать SSD-кэш.
И, похоже, что доступаться к этому надо не по iscsi как я привык, а по самбе.

Насколько я понимаю, если нет

Насколько я понимаю, если нет отдельного ZIL-девайса, то тот же лог, те же двойные данные по сути, пишутся на основной массив, в какую-то резервеированную область?

Так то я log device подключил - чтобы увидеть "ZIL-трафик". Увидел. Удивился.

Ну и проблема в том, естественно, что кто-то из Windows8.1 или ctld хочет писать синхронно (и непонятно где это включается-отключается)

А какой смысл для работы, по

А какой смысл для работы, по описанному ранее патерну, вообще оставлять включённым zil?

Проблема наверно не в iscsi, а в zvol (точнее в самой организации блочного устройства на базе zfs).

Ну вот у меня кетайский LSI

Ну вот у меня кетайский LSI-9240-8i "пересек границу китая" 6 числа и вчера прилетел к нам. Таможню еще не.

Посмотрим, что будет с

Посмотрим, что будет с посылкой из Германии, если она 13-го "пересекла границу Германии", сравним.

Пробуют разную толщину, вроде

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

Текстом все пишу же в статьях.

Хм, да, форма похожа, но

Хм, да, форма похожа, но конкретные точки не там.

А если нужно стекло другой

А если нужно стекло другой толщины?

Ну вот даже если смотреть не

Ну вот даже если смотреть не на коридор (который можно разной ширины рисовать), а на его ось, которую сложно отобразить "кардинально иначе", то вот вам две картинки для Canon 16-35/4@16mm:
https://www.lensrentals.com/blog/media/2015/08/1635f4var.jpg
https://www.lensrentals.com/blog/media/2016/06/16var.jpg

И как это понимать?

>Я это интерпретирую так

>Я это интерпретирую так "выкиньте все старые данные".

Исходные данные все те же, но кардинально меняется способ отображения этих данных.

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

Они пробуют для каждого

Они пробуют для каждого объектива "со стеклом" и если так лучше - меряют с ним.

О, так это вроде ж тоже WD

О, так это вроде ж тоже WD
Буду пробовать

HGST

HGST

если хард от WD, то его

если хард от WD, то его вообще можно по их собственной базе пробить и отвезти к черту на рога между ПР и алтуфьево. разок пришлось везти туда, тк хард посыпался на излете пятилетней гарантии, и я даже близко не мог вспомнить, где его брал. что самое смешное - выдали такой же (WD1002FAEX)

О, нашел.

О, нашел.
За последние ~2 года можно распечатать гарантийки, там есть серийники.

А вот как бы понять, например

А вот как бы понять, например: вот у меня есть дохлый HDD. Который я то ли в юлмарте покупал, то ли нет....
В личном кабинете серийников нет. Есть ли они у них в базе - хрен пойми.

Как узнать - "их" или "не их"?

Юлмарт кстати уже давно по

Юлмарт кстати уже давно по своей базе работает. Можно и без чеков всё сдавать. Плюс из личного кабинета можно распечатать чек, чтоб быстрее нашли по базе.

Покажите для начала 2D V-NAND

Покажите для начала 2D V-NAND, что ли. Ну или, даже проще, расскажите, как же расшифровывается загадочная аббревиатура V-NAND и что она означает.

да? но там нет фразы "3д в

да? но там нет фразы "3д в-нанд"

нал по той же схеме ходят

нал по той же схеме ходят пустить
https://life.ru/874825

Да, собираются дать. "Ради

Да, собираются дать. "Ради этого и делается"

И этот чек будет полным аналогом настоящего т.е. пресловутая "гарантия по чеку" (Юлмарт, к примеру) будет работать и по этому чеку.

Только вот на 950 тот же V

Только вот на 950 тот же V-NAND (точнее, не тот же, а следующего поколения; ровно те же чипы ставят в 2-терабайтные 850 Pro, например). Упс.

поэтому кстати даже на

поэтому кстати даже на топовый убердевайс вроде 950 pro или Интел 750 официальный показатель предельной записи для гарантийного сервиса вдвое ниже, хотя казалось бы - такие безумные бабки и безумные йопсы (750-й 800 гиг что-то под сотню стоит)

и еще вот этой хренью,

и еще вот этой хренью, "Компания Samsung Electronics, являющаяся крупнейшим поставщиком флэш-памяти NAND, недавно начала выпускать флэш-память с объемной компоновкой. Это память не с плавающим затвором, а с ловушкой заряда (CTF), которая отличается более высокой стабильностью."

Включил на секунду и не мог

Включил на секунду и не мог оторваться - дослушал до конца.
Я знаю, где в москве простаивает IBM as/400… :)
Парень класснейший, конечно.

Pages

Subscribe to comments_recent_new