Этим занимаются совершенно иные Инструментальные Средства, например Bullseye. Есть разные уровни покрытия кода и свои фичи связанные с тем, как в итоге исходный код транслируется в объектный. Статическим Анализом можно лишь предположить некоторое покрытие/не покрытие, но оно может быть далеко от реального покрытия.
У меня Ubuntu 16.04 с UNITY 8. Тормоза были именно из-за свопа 2 Гб не хватало и он свопился постоянно это тормозило систему, поставил 8. В итоге даже виртуалка с Win8.1 не тормозит.
При покупке в далеком 2010 стояла OpenSuse c Кедами. Не смог на ней VPN c L2TР настроить :(
Так HP625 стоил тогда 10 тыс. и процессор там AMD Turion. Это был один из самых дешевых вариантов. Я махнул его на AMD Phenom с темже энергопотреблением но 4 ядра.
Минус только в одном вид.ха встроенная на 512, но для офисных и программистских целей это более чем достаточно.
Максимум можно воткнуть 16Гб, но я ограничился 8Гб. Возможно в будущем поставлю SSD, но не факт.
После апгрейда памяти открылось второе дыхание — до этого свопился и это отнимало кучу ресурсов.
После апгрейда процессора Системный монитор показывает 10% загрузку всех ядер в простое, было 20 на двухядерном, но особого прироста не дало.
SSD пока не планирую, так как старый винт работает, а выкидывать его жалко. Старичек хорошо трудился и трудится.
Грейднул свой пятилетний ноут от НР, винт на терабайт, память 8Гб и процессор на авито нашел 4х ядерный вместо моего 2х ядерного.
Воткнул Убунту — летает.
Даже виртуалку с 8кой тянет без тормозов.
В копилку:
Не понятно зачем писать на С? Для того же BME 280 есть на github библиотека.
Чем не не нравится С, нормально отделить интерфейс от реализации нельзя.
Например, нет смысла давать пользователю функции чтения calibration data и oversampling.
Вообще с точки зрения пользователя должна быть 1 функция, которая возвратит значение температуры и давления в вашем случае, все остальное юзеру не нужно.
В парадигме ООП, калибровочную информацию надо читать в конструкторе класса, там же писать в датчик oversampling.
Что качается интерфейса, меня в бошевской библиотеке раздражал вызов функции по указателю, у вас тоже.
И еще надежда на 3 датчика одновременно, мне кажется слишком оптимистично, например в моем BME 280 жестко прошит 0x76, и поменять его никак нельзя (в самом датчике можно, но этот контакт не разведен у меня на плате када впаян сенсор.
Ну и наконец, я вытыкаю его в RPI, в котором либо SPI либо I2C, итого 1 датчик получается
Ну и по коду, пишите коментарии в Doxygen, это дефакто стандарт. Таже бошевская библиотека везде имеет комментарии в doxygen формате.
P.S> В связи с этим я велосипедирую BME 280 на C++.
Да рассматривал его, но! По-сути это как Эдисон, ндо еще платки расширения прикупать, чтобы внешние устройства можно было нормально подключить. ну или самому плату разводить.
Я пока заказал C.H.I.P. за 9$ там есть и wifi и флешпамять на 4 ГБ и оперативка 512Мб и видеовыход есть и питание от батарейки можно подключить и зиний зуб и GPIO.
Хотя я бы и меньшим довольствовался за более скромные денюжки.
Ну и массовую рассылку они откладывают уже в третий раз.
Если дойдет, я поиграюсь, напишу статеечку (в сравнении с RPI Zero) и если подойдет под мои цели, то еще десяток закажу.
Собственно основные 2 минуса RPI-Zero это отсутствие wifi и что заказать 1 шт можно, а мне 8 нужно
Не понимаю почему нельзя выпустить нармальный SBC типа RPI Zero только с wifi. Не нужны акселерометры и т.п. Сделайте нормальную платку за 5$ с wifi и HDMI выходом. все ничего более не нужно.
При покупке в далеком 2010 стояла OpenSuse c Кедами. Не смог на ней VPN c L2TР настроить :(
Минус только в одном вид.ха встроенная на 512, но для офисных и программистских целей это более чем достаточно.
Максимум можно воткнуть 16Гб, но я ограничился 8Гб. Возможно в будущем поставлю SSD, но не факт.
После апгрейда процессора Системный монитор показывает 10% загрузку всех ядер в простое, было 20 на двухядерном, но особого прироста не дало.
SSD пока не планирую, так как старый винт работает, а выкидывать его жалко. Старичек хорошо трудился и трудится.
Воткнул Убунту — летает.
Даже виртуалку с 8кой тянет без тормозов.
Не понятно зачем писать на С? Для того же BME 280 есть на github библиотека.
Чем не не нравится С, нормально отделить интерфейс от реализации нельзя.
Например, нет смысла давать пользователю функции чтения calibration data и oversampling.
Вообще с точки зрения пользователя должна быть 1 функция, которая возвратит значение температуры и давления в вашем случае, все остальное юзеру не нужно.
В парадигме ООП, калибровочную информацию надо читать в конструкторе класса, там же писать в датчик oversampling.
Что качается интерфейса, меня в бошевской библиотеке раздражал вызов функции по указателю, у вас тоже.
И еще надежда на 3 датчика одновременно, мне кажется слишком оптимистично, например в моем BME 280 жестко прошит 0x76, и поменять его никак нельзя (в самом датчике можно, но этот контакт не разведен у меня на плате када впаян сенсор.
Ну и наконец, я вытыкаю его в RPI, в котором либо SPI либо I2C, итого 1 датчик получается
Ну и по коду, пишите коментарии в Doxygen, это дефакто стандарт. Таже бошевская библиотека везде имеет комментарии в doxygen формате.
P.S> В связи с этим я велосипедирую BME 280 на C++.
Я пока заказал C.H.I.P. за 9$ там есть и wifi и флешпамять на 4 ГБ и оперативка 512Мб и видеовыход есть и питание от батарейки можно подключить и зиний зуб и GPIO.
Хотя я бы и меньшим довольствовался за более скромные денюжки.
Ну и массовую рассылку они откладывают уже в третий раз.
Если дойдет, я поиграюсь, напишу статеечку (в сравнении с RPI Zero) и если подойдет под мои цели, то еще десяток закажу.
Собственно основные 2 минуса RPI-Zero это отсутствие wifi и что заказать 1 шт можно, а мне 8 нужно