Здравствуйте, Cyberax, Вы писали:
C>Как раз для мобайла. Так как скорость можно достичь и нативным кодом, когда это нужно. Для Дэлвика была важна скорость запуска и экономия памяти.
ИМХО нативный код в андроиде это не от хорошей жизни, а вынужденная мера. Тормозной далвик вынудил гугл выпустить костыль в виде NDK. Который как раз (цитирую wiki) "рекомендуется использовать для разработки участков кода критичных к скорости."
Здравствуйте, AlexanderVX, Вы писали:
НС>>Что именно сильная сторона? Тормоза Далвика?
AVX>Это юношеский максимализм.
AVX>Не надо джавную часть там переделывать, она создана для более лёгкого прикладного программирования. AVX>В конце концов, большую часть времени приложение просто ждёт события, и большой разницы нет, это вовсе не интенсивное использования процессора.
Видимо не всё так просто, раз имеет место существенно большее энергопотребление платформы в целом.
AVX>Это UI, и тем Android и хорош, что UI программируем на Java.
Вот не надо нам про UI, это далеко не самая сильная сторона Андроида Тут как раз всё очень печально.
AVX>Где надо C, там будет C.
Это капитальный промах. Связывает по руками и ногам наследием софта, привязанным к определённой архитектуре. И напрочь закрывает перспективы будущих оптимизаций.
Здравствуйте, stasgoo, Вы писали:
C>>Как раз для мобайла. Так как скорость можно достичь и нативным кодом, когда это нужно. Для Дэлвика была важна скорость запуска и экономия памяти. S>ИМХО нативный код в андроиде это не от хорошей жизни, а вынужденная мера. Тормозной далвик вынудил гугл выпустить костыль в виде NDK. Который как раз (цитирую wiki) "рекомендуется использовать для разработки участков кода критичных к скорости."
Ага. Именно поэтому Скайп на WP7 использует секретные нативные API MS.
Гугл вполне логично решил использовать Яву в качестве клеевого языка, а не заниматься ерундой.
Здравствуйте, KRT, Вы писали:
C>>Ага. Именно поэтому Скайп на WP7 использует секретные нативные API MS. KRT>Я уже в пятый раз вижу инфу от тебя про секретные апи в скайпе под вф7. Можно подробнее? Что за апи, почему нативные и т.д.?
API — секретный, что тут непонятного. Потому что он делает сказать сложно.
Нативный — потому, что использует нативный код. Тупо берёшь Skype и разбираешь его — там бааальшая нативная DLL-ка внутри.
Почему — тоже понятно. Несмотря на крики людей с managed-мозгами, у managed-кода недостаточные характеристики для того, чтобы делать сложные и быстрые приложения для телефонов. Дополнительно, для Скайпа важно то, чтобы его реверсить было сложнее.
В общем, Mircosoft — как всегда козлы. Говорят одно, а делают другое.
Здравствуйте, stasgoo, Вы писали:
S>Видимо не всё так просто, раз имеет место существенно большее энергопотребление платформы в целом.
О, задели почти любимую тему про Андроид. Это же не про UI, который, как и кошек, неправильно некоторые готовят.
И так, что же по вашему приводит к "существенно большему" энергопотреблению платформы в целом? Относительно чего замеряли? Вопрос риторический.
Отвечу, перевод процессора в малоактивное состояние завязан на несколько хардверных подсистем, которые должны позволить процессору поспать. И недостатки в имплементации драйверов устройств и хардверных библиотек ведут к тому, что нет правильно синхронизации между (не)активностью устройств и (не)активностью процессора. Устройства для Андроида поставляются в основном thrid-party, ни Гуглем, ни производителем телефона, а чаще третьей организацией, которая имплментирует библиотеки и драйверы для своего устройства, как бог на душу положит. Вопрос интеграции с устройствами, скажем с GPS. Скажем, про Apple достоверно известно, что интеграцией устройств в свои телефоны они занимаются сами, получая от хардверщиков собственно железо и спеки. А, скажем, Samsung работает совершенно не так, ему устройства и поставлются, и интегрируются "третьими партиями". Не спрашивайте, откуда мне известны эти детали.
Здравствуйте, Cyberax, Вы писали:
C>Почему — тоже понятно. Несмотря на крики людей с managed-мозгами, у managed-кода недостаточные характеристики для того, чтобы делать сложные и быстрые приложения для телефонов. Дополнительно, для Скайпа важно то, чтобы его реверсить было сложнее.
Ты уж определись, для скорости там нейтив, или для секрета Полишинеля.
Здравствуйте, AlexanderVX, Вы писали:
AVX>Здравствуйте, stasgoo, Вы писали:
много слов поскипано.
Если бы проблема была только в драйверах вендоров то существовали бы девайсы-чемпионы, с вылизанными драйверами.
Основные мысли:
1) приложения в Андроиде могут иметь (и имеют) яркую фоновую активность, это жрёт батарею.
2) качество и оптимизация софта
3) В целом более высокие системные требования для более-менее приличной (но далеко не идеальной) работы.
4) [в порядке гипотезы] Поддержка ОСью: например архитектурные решения, позволяющие ОС переходить на меньшие частоты, уменьшая энергопотребление.
5) другие архитектурные и инженерные косяки.
Здравствуйте, stasgoo, Вы писали:
C>>Почему — тоже понятно. Несмотря на крики людей с managed-мозгами, у managed-кода недостаточные характеристики для того, чтобы делать сложные и быстрые приложения для телефонов. Дополнительно, для Скайпа важно то, чтобы его реверсить было сложнее. S>Ты уж определись, для скорости там нейтив,
Спроси у MS. Скорее всего, для скорости, так как некоторые игры и приложения тоже используют нативный код на WP7.
S>или для секрета Полишинеля.
Протокол Скайпа в публичном доступе полностью не документировал ещё никто.
Здравствуйте, Cyberax, Вы писали:
C>Спроси у MS. Скорее всего, для скорости, так как некоторые игры и приложения тоже используют нативный код на WP7.
Например какие ? И как это проверить ? Если есть неофициальный и недокументированный способ выполнять нативный код без джейла — его бы уже отреверсили в общих чертах и описали где-нибудь.
S>>или для секрета Полишинеля. C>Протокол Скайпа в публичном доступе полностью не документировал ещё никто.
Секрет Полишинеля он принципиально. Т.к. security by obscurity.
Здравствуйте, stasgoo, Вы писали:
AVX>>Где надо C, там будет C. S>Это капитальный промах. Связывает по руками и ногам наследием софта, привязанным к определённой архитектуре. И напрочь закрывает перспективы будущих оптимизаций.
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, stasgoo, Вы писали:
AVX>>>Где надо C, там будет C. S>>Это капитальный промах. Связывает по руками и ногам наследием софта, привязанным к определённой архитектуре. И напрочь закрывает перспективы будущих оптимизаций.
V>Портирование в исходниках никто не отменял.
Здравствуйте, Cyberax, Вы писали:
C>Ага. Именно поэтому Скайп на WP7 использует секретные нативные API MS.
Мне кажется, ядро Скайпа писали не на C#. Так какой смысл его специально переписывать на C# и при этом уложиться в разумные сроки? И так затянули с выходом Скайпа на Винфоне.
Здравствуйте, Vladek, Вы писали:
C>>Ага. Именно поэтому Скайп на WP7 использует секретные нативные API MS. V>Мне кажется, ядро Скайпа писали не на C#. Так какой смысл его специально переписывать на C# и при этом уложиться в разумные сроки? И так затянули с выходом Скайпа на Винфоне.
Так ведь managed! MAAAAANAGED!!!
Все приложения надо на нём переписать. А всё что не переписано — значит не нужно. По мнению здешних WP7-филов.
Здравствуйте, stasgoo, Вы писали:
C>>Спроси у MS. Скорее всего, для скорости, так как некоторые игры и приложения тоже используют нативный код на WP7. S>Например какие ? И как это проверить ?
Скайп. Распаковываешь его — там DLL-ка есть.
S>Если есть неофициальный и недокументированный способ выполнять нативный код без джейла — его бы уже отреверсили в общих чертах и описали где-нибудь.
КО подсказывает, что он доступен только для специально подписанных приложений.
S>>>или для секрета Полишинеля. C>>Протокол Скайпа в публичном доступе полностью не документировал ещё никто. S>Секрет Полишинеля он принципиально. Т.к. security by obscurity.
Принципиально — можно сделать и универсальный думатель.