Raspberry Pi и адаптер питания на 3A

вот это вот глянь, чел наглядно всё показал https://www.youtube.com/watch?v=hpsFo_5xeog

на одном из проводов чел получил на 2 А тока просадку в 2 вольта!!!

Частота 50%, а производительность 34,8%. На АМД вообще с понижением частоты растёт производительность на такт.

Прежде чем что то приклеить, надо знать чем клеить и как потом отклеивать.

Больно много чести. Клейте чем хотите. Эти тридцатидолларовые игрушки одноразовые по своей сути, на них сразу надо вешать радиатор максимального размера. А то вообще убогое нищенство развели - производительность снижать, лишь бы на радиаторе сто рублей сэкономить.

не 100р на радиаторе, а 4К на самой плате. Тем более что меня не сильно волнует fps в браузере и время пережатия бэкапа, уровня производительности 600Мгц мне достаточно.

./configure -mfpu=neon

Попробуй вот так.

pi@raspberrypi:~/cpuminer-2.4.5-neon $ ./minerd -t 1 --benchmark
[2017-11-30 13:58:43] 1 miner threads started, using 'scrypt' algorithm.
[2017-11-30 13:58:46] thread 0: 4098 hashes, 1.32 khash/s
[2017-11-30 13:58:46] Total: 1.32 khash/s
[2017-11-30 13:58:48] thread 0: 2646 hashes, 1.35 khash/s
[2017-11-30 13:58:48] Total: 1.35 khash/s
^C
pi@raspberrypi:~/cpuminer-2.4.5-neon $ cd ../cpuminer-2.4.5-no-neon/
pi@raspberrypi:~/cpuminer-2.4.5-no-neon $ ./minerd -t 1 --benchmark
[2017-11-30 13:58:57] 1 miner threads started, using 'scrypt' algorithm.
[2017-11-30 13:59:01] thread 0: 4096 hashes, 0.96 khash/s
[2017-11-30 13:59:01] Total: 0.96 khash/s
[2017-11-30 13:59:02] thread 0: 962 hashes, 0.97 khash/s
[2017-11-30 13:59:02] Total: 0.97 khash/s

Запитай через контроллер питания. И аккум приделай.

Я в походных условиях малину от банка на 13000mAh питаю)

Попробовал, получилось. Гениально.

rrr@raspberrypi:~/cpuminer-2.5.0$ ./minerd -t 1 --benchmark
[2017-11-30 21:46:20] 1 miner threads started, using 'scrypt' algorithm.
[2017-11-30 21:46:29] thread 0: 4098 hashes, 0.46 khash/s
[2017-11-30 21:46:29] Total: 0.46 khash/s
[2017-11-30 21:46:35] thread 0: 2319 hashes, 0.39 khash/s
[2017-11-30 21:46:35] Total: 0.39 khash/s
[2017-11-30 21:46:38] thread 0: 1941 hashes, 0.56 khash/s
[2017-11-30 21:46:38] Total: 0.56 khash/s
[2017-11-30 21:46:40] thread 0: 1119 hashes, 0.60 khash/s
[2017-11-30 21:46:40] Total: 0.60 khash/s
[2017-11-30 21:46:45] thread 0: 3003 hashes, 0.62 khash/s
[2017-11-30 21:46:45] Total: 0.62 khash/s
[2017-11-30 21:46:50] thread 0: 3087 hashes, 0.62 khash/s
[2017-11-30 21:46:50] Total: 0.62 khash/s
[2017-11-30 21:46:55] thread 0: 3081 hashes, 0.61 khash/s
[2017-11-30 21:46:55] Total: 0.61 khash/s

З.Ы. Только не ./configure -mfpu=neon, а

./configure CFLAGS="-mfpu=neon"

Попробуй короткий кабель, как попробовал я. Например такой, Нокиевский.

Кабель то тут при чём? Косяк найден, достигнута производительность, близкая к расчётной.

У меня оказалась проблема именно с ним. Смена кабеля помогла увеличить производительность в 2 раза!

То, что у тебя есть нагрузка, не должно влиять. Мыже меряем только одно ядро.

У тебя был тротлинг из за недостаточного питания, виноват проводок. У меня БП на 350 Вт, 4 проводка в паралели от БП (пишку можно и через юсб-розетки запитывать, проверено) и на 600Мгц процессор просто не умеет тротлить.

Моя проблеа в низкой производительности на такт (именно на такт, а не вообще, потому что я сознательно использую половинную частоту, объяснял выше). Косяк в бенчмарке, был собран без использования инструкций неон.

То, что у тебя есть нагрузка, не должно влиять. Мыже меряем только одно ядро.

А вот тут не совсем верно. Как то была тема про разные тесты, я оттуда пару вещей вынес: во первых график производительности в зависимости от частоты не линейный. Конкретно мой АМД А6 эффективнее работает на низких частотах, а у arm может быть по другому. А во вторых: даже если фоновой нагрузки вроде бы нет и все 50+ запущеных процессов укладываются в 1% cpu, они всё равно тормозят бенчмарк из за своих прерываний. Опять же, на моём ноуте с АМД, остановка Х-сервера и xfce4 позволили выиграть дополнительно 3-5%

> Косяк в бенчмарке, был собран без использования инструкций неон.

Я собрал его с оптимизациями, и забыл об этом. А ты потом голову ломаешь, не понимаешь почему маленькая скорость! Конечно мне следовало собрать дефолт, и привести результаты тестов с ним.

Да нормально ты собрал, там в README так и было написано. Он же вроде как для того и писался, чтобы прочитать прежде чем делать ./configure && make. Другое дело что я его не стал смотреть.

Если бы я открывал README каждой софтины, я бы Gentoo никогда бы не собрал. Бросил бы на 10%.

А, так это был генту? там неон мог быть по дефолту в make.conf прописан. Но у меня то дебиан, я просто обязан читать ридми.