Post:#507563 Date:10.09.2016 (18:55) ... Тема посвящена микроконтроллерам с архитектурой ARM Cortex-M.
Они стали "убийцами" 8-разрядных микроконтроллеров, так как они 32-разрядные, дешёвые, производительные, нафаршированы мощной периферией, например, 16 разрядными таймерами(есть модели с 32-разрядными таймерами), 12-разрядными АЦП (как правило), 12-разрядными ЦАП (как правило), различными приёмо-передатчиками.
Их изготавливают многие производители. Выпускаются множество недорогих ознакомительных плат со встроенными отладчиками и программаторами.
Есть свободные среды разработки, что тоже важно.
Yarston Пост: 516644 От 22.Nov.2016 (15:33)
Я не знаю, что у тебя там стартовало, Android Studio по умолчанию создаёт эмулятор с x86 вариантом Android, GenyMotion тоже.
Yarston Пост: 516644 От 22.Nov.2016 (15:33)
Я не знаю, что у тебя там стартовало, Android Studio по умолчанию создаёт эмулятор с x86 вариантом Android, GenyMotion тоже.
Android Studio.... Похоже, что ты прав...
я виртуал машину поднимал с андроидом на вмваре и режим отладки.
тот еще цирк был... порог вхождения оказался для меня высок, точнее не хватило времени и желания...
Yarston Пост: 516643 От 22.Nov.2016 (15:30)
опечатался, в kernel space, ява софт весь в user space.
Ой какие мы наивные. Ява делает операции ввода вывода волшебным образом, не трогая уровень ядра. Трогает, только через лишнюю прокладку.
На твоем месте, если бы я сильно ненавидел яву и желал бы на нее посильнее наехать, то я упор все-таки сделал бы на автоматику с выделением памяти и сборку мусора... Вот где находятся целые сокровища ресурсов, которые тратят бездарные программеры, не желая думать над циклом выделения/освобождения памяти!
10-ки раз находил баги в крупных проектах на java. Как бы существет мнение, что программы на Си++ текут, а на java это решено. Хрен то там... Уже ненужные указатели умудряются просто заныкать где-нибудь. В результате память нужная не освобождается. Прога работает жестко. Может выжрать 64гига оперативы и при этом едва шевелиться. Когда находишь такую проблему, решение напоминает, что ты бежал марафон с бревном все время на плечах, а потом его выбросил. И как хорошо и легко становится дальше после этого...
Повбивав бы....
Есть програмка которая крутится 24/7 и раньше не отсвечивала.
Теперь ей красивоморду переписали на яве, памяти не хватает- за неделю успевает все засрать- приходится перегружать раз в неделю.
Повбивав бы....
Есть програмка которая крутится 24/7 и раньше не отсвечивала.
Теперь ей красивоморду переписали на яве, памяти не хватает- за неделю успевает все засрать- приходится перегружать раз в неделю.
Знакомо! Классическое решение проблемы, когда она память засрала всю, нужно сделать memory dump, потом глядишь в memory analyzere куда она подевалась вся. После того, как выяснишь ищешь, кто написал этот код и идешь бить морду.
У нас была ситуация. Приложение на java. Используемая память каждый день росла. Через неделю требовалась перезагрузка. Тот чел, который с этим разбирался грешил на Garbage Collector и занимался тем, что искал пути, как ему помочь в работе. Искал альтернативы и хитрые ключи. НЕСКОЛЬКО лет это продолжалось. Масштабирование велось по пути увеличения количества серверов. Типа не хватает 10-ти серверов. Поставим 20 и т.д. Уже закуплены были 10 доп. машин, которые планировалось внедрять. Потом задача досталось мне. После анализа Memory Dump'а проблема была решена. Мало того, что закупленные машины ушли на другие цели, но так-же сократили количество серверов. Убрали половину.
dedivan Пост: 516700 От 23.Nov.2016 (11:30)
успевает все засрать- приходится перегружать раз в неделю.
вдогонку... есть приложения на java, которые очень редко меняются. я спросил, какой у них примерно uptime - после некоторой задумчивости ответ - "месяцами..."
psih Пост: 516710 От 23.Nov.2016 (12:13)
У нас была ситуация. Приложение на java. Используемая память каждый день росла. Через неделю требовалась перезагрузка. Тот чел, который с этим разбирался грешил на Garbage Collector и занимался тем, что искал пути, как ему помочь в работе. Искал альтернативы и хитрые ключи. НЕСКОЛЬКО лет это продолжалось. Масштабирование велось по пути увеличения количества серверов. Типа не хватает 10-ти серверов. Поставим 20 и т.д. Уже закуплены были 10 доп. машин, которые планировалось внедрять. Потом задача досталось мне. После анализа Memory Dump'а проблема была решена. Мало того, что закупленные машины ушли на другие цели, но так-же сократили количество серверов. Убрали половину.
Руководство профнепригодно значит, ява тут не причём. Примерно прикинуть, сколько приложение должно занимать памяти, не так сложно.
Yarston Пост: 516717 От 23.Nov.2016 (15:07)
Руководство профнепригодно значит, ява тут не причём. Примерно прикинуть, сколько приложение должно занимать памяти, не так сложно.
Руководство тут не при чем. Спец. был java экспертом. Руководство полностью доверяло экспертному мнению. Было известно, сколько приложение должно занимать в памяти, но сервера были высоконагруженными и эксперт поставил диагноз. Из-за такой высокой нагрузки, нет возможности полноценно работать Garbage Collectorу. В памяти хранится мусор, но из-за нагрузки он ждет, момента, когда можно будет, не мешая приложению, стартануть и все это почистить. Авторитет его был непререкаем. Мне эта задача досталась, потому-что он ушел из компании.
Ява действительно там оказалась не при чем... говнокод, как обычно...
Yarston Пост: 516717 От 23.Nov.2016 (15:07)
Руководство профнепригодно значит, ява тут не причём. Примерно прикинуть, сколько приложение должно занимать памяти, не так сложно.
Руководство тут не при чем. Спец. был java экспертом. Руководство полностью доверяло экспертному мнению. Было известно, сколько приложение должно занимать в памяти, но сервера были высоконагруженными и эксперт поставил диагноз. Из-за такой высокой нагрузки, нет возможности полноценно работать Garbage Collectorу. В памяти хранится мусор, но из-за нагрузки он ждет, момента, когда можно будет, не мешая приложению, стартануть и все это почистить. Авторитет его был непререкаем. Мне эта задача досталась, потому-что он ушел из компании.
Ява действительно там оказалась не при чем... говнокод, как обычно...
а то что програмист не думает об алгоритмике и приводит к этому... в стандартных вроде вещах столько камней сныкано...
psih Пост: 516719 От 23.Nov.2016 (15:31)
.. говнокод, как обычно...
так это жжж неспроста. Как раз вся идеология явы направлена на то, что нехрен думать, за вас все уже подумали.... выращивают говнокодеров целенаправленно.
dedivan Пост: 516722 От 23.Nov.2016 (15:47)
так это жжж неспроста. Как раз вся идеология явы направлена на то, что нехрен думать, за вас все уже подумали.... выращивают говнокодеров целенаправленно.
Люди не овощи, чтобы их выращивать. Я считаю, что как раз излишнее доверие авторитетам - и есть корень всех зол. Ява позволяет расслабиться в некоторых ситуациях, и это хорошо, меньше писанины, меньше времени нужно и меньше ошибок можно сделать. Если ещё всякий хлам типа геттеров/сеттеров на каждое поле не писать, выкинуть нахрен MVP и ему подобный мусор, и пересадить философию redux, то получается очень компактно и красиво. Но так не принято к сожалению, если работаешь в команде, приходится как все делать.
