Yan, это майнер. Норма - это когда в первые секунды после открытия нагрузка падает процентов на 10-15. Современные вирусы-майнеры отслеживают открытие программ мониторинга (диспетчер задач, AIDA64 и т.п.) и приостанавливают работу.
Rapspberry, по крайней мере первая (версии B), имеет свойство виснуть при большом потоке сетевого трафика. LAN в ней организован через USB шину, которая, собственно, и падает, делая из Rapspberry "вещь в себе" - т.е. система вроде бы и крутится, но к ней никак не достучаться. Сомневаюсь, что в новых что-то кардинально поменялось. Да и роутер на один порт - это вещь та ещё.
t_q_l: отчего же? На Zyxel'ях по умолчанию стартует открытый WiFi через который можно влезть в настройки. На моём Keenetic Giga по крайней мере так было до настройки. Возможно это ещё и от версии прошивки зависит. Другой вопрос, что он тут по цене не проходит.
Да.
Но, если дело в плохом контакте, то можно попробовать включать наушники через Y-разветвитель для combo-разъёма. На том-же ebay их много, но для combo-разъёма нужен такой, у которого штекер делится на 4 зоны (а не на 3, как у обычных наушников).
Т.е. типа такого: www.ebay.com/itm/3-5mm-Headphone-Mic-Audio-Y-Split...
>ноутбук новый
О! И, небось аудиоразъём combo, т.е. туда могут включаться и наушники, и микрофон, и гарнитура? ИМХО - мерзкая вещь. С ним как раз проблемы и бывают, если втыкать в него обычные наушники. Новизна, кстати, не аргумент - у меня на новом рабочем компьютере с самого начала аудиоразъём на передней панели с моими наушниками не дружит. Приходится долго крутить штекер, пока звук не появляется.
А если проблема со звуковухой, то тут сделать ничего нельзя без радикальных мер, вроде использования внешней звуковой карты или подбора наушников, которые будут удовлетворительно работать на текущей карте. У меня на предыдущем ноуте было такое, что звук со встроенных колонок вроде нормальный, с больших наушников немного странный (по сравнению со стационаром) а с "капелек" от плеера просто отвратительный - какой-то пластиковый, что ли, ни басов ни низов нет, как эквалайзер не крути. Пришлось смириться, ибо даже попытки тонкой настройки звука при помощи DSP-плагинов не принесли значительного результата.
Если проблема с картой - разным импедансом наушников. Возможно 16 Омные наушники карта ещё переваривает, а 8 Омные заставляют выходной тракт биться в истерике от перегруза. Или наоборот тракт настолько слаб, что не может нормально раскачать высокоомные наушники.
Если проблема с разъёмом - разницей с штекерах. На глаз это может быть незаметно, но кривой контакт в разъёме в одном случае чуть-чуть касается контакта на штекере наушников и этого достаточно, а в другом - уже не достаёт или попадает на изолятор и контакта нет. Это, кстати, можно проверить взяв любой удлинитель для наушников и подключаясь через него.
Если собрать свою тестовую либу, то всё линкуется, собирается и пускается.
Если собрать с указанием пути рядом с бинарником, то тестовая либа работает, а libftd2xx.so по прежнему not found.
Думал попробовать пересобрать библиотеку самостоятельно, но там нет исходников, только objective файл. И у меня явно не хватает знаний, чтобы пересобрать его в библиотеку.
Пошёл вникать, хотя на первый взгляд ничего нового там не вижу.
Нет, не забыл. Впрочем, ldconfig не обязателен, поскольку он лишь создаёт линк, который и так создаётся вручную, если следовать мануалу по установке библиотеки от FTDI.
Скорее всего ложь. Вред? Для здоровья - может быть. Но дело ещё и в том, что он будет мешать окружающим устройствам и однажды могут прийти злые люди с радиосканером и настучать по ушам.
А USB не сгорит, ибо такие мощные устройства идут с сетевым адаптером. Они получают питание от электросети. Они не будут работать без розетки.
while (1) {
fResult = adc_main_collect(); //основная функция сбора данных
if (fResult != 0){
printf("\n ADC cycle failure. Error %d\n", fResult);
return fResult ;
usleep(50000);
}
}
Текущее время проверялось уже внутри основной функции и если оно было с нулевой секундой, то всё шло дальше. Если нет, то просто шёл возврат из функции. И увеличение частоты вызова функции (даже если она ничего не делала кроме проверки времени) наглухо забивало процессор.
Вот это уже больше похоже на правду. Там стоит bcm2835 (обычная Raspberry Pi). Нагуглил для него некую библиотеку на С, надо её покурить. У процессора наверняка должны быть прерывания по таймеру.
И точность будет +/- 1 секунда. Грубовато. А если проверять хотя бы 20 раз в секунду, то программа уже хочет 30% процессора. неужели нет решения без sleep'ов?
Нет, к сожалению не под Windows. У меня Linux на ARM. Под Windows и x86 в принципе не было бы проблем использовать sleep - там запаса процессора больше.
Нет, я хочу сказать, что мне нужно чётко привязываться к началу минуты. Ибо я не знаю сколько по времени займёт выполнение программой своих основных функций. Если ставить sleep ровно на минуту, то соответственно временной интервал будет минута + время на работу функций. Соответственно временной интервал будет со временем "уплывать" от начала минуты. Кроме того системное время может быть скорректировано и определённый промежуток между нулевыми секундами может стать меньше/больше минуты. А если ставить sleep меньше то будут пустые циклы, которые будут грузить процессор. Чем меньше sleep - тем точнее привязка, но больше нагрузка. А хотелось бы этого избежать.
Это понятно, но я сомневаюсь, что железо может так влиять на запись файлов. Разве что карточка битая. Скорее дело в особенностях ОС, но я недостаточно опытен в линуксе для того, чтобы осознать корень проблем.
