ну я очень жду книгу от Jonathan Levin'a про Android Internals, думаю там он должен это осветить. Правда он её обещал ещё в Январе зарелизить, но до сих пор не вышла) Правда как говорит сайт его http://newandroidbook.com/index.php, теперь всё зависит от Amazon'a, хотя может он сам ещё что-то допиливает.
То есть как я понял, вначале приложение запускается на Dalvik VM, после чего начинает собираться его профиль и как и раньше для горячих кусков запускается JIT, но в отличие от старой связки Dalvik + JIT, теперь после сбора определённого кол-ва статистики на приложении запускается AOT-компилятором и после этого работает связка ART + JIT (возможно с последующим AOT-компилятором).
Да, писали, что теперь они не будут компилировать на устройстве при установке и после установки update'а пропадёт шаг Optimizing app. Есть подозрение, что теперь Ahead-of-time компиляция происходит на серверах гугл, а JIT-компилятор работает на самих устройствах. Это было бы вполне логично, так как Ahead-of-time компиляции на самих устройствах не даёт наверное существенного прироста, а вот JIT при работе на самом устройстве даёт. Но поживём увидем и да, тоже присоединяюсь, что очень интересно было бы прочитать какой технический отчёт по этой теме.
Ну блин, я столько вкладок в принципе не открываю, когда их кол-во переваливает за 20+, я обычно удаляю ненужные и оставляю порядка 10 нужных. Но у каждого свои use-case'ы =)
У меня на arch'e порой coursera глючит под google-stable, а под firefox норм работает. И бывают и обратные ситуации. Поэтому уже два года ставлю сразу два браузера, чтобы если что открыть в другом. Но виснут оба довольно редко в целом, даже не помню когда последний раз что-то вылетало.
Отличная книга! Уже пару раз выручала по мере написания кода под Linux. Немного не согласен с VBart, для своих задач я находил пару ответов, которых нет ни в man'ах, ни на stack overflow. Но конечно же видимо не всё в ней есть, но всё охватить наверное всё же почти невозможно.
Понял. Ещё сразу тогда вопрос по функции Attach to local process. Запускаю своё приложение из консоли, оно зависает(где-то там deadlock), соответственно пытаюсь сделать сделать из Clion attach to local process. Но он выдаёт следующее: "
ptrace: Operation not permitted.
Debugger detached ".
Соответственно вопрос, что я делаю не так и как это исправить?
И собственно такое предложение. Может поддержку LLDB постараться выпилить как-то как отдельный open source-проект? Это бы думаю пошло бы на пользу вам и люди могли бы дополнять быстрее нужны им функции + плюс лучший аудит кода. Тоже самое предложение могу внести и по поводу static analyzer'a. Было бы круто.
Проверил на Oracle-8-jdk & openjdk-8-jdk. Никак не влияет на воспроизводимость бага. То есть для SWIFT LLDB у вас уже работает, а для С++ пока ещё нет? Странно, но для С++ он конечно нужнее.
https://youtrack.jetbrains.com/issue/CPP-6221 вот вам ещё один баг. Третий за сегодня! Зачем отладчик сломали-то? Раньше хоть gdb консоль работала нормально, если что она выручала. А тут она моргает как не знаю что после пары ентеров. Также заметил что в корневой папке сборки под Linux лежит LLDBFrontend, но LLDB под Linux'ом пока нету, только под маком как я понимаю? Зачем тогда ложить его в папку? Подразнить народ?)) Давайте уже сделайте нормальный отладчик! Нам не фишки рефакторинга нужны, их мы можем и в виме сделать и clang static analyzer тоже есть, ваш пока тоже не алё. Нам нужен красивый, няшный, отказоустойчивый и отзывчивый отладчик + ещё кому-то вон удалённый нужный. Это задача номер один!!! Почему вы это до сих пор не поняли, понять не могу! Жду LLDB для Linux'а в общем!
да, 8 октября. Спасибо! А ещё meetups@corp.mail.ru как-то долго отвечает, отправил несколько тем, по которым хотел бы выступить ещё раз на Android Devs Meetup и пока ни слуху, ни духу. Если не сложно, не могли бы им напомнить?
Круто! Народ, зацените график для цен на айфоны priceanalytic.com/item/73558. Видны два отчётливых пика перед 4 и 11 ноября, которые были днями распродажи) Очередное доказательство, что чёрная пятница в РФ не более чем утка!
Механизм работы бинарной трансляции устроен таким образом, что он отслеживает изменения оперативной памяти и оттранслированный блок сразу аннулируется и вытесняется из кэша, как только произошло изменение памяти на которую он ссылался. Именно поэтому в эмуляторе всегда будет f1 f2 f1 f2 f1 f2. Да, я согласен что это поведение также можно изменить, просто это сложнее и тут нужно хорошее понимание алгоритма бинарной трансляции. Но ничего невозможно нет, тут ты прав) И никогда не говори никогда, тоже соглашусь с тобой. Про «случайную последовательность» я думаю они имели ввиду, что на их устройствах так. Но даже если будет f1 f1 f1 f1 f1, мы сможем отличить её от последовательности эмулятора f1 f2 f1 f2 f1 f2. Гарантий что это будет работать устройствах я дать не могу, как и авторы статьи вроде бы тоже их не дают. Они дают всего лишь набор эвристик, которые работают у них.
ptrace: Operation not permitted.
Debugger detached ".
Соответственно вопрос, что я делаю не так и как это исправить?
http://doc.qt.io/qt-4.8/qobject.html#disconnect Почитайте документацию пожалуйста!!! Всё он может.