Sujet Cirklon vs Pyramid : discussion sur les séquenceurs hardware
- 5 287 réponses
- 112 participants
- 241 558 vues
- 161 followers
Afficher le premier post
Anonyme
1021
willowhisper56
10964
Drogué·e à l’AFéine
Merci pour ces éclaircissements lumineux. 
Youtube - - - SoundCloud
Cours machines Elektron
JeffX
5748
Je poste, donc je suis
Anonyme
213
IPM
8621
Je poste, donc je suis
IPM
8621
Je poste, donc je suis
Anonyme
1021
yomanfree
3418
Squatteur·euse d’AF
Je vais essaye d'expliquer 2-3 choses car j'ai vu plusieurs questions et certaines sont restes en suspends.
(meme si tout ce qui a ete dit avant est exact).
Desole c'est un peu epais, mais le sujet est vaste et pas simple.
ARM est avant tout une compagnie. Elle developpe en particulier les proc ARM. ARM et Intel sont les 2 compagnies principales developpant des proc. ARM a developpe des proc "low power" (c'est des techniques d'implementation particuliere) et Intel (qui n'avait pas ce savoir faire) des proc tres puissant mais qui consomme beaucoup (donc PC).
C'est beaucoup moins vrai aujourd'hui et intel developpe desormais des proc low power (mais a du mal a s'incruster sur ce marche).
L'interet IMPORTANT de ARM, est qu'ils vendent leur code RTL (register transfert level, langage utilise dans le flow d'implementation d'un circuit integre) qui est une description fonctionnel high level de leur processeur. TOUTE (grosse) compagnie achetant une licence peut donc implementer un processeur ARM. Pourquoi est ce important: si je fait un circuit integree pour un telephone portable (ex/ un application processeur), je peux embarquer dans mon circuit integre un processeur ARM, et d'autres modules pour gerer de l'USB, le clavier du portable, le display, la camera etc... (en resume dans un seul circuit j'embarque un ou des ARM en l'implementant moi meme, ainsi que des DSP, de l'encodage video etc...). Ca n'est pas le business model d'Intel.
Aller: quand vous voyez dans 2 tel portable ou tablette qu'ils embarquent un A7, il est fort probableme qu'ils n'aient pas ete implemente pareil (en resume vous n'avez pas la meme chose physiquement dans le telephone), mais par contre l'A7 aura la meme fonctionnalitee. En resume, l'A7 dans le telephone 1 et l'A7 dans le telephone 2 ne consommeront peut etre pas pareil
(j'espere n'avoir perdu personne).
Qu'est que des fuse ? Il existe plusieurs type de fuse, mais globlement dans l'idee c'est un circuit dans lequel ont peu physiquement "claquer" des fusibles par tension/courant pour creer un code a base de 0 et 1. On peut le faire APRES manufacturing, par exemple au moment ou les circuits passent par l'engineering (les personnes qui testent les circuits pour les trier "bon" ou mauvais"). Mais on peut ne le faire qu'une fois. Ca peut etre utiliser pour plusieurs choses (ex/ gerer des cellules memoires defectueuses), mais aussi pour de la securite (on peut verifier le code "fuse"). C'est couremment utilise dans la telephonie mobile.
Quand vous avez du "hardware" (quelqu'ils soient), vous devez en premier lieu vous adressez a lui le plus directement possible, par drivers, microsequencement etc... Quand on developpe un circuit, on peut tres bien fournir un "bout" de software pour que le programmeur n'ai pas a s'adresser au hardware en lui meme.
C'est la premiere "couche" logiciel qui s'adresse au hardware. C'est une couche que vous ne verrez jamais la pluspart du temps. Il faut un kernel (noyau) pour un OS (c'est le fameux kernel de Linux, mais il existera aussi pour windows). Ensuite les couches s'empilent avec des niveaux d'abstraction toujours plus elevee par rapport au hardware.
Le C++ est une couche d'abstraction deja tres elevee, le Java encore plus. La raison pour laquelle on compile du C++ par exemple est pour descendre vers une couche plus basse.
En resume, plus vous programmer high level, plus vous pouvez programmer vite et facilement, mais souvent moins bien optimise en puissance (ca va dependre de la "performance" de votre compilateur). Plus les proc/dsp sont puissants, plus vous etes obliges d'augmenter le niveau d'abstraction.
C'est pour ca qu'il peut exister des langages de programmation, qui grace a des compilateurs differents, peuvent aller sur differentes platformes (le compilateur se charge de la traduction).
Personnellement ca ne me derange pas qu'il y ait un OS "standard" sur une machine dediee, si la machine est assez puissante et l'OS stable (ce qui est le cas des dernieres windows ou Linux ou android), et si la QA (quality assessment, verifier qu'il n'y a pas de bug/instabilite) est faite. Il y a toujours des "sous couches" dans tous les cas, et que c'est une question du niveau du langage.
Ca sera beaucoup plus rapide pour Akai de developper avec un langage haut niveau et implementer beaucoup plus de features que pour une equipe qui developpe plus "bas niveau" (au final moins de features, plus long a programmer). Le reste est un jugement sur la puissance de la machine, la stabilite du systeme.
(meme si tout ce qui a ete dit avant est exact).
Desole c'est un peu epais, mais le sujet est vaste et pas simple.
ARM est avant tout une compagnie. Elle developpe en particulier les proc ARM. ARM et Intel sont les 2 compagnies principales developpant des proc. ARM a developpe des proc "low power" (c'est des techniques d'implementation particuliere) et Intel (qui n'avait pas ce savoir faire) des proc tres puissant mais qui consomme beaucoup (donc PC).
C'est beaucoup moins vrai aujourd'hui et intel developpe desormais des proc low power (mais a du mal a s'incruster sur ce marche).
L'interet IMPORTANT de ARM, est qu'ils vendent leur code RTL (register transfert level, langage utilise dans le flow d'implementation d'un circuit integre) qui est une description fonctionnel high level de leur processeur. TOUTE (grosse) compagnie achetant une licence peut donc implementer un processeur ARM. Pourquoi est ce important: si je fait un circuit integree pour un telephone portable (ex/ un application processeur), je peux embarquer dans mon circuit integre un processeur ARM, et d'autres modules pour gerer de l'USB, le clavier du portable, le display, la camera etc... (en resume dans un seul circuit j'embarque un ou des ARM en l'implementant moi meme, ainsi que des DSP, de l'encodage video etc...). Ca n'est pas le business model d'Intel.
Aller: quand vous voyez dans 2 tel portable ou tablette qu'ils embarquent un A7, il est fort probableme qu'ils n'aient pas ete implemente pareil (en resume vous n'avez pas la meme chose physiquement dans le telephone), mais par contre l'A7 aura la meme fonctionnalitee. En resume, l'A7 dans le telephone 1 et l'A7 dans le telephone 2 ne consommeront peut etre pas pareil
(j'espere n'avoir perdu personne).Qu'est que des fuse ? Il existe plusieurs type de fuse, mais globlement dans l'idee c'est un circuit dans lequel ont peu physiquement "claquer" des fusibles par tension/courant pour creer un code a base de 0 et 1. On peut le faire APRES manufacturing, par exemple au moment ou les circuits passent par l'engineering (les personnes qui testent les circuits pour les trier "bon" ou mauvais"). Mais on peut ne le faire qu'une fois. Ca peut etre utiliser pour plusieurs choses (ex/ gerer des cellules memoires defectueuses), mais aussi pour de la securite (on peut verifier le code "fuse"). C'est couremment utilise dans la telephonie mobile.
Quand vous avez du "hardware" (quelqu'ils soient), vous devez en premier lieu vous adressez a lui le plus directement possible, par drivers, microsequencement etc... Quand on developpe un circuit, on peut tres bien fournir un "bout" de software pour que le programmeur n'ai pas a s'adresser au hardware en lui meme.
C'est la premiere "couche" logiciel qui s'adresse au hardware. C'est une couche que vous ne verrez jamais la pluspart du temps. Il faut un kernel (noyau) pour un OS (c'est le fameux kernel de Linux, mais il existera aussi pour windows). Ensuite les couches s'empilent avec des niveaux d'abstraction toujours plus elevee par rapport au hardware.
Le C++ est une couche d'abstraction deja tres elevee, le Java encore plus. La raison pour laquelle on compile du C++ par exemple est pour descendre vers une couche plus basse.
En resume, plus vous programmer high level, plus vous pouvez programmer vite et facilement, mais souvent moins bien optimise en puissance (ca va dependre de la "performance" de votre compilateur). Plus les proc/dsp sont puissants, plus vous etes obliges d'augmenter le niveau d'abstraction.
C'est pour ca qu'il peut exister des langages de programmation, qui grace a des compilateurs differents, peuvent aller sur differentes platformes (le compilateur se charge de la traduction).
Personnellement ca ne me derange pas qu'il y ait un OS "standard" sur une machine dediee, si la machine est assez puissante et l'OS stable (ce qui est le cas des dernieres windows ou Linux ou android), et si la QA (quality assessment, verifier qu'il n'y a pas de bug/instabilite) est faite. Il y a toujours des "sous couches" dans tous les cas, et que c'est une question du niveau du langage.
Ca sera beaucoup plus rapide pour Akai de developper avec un langage haut niveau et implementer beaucoup plus de features que pour une equipe qui developpe plus "bas niveau" (au final moins de features, plus long a programmer). Le reste est un jugement sur la puissance de la machine, la stabilite du systeme.
"Le succès, c'est d'aller d’échec en échec sans perdre son enthousiasme"
[ Dernière édition du message le 05/02/2017 à 15:24:14 ]
IPM
8621
Je poste, donc je suis
THOMAS charette
14514
Drogué·e à l’AFéine
- < Liste des sujets
- Charte