ЕО
Да, собсно, никакого нет
Ну почему, вот облака у себя на страничках пишут максимум iops и latency, им имеет смысл запускать fio, чтобы померять. Вот гугл в своих cloud benchmarks так и делает
Size: a a a
2021 February 20
AC
ну с fio ты можешь определить границы возможностей стораджа же. А некоторые хараткер нагрузки на диск эмулируют аналогично СУБД. Вот например https://habr.com/ru/company/flant/blog/505100/
Технически - могу, но люди так никогда не делают почему-то (я не очень знаю, почему)
AC
Ну почему, вот облака у себя на страничках пишут максимум iops и latency, им имеет смысл запускать fio, чтобы померять. Вот гугл в своих cloud benchmarks так и делает
Так а нафиг мне максимумы-то
В момент, когда достигается этот максимум, утилизация диска уже находится в жопе
В момент, когда достигается этот максимум, утилизация диска уже находится в жопе
ЕО
Технически - могу, но люди так никогда не делают почему-то (я не очень знаю, почему)
Если люди начнут молотком себе по голове бить, то ты против молотков начнёшь выступать?
ЕО
Так а нафиг мне максимумы-то
В момент, когда достигается этот максимум, утилизация диска уже находится в жопе
В момент, когда достигается этот максимум, утилизация диска уже находится в жопе
Тебе не нужны, а им-то нужно написать на страничке их :)
DS
Надо будет, кстати, на собеседованиях начать спрашивать, почему нет большого смысла тестировать производительность при помощи fio
Жаль, конечно, что до этого вопроса будут доживать не только лишь все
Жаль, конечно, что до этого вопроса будут доживать не только лишь все
Я конечно не сварщик. Но есть же несколько уровней тестирования. В том числе эталонное.
Замеряешь возможности стораджа - fio
Замеряешь возможности твоей СУБД на нескольких профилях подготовленных наборах данных и характере нагрузки
Замеряешь свое приложение в целом бэкенды + СУБД на профилях похожие на реальный трафик
Замеряешь возможности стораджа - fio
Замеряешь возможности твоей СУБД на нескольких профилях подготовленных наборах данных и характере нагрузки
Замеряешь свое приложение в целом бэкенды + СУБД на профилях похожие на реальный трафик
AC
Если люди начнут молотком себе по голове бить, то ты против молотков начнёшь выступать?
Так-то я против людей выступаю
Молотки норм, нужно, чтобы они больше себя по голове били
Молотки норм, нужно, чтобы они больше себя по голове били
VZ
Тебе не нужны, а им-то нужно написать на страничке их :)
Слушай , но это как minio, там такая маркетинговая лапша И быстрее , и кубернетес и лимитов нет. Как начинаешь это все щупать ставить, то прям грусть печаль и проблемы можно почитать только в ишью =)
AC
Я конечно не сварщик. Но есть же несколько уровней тестирования. В том числе эталонное.
Замеряешь возможности стораджа - fio
Замеряешь возможности твоей СУБД на нескольких профилях подготовленных наборах данных и характере нагрузки
Замеряешь свое приложение в целом бэкенды + СУБД на профилях похожие на реальный трафик
Замеряешь возможности стораджа - fio
Замеряешь возможности твоей СУБД на нескольких профилях подготовленных наборах данных и характере нагрузки
Замеряешь свое приложение в целом бэкенды + СУБД на профилях похожие на реальный трафик
Ну, к fio понадобится написать еще план тестирования (обычно он выглядит как "долбанем по диску со всей дури" - и вот тут у меня начинаются вопросы)
DS
Слушай , но это как minio, там такая маркетинговая лапша И быстрее , и кубернетес и лимитов нет. Как начинаешь это все щупать ставить, то прям грусть печаль и проблемы можно почитать только в ишью =)
так у тебя ceph. Нахер тебе minio сдался?
VZ
так у тебя ceph. Нахер тебе minio сдался?
а ты думаешь у меня только один проект ? :)
ЕО
Я конечно не сварщик. Но есть же несколько уровней тестирования. В том числе эталонное.
Замеряешь возможности стораджа - fio
Замеряешь возможности твоей СУБД на нескольких профилях подготовленных наборах данных и характере нагрузки
Замеряешь свое приложение в целом бэкенды + СУБД на профилях похожие на реальный трафик
Замеряешь возможности стораджа - fio
Замеряешь возможности твоей СУБД на нескольких профилях подготовленных наборах данных и характере нагрузки
Замеряешь свое приложение в целом бэкенды + СУБД на профилях похожие на реальный трафик
На самом деле fio имеет имеет набор крутилок и правильно составлять двумерную плоскость измерений — с размером блока и глубиной
DS
а ты думаешь у меня только один проект ? :)
всем по цефу!
VZ
надо ли Вот в чем вопрос =) Другой момент, что пограмисты стали настолько ленивыми жопами, что дальше своих кубиков ничего не видят
VZ
особенно когда они начинают втирать про очередной minio И как у них это все прошло тесты итд итп. Начинаешь задавать вопросы, чувствую себя как на приемки персонала на работу
DS
особенно когда они начинают втирать про очередной minio И как у них это все прошло тесты итд итп. Начинаешь задавать вопросы, чувствую себя как на приемки персонала на работу
хз я с другой вселенной. Я уже рад когда прогер сам Dockerfile напишет. О k8s манифестах даже речи не идет пока. А СУБД, s3 это уже совсем не для них
VZ
главное , что бы он его нормально написал Вон есть проект portus , реализация докер регистри на рубях =) В общем там все очень плохо и с докер файлами и с зависимостями
VZ
в итоге harbor кажется просто конфеткой
NK
Надо будет, кстати, на собеседованиях начать спрашивать, почему нет большого смысла тестировать производительность при помощи fio
Жаль, конечно, что до этого вопроса будут доживать не только лишь все
Жаль, конечно, что до этого вопроса будут доживать не только лишь все
Вопрос так себе. Сразу даёт понять что в компании «есть два мнения. Одно неправильное другое моё».
Как-то может его переформулировать?
Как-то может его переформулировать?
DS
главное , что бы он его нормально написал Вон есть проект portus , реализация докер регистри на рубях =) В общем там все очень плохо и с докер файлами и с зависимостями
Да хотя бы хоть как-то написал. Чтобы было понятно от чего плясать. Переделать то быстрее чем выяснять как его приложение должно собираться и с нуля писать