Nick
без пересылки и сохранения на новом месте
yopp
иопсы тут будут зависеть от множества факторов
Nick
имелл ввиду именно чтений,
yopp
50к ио на док или на все 300к?
Nick
на 300к
Nick
на чанк
yopp
транзакция по 1кб?
Nick
вот тут как раз тот самый вопрос про то как хранит wt данные будет актален)
yopp
не
Nick
почему?
yopp
во-первых, там размер блока скорее всего не 1кб :)
yopp
так что ось просто физически 1кб прочитать не может
Nick
тут дело не в объеме, а сколько рендомных чтений
yopp
в объёме тоже
yopp
тут начинает статистика роль играть
yopp
во-первых страница поедет с диска в кеш
Nick
объем 500Мб/300к ~ 1.7
yopp
1.7кб, да, это очень мало
Nick
но какая разница если это целая операция чтения
Nick
я просто видимо все еще живу в мире где рендомный доступ если повезет 1мс
yopp
потому что не бывает операций по 1.7кб
yopp
операции на дисковое хранилище будет размером в блок
yopp
меньше блока ни прочитать, ни записать нельзя
yopp
ось сложит блок в кеш фс
yopp
дальше вопрос стастистики
Nick
это лишь накладывает дополнительные ограничения на чтения и те самые iops системные можно смело делить на два
yopp
на 32 примерно, да :)
yopp
я сомневаюсь что там блок по 4кб
Nick
ну допустим блок метр
yopp
r/s w/s rMB/s wMB/s
3310.00 6246.00 42.73 100.53
yopp
16кб блок
Nick
так еще проще
Nick
как раз те самые 5-10 доков на блок в моих допущениях
yopp
да, в пике можно вытащить 10к иопсов или 150мб/с
Nick
в пике под нагрузкой
yopp
по этому я и исхожу из 16мб/с
Nick
я ж и говрю что это хорошо иметь диски, которые могут выдать 10к иопс
yopp
те самые заветные 10% которые ищут :)
yopp
кстати, увеличение размера блока, до например 128 или 256К может помочь, если там insert нагрузка
yopp
@MaxCrimea ^
Max
Afk сорри
Nick
эх, спрашивал бы кто))
yopp
не говоря уже о плотности стойки
Nick
если бы данные которые хранились приносили бы какието деньги, то может быть, а так в моем случае бд лишь булее простой способ хранить инфу вместо файлов. а доступ к старым данным нужен достаточно редко
yopp
но это не отменяет того факта что данные жгут бабки на своё хранение
yopp
хдд то крутится постоянно
yopp
посчитай TCO вашей инсталяции, есть неилюзорный шанс, что можно операционные затраты снизить просто заменив железо :)
yopp
особенно если это аренда
Nick
железо свое, точнее конторы, софт для которой мы пишем) но мысль хорошая, если встанет вопрос производительности закину удочку
yopp
если там больше 64 юнитов железа, то как показывает практика, железо стоит менять раз в 3-5 лет, практически не задумываясь. потому что плотность данных и вычислений увеличивается, а потребление ресурсов уменьшается и TCO падает
yopp
т.е. сегодня на X надо 64 юнита по 500 ватт, итого 30квт + стойка, а через три года уже 32 юнита по 400 ватт, итого 12квт
yopp
и на полстойки меньше :)
yopp
280мвт*ч в год против 105мв*ч, даже если по три тыщи рублей за мвт*ч считать это минимум 300к экономии в год. + остаточная стоимость железа
yopp
ой, даже 500к
yopp
know your opex короч :)
Nick
короч красиво конечно, но лезть в это не охота, комуто что там считать, деньги экономить. Под текущие задачи все просто тупо работает и меня как разраба вполне устаривает.
yopp
:)))))
Nick
все банально, после выхода проекта на стадию поддержки при наличии запаса по производительности, интерес падает, да и ест ьчем другим заняться
Max
yopp
да, фс
Max
Там вроде под размер иопса под авс когда т выравнивал
Max
Сверюсь. Спасибо :)
yopp
а, точно. ebs же
yopp
но вообще если планка по iops близка, а вот планка по bw далеко, увеличить блок имеет смысл
yopp
главное оставить кратным ebs блоку
p
Всем привет!
const employees = await User.find({company:companyID}).exec();
Без exec() код работает без проблем. Гугл говорит что exec() возвращает полноценный promise. Кто-то добавляет его в конец запроса?
Roman
приветы!
монга всегда в одном порядке отдает доки если не указан ордербай? и какой самый дешевый метод выводить порядок если над ордерить
A
приветы!
монга всегда в одном порядке отдает доки если не указан ордербай? и какой самый дешевый метод выводить порядок если над ордерить
Нет, не всегда, и на этот порядок полагаться не стоит. Она отдает в natural order. Т.е. это плюс-минус то, как данные хранятся
yopp
natural order на каждой реплике свой
yopp
по любому из доступных индексов, по направлению индекса
A
А, ну и соответственно - вешать индекс в любую сторону, если только по одному полю сортируешь. Если сложнее сортировка, то читать доку
A
А по одному полю и в обратную сторону работает так же.
yopp
по _id всегда есть индекс
A
Всем привет!
const employees = await User.find({company:companyID}).exec();
Без exec() код работает без проблем. Гугл говорит что exec() возвращает полноценный promise. Кто-то добавляет его в конец запроса?
Это у тебя монгуз похоже. Да, exec нужен. Но опять же почитай доку - у монгуза это описано
Roman
так
Roman
тогда у меня же в сообщений второй вопросик