теперь надо убедить разработчика определителя ресолвить в реалтайме не 1, а N случайных номеров и поднять себе нагрузку в N раз просто потомушто. а потом драгоценную (?) связку номеров сливает сам сяоми или хуавей. последний так точно так как у него встроенный блокировщик уже есть.
ни в коем случае не хочу обесценивать усилия автора. но, так как неоднократно реализовывал системы мониторинга и предсказательной аналитики батарей, есть вопросы:
вы делаете выводы на основе 2 или 4 аккумуляторов с разными начальными емкостями без использования и изменения внешних параметров, например температура? в исследованиях используют климатические камеры для данных измерений - например https://www.mdpi.com/2313-0105/7/4/88 и т.п
процесс разряда и потери емкости батареи не экстраполируется по первым сотням циклов, в представляет собой примерно такое для 18650:
как видите там все веселье только начинается после 200-300 циклов
для того чтобы утверждать про вред или пользу быстрой зарядки необходимы полноценные тесты энергосистемы с контроллерами блоков батарей, балансировщиками заряда и прочим оборудованием которые могут ОЧЕНЬ сильно влиять так как учитывают сотни параметров в реальной эксплуатации и коммуницируют с зарядными станциями (если говорить про электрокары например) в т.ч. ограничивая токи зарядки и прочее.
зависит от того чем заниматься, все как в знаменитой речи Джобса про connecting dots.
тоже учился в вузе на ПОВТ c 2001, и тоже сразу после выпуска думал что потратил зря много времени, а потом когда пришло время детально разбираться во многих вещах, пригодились и основы искусственного интеллекта и нейросетей и вычмат, чтобы погрузиться в оптимизацию микросервиса инференса в хайлоаде, а так же продуктивно работать с командой AI и понимать что конкретно происходит в данном спринте и почему, и микроконтроллеры с встраиваемыми системами, когда разбирались в нюансах автомобильной телеметрии и мат.статистика, когда надо отличить нормальный фреймворк и его результаты нагрузки от маркетингового булшита (которого 80% в целом, но это отдельная проблема) который интерпретируется как надо вендору, и даже комп графика. и это только навскидку самая малость из задач.
есть вещи которые не описаны в интернете как привычно в виде инструкции или ютуб ролика и никто не сделает их гуглением и копипастой. Сообразительность без базы не пригодится никак.
а так да, если не нужно RnD по текущему профилю работы, то и не нужно, а если нужно - очень сильно пригодится все то, что уже заложено на подкорку и просто так самому не нагнать, особенно когда не знаешь конкретно где искать и что искать. и это понимание тоже входит в базу.
>Человек может выкладываться на 100%, а может на 50. Условно говоря, у человека есть задача на три дня, а он растягивает её на неделю, но не потому, что сложно идёт, а из-за работы по пять часов в день.
а он и команда знает что задача на 3 дня? или это фантазии начальства?
>там тоже люди могут формально быть на встрече, но слушать краем уха и заниматься своими делами.
как будто обычно на таких митингах где участник не заинтересован, он не делает то же самое только присутствуя физической оболочкой
>Он как бы доступен, но отвечает медленно
ну так пропишите это в должностные обязанности (ответ в течение часа для второй линии поддержки или devops), если это критично для бизнеса то это там есть обычно, если нет и опять хотелки отдельных людей - то и спроса нет.
>знаю человека, который натурально в рабочее время ходил в спортзал и, очевидно, никакой работой в это время не занимался.
а архитектор или дизайнер, очевидно, чтобы подпадать под определение "работает", должен сидеть с выпученными венами на шее и пыхтеть над блокнотом в линейку в то же время пока его достают другими вопросами? или как по вашему выглядит работа головой? почему не в спортзале на дорожке?
а я вот большего разгильдяйства и пофигизма не видел, чем в офисах крупных компаний где "менеджеров" больше всего на единицу объема, куча оболтусов бродит с целью присесть на уши чтобы рассказать про свой отпуск или поспрашивать по текущим задачам в стиле чайка-менеджмент и прочее и прочее.
взял ваш код и протестил на более производительном клиенте нагрузки:
go-wrk -c 1000 -d 60http://localhost:8080/для unicorn:
378073 requests in 1m0.066462398s, 41.46MB read
Requests/sec: 6294.24Transfer/sec: 706.87KB
Overall Requests/sec: 6249.48
Overall Transfer/sec: 701.85KB
Fastest Request: 5.755ms
Avg Req Time: 158.875ms
Slowest Request: 630.911ms
Number of Errors: 0
10%: 24.566ms
50%: 139.887ms
75%: 140.663ms
99%: 140.999ms
99.9%: 141.007ms
99.9999%: 141.007ms
99.99999%: 141.007ms
stddev: 22.172ms
и для go (GOMAXPROCS = 1):
5314546 requests in 59.994505299s, 532.18MB read
Requests/sec: 88583.88Transfer/sec: 8.87MB
Overall Requests/sec: 87843.37
Overall Transfer/sec: 8.80MB
Fastest Request: 17µs
Avg Req Time: 11.288ms
Slowest Request: 463.823ms
Number of Errors: 0
10%: 52µs
50%: 460µs
75%: 2.607ms
99%: 8.371ms
99.9%: 8.393ms
99.9999%: 8.395ms
99.99999%: 8.395ms
stddev: 5.446ms
без ограничения GOMAXPROCS:
17190914 requests in 59.960685108s, 1.68GB read
Requests/sec: 286703.10Transfer/sec: 28.71MB
Overall Requests/sec: 280455.66
Overall Transfer/sec: 28.08MB
Fastest Request: 23µs
Avg Req Time: 7.142ms
Slowest Request: 694.623ms
Number of Errors: 0
10%: 85µs
50%: 409µs
75%: 634µs
99%: 816µs
99.9%: 822µs
99.9999%: 823µs
99.99999%: 823µs
stddev: 7.235ms
ишак сдохнет, либо падишах помрет.jpg
теперь надо убедить разработчика определителя ресолвить в реалтайме не 1, а N случайных номеров и поднять себе нагрузку в N раз просто потомушто. а потом драгоценную (?) связку номеров сливает сам сяоми или хуавей. последний так точно так как у него встроенный блокировщик уже есть.
ни в коем случае не хочу обесценивать усилия автора. но, так как неоднократно реализовывал системы мониторинга и предсказательной аналитики батарей, есть вопросы:
вы делаете выводы на основе 2 или 4 аккумуляторов с разными начальными емкостями без использования и изменения внешних параметров, например температура? в исследованиях используют климатические камеры для данных измерений - например https://www.mdpi.com/2313-0105/7/4/88 и т.п
процесс разряда и потери емкости батареи не экстраполируется по первым сотням циклов, в представляет собой примерно такое для 18650:
как видите там все веселье только начинается после 200-300 циклов
для того чтобы утверждать про вред или пользу быстрой зарядки необходимы полноценные тесты энергосистемы с контроллерами блоков батарей, балансировщиками заряда и прочим оборудованием которые могут ОЧЕНЬ сильно влиять так как учитывают сотни параметров в реальной эксплуатации и коммуницируют с зарядными станциями (если говорить про электрокары например) в т.ч. ограничивая токи зарядки и прочее.
в какой то момент настолько преисполнились абстракциями и евентами что перешли с go на python )) или это пасхалка такая?
зависит от того чем заниматься, все как в знаменитой речи Джобса про connecting dots.
тоже учился в вузе на ПОВТ c 2001, и тоже сразу после выпуска думал что потратил зря много времени, а потом когда пришло время детально разбираться во многих вещах, пригодились и основы искусственного интеллекта и нейросетей и вычмат, чтобы погрузиться в оптимизацию микросервиса инференса в хайлоаде, а так же продуктивно работать с командой AI и понимать что конкретно происходит в данном спринте и почему, и микроконтроллеры с встраиваемыми системами, когда разбирались в нюансах автомобильной телеметрии и мат.статистика, когда надо отличить нормальный фреймворк и его результаты нагрузки от маркетингового булшита (которого 80% в целом, но это отдельная проблема) который интерпретируется как надо вендору, и даже комп графика. и это только навскидку самая малость из задач.
есть вещи которые не описаны в интернете как привычно в виде инструкции или ютуб ролика и никто не сделает их гуглением и копипастой. Сообразительность без базы не пригодится никак.
а так да, если не нужно RnD по текущему профилю работы, то и не нужно, а если нужно - очень сильно пригодится все то, что уже заложено на подкорку и просто так самому не нагнать, особенно когда не знаешь конкретно где искать и что искать. и это понимание тоже входит в базу.
>Человек может выкладываться на 100%, а может на 50. Условно говоря, у человека есть задача на три дня, а он растягивает её на неделю, но не потому, что сложно идёт, а из-за работы по пять часов в день.
а он и команда знает что задача на 3 дня? или это фантазии начальства?
>там тоже люди могут формально быть на встрече, но слушать краем уха и заниматься своими делами.
как будто обычно на таких митингах где участник не заинтересован, он не делает то же самое только присутствуя физической оболочкой
>Он как бы доступен, но отвечает медленно
ну так пропишите это в должностные обязанности (ответ в течение часа для второй линии поддержки или devops), если это критично для бизнеса то это там есть обычно, если нет и опять хотелки отдельных людей - то и спроса нет.
>знаю человека, который натурально в рабочее время ходил в спортзал и, очевидно, никакой работой в это время не занимался.
а архитектор или дизайнер, очевидно, чтобы подпадать под определение "работает", должен сидеть с выпученными венами на шее и пыхтеть над блокнотом в линейку в то же время пока его достают другими вопросами? или как по вашему выглядит работа головой? почему не в спортзале на дорожке?
а я вот большего разгильдяйства и пофигизма не видел, чем в офисах крупных компаний где "менеджеров" больше всего на единицу объема, куча оболтусов бродит с целью присесть на уши чтобы рассказать про свой отпуск или поспрашивать по текущим задачам в стиле чайка-менеджмент и прочее и прочее.
у вас ошибка, фраза после последней занятой не нужна