Не. Имелось в виду - если повезет. Там может быть 4 полки, в каждой(упрощенно) 12 дисков (10+2). Итого на массив гарантия выживания только два любых диска. Но если выйдет из строя по два диска в каждой полке, то получится 8. Еще в мете можно 2 потерять. Еще есть 2 SPARE, если туда успело перебежать, можно еще диск потерять. Итого на весь СХД до 11 дисков можно потерять.
Наш рейд если не может прочитать диск или его часть сначала пометит все треки как invalid. Когда начнется ребилд, то как раз по уменьшению invalid можно понять, когда он закончится. Может и у вас есть такой параметр где-то в выводе. Второе. Ребилд не начнется, если нет места. (Замена или Spare) Третье, если повреждены маленькие части, то RAID не узнает, что данные повреждены пока их не прочитает. Для этого есть фоновый процесс scrubber, который ходит по ночам и пытается прочитать все подряд. Ну и наши заказчики используют RAID6, целых 2 диска можно потерять.
Дженсен Хуанг сказал: "Чем больше тратишь - тем больше экономишь!"
Да, это Enterprise, а не масс маркет. Но по факту предприятие экономит:
Например видели у заказчика дедуп 11х. Не забываем, это настоящий глобальный дедуп, а не всякие там "фиксированный блок в пределах файла в пределах луна".
На замене запчастей. Даже простые диски есть типа Enterprise. Не просто так. Они более надежные и долговечные.
Работа с высокой скоростью и под нагрузками. Это другой мир. СХД из магазина просто глохнут и разваливаются.
Защита данных. Что NetApp знает про T10? А при потере электричества, полузаписанный страйп убьет ФС?
Уникальный RAID 10+2. Всего 2 парити на 10 блоков. Если повезет, то можно потерять аж 8 дисков, а всё будет работать без DU/DL.
И главное - это нервы. Что-то сломалось, создал тикет и куча профессионалов не спит и предлагает вам решения.
Мы же про дедуп. В таблице один хэш будет считаться для max record size. 128k по дефолту. И даже это требует много памяти, а поставишь 1M, таблица станет меньше в памяти, но и совпадений будет меньше. И изменение одного байта, приводит к новому хэшу всего блока в 1М.
>> If I write a single byte file, will it take a whole 128 kilobytes? If not, will the blocks get larger in the event the file gets longer? 128k will be allocated, if the file size grows above 128k more blocks will be allocated as needed.
Здесь дедупликация переменным блоком честным алгоритмом CDC, а в zfs блок фиксированный, ты просто выбираешь разные размеры этого блока(жулики) при первой настройке. Выберешь 1М блок, запишешь 1 байт и займется весь 1М. Сдвинешь данные на 1 байт и у тебя свежий не похожий 1М. Потому и дедуп рейт для zfs 3x это мечта. А для CDC 6х-10х дедуп рейт норма.
Документацию надо писать всегда, даже когда кажется, что нет смысла. Это дисциплинирует людей. Никто не будет через год писать документацию, если год ее никто не писал.
Например по пунктам:
Когда продукт еще не запущен
Как минимум на середине документация понадобится отделу QA и техписам, чтобы начать писать пользовательскую документацию. А если вы сделаете продукт раньше документации, то вас еще и Support проклянет.
Когда определенная фича или большой раздел находится на этапе проверки гипотезы
А куда делся документ от Product Management? Кто хочет, чего хочет, какие use-case? Где начальная архитектура, чтобы все таки обсудить ее до того, как начать код писать?
Проект или модуль проекта часто переделывается
А как другие отделы узнают, что изменились интерфейсы взаимодействия? Или может быть их модуль теперь вообще не нужен? Как вообще другие программисты узнают, что и почему переделалось?
В больших проектах без документации нельзя. Точка.
А вы точно Agile тренер? :-) Я хочу от тебя Scrumm! (c)
В agile изначально закладывалась идея, что мы стараемся что-то делать хорошо, оно даже работает в конце месяца, а Топ решает, когда готовность готова к продаже. Не должно быть сроков, GA. В реале имеем кровь из носа продукт с такими фичама должен быть через 9 месяцев иначе крупный заказчик от нас откажется(ему надо до нового фин цикла), или Продукты скажут, что нишу займет конкурент, который уже через месяц выходит. И по факту ты думаешь, что воткнуть за этот периуд времени, придумывая оправдания почему ты потом выкинешь, что не успеешь. Любые изменения по факту никого не волнуют, GA не двигается, иначе фейл. (мы же уже пообещали, возможно даже продали заранее)
если что, сам 11 лет пишу код и 4 года людей собеседую в разных компаниях. представляю сколько может получать человек без опыта который хочет быть qa.
А, ну я же говорил. Вот он корень зла. Друг, который лучше всех все знает. Сам он конечно близкого человека не взял к себе. И забыл, что близкому человеку уже тоже +11 лет, но без IT. Рынок жесток, неоднороден и случаен. В нем одновременно существуют компании, которые платят 200 и 50. И конечно первые возмут помоложе, с мат меха хотя бы и с пачкой пет проектов. Омолаживающие пилюли есть? Нету? Тогда вали за 50 тысяч работать.
>> Идешь на hh, пишешь резюме ... Отправляешь ... и получаешь большое жирное ничего
Здесь ошибка. Компании активно ищут только очень нужные позиции. Для простых тестировщиков обычно сидят на попе и ЖДУТ когда вы пришлете резюме им напрямую. Это как первый шаг показать вашу заинтересованность. Поиск работы - это работа. Каждый день открываете HH, ищете новые вакансии и шлете резюме/откликаетесь. В идеале найти сайт компании и послать напрямую в HR.
Вторая частая ошибка. Сколько хотелок указали? 100? Потому что друг так сказал? Напишите, что вам 40 выше крыши. Смиритесь с тем, что год-другой вы работаете на резюме. Через два года смените работу хоть на 150.
Что вы там в хобби написали? Люблю горные лыжи? Мать двоих детей? Значит вечно на больничном...
Найдите волонтерские проекты, бесплатные. Там поработайте. Опишите в резюме какие интересные проблемы пришлось решить.
Ни разу не прав. Название статьи для кого, для чего? Там разве написано "Кто такой тестировщик" или "Тестирование с нуля"? Есть конкретная проблема и ее решение.
Можно менеджеров выращивать пачками. Это не сложно. Все ситуции, процессы типичны и прописано что и где делать. Для успешного проекта вот вообще не обязательно следовать принципам из этой статьи. Вырастить клона себе или автору это уже сильно сложнее. Но можно, так как правила логичны и не требуют ловких пальцев пианиста. А вот что очень очень сложно — это взрастить лидера, который придумает правила лучше твоих. Времена меняются. То, что вчера было круто, сегодня уже не работает.
зы: нет ничего страшнее Agile обезьяны, которая делает митинги по 15 минут, и никогда не задумывается, а почему не 16 или 14?
Могут и должны. Это называтся фидбек. Другое дело, что нельзя уволнять руководителя базируясь только на отзывах подчиненных. Должен быть анализ, решение на что реагировать и action plan. Компромисы, можем потратить немного денег на счастье или короновирус?
На какой дедуплицирующий сторадж?
Не. Имелось в виду - если повезет. Там может быть 4 полки, в каждой(упрощенно) 12 дисков (10+2). Итого на массив гарантия выживания только два любых диска. Но если выйдет из строя по два диска в каждой полке, то получится 8. Еще в мете можно 2 потерять. Еще есть 2 SPARE, если туда успело перебежать, можно еще диск потерять. Итого на весь СХД до 11 дисков можно потерять.
Ответ = KMIP
Наш рейд если не может прочитать диск или его часть сначала пометит все треки как invalid. Когда начнется ребилд, то как раз по уменьшению invalid можно понять, когда он закончится. Может и у вас есть такой параметр где-то в выводе. Второе. Ребилд не начнется, если нет места. (Замена или Spare) Третье, если повреждены маленькие части, то RAID не узнает, что данные повреждены пока их не прочитает. Для этого есть фоновый процесс scrubber, который ходит по ночам и пытается прочитать все подряд. Ну и наши заказчики используют RAID6, целых 2 диска можно потерять.
Дженсен Хуанг сказал: "Чем больше тратишь - тем больше экономишь!"
Да, это Enterprise, а не масс маркет. Но по факту предприятие экономит:
Например видели у заказчика дедуп 11х. Не забываем, это настоящий глобальный дедуп, а не всякие там "фиксированный блок в пределах файла в пределах луна".
На замене запчастей. Даже простые диски есть типа Enterprise. Не просто так. Они более надежные и долговечные.
Работа с высокой скоростью и под нагрузками. Это другой мир. СХД из магазина просто глохнут и разваливаются.
Защита данных. Что NetApp знает про T10? А при потере электричества, полузаписанный страйп убьет ФС?
Уникальный RAID 10+2. Всего 2 парити на 10 блоков. Если повезет, то можно потерять аж 8 дисков, а всё будет работать без DU/DL.
И главное - это нервы. Что-то сломалось, создал тикет и куча профессионалов не спит и предлагает вам решения.
Мы же про дедуп. В таблице один хэш будет считаться для max record size. 128k по дефолту. И даже это требует много памяти, а поставишь 1M, таблица станет меньше в памяти, но и совпадений будет меньше. И изменение одного байта, приводит к новому хэшу всего блока в 1М.
Аккаунта на Оракле у меня нет. Но, вот например How does ZFS Block Level Deduplication fit with Variable Block Size?
>> If I write a single byte file, will it take a whole 128 kilobytes? If not, will the blocks get larger in the event the file gets longer?
128k will be allocated, if the file size grows above 128k more blocks will be allocated as needed.
Уже больше, чем 512.
Здесь дедупликация переменным блоком честным алгоритмом CDC, а в zfs блок фиксированный, ты просто выбираешь разные размеры этого блока(жулики) при первой настройке. Выберешь 1М блок, запишешь 1 байт и займется весь 1М. Сдвинешь данные на 1 байт и у тебя свежий не похожий 1М. Потому и дедуп рейт для zfs 3x это мечта. А для CDC 6х-10х дедуп рейт норма.
За что человечку минусов накидали? За правду?
Документацию надо писать всегда, даже когда кажется, что нет смысла. Это дисциплинирует людей. Никто не будет через год писать документацию, если год ее никто не писал.
Например по пунктам:
Когда продукт еще не запущен
Как минимум на середине документация понадобится отделу QA и техписам, чтобы начать писать пользовательскую документацию. А если вы сделаете продукт раньше документации, то вас еще и Support проклянет.
Когда определенная фича или большой раздел находится на этапе проверки гипотезы
А куда делся документ от Product Management? Кто хочет, чего хочет, какие use-case? Где начальная архитектура, чтобы все таки обсудить ее до того, как начать код писать?
Проект или модуль проекта часто переделывается
А как другие отделы узнают, что изменились интерфейсы взаимодействия? Или может быть их модуль теперь вообще не нужен? Как вообще другие программисты узнают, что и почему переделалось?
В больших проектах без документации нельзя. Точка.
Первый раз вижу отчет, который выглядит правдиво. Только регионы по ощущениям завышенные. Где-то на треть.
Дедупликация на блоках фиксированной длинны? Блоки одинаковой длины?
А вы точно Agile тренер? :-) Я хочу от тебя Scrumm! (c)
В agile изначально закладывалась идея, что мы стараемся что-то делать хорошо, оно даже работает в конце месяца, а Топ решает, когда готовность готова к продаже. Не должно быть сроков, GA. В реале имеем кровь из носа продукт с такими фичама должен быть через 9 месяцев иначе крупный заказчик от нас откажется(ему надо до нового фин цикла), или Продукты скажут, что нишу займет конкурент, который уже через месяц выходит. И по факту ты думаешь, что воткнуть за этот периуд времени, придумывая оправдания почему ты потом выкинешь, что не успеешь. Любые изменения по факту никого не волнуют, GA не двигается, иначе фейл. (мы же уже пообещали, возможно даже продали заранее)
А, ну я же говорил. Вот он корень зла. Друг, который лучше всех все знает. Сам он конечно близкого человека не взял к себе. И забыл, что близкому человеку уже тоже +11 лет, но без IT. Рынок жесток, неоднороден и случаен. В нем одновременно существуют компании, которые платят 200 и 50. И конечно первые возмут помоложе, с мат меха хотя бы и с пачкой пет проектов. Омолаживающие пилюли есть? Нету? Тогда вали за 50 тысяч работать.
>> Идешь на hh, пишешь резюме ... Отправляешь ... и получаешь большое жирное ничего
Здесь ошибка. Компании активно ищут только очень нужные позиции. Для простых тестировщиков обычно сидят на попе и ЖДУТ когда вы пришлете резюме им напрямую. Это как первый шаг показать вашу заинтересованность. Поиск работы - это работа. Каждый день открываете HH, ищете новые вакансии и шлете резюме/откликаетесь. В идеале найти сайт компании и послать напрямую в HR.
Вторая частая ошибка. Сколько хотелок указали? 100? Потому что друг так сказал? Напишите, что вам 40 выше крыши. Смиритесь с тем, что год-другой вы работаете на резюме. Через два года смените работу хоть на 150.
Что вы там в хобби написали? Люблю горные лыжи? Мать двоих детей? Значит вечно на больничном...
Найдите волонтерские проекты, бесплатные. Там поработайте. Опишите в резюме какие интересные проблемы пришлось решить.
Ни разу не прав. Название статьи для кого, для чего? Там разве написано "Кто такой тестировщик" или "Тестирование с нуля"? Есть конкретная проблема и ее решение.
зы: нет ничего страшнее Agile обезьяны, которая делает митинги по 15 минут, и никогда не задумывается, а почему не 16 или 14?