tu dis vouloir faire un processeur généraliste et vouloir garder un bon ratio perf/prix/simplicité.
Les ennuis vont commencer quand il s'agira de quantifier ton architecture et de publier…
Qu'est-ce qu'un processeur généraliste ? Desktop, serveur, embarqué ? Quel est ton appli cible ?
Comment quantifier la perf ? Quel est par exemple le bon compromis entre vitesse et conso ?
Comment mesurer/prévoir la conso ?
Le prix : de quoi parle-t-on ? ASIC ? Quelle techno ? Quel fondeur ? Quel volume ?
Simplicité : quelle est la mesure ? Un compilo pour EPIC ou VLIW n'est pas simple. L'expérience montre que ça complique l'utilisation et la diffusion de l'architecture car un même binaire ne peut pas suivre l'évolution de la plateforme.
Bref, c'est un travail de titan et la plupart des « gros » y travaillent depuis longtemps : ST, ARM, Intel/AMD, IBM, Xilinx/Altera(intel).
Évidemment, chacun a une réponse propre, selon son appli, sa techno, ses volumes.
Quoi qu'il en soit, c'est un domaine d'étude très intéressant. Créer son ISA, implémenter son processeur et coder un compilateur (a minima un assembleur) est une expérience on-ne-peut-plus enrichissante et satisfaisante.
J'utilise un « DVB FM DVB-T RTL SDR RTL2832+R820T SDR E4000 Tuner Enregistreur Récepteur ».
Il est disponible pour une dizaine d'euros sur le net.
Le décodage est fait par le logiciel rtl_433. Il faut savoir qu'il utilise 30 % du CPU du raspberry en permanence.
La solution avec le boitier RFXcom est plus propre (décodage matériel). Mais à 100 €, c'est un peu cher quand on veut juste « jouer un peu ».
Pour mon appartement, j'ai opté pour une solution « 433 MHz »
* capteurs Oregon Scientific (par ex. THN132 à ~20 €)
* conso-mètre OWL-CM180 (~ 40 €)
* récepteur radio RTL-USB (~10 €) + logiciel rtl_433 (à priori, c'est compatible 868 MHz)
* raspberry pi pour gérer l'ensemble (logiciel maison + domoticz pour jouer)
Au début, c'était juste pour jouer, et finalement on obtient plein d'info avec ces capteurs :
* le prix réel du bain des enfants
* l'influence de la voisine du dessous
* l’existence de marées atmosphériques
* la conso à vide de l'appartement
* la relation (ou pas) entre la température de la pièce et la sensation de froid du conjoint
* …
Karnaugh, c'est rigolo, mais c'est difficilement réalisable en informatique.
A contrario, la méthode de Quine-McCluskey (que tu enseignes aussi, n'est-ce pas ?:-) est un calvaire à faire à la main, mais tellement plus facile à coder…
il y a pour moi un autre avantage majeur : l'accès au dictionnaire en un quart de seconde…
C'est bien sûr évident quand on lit dans une langue étrangère. Mais c'est aussi très utile en français. On se retrouve subitement à vérifier la définition de certains mots alors que, par paresse, on ne l'aurait jamais fait avec un livre papier.
[^] # Re: ISA belle a les yeux bleux, les yeux bleux ISA bella
Posté par sylgre . En réponse à la dépêche AltairX : le processeur du futur ?. Évalué à 2.
Bonjour,
tu dis vouloir faire un processeur généraliste et vouloir garder un bon ratio perf/prix/simplicité.
Les ennuis vont commencer quand il s'agira de quantifier ton architecture et de publier…
Qu'est-ce qu'un processeur généraliste ? Desktop, serveur, embarqué ? Quel est ton appli cible ?
Comment quantifier la perf ? Quel est par exemple le bon compromis entre vitesse et conso ?
Comment mesurer/prévoir la conso ?
Le prix : de quoi parle-t-on ? ASIC ? Quelle techno ? Quel fondeur ? Quel volume ?
Simplicité : quelle est la mesure ? Un compilo pour EPIC ou VLIW n'est pas simple. L'expérience montre que ça complique l'utilisation et la diffusion de l'architecture car un même binaire ne peut pas suivre l'évolution de la plateforme.
Bref, c'est un travail de titan et la plupart des « gros » y travaillent depuis longtemps : ST, ARM, Intel/AMD, IBM, Xilinx/Altera(intel).
Évidemment, chacun a une réponse propre, selon son appli, sa techno, ses volumes.
Quoi qu'il en soit, c'est un domaine d'étude très intéressant. Créer son ISA, implémenter son processeur et coder un compilateur (a minima un assembleur) est une expérience on-ne-peut-plus enrichissante et satisfaisante.
[^] # Re: Solution 433 MHz
Posté par sylgre . En réponse au journal Capteurs météo et graphiques Munin. Évalué à 4.
J'utilise un « DVB FM DVB-T RTL SDR RTL2832+R820T SDR E4000 Tuner Enregistreur Récepteur ».
Il est disponible pour une dizaine d'euros sur le net.
Le décodage est fait par le logiciel rtl_433. Il faut savoir qu'il utilise 30 % du CPU du raspberry en permanence.
La solution avec le boitier RFXcom est plus propre (décodage matériel). Mais à 100 €, c'est un peu cher quand on veut juste « jouer un peu ».
# Solution 433 MHz
Posté par sylgre . En réponse au journal Capteurs météo et graphiques Munin. Évalué à 6.
Pour mon appartement, j'ai opté pour une solution « 433 MHz »
* capteurs Oregon Scientific (par ex. THN132 à ~20 €)
* conso-mètre OWL-CM180 (~ 40 €)
* récepteur radio RTL-USB (~10 €) + logiciel rtl_433 (à priori, c'est compatible 868 MHz)
* raspberry pi pour gérer l'ensemble (logiciel maison + domoticz pour jouer)
Au début, c'était juste pour jouer, et finalement on obtient plein d'info avec ces capteurs :
* le prix réel du bain des enfants
* l'influence de la voisine du dessous
* l’existence de marées atmosphériques
* la conso à vide de l'appartement
* la relation (ou pas) entre la température de la pièce et la sensation de froid du conjoint
* …
# et Quine-McCluskey ?
Posté par sylgre . En réponse au journal À quoi sert un tableau de Karnaugh ?. Évalué à 5.
Karnaugh, c'est rigolo, mais c'est difficilement réalisable en informatique.
A contrario, la méthode de Quine-McCluskey (que tu enseignes aussi, n'est-ce pas ?:-) est un calvaire à faire à la main, mais tellement plus facile à coder…
[^] # Re: bof
Posté par sylgre . En réponse au journal Appel aux fabricants de liseuse. Évalué à 10.
il y a pour moi un autre avantage majeur : l'accès au dictionnaire en un quart de seconde…
C'est bien sûr évident quand on lit dans une langue étrangère. Mais c'est aussi très utile en français. On se retrouve subitement à vérifier la définition de certains mots alors que, par paresse, on ne l'aurait jamais fait avec un livre papier.
[^] # Re: hmm…
Posté par sylgre . En réponse au journal Typographie & logiciels. Évalué à 1.
on peut aussi écrire « un style adapté à la lecture sur écran » ou « un style facilitant la lecture sur écran ».
C'est plus clair et ça évite la question des guillemets !
# Dictionnaire espagnol
Posté par sylgre . En réponse au journal À la recherche des dictionnaires pour Bookeen Cybook Odyssey. Évalué à 2.
Une version du Diccionario de la lengua española (DRAE) est disponible au format "dict" ici : Tokland.
On peut le convertir au format "stardict" avec makedict, puis au format "odyssey" avec Peneloppe.