разницы в быстродействии match vs if-else. Через timeit, на 1к циклов, результат работы исключения -- функция принт
Выводы очень интересные:
2 исключения: if-else на 17.8% быстрее
4 исключения: if-else на 56.8% быстрее
8 исключений: if-else на 36.4% быстрее
16 исключений: if-else на 17.8% медленней!
Дальше только снижение в стороне match, я запарился вплоть до 32-х исключений (на 21.6% медленней), а больше смысла нет делать.
С чем это может быть связано?
Отвечает Александр Груздь
Оно надо на питоне счас скорости элементарных операций мерять?
А чем ещё заниматься?
ИИ на питоне занимаццо
очень нужная вещь
Или асинхроннщиной на питоне
🤔🤔 хммм Да не! Показалось!
Тензор/керас норм, но все равно упор в алгоритмы, а для применения алгоритмов надо знать где узкое горло
но я вообще задумался, почему ты сравниваешь две разные конструкции. почему взял не if elif else и match case?
что именно так и было?
if-elif-else vs match-case
а чо ж пишешь в описалове, что было if-else?
Потому что конструкция называется if-else
ясно тогда, кокой ты погромист...
А ты, случайно, не тот погромист, у которого 3 строчки кода весят гигобойт?
И столько же потребляют
с плохой методикой построения эксперимента это может быть связано.
И какая правильная?
Ну хотя бы такая как в %timeit? Но ты ничего про свою не написал больше
Причем тут синтаксический сахар?
Логическое ветвление я сравниваю. If и match. Я не про try-except не путай исключение как логическое исключение, и как просто исключение, ака "исключить ошибку N"
если это не скомпилено, надо смотреть реализацию функций в интерпретаторе, получается
Да я уже и сам думаю смотреть в компиляцию этого дерьма, как оно реализованно на низком уровне. Интересно жеж.
Ну выложил бы и все вопросы снялись бы. Там есть какой-то способ итоговы байт-код посмотреть
При желании можно все. Интерпретатор это тот же компилятор, просто он компилит не сразу весь исходник, а динамически. По этому с интерпретаторами сложнее в дебаге
Обсуждают сегодня