Подскажите, пожалуйста, с увеличением кодовой базы, увеличивается и размер файла design.cs миграции. Вплоть до того, что там уже 10к+ строк. Из-за этого очень тормозит сборка. Можно как то уменьшить размер файла, либо вовсе избавиться от него?
Признаю, был неправ. Почему то рассматривал вставку 100 и 1000 элементов как атомарные операции, хотя происходит вставка 1 элемента. И для этого тратится +- одинаковое время
Видно, что обычный Dictionary 100 записей вставляет за 12 наносекунд, а 1000 примерно за 120.от мы и получили почти O(1) сложность вставки одной записи!
O(1) – самый желанный, простой в понимании и сложный в достижении. Означает, что при неограниченно растущей нагрузке мы будем делать то, что нам требуется за условную единицу времени, эта единица времени может быть и секунда и день, но глобально это одно и то же время для любой нагрузки, которое будет испытывать алгоритм
Время тут выросло в 10 раз, во столько же и нагрузка, что больше подходит под определение O(n)
Как раз тут и возможен вброс (который к тому же невозможно заснять на камеры) банком множества транзакций. И эти транзакции никак не проверить, т.к. Вы не знаете, кому она принадлежит
за 21 точно освоит :)
Синьер-тестировщик сует палку себе в колеса, а падают другие велосипедисты
ну хотя бы боксинг/упаковка/распаковка. ну и ни слова про выделение памяти в куче
Признаю, был неправ. Почему то рассматривал вставку 100 и 1000 элементов как атомарные операции, хотя происходит вставка 1 элемента. И для этого тратится +- одинаковое время
Так это как раз и есть O(n) - в 10 раз увеличилось кол-во данных, в 10 раз и время выросло. Линейная зависимость
Время тут выросло в 10 раз, во столько же и нагрузка, что больше подходит под определение O(n)
Где то закралась ошибка