Я вот не в тме вообще, поэтому задам вполне очевидные и банальные вопросы: что из этого следует то? Для чего используется флэш на мобильных устройствах — только в мобильных же браузерах? Альтернативы — только HTML5 или есть еще варианты?
Я тут пришел к очевидному выводу что на строках впринципе можно сделать достаточно много оптимизаций как по памяти так и по процессорному времени, завязываясь на то, как они используются в конкретном приложении (например тот же String ropes). Например у нас есть десятки тысяч строк которые являются полным путем по дереву до его листа («root/node1/.../nodeN/leaf), которые тоже используются только на чтение — ну чем не простор для творчества…
Соотвественно следущий этап — генеразация более-менее общих кейсов если очень критична производительность: подментять\дополнять в JVM релизацию строк или операций над ними на тот способ, который в данном случае даст наибольший выхлоп. В кластерах где можно выделить группы — есть машины где строки zip-ются или сжимаются образом, как описано в статье, в другой группе используются RopeStrings и т.д. Насколько это вообще может быть полезно и как бы теоретически оценить пользу от такого подхода?
Имхо, почти тоже самое уже случилось на рынке обычных наушников несколько лет назад. Просто бери вашу статью и меняй «монитор» на «наушники» (ну и соотвествующие характеристики). В итоге на всю москву оказался по-сути единственный магазин с наушниками в котором можно выбрать даже затычки от 1000 до 40000 руб, в котором к тому же работают разбирающиеся в теме люди. И, по моим впечатлениям, магазин пользуется спросом.
С момента появления первого троянца прошло уже более полутора лет, но, несмотря на то, что в конце 2011 года количество вредоносных программ для этой платформы увеличилось как минимум в 20 раз
Ну как минимум 20 вирусов для платформы — это не так уж и страшно.
Лет 5 назад это были диссертации и гранты на исследования и смешно смотрелись всякие концепты «гибких мобильников», «гибких ноутов». :)
быстро однако… Оч круто.
Может даже революционно, если окажется удобным и все начнуть делать гибким и электронным :)
Немогу не поделится ссылкой (http://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CC0QFjAA&url=http%3A%2F%2Fdomino.research.ibm.com%2Fcomm%2Fresearch_people.nsf%2Fpages%2Fsevitsky.pubs.html%2F%24FILE%2Foopsla08%2520memory-efficient%2520java%2520slides.pdf&ei=v3QyT4yiIeXm4QTwt5ySBQ&usg=AFQjCNEPtILphv6DOcMj3D4qZLKPmBkFxw&sig2=MNFjDK7kl4nVJ9Qbhagosg) на ужасы съедамой объектами памяти, большая часть презентации — про то насколько страшен HashSet.
Для себя заметил в последнем проекте что когда пытаешься писать быстрый код, используя кэши и маппинг чтобы не лазить лишний раз в хранилище данных, в реальности проблемы всплывают не с производительностью, а как раз с нехваткой памяти и частыми GC, выгружающими по 1-2 Гб из heap'a, приходится писать свои велосипеды и «низкоуровневый» код.
К сожалению я не знаю как собирается статистика по браузером, но можно предполодить что в реальности он считает не установленные браузеры, а только тот, что с пометкой «браузер-по-умолчанию», но это только догадки.
Вы могли не рассказывать так много. Все проясняет 1 фраза: «функция Math.min».
а я то дурак, думал что функции лучше со скобками в конце писать, оказывается надо просто заранее знать что имется в виде не константа -_-
Было бы здорово если бы еще их обновления были обратно совместимы. После грейда с 3.6 до 8 остался рабочим один единственный аддон из ~12 (с ВЫКЛюченным compatibility check), так что в лисе, меня уже почти ничего не держит :)
Соотвественно следущий этап — генеразация более-менее общих кейсов если очень критична производительность: подментять\дополнять в JVM релизацию строк или операций над ними на тот способ, который в данном случае даст наибольший выхлоп. В кластерах где можно выделить группы — есть машины где строки zip-ются или сжимаются образом, как описано в статье, в другой группе используются RopeStrings и т.д. Насколько это вообще может быть полезно и как бы теоретически оценить пользу от такого подхода?
Ну как минимум 20 вирусов для платформы — это не так уж и страшно.
быстро однако… Оч круто.
Может даже революционно, если окажется удобным и все начнуть делать гибким и электронным :)
Для себя заметил в последнем проекте что когда пытаешься писать быстрый код, используя кэши и маппинг чтобы не лазить лишний раз в хранилище данных, в реальности проблемы всплывают не с производительностью, а как раз с нехваткой памяти и частыми GC, выгружающими по 1-2 Гб из heap'a, приходится писать свои велосипеды и «низкоуровневый» код.
Оцените разницу с опросом Steam'a:
store.steampowered.com/hwsurvey/
% установленных браузеров в системе:
FF — 63.05%
IE -19.82%
chome -11%
по сути это опрос геймеров так или иначе, но разница с общей статистикой внушает.
При этом 2ой по популярности язык стима — русский.
а я то дурак, думал что функции лучше со скобками в конце писать, оказывается надо просто заранее знать что имется в виде не константа -_-
Да хоть у одного разработчика так было? )))