Justement la vitesse d'inndexation est partie intégrante du passage à l'échelle. Google et Microsoft ont développé leur propres machines à base de FPGA et d'ASIC. Je n'ai rien vu de tel étudié chez Qwant. On ne peut concurrencer Google avec une technologie à microprocesseurs.
Le problème c'est que Qwant ne dispose d'aucun algorithme de recherche et d'indexation pour le passage à l'échelle.
Il en va de Qwant comme de Kalray qui propose un processeur à plusieurs centaines de cores plus lent qu'un core i5. Adapteva a réussi à faire mieux avec un million de dollars alors que Kalray en a dépensé plusieurs dizaines sans meme exhiber la moindre application.
Les dirigeants de ces deux sociétés sont experts pour capter l'argent public. C'est meme une spécialité des grosses boîtes d'informatique françaises.
Pourtant ce ne sont pas les talents qui manquent dans ce pays
C'est pourtant efficace, il y a du backtracking et de la contrainte. Si Prolog déroute l'informaticien, un peu de Scheme devrait lui plaire, tout cela sans SGBD car l'on a affaire à des données non structurées avec de la recherche par filtrage. Tu as de la chance d'avoir un tel problème à résoudre.
Les recettes de cuisine c'est assez complexe car la recherche impose de l'inférence. C'est même un exemple célèbre des implémentations Prolog. Tu confies Prolog à ta compagne et elle s'en sortira sans bloatware.
une debian 32 bits ou toute dérivée fera l'affaire. Il n'y pas besoin de beaucoup de puissance pour seulement envoyer du gcode. Il existe même linuxcnc en paquets 64 ou 32 bits pour debian. J'imagine que l'arduino pilotera les moteurs.
Un FPGA n'a pas trop de portes logiques, elle représentent tout au plus 10% de la surface de silicium. Il n'y a quasiment jamais de portes inutilisées. Il n'y en a même jamais assez. Le reste est de la connexion dont une certaine partie est inutilisée.
Par ailleurs, sur un ASIC, les connexions sont toujours plus courtes.
Ce n'est pas un problème de jeu d'instruction, c'est surtout un problème de description du comportement dynamique à l'exécution. Le générateur de code doit anticiper le comportement à l'exécution pour produire des instructions dans le bon ordre supposé. Suivant que le processeur réordonne ou non, suivant qu'il est risc, superscalaire ou wliw, le générateur de code doit s'assurer de saturer le chemin de données.
Ils font surtout les processeurs parallèles Tilera justement ceux qui sont dans les routeurs. Certains sont des processeurs généraux programmables avec des outils ouverts.
Curieux que la langue de la documentation soit l'anglais alors que c'est un projet gouvernemental franco-français. C'est comme les chercheurs français qui publient en anglais. Personne ne les lit. C'est vrai que c'est pour ce citer en famille.
[^] # Re: attention tout de même
Posté par dib2 . En réponse au lien Qwant: long historique sur ses déboires, les réseaux de son co-fondateur, de l'Élysée à la Corse. Évalué à -1.
Justement la vitesse d'inndexation est partie intégrante du passage à l'échelle. Google et Microsoft ont développé leur propres machines à base de FPGA et d'ASIC. Je n'ai rien vu de tel étudié chez Qwant. On ne peut concurrencer Google avec une technologie à microprocesseurs.
[^] # Re: attention tout de même
Posté par dib2 . En réponse au lien Qwant: long historique sur ses déboires, les réseaux de son co-fondateur, de l'Élysée à la Corse. Évalué à 2.
Le problème c'est que Qwant ne dispose d'aucun algorithme de recherche et d'indexation pour le passage à l'échelle.
Il en va de Qwant comme de Kalray qui propose un processeur à plusieurs centaines de cores plus lent qu'un core i5. Adapteva a réussi à faire mieux avec un million de dollars alors que Kalray en a dépensé plusieurs dizaines sans meme exhiber la moindre application.
Les dirigeants de ces deux sociétés sont experts pour capter l'argent public. C'est meme une spécialité des grosses boîtes d'informatique françaises.
Pourtant ce ne sont pas les talents qui manquent dans ce pays
[^] # Re: Pour faire ça tu peux utiliser zim par exemple
Posté par dib2 . En réponse au message Cherche gestionnaire de contenu simple mais pas tant que ça. Évalué à 1.
C'est pourtant efficace, il y a du backtracking et de la contrainte. Si Prolog déroute l'informaticien, un peu de Scheme devrait lui plaire, tout cela sans SGBD car l'on a affaire à des données non structurées avec de la recherche par filtrage. Tu as de la chance d'avoir un tel problème à résoudre.
[^] # Re: Pour faire ça tu peux utiliser zim par exemple
Posté par dib2 . En réponse au message Cherche gestionnaire de contenu simple mais pas tant que ça. Évalué à 1.
Les recettes de cuisine c'est assez complexe car la recherche impose de l'inférence. C'est même un exemple célèbre des implémentations Prolog. Tu confies Prolog à ta compagne et elle s'en sortira sans bloatware.
# dual boot win 10
Posté par dib2 . En réponse au message Help, dual boot (resolu). Évalué à 2.
powercfg et non po-wercfg
# dual boot windows 10
Posté par dib2 . En réponse au message Help, dual boot (resolu). Évalué à 9.
C'est à cause de l'hibernation sur win 10.
Dans l'invite de commande, en mode administrateur, taper: powercfg.exe /hibernate off.
Il faut réinstaller grub sur linux.
[^] # Re: faut voir le matériel en détail
Posté par dib2 . En réponse au message besoin d aide. Évalué à 2.
une debian 32 bits ou toute dérivée fera l'affaire. Il n'y pas besoin de beaucoup de puissance pour seulement envoyer du gcode. Il existe même linuxcnc en paquets 64 ou 32 bits pour debian. J'imagine que l'arduino pilotera les moteurs.
[^] # Re: 350nm abordable ?
Posté par dib2 . En réponse au journal Conception d’un circuit intégré avec Qflow. Évalué à 1. Dernière modification le 15 novembre 2019 à 22:53.
Ce n'est pas du tout un FPGA qui est gravé mais un bout de démonstrateur de circuit de connexion.
[^] # Re: Avantages de l'ASIC
Posté par dib2 . En réponse à la dépêche Un ASIC conçu intégralement avec des logiciels libres. Évalué à -3.
Un FPGA n'a pas trop de portes logiques, elle représentent tout au plus 10% de la surface de silicium. Il n'y a quasiment jamais de portes inutilisées. Il n'y en a même jamais assez. Le reste est de la connexion dont une certaine partie est inutilisée.
Par ailleurs, sur un ASIC, les connexions sont toujours plus courtes.
[^] # Re: Nouveau processeur ?
Posté par dib2 . En réponse à la dépêche Sortie de GNU Compiler Collection 9.1. Évalué à 4.
Ce n'est pas un problème de jeu d'instruction, c'est surtout un problème de description du comportement dynamique à l'exécution. Le générateur de code doit anticiper le comportement à l'exécution pour produire des instructions dans le bon ordre supposé. Suivant que le processeur réordonne ou non, suivant qu'il est risc, superscalaire ou wliw, le générateur de code doit s'assurer de saturer le chemin de données.
[^] # Re: Pas de craintes
Posté par dib2 . En réponse au journal F5 achète NGINX. Évalué à 2.
Ils font surtout les processeurs parallèles Tilera justement ceux qui sont dans les routeurs. Certains sont des processeurs généraux programmables avec des outils ouverts.
[^] # Re: Cherchez l'intrus
Posté par dib2 . En réponse au lien What's your favorite desktop Linux distribution?. Évalué à 2.
Reactos évidemment
[^] # Re: Certes, mais pour quels usages ?
Posté par dib2 . En réponse au journal 2019, l’année de la libération des FPGA ?. Évalué à 2.
Cela fait très longtemps que les FPGA sont utilisés pour émuler des processeurs.
Il y en a dans la plupart des imprimantes, la plupart des smartphones et la plupart des appareils photo numériques.
# langue et documentation
Posté par dib2 . En réponse au lien CLIP OS : un système d'exploitation durci par l'ANSSI. Évalué à 0.
Curieux que la langue de la documentation soit l'anglais alors que c'est un projet gouvernemental franco-français. C'est comme les chercheurs français qui publient en anglais. Personne ne les lit. C'est vrai que c'est pour ce citer en famille.