Есть люди, которые до сих пор меряют процессоры мегагерцами а видеокарты мегабайтами, не обращая внимания ни на архитектуру, ни на прочие «мелочи». С этим можно бороться, но успех не гарантирован, увы.
Лично мои причины — меньше наводок на аналоговый тракт, удаление аудиокабелей от силовых, возможность удобной организации интерфейсов и дополнительных элементов управления (для примера, посмотрите Creative E-MU 0404 USB).
Нуу… в bash-е жмете Ctrl+r и спокойно набираете произвольную часть команды — выфильтруется из истории, переключаться между подошедшими можно опять-таки по Ctrl+r
Вопрос сложный и неоднозначный — бт кушает заряд, но клава и мышь от своих аккумов живут. Если провод — бт не кушает, клава и мышь запитываются от батареи самого телефона, результат зависит от энергопотребления конкретных устройств.
Мое личное мнение: при работе длительностью около часа разница будет несущественна и малозаметна.
Galaxy Tab 7.7 с 3g — можно было по нему, как по телефону общаться. Выглядело, конечно — но как резервный способ связи выручал не раз (когда на мобиле деньги/батарея кончались)
Не забываем об ограниченности адресного пространства на 32-битной архитектуре. От этого не спасает никакая постраничная адресация. PAE позволяет ОС использовать до 64ГБ оперативки… страницами по 4 гб, что накладывает некоторые ограничения.
Плюс к этому, современные процессоры в 64-битном режиме более качественно реализуют защищённый режим, что положительно сказывается на отказоустойчивости системы.
Не скажу за fenrirgray14, но я до сих пор с содроганием вспоминаю попытки заставить работать пачку корпоративного софта, написанного под виртуальную машину от МС. Случай был, конечно, единичный, но запоминающийся.
Так же прикольно было наблюдать за глюками тяжелых java-приложений под вм от МС.
Может у меня просто руки с майкрософтовской джавой несовместимые…
Извините, нет) Гугловский далвик не выполняет j2me приложения. Это, грубо говоря, движок ОС. Он даже не пытается выполнять апплеты/j2me приложения, выполняя только программы, написанные специально под него.
Все равно, что Оракл подал бы в суд на Эппл, что они не на джава пишут ОС, а на Objective C, который имеет схожие элементы синтаксиса…
Майкрософт делала свою, альтернативную сановской (и местами несовместимую) реализацию джавы, поставляя ее в комплекте с Windows, вытесняя тем самым продукт от Сан.
Гугл использует свою ВМ как часть ОС, не претендуя на замену ни десктопной джавы, ни j2me. По сути это некий джава-подобный язык со своей экосистемой, не особо пересекающийся с экосистемой джава.
А для доступа к OPDS — Orbot+OPDS Browser
ipxe для sanboot генерирует уникальный initiator name по мак-адресу клиента.
В таких случаях стоит проверять Права доступа к аккаунту для приложений
Эх, заполировать бы ему углы немного, морилочкой обработать…
Мое личное мнение: при работе длительностью около часа разница будет несущественна и малозаметна.
Плюс к этому, современные процессоры в 64-битном режиме более качественно реализуют защищённый режим, что положительно сказывается на отказоустойчивости системы.
Мда… всё… спать.
Так же прикольно было наблюдать за глюками тяжелых java-приложений под вм от МС.
Может у меня просто руки с майкрософтовской джавой несовместимые…
Все равно, что Оракл подал бы в суд на Эппл, что они не на джава пишут ОС, а на Objective C, который имеет схожие элементы синтаксиса…
Опять-таки — мое имхо.
Гугл использует свою ВМ как часть ОС, не претендуя на замену ни десктопной джавы, ни j2me. По сути это некий джава-подобный язык со своей экосистемой, не особо пересекающийся с экосистемой джава.
Конечно, это сугубо мое личное мнение.