How to become an author
Search
Write a publication
Pull to refresh

Comments 39

Буквально вчера был эпизод увеличения производительности в ~72 раза одной кнопкой. Это было delete по вызову логирования, который по некоторым историческим причинам попал внутрь одной функции, вызываемой при численном интегрировании сложной матмодели. Профилировщик, правда, для этого не понадобился, просто нужно помнить что логи — штука медленная, и если пишешь их для отладки, то после себя — удалять, а не комментировать на случай «а вдруг оно опять понадобится». Не понадобится. Зато кто-нибудь другой может залезть в код и сказать «о! логи закоменчены!» и вернуть всё взад.
Total votes 9: ↑9 and ↓0+9
А можно добавить еще один коммент: " логи — штука медленная!"? :)
This comment wasn’t rated yet0
Почему Microsoft просто не поставили более мощный процессор в приставку?
Ведь разработка нового процессора стоит меньше, чем зарплата программиста.
Total votes 17: ↑9 and ↓8+1
А ведь именно из-за того мышления мы сейчас получаем лагающие игры даже на новых i9 в связке с 2080.
Код должен быть оптимизирован всегда. А херовый код даже лучший процессор не вытянет.
Total votes 28: ↑26 and ↓2+24
Да нет, просто подтянулись разработчики на Electron =)
Total votes 17: ↑17 and ↓0+17
Я искренне подозреваю что сказанное про процессор было сарказмом, просто его не поняли. Ведь разработка процессора намного дороже чем найти баг в программе.
Total votes 22: ↑22 and ↓0+22

Может имелась ввиду не разработка, а покупка процессора?

This comment wasn’t rated yet0
walti
Ведь разработка нового процессора стоит меньше, чем зарплата программиста.

walti
разработка
Нет, это было сказано полностью серьезно, конечно-же.

dimonoid
Может имелась ввиду не разработка, а покупка процессора?


Знаете, я уже не уверен, что я имел ввиду. (с) walti
Total votes 7: ↑7 and ↓0+7
Код должен

Кому должен?

Total votes 4: ↑0 and ↓4-4
У приставок своя атмосфера. В отличие от настольных ПК они не подлежат апгрейду и имеют при этом гораздо более долгий срок жизни. Поэтому в любом случае даже супер-пупер железо на момент выхода приставки (а точнее на момент начала ее разработки) уже через несколько лет успеет устареть и разработчикам придется выкручиваться.

Я помню очень удивлялся, как на PS3 с ее жалкими 512 (кажется) Мб памяти летали игры, которые лагали на ПК с двумя гигами. Сколько ухищрений, оптимизаций и упрощений запихивали разработчики туда.
Total votes 5: ↑5 and ↓0+5
«PS3 имеет 256 Мб XDR DRAM оперативной памяти производства Rambus.»

Wikipedia
Total votes 1: ↑1 and ↓0+1
Там ещё столько же видеопамяти, а когда очень надо — что-то можно и в видеопамять сложить… прям как tor на машинках 30-летней давности, да…
This comment wasn’t rated yet0
Кеширование — вообще непростая штука и я чисто видел случаи, где пытаясь сделать лучше только убивали производительность именно тем, что «а давайте мы поставим кеширование».
Ошибки такого рода больше свойственны начинающим, кто плохо понимает механику работы и кто не умеет пользоваться инструментами замера производительности.
This comment wasn’t rated yet0
There are only two hard things in Computer Science: cache invalidation and naming things.

— Phil Karlton
This comment wasn’t rated yet0
Забыли про ошибку на единицу.
This comment wasn’t rated yet0
Сильно увеличил размер индекса в чей-то реализации хэш-таблицы. На малом кол-ве элементов хэш работал нормально, а на миллионах вставал колом.
This comment wasn’t rated yet0

Исправил регулярное выражение, тем самым увеличив скорость комплиляции шаблонов Laravel в 40 раз :)

Total votes 1: ↑1 and ↓0+1
Тоже была подобная проблема с регулярками, только для проверки на то, что строка является ссылкой(целиком). Правда решил не исправлением большой регулярки, а проверкой каждой части ссылки своей регуляркой.
This comment wasn’t rated yet0

Лет 5 назад столкнулся с интересной проблемой catastrophic backtracing в regular expressions (статья не моя, просто пример). Это когда визуально вроде всё нормально, и оно даже работает. Но с увеличением длины строки производительность гасится весьма нелинейно. Патч в 1-2 символа. С тех пор стал писать их куда внимательнее :)

Total votes 1: ↑1 and ↓0+1
Ускорил файловый кэш (на секундочку, сам кэш призван ускорять) в бородатом симфони 1.2 в 3-10 раз
This comment wasn’t rated yet0

Нужно просто разрабатывать на процессоре (пусть даже i9), но на пониженной частоте строго 2-3ghz, а запускать потребителю — на нормальных 4-5ghz. Вот и весь секрет скорости.

Total votes 2: ↑1 and ↓10
Не разрабатывать, а отлаживать (тестировать). И желательно частоту вообще где-то в 1ГГц загнать, но заставить ПО использовать все доступные ядра, чтобы ещё и многопоточные ошибки проявлялись почаще.
Total votes 3: ↑2 and ↓1+1
UFO just landed and posted this here

Добавил в таблицу индекс, отчёт стал готовиться за 40 секунд вместо 40 минут.

Total votes 3: ↑3 and ↓0+3

Только что заменил селект из сабселекта из сабселекта, сбор айдишников в цикле по выбранным в первом селекте записям, селект с условием where id in (17000 айдишников собранных в цикле) на селект с одним простым джойном, запрос стал выполняться 15 миллисекунд вместо 35 секунд. Оптимизация в 2000 раз, однако. Апгрейженный из-за перегрузки сервер теперь загружен процентов на 5%, хоть майнер запускай.

Total votes 1: ↑0 and ↓1-1
У нас один добрый человек выводил hp-bar'ы над юнитами, используя stencil bufffer, очищая его каждый раз перед отрисовкой нового bar'a. Простая замена на scirrors дала более чем двукратный прирост fps:)
This comment wasn’t rated yet0
>> Добавил в таблицу индекс…

Удалил сложный индекс в таблице-снизил число блокировок и увеличил производительность БД
Total votes 1: ↑1 and ↓0+1
Одни из самых противных ошибок это те которые не приводят напрямую к вылету, но зато грузят процессор.
This comment wasn’t rated yet0
«Байка о котельщике» — понятно, что перевод, но все же её в России про Капицу рассказывают, а не про котельщика.
This comment wasn’t rated yet0
Ой да ладно, эта байка пересказывается с абсолютно рандомными именами, фамилиями и местами событий.
Total votes 2: ↑2 and ↓0+2
Но вот про котельщика я ее не слышал, причем на историю про котельщика автор оригинала ссылается как на устойчивую единицу рассказа.
This comment wasn’t rated yet0
А я про Капицу не слышал, зато слышал про инженера Уатта и автомеханика (это два разных варианта).
Total votes 1: ↑1 and ↓0+1
Ну, кто что читал. Но идея про Капицу мне для легенды больше нравится.
This comment wasn’t rated yet0
А я читал версию, что на атомной станции были проблемы. Мелкие, но неприятные, и это атомная станция. И как старенький профессор пометил карандашом проблемную трубу, оказался тысячу раз прав, и в конце рассказа объяснял, что взял деньги не за время, потраченное на решение проблемы, а за знание, что и где смотреть
P.S. Читал давно, помню только общий сюжет и найти сходу не смог :(
This comment wasn’t rated yet0
Ага, фрилансеры чинят атомную станцию.
Total votes 2: ↑2 and ↓0+2
А про забытые в первом контуре ключи и даже фуфайки, к сожалению, не шутки (с мертвого форума):
— А откуда вообще мусор то? Ну поменяли задвижку ну и что?
(случайно забытые гаечные ключи, болты-гайки, ставшие «лишними» я в расчет не беру).
— Так дело в том, что чаще всего именно ключи, гайки и т.д. оттуда и выносятся. Это что, бывало вылавливали фуфайки на фильтрах РГК — почти вход в активную зону.
— Не, это, конечно, мусор, но я думал что такой мусор (болты, ключи) исключен в принципе.Я понимаю что моя наивность не знает границ
This comment wasn’t rated yet0
Частый пробег по одному полю из массива структур тормозил. Вынесение значения этого поля из структур в отдельный массив решило вопрос. (оказалось за годы структуры разрослись и начались промахи кэша...)
This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time
Unlock dark mode

Your account

Sections

Information

Services

Support
© 2006–2024, Habr