Reprise du message précédent :
Le C2 marche très bien sous libreelec et mis à part un soucis sur la 3D mvc il a remplacé avantageusement (4K & H265) mon PI2.

Tiens j'viens mettre mon ici.
J'ai reçu mon Odroid C2 hier, j'ai installé android car je veux m'en servir pour lire du Netflix (en plus de Kodi, youtube, twitch.tv et autres) et que mon Rpi2 sous openelec ne permettait pas de le faire.
Ca me permet de mettre ma xboite 360 au "rebus" vu qu'elle me servait que pour Netflix.
J'ai testé un peu hier soir du coup, plutot content des perfs, juste j'ai senti que ma SD en chiait à l'install des applis, mais une fois que c'était installé pas de problèmes. J'envisage d'en acheter un pour mon paternel du coup je prendrai ptet l'EMMC pour contrer les perf des microsd.

 
C'est quand même ballo

n’empêche, les boards permettent de faire des trucs très sympa désormais et a moindre coût.

par exemple on peut imaginer les premier robots qui utilisaient la kinect 1 (en 2012) pour se déplacer (et qui utilisaient un pc portable complet) , ce qui aujourd'hui prendrait 1 board a 40 € et 1 kinect 2, comme pour ce prototype (ici testé avec 1 tablette android) : http://hackaday.com/2011/08/08/pro [...] h-android/ (oups ca date de 2011 je suis en retard )

je sais pas si c'est deja passé sur le topic, mais le UDOO X86 est sous campagne kickstarter, et c'est une board avec une très bonne config hardware

- CPU intel jusqu'a 2.5 ghz (en puissance cela équivaut a 10x un raspberry pi 3)
- Ram jusqu'a 8 go
- compatible Arduino 101 avec les ports GPIOS directement sur la carte
- compatible avec tous les OS du marché (Windows, Linux, Android...) et tous les langages
- port M.2 pouvant recevoir un lecteur de sim pour la 3G ou la 4G
http://www.udoo.org/
prix : 125 dollars  (pour la version basic, et pour la version complète 180 dollars)

Les boards allwinner H5 commencent à arriver
 

 
Bon le mec qui a fait la board a un peu tiré sur la bouteille  

   
ce layout penché  

les specs sont pas dégueux
 
http://www.allwinnertech.com/index [...] ndex&pid=6
 

 
J'ai acheté une micro sd avec ubuntu mate installé dessus sur odroid c2 et quand je lance firefox il se ferme tout seul au bout de quelques secondes help !

le souci des cartes à base de allwinner, c'est que la communauté est pas aidée du tout par allwinner.
y'a qu'à voir la pine64 qui fait du surplace...
c'est toujours séduisant sur le papier mais bon ²

 
Sunxi fait quand même un putain de boulot pour que des patchs officiels se retrouvent dans les kernel officiels:
 
http://linux-sunxi.org/Linux_mainlining_effort
 
Après il faut que ceux qui font les boards fassent les mises à jours de leurs distrib, et la aussi ça coince... bref c'est pas que la faute de allwinner mais c'est aussi la faute des fabricants de boards qui assurent 0 support derrière.
 
La fondation raspberry est à des années lumière devant bien sur...

les mêmes qui disent qu'il n'y aura jamais aucun support d'android car "ce n'est pas une plateforme a vocation éducative"  lol.

 
C'est pas eux qui font le portage d'android si ?

la communauté fait ce qu'elle peut et sunxi fait un travail de ouf.
mais c'est sans commune mesure avec ce qui peut être fait sur RPi...
voire même odroid.

Page assez intéressante au sujet des boards H3:
 
https://forum.armbian.com/index.php [...] ers-guide/
 
Pour résumer, ce chip a pas mal de contraintes au niveau régulation de température, les banana c'est de la merde car il y a aucun moyen de réguler la tension et donc de faire un throlling performant.
Les Orange One et Lite ont juste un set de 2 voltage mais c'est mieux que rien et ça fait le job. Les autres Orange sont bien pourvue.

ça concerne surtout les boards avec du H3.
le banana pi 1/pro a un A20 : c'est pas l'extase mais ça marche.
 
par contre, allwinner qui sort un A20 évolué : le R40.
quad core ET sata et gravure qui passe de 55nm à 40nm.

Du 40nm en restant sur du cortex A7... complètement glucose

J'avais pas vu ce topic, Drapal, gros utilisateurs Orange Pi ici (5 PC 1 et un PC2 en transit).

boinc n'a qu'a bien se tenir

Vrais reconnaissent vrais.

welcome
 
quelle est ton utilisation?

sauf qu'avec cette techno, ça doit pas couter grand chose...

 
Il y a déjà que ça sur le marché des trucs qui coutent rien ça ne fait que segmenter le marché et donc complexifier le support tout ces chips qui se ressemblent
 
Du neuf ce serait du A57 et pourquoi pas du Finfet/FDSOI... au niveau perf rien n'est sorti de mieux qu'un bon vieux A80 ou un RK3266.... bref on fait du surplace depuis 2 ans

 
Calcul 24/7 sur BOINC, vrais savent

le prix des cartes serait pas le même.
pourquoi on voit pas des cartes à base de qualcomm et compagnie ?
quand tu vois le prix des cartes à base de chips samsung
là c'est machin de base avec support sata, qui consomme moins que le chips qu'il remplace en étant plus puissant et qui coute cher à personne.
idéal en somme s'il y avait un minimum/suffisamment de support de la part de allwinner.

Effectivement. Par exemple, la Mediatek X20 (96 Boards) avec ses 2 cortex A72 et ses 8 cortex A53 coûte 200$:  
http://www.96boards.org/product/mediatek-x20/

La Dragonboard 410 en est une, mais elle n'est pas plus performante qu'une raspberry pi 3.
Il y aussi les Inforce, mais je n'ai pas l'impression qu'elles soient encore en vente: https://developer.qualcomm.com/hardware/sbc

La XU4 reste dans le top des boards arm performantes à bon prix (A15 2Ghz $74)... mais le support
 
http://www.hardkernel.com/main/pro [...] 3452239825

elle a pas le sata aussi cette carte dragon

Il y a très peu de cartes avec un port sata. Et en général le débit est, fortement, bridé.
Par contre, à défaut de sata, on trouve des cartes avec un port usb 3 comme l'odroid xu4 ou la Bubblegum 96: http://www.96boards.org/product/bubblegum-96/

justement, du peps + de la RAM en quantité et "rapide" => le sata sur le allwinner devient exploitable sur un réseau gigabit

SOURCE dans les commentaires
tkaiser est assez connu sur armbian etc.

Ok, la banana pi m2u est équipé de ce soc r40.
Il faudra voir, en pratique, les performances en sata.
Apparemment, elles seraient, au moins égales à celles du banana pi original.
Cela dit, l'usb3 du xu4 donne des performances plus équilibrées en lecture/écriture que le sata du banana pi.
Je trouve, d'ailleurs, qu'affubler les sbc d'un disque sata ne colle pas avec leur esprit de simplicité et légèreté.
En attendant des sbc avec port M2, je pense que l'usb3 reste la meilleure solution: http://www.tomshardware.fr/article [...] 30.html#p4

de l'usb3, il y en a pas des steaks sur les SBC...
s'il y a un SBC en R40 pour 40-50$/€, ça sera toujours mieux que la xu4 je pense.
edit : et avec du sata dédié, tu partages pas ta BP avec l'ethernet etc. comme sur le RPi par exemple.

 
Il confirme bien qu'on reste limité par le CPU et il estime qu'on passerait ~45 MB/s à plus de 50 MB/s en écriture... bref je vois pas de révolution. Bon ça sert pas à rien non plus
ça ne fait que confirmer que rester sur de la techno aussi vielle autant coté cœur que gravure n'apporte qu'un faible gain...
 
Quand je vois le prix des oranges, je me tâte, mais en fouillant on se rends compte que c'est que du 40nm les H3  

 
super intéressant en termes de puissance brute
 
mais quid du développement sur un lot de CPU aussi hétérogène? ça fait peur pour un dev android lambda comme moi

en même temps je suis pas sur un réseau 10Gbits donc déjà 50-70Mo/s, pour un NAS à pas cher, why not...

 
20nm...  belle bête même si il y a un peu trop de cœurs  
 

 
Tous les cœurs du X20 sont des armV8, c'est transparent pour toi sur quel cœur s’exécute ton code... (et encore la question ne se pose que si t'as du code natif )

d'accord donc d'un point de vue développement ça marche comme si on avait un seul cpu multicore
mais alors c'est quoi l'intérêt de tous ces cpu si tu peux pas choisir le quel tu prends pour un certain traitement? il y a un choix automatique bas niveau du cpu a utiliser?

 
Oui, et c'est souvent la tâche du kernel de choisir le bon CPU suivant la charge... c'est le concept big little d'arm même si la politique du choix de qui et comment activer les cœurs reste assez libre pour le fabriquant de SOC (switcher ou activer les autres cœurs, autoriser certaines "applications" à choisir les coeurs et leur nb etc...)
https://fr.wikipedia.org/wiki/Big.LITTLE
L'idée c'est que le rendement d'un cœur plus lent (A53 ici) est meilleur qu'un cœur plus bourrin (A72) donc si un A53 suffit pour une tâche ça optimise la conso de s'en contenter comparer à sous utiliser un A72...
Sur le X20 t'as même 3 niveau, d’où la pléthore de cœurs ARM. Par contre je comprends pas pourquoi il y a 2 niveau en A53... alors que le niveau de gravure doit être le même.

super intéressant, merci Chips

gravure identique mais il peut y avoir du tweak de process entre 2 cores A53 non ?
genre un qui fuite max mais qui monte haut et un qui fuite pas mais qui monte pas.
le kirin 930/935 etc. fonctionne avec 2 clusters d'A53 clockés différemment par exemple.

Je connais pas assez les subtilités liée à la gravure, mais j'ai jamais entendu quelque chose de ce genre, même si dès fois il y a de sacrées subtilités (Ex: à finesse de gravure identique d'une usine à l'autre on peut avoir une différence non négligeable en courant de fond).
Pour kirin il est quand même question de cœurs A53 différents (A53e )... mais dans le flou le plus total sur les différences
La raison peut aussi être plus marketing que technique. Mon téléphone est bien équipé d'un mediatek octacoeur A5... complètement abscons comme concept, mais surement pertinent dans un concours de celui qui a le plus de cœurs... et le marketing qui prends dessus sur le technique c'est un peu la tendance actuelle