Y
Ассемблерный код не смотрел, но подозреваю там при обращении к элементу массива еще проверка есть, а не вышли ли мы за пределы массива.
Size: a a a
2020 December 15
SB
В играх или научных вычислениях это будет заметно. А в обычных приложениях больше тормозов будет от отрисовки GUI и аллокатора памяти.
k
Никлаус Вирт, создатель Pascal, считает иначе и я с ним согласен. Строгое типизирование необходимо для эффективной работы компилятора и предотвращения ошибок.
Тот же Си, в котором очень легко допустить утечки памяти
Y
В играх или научных вычислениях это будет заметно. А в обычных приложениях больше тормозов будет от отрисовки GUI и аллокатора памяти.
Так и есть. Для какойнить ардуины это еще может дать какой-то плюс.
AS
YuS
Накидал простенький цикл, и с включенной {$R+}/выключенной {$R-} показывает разницу во времени, у меня в 1,7 раза примерно.
Всё это синтетика :)
В обычном проекте, где есть обращения к внешним устройствам (диски,... сетевые задержки, например) - ниачём
В обычном проекте, где есть обращения к внешним устройствам (диски,... сетевые задержки, например) - ниачём
AS
Никлаус Вирт, создатель Pascal, считает иначе и я с ним согласен. Строгое типизирование необходимо для эффективной работы компилятора и предотвращения ошибок.
Никто и не говорил про динамическую типизацию :)
Y
Да, я не спорю, что синтетика, и прекрасно понимаю что обработка всего другого по сравнению с массивами это мелочь на сегодняшний день.
k
YuS
Так и есть. Для какойнить ардуины это еще может дать какой-то плюс.
Тут больше вопрос не критично ли это, а зачем такое вообще допускать? Безсмысленное разрешение повсюду ни к чему ни приводит.
k
Ограничения созданы, чтобы помогать программисту, а не наоборот.
Y
Тут больше вопрос не критично ли это, а зачем такое вообще допускать? Безсмысленное разрешение повсюду ни к чему ни приводит.
Во времена 8Мгц компьютеров это было допустимо. Отладился в режиме с проверками а потом собрал уже в релизе без проверок.
AS
Ограничения созданы, чтобы помогать программисту, а не наоборот.
Чую, тебе Rust зайдёт :)
k
Чую, тебе Rust зайдёт :)
Нееее
Y
или Go :)
k
Си-подобные не люблю
k
Oberon интересует, однако инфраструктура очень не развитая, да и мульти-оконность в приложениях далеко не везде нужна.
SB
Около 30 часов потратил на отладку TIpHtmlPanel (используется в браузере справки Lazarus). Там кромешный 3.14здец в плане оптимизации и потребления ресурсов. Каждый тег HTML - это отдельный класс с десятками свойств. Все тексты разбиваются на слова и пробелы. Каждое слово и пробел на странице это несколько классов. Но угадайте, какое одно слово нужно исправить, чтобы отрисовка стала в 3 раза быстрее?
SB
Подсказка - это метод TCanvas
Y
Около 30 часов потратил на отладку TIpHtmlPanel (используется в браузере справки Lazarus). Там кромешный 3.14здец в плане оптимизации и потребления ресурсов. Каждый тег HTML - это отдельный класс с десятками свойств. Все тексты разбиваются на слова и пробелы. Каждое слово и пробел на странице это несколько классов. Но угадайте, какое одно слово нужно исправить, чтобы отрисовка стала в 3 раза быстрее?
{$R-}🤣
Y
Подсказка - это метод TCanvas
какой-нить
AutoRedrawSB
TCanvas.TextRect() нужно заменить на TCanvas.TextOut(), он в 3 раза быстрее.