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

Title	Comment
ну контакс вроде сам себе	ну контакс вроде сам себе харакири сделал, выпустив N Digital с совершенно адовейшей матрицей (причем пентакс по идее должен был тоже - но не стал. теперь пентакс жив, а контакс путают с контексом)
Конечно, больше (а не меньше)	Конечно, больше (а не меньше) Вечером обновлял, горшок уже не варил, встал вчера очень рано.
"(из комментариев подниму):	"(из комментариев подниму): если размер записи ZFS меньше размера запроса smbd, то куда девается лишнее? Без кэширования данных - вероятно "в никуда"...." Что-то не могу сообразить к чему это? Пусть размер smb запроса чтения 64k и recordsize=32k. Для выполнения запроса прочитаются две recordsize. Причём здесь "Без кэширования данных - вероятно "в никуда"....""? Скажу больше, при такой конфигурации на слабой машине (при кэшировании только метаданных) получалось более быстрое чтение, чем при recordsize=64k. "Конвеер" zfs работал более плавно и задержки уменьшались.
ага, с logbias стало понятно	ага, с logbias стало понятно А бутерброд -- таки издержки миграции. Надо унести (или пересоздать) на zfs рут, и тогда буду выдергивать бутерброд (поставлю md1 в degrade и отдам диск целиком пулу как миррор, потом после ресилвера повторю)
люди raid-контроллеры в dumb	люди raid-контроллеры в dumb-режим прошивают, а вы про такой бутерброд спрашиваете. Ну что тут можно ответить. хрен его знает.... log - если есть синхронная запись, то не помешает. Нет - будет пустой стоять.
Да и нормально, можно	Да и нормально, можно попробовать (на свежих бэкапов), а потом быстро откатить если не.
да, мануал говорит что	да, мануал говорит что recordsize только для новых
У меня там, по счастью, 4+1	У меня там, по счастью, 4+1 диск, то есть да, можно и даже без потерь места. Попробую, наверное. Я ведь верно понимаю, что если поменять на лету, то у вновь создаваемых файлов размер записи будет новый, а старые - не изменятся (то есть за месяцок там все отротейтится и все...)
Не будет сильным оффтопиком	Не будет сильным оффтопиком если я на zfsonlinux пожалуюсь? У меня тут страшная конструкция -- zpool поверх lvm тома, который поверх md0 (такое легаси, с которым жить месяц или два). Так вот, в процессе rsync'а тома с всяким хламом типа гитов, архивов книжек итд процессики стали весело подвисать минуты на две -- и rsync, и все кто хотели писать в /home который уже на zfs был к тому моменту. Полечилось вроде от logbias=throughput (окончательно проверю сегодня, допереносив остальные тома) Собственно -- вопрос, может ли дело быть в "подлежащем" lvm+md (raid 1), в кривом ssd который кеш (или в том что я явно туда zil не унес), или это zfsonlinux немного странный? lvm/md будет выкинуть как только Ну и спрошу напоследок -- стоит ли явно сделать `log sdc1 cache sdc2` или `cache sdc` ему вполне достаточно.
Ну либо recordsize датасету с	Ну либо recordsize датасету с бекапами привести в соотвествие.
Ага, так понятнее.	Ага, так понятнее. В-общем, наверное проще вернуть полное кэширование.
Все исходные данные ты уже	Все исходные данные ты уже получил. Я ещё помню, что при выключенном префетче и кэшировании только метаданных дополнительно смотрел на размер считанных данных с zfs по сравнению с запрашиваемыми. У меня получалось следующее: windows по умолчанию читал по smb блоками по 64k, с zfs происходило считывание recordsize (думаю у тебя 1M) и при выключенном кэшировании данных выбирались только нужные 64k, а при следующем smb запросе опять читалась recordsize (причём одна и таже читалась recordsize/64k). Вывод: если уравнять размеры smb запроса и recordsize, то скорость считывания повысится. У меня на 1 гигабите скорости считывания становились почти равными.
Если вам есть что	Если вам есть что содержательное сказать - так скажите.
Если понятна причина ... :-).	Если понятна причина ... :-).
2) primarycache=metadata, без префетча: 50 на дисках	Это ж легко проверить :-). Да и сам перед этим написал/проверил: "C ZFS-тома читается ~150-200 мегабайт/сек".
Вопроса про "устранить	Вопроса про "устранить-уменьшить" не понял.
Я исходников не читал, не до	Я исходников не читал, не до грибов, поэтому предполагаю 1) prefetch + primarycache=metadata => префетч есть, но его результаты идут в трубу (не сохраняются в ARC). На дисках 200Mb/sec, на сети - 50 (цифры условные) 2) primarycache=metadata, без префетча: 50 на дисках (потому что in advance не читаем), столько же отдается наружу 3) prefetch + primarycahe=all => префетч есть, на дисках 200, результаты префетча не выкидывают, а отдают приложению (когда попросит - а попросит почти сразу), поэтому в сети тоже 200.
даже если на животе есть гайка, крутить ее - необязательно	Я бы немного переиначил: если есть гайка - её обязательно покрутят :-). Я где-то полгода назад тоже крутил: windows-samba-zfs (primarycache=metadata и не только). Не могу сказать, что докрутил до полного понимания :-). Но наводящий вопрос задать смогу: а какая по твоему в данной связке основная причина снижения скорости чтения при кэшировании в zfs только метаданных и можно ли её устранить/уменьшить?
нет, не одна.	нет, не одна. 100Mp новая, IQ260, IQ280 (а значит и все тамошние братья-сестры, IQ1, IQ3, там наплодили).
А учитывая, что Хасселя купил	А учитывая, что Хасселя купил или не купил купит или не купит DJI… Фуджи большие молодцы, конечно. Не только с этой камерой, а вообще, как они пережили кризис конца плёнки и очень достойно выступают сейчас. Что бы вот Контакс так же.
А кто был "первым" -	А кто был "первым" - непонятно, хассели виртуально есть, а невиртуально, в продаже, фудж может и первым оказаться. на b&h для фуджи написано "24 февраля", а для хасселя - уклончиво (согласно анекдоту).
Да, я знаю, но, кажется,	Да, я знаю, но, кажется, такая матрица одна, совсем одна?
нету 6x6, есть 40x54, что	нету 6x6, есть 40x54, что даже капельку меньше (но уже неотличимо) от 645.
Хассельбюад был первым!	Хассельбюад был первым! Эх, настоящая техасская лейка была 6x9, а есть ли на рынке среднеформат цифровой хотя бы 6x6? :(
Между дисковой корзиной и	Между дисковой корзиной и картами воткнуть вентилятор, вот примерно как на этом видео: https://www.youtube.com/watch?v=MFo0kqiU8AA Вентилятор взять Silverstone Air Penetrator, он воздух прямо пускает потоком. https://www.youtube.com/watch?v=8m8fC809TK0
Необязательные проверки...	Ха-ха. Они были всегда. (лет 15, минимум) и никто их не исправляет. Может, они для ОБЭП или ещё для кого...!... Но саппорт ВСЕГДА говорил: "Шлите так. Это не мешает."
Классификатор??	Они давно исправно прикручиваются, являясь внешними стандартными "базами данных"! А вот если "кому-то" захотелось новых "чудес", а новых "чудесатых" классификаторов ещё нет, то да, беда. Или автоматом что-то подтягивать из он-лайн источников, а оно или не работает или работает криво (и не с каждым источником)...
Ну вот зарепорченые баги -	Ну вот зарепорченые баги - они именно в бизнес-логике - Декларация-2016 не считает вычеты по ИИС (исправлено в 1.1) - Налогоплательщик-ЮЛ имеет лишние (необязательные) проверки при экспорте НДФЛ3 в XML - прислали фикс (именно что "форму" в .cab-формате, там унутре проверки какие-то) - Декларация-2016 не умеет вычитать на детей если нет источников дохода в РФ (вот жду фикса, хотя я и через -ЮЛ рожу НДФЛ3 если припрет)
там тоже наверное	там тоже наверное программисты и им, наверное, интереснее за багом охотиться, чем очередной классификатор прикручивать :)
Какая-то мистика. Seasonic G	Какая-то мистика. Seasonic G-450 -- виснет. Ну ладно, там всего нагрузки ватт 100, но может 5 вольт просаживается. Сраный офисный Inwin на 550W, взятый для проверки, шумит, греется, но не виснет. Только что купленный Thermaltake 850W Москва (который хвалят во всех обзорах но который стоит всё же поменьше сисоника) -- виснет (а у него по всем линиям больше, чем у инвина). W-T-F?!

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

Pages