Во время создания нашей игры на флэше (осторожно — вконтакт!), в определенный момент мы столкнулись с проблемой производительности.

FPS начал падать даже на весьма производительных системах… Проблема была типична для всех флэш-игр — большое количество векторной графики. Как вы понимаете, векторная графика — это весьма ресурсоемкая штука. Ведь при рендере плееру приходится заново рассчитывать разнообразные хитрые кривые и т.п., что явно проигрывает по скорости работе с растровой графикой. При чем — проигрывает на порядок (а то и несколько порядков).

По старой доброй традиции в зубы был взят Google и начался поиск решения…

Ползет как черепаха?

Раньше ваш Мак запускался в считанные секунды, был быстрым, когда работали, и шустрым, когда играли. Но внезапно загрузка системы стала занимать гораздо больше времени, иногда до нескольких минут. Возникает вопрос: Что же заставляет его работать медленнее?

Причин, по которым Mac стал дольше запускаться, может быть несколько. Ниже мы рассмотрим наиболее вероятные из них и попробуем выяснить, что же не так и как с этим бороться.

Это третья статья из цикла, посвященного разбору практических методов, заложенных в основу YASS. Первая статья была про модульное построение, вторая — про логику выбора CSS-селектора и организацию циклов.

Условное ветвление

Начнем с наиболее очевидной составляющей любой логики: ветвления. В любом алгоритме встречается место, в котором нужно выбрать то или иное продолжение в зависимости от проверяемого условия. Давайте рассмотрим следующие примеры. В первом случае у нас три простых вложенных проверки:

var a = 1,
	b = 2,
	c = 3;
if(a == 1) {
	if (b == 2) {
		if (c == 3) {
			...
		}
	}
}

• Flash часто загружает всю виртуальную машину Java из-за технологии Live Connect (она часто бывает совершенно лишней);
  Также очень увеличивает использование памяти Оперой.
  (Как отключить: http://operawiki.info/FlashBlock)
  
• Попробуйте "Удалить личные данные", если вы считаете это оправданым для повышения произвдительности (действительно хорошо помогает в большинстве случаев)
  
• Если ваши оптимизаторские наклонности достигают маниакальной степени, отключите JavaScript
  (попробуйте нажать F12 и вы увидите удобную менюшку, где можете сделать еще много всякого)
  
• Включите "Принимать все Cookies" (Это также повлияет на вашу безопасность, http://www.opera.com/support/tutorials/s…) (лично я не знаю, как это влияет на производительность, но на официальной wiki так пишут)
  
• Отключите FavIcons ( Prefs » Advanced » Browsing » Page Icons )
  
• Отключите спец.эффекты UI и используйте родной скин (он потребляет меньше ресурсов)
  
• Храните кэш на диске отличном от того, куда установлена ось, делайте иногда дефрагментацию этого диска
  
• Вы можете распаковать исполнимые файлы (http://operawiki.info/PackedExecutables)
  
• Если у вас кроме Опервы не открты другие программы, задайте приоритет процесса Opera в 'High' через диспетчер задач
  

Материал по http://operawiki.info/OperaPerformance (EN) и с множества форумов.
Завтра читайте продолжение, если в комментариях будут интересные заметки на тему — я их учту, так что пишите.
Спасибо за внимание, это пока только общие рекомендации, в продолжении будет больше, надеюсь, кому-то это окажется полезным.

• Flash часто загружает всю виртуальную машину Java из-за технологии Live Connect (она часто бывает совершенно лишней);
  Также очень увеличивает использование памяти Оперой.
  (Как отключить: http://operawiki.info/FlashBlock)
  
• Попробуйте "Удалить личные данные", если вы считаете это оправданым для повышения произвдительности (действительно хорошо помогает в большинстве случаев)
  
• Если ваши оптимизаторские наклонности достигают маниакальной степени, отключите JavaScript
  (попробуйте нажать F12 и вы увидите удобную менюшку, где можете сделать еще много всякого)
  
• Включите "Принимать все Cookies" (Это также повлияет на вашу безопасность, http://www.opera.com/support/tutorials/s…) (лично я не знаю, как это влияет на производительность, но на официальной wiki так пишут)
  
• Отключите FavIcons ( Prefs » Advanced » Browsing » Page Icons )
  
• Отключите спец.эффекты UI и используйте родной скин (он потребляет меньше ресурсов)
  
• Храните кэш на диске отличном от того, куда установлена ось, делайте иногда дефрагментацию этого диска
  
• Вы можете распаковать исполнимые файлы (http://operawiki.info/PackedExecutables)
  
• Если у вас кроме Опервы не открты другие программы, задайте приоритет процесса Opera в 'High' через диспетчер задач
  

Материал по http://operawiki.info/OperaPerformance (EN) и с множества форумов.
Завтра читайте продолжение, если в комментариях будут интересные заметки на тему — я их учту, так что пишите.
Спасибо за внимание, это пока только общие рекомендации, в продолжении будет больше, надеюсь, кому-то это окажется полезным.

• Flash часто загружает всю виртуальную машину Java из-за технологии Live Connect (она часто бывает совершенно лишней);
  Также очень увеличивает использование памяти Оперой.
  (Как отключить: http://operawiki.info/FlashBlock)
  
• Попробуйте "Удалить личные данные", если вы считаете это оправданым для повышения произвдительности (действительно хорошо помогает в большинстве случаев)
  
• Если ваши оптимизаторские наклонности достигают маниакальной степени, отключите JavaScript
  (попробуйте нажать F12 и вы увидите удобную менюшку, где можете сделать еще много всякого)
  
• Включите "Принимать все Cookies" (Это также повлияет на вашу безопасность, http://www.opera.com/support/tutorials/s…) (лично я не знаю, как это влияет на производительность, но на официальной wiki так пишут)
  
• Отключите FavIcons ( Prefs » Advanced » Browsing » Page Icons )
  
• Отключите спец.эффекты UI и используйте родной скин (он потребляет меньше ресурсов)
  
• Храните кэш на диске отличном от того, куда установлена ось, делайте иногда дефрагментацию этого диска
  
• Вы можете распаковать исполнимые файлы (http://operawiki.info/PackedExecutables)
  
• Если у вас кроме Опервы не открты другие программы, задайте приоритет процесса Opera в 'High' через диспетчер задач
  

Материал по http://operawiki.info/OperaPerformance (EN) и с множества форумов.
Завтра читайте продолжение, если в комментариях будут интересные заметки на тему — я их учту, так что пишите.
Спасибо за внимание, это пока только общие рекомендации, в продолжении будет больше, надеюсь, кому-то это окажется полезным.

Javascript — удивительный язык, с которым порой удаётся вытворять неожиданно классные вещи. Хочу познакомить вас с немножко нестандартным решением одной проблемы быстродействия, с которой я недавно столкнулся. Предупреждение: не для новичков.

Исходные данные: ресурсоёмкая функция, обновляющая определённые элементы на экране по наступлению определённых событий (движение мышки, например).
Проблема: когда события, вызывающие функцию, происходят слишком часто за короткий промежуток времени, интерфейс может начать серьёзно тормозить. Скажем, если событие произойдёт 1000 раз за несколько секунд, то и обновление — столько же. Для интерфейса молниеносная скорость отрисовки изменений может быть не так важна, а вот общее быстродействие, которое в данном случае страдает — очень даже.
Задача: ограничить функцию таким образом, чтобы она исполнялась не чаще, чем раз за определённый промежуток времени. При достаточном малом таком промежутке визуально задержки не будут заметны, зато кол-во вызовов может сократиться в несколько раз, что в свою очередь очень сущесвенно сократит нагрузку и поможет избавиться от торможения.

Да-да, об этом уже писали, но у меня свой подход к решению проблемы ускорения работы. Это связка из трех компонентов:
— Launchy
— Punto Switcher
— Свое Меню

Все они важны, о каждом подробнее…