index2share n'utilise pas de hash, sinon j'aurais utiliser lien magnet bien plus complet. Un hash d'un fichier de 1 Go, c'est long. index2share traite 30000 fichiers en quelques secondes. Les .idx contiennent uniquement un path complet et la taille du fichier.
Cela y ressemble beaucoup, la preuve, je n'ai pas tout compris de son fonctionnement :)
En gros, il s'agit d'un hack par dessus Git pour gérer les fichiers énormes en utilisant un système d'index comme index2share. Mais je n'ai pas vu si il y avait un moyen simple de partager les index. J'imagine qu'il faut utiliser git des 2 cotés, et un lieu de stockage.
La "liste" de Bob est une arborescence de fichier .idx. Logiquement, le schéma devrait aider à comprendre quoi faire.
Bob copie cet arborescence de fichier .idx sur une clef usb (par exemple). Alice récupère la clef, la branche sur sa machine, et branche aussi tous ses disques (ou pas on s'en fout), elle lance index2share à la base de la liste de Bob. Le programme fait les copies.
Lit le cas d'usage dans le readme.md (visible sur github), dis moi, si c'est plus compréhensible.
Le schéma est surtout là pour être exhaustif (ou presque).
Dans ton cas, tu génère les petits fichiers, tu les ranges comme tu veux, et tu lances le programme à la base de l'endroit où tu fais les copies. Si tu veux la taille, il ne faut pas que le programme accède au fichier d'origine (il suffit de changer le nom d'un répertoire).
C'est ce que j'ai fais dans le précédent journal (avec peu de succès), et c'est ce qui est dans le readme.md du site web. Dis moi, si c'est plus clair.
Si je détail trop les étapes, je noie l'auditoire, alors que ce qui est fait concrètement est assez simple (à des années lumières d'un DVFS).
Le prix du kwh de base est connu, j'ai plus les chiffres en têtes, mais l'éolien ou autre, c'est 4x. L'EPR fait à peine x2, par rapport à la génération actuelle.
Disons que l’alternative au nucléaire coute au moins 2x plus chère (cf le prix en Allemagne et en Belgique), mais il pourrait faire +30% d'histoire d'investir là, où il faut.
Refuser d'augmenter les prix c'est de la folie :
* moins d’investissement pour les besoins futurs en électricité
* moins de sureté nucléaire
* moins d'intérêt pour les productions alternaltives plus chères.
En plus, cela pousse EDF a vendre plus en volume pour se rattraper, ce qui est contre les économies d'énergie.
ARM fait déjà ça avec ces nouveaux jeux d'instruction. Il manque surtout à ARM une plateforme de base commune qui serait l'équivalent du BIOS sur pc. Pour faire tourner Linux, il faut juste un lien série pour la console et un timer. C'est pourtant minuscule et chaque Soc le fait à sa sauce !
Il faudrait aussi un moyen de déclaration des périphériques comme pour le PCI. Actuellement, il n'y a rien de déclaratif, le code doit savoir sur quoi il tourne.
Donc, un moyen de boot, un lien série, un timer, et une table de déclaration de périphérique, cela semble pas tellement mortel à rendre standard.
Oui, au US, tu peux breveter un code "as such" contrairement (théoriquement) à l'Europe. L'allemagne impose dans sa propre réglementation "l'usage des forces de la nature", ce qui interdit les brevets logiciels, les brevets sur les activités humaines (business plan, etc…) contrairement au US.
Mais les maths ont toujours été sorti officiellement du champs des brevets (mais bon, le format mp3 est breveté en europe, les turbocode aussi, etc…).
Je pense que l'auteur voulait à l'origine faire la différence entre une architecture fait pour la performance (découpe en tache parralélisable, structure de donné correct, usage de map au lieu de liste), par rapport à faire du hack (réécriture de conteneur, option de gc, mise à plat d'objet, usage de static final, enlever les getter/Setter, etc…)
J'ai la référence d'ingénieur informaticien débutant, qui gagne autour de 30/35k€. Un ingénieur en mécanique gagne moins, mais 25k€, c'est du foutage de gueule.
"C'est à la fin d'un projet qu'il faut voir si les perfs conviennent ou non."
Il vaut toujours mieux un code maintenable à un code rapide, c'est évident. Mais si le code est énorme, et que la lenteur est du à des erreurs d'architectures, c'est impossible de corriger.
Le cas typique est le lancement de fonctions de rafraichissement ou de mise à jour qui nécessite la relecture de toutes les données. Avec de grosses données, c'est la catastrophe.
Passer 2h dans les transports par jour, n'est pas un choix.
Dans le 06, tu peux habiter dans l'arrière pays ou vers Frejus, mais ce que tu gagnes sur le prix de la maison, tu le perds en transport (Frejus : 2x1h de transport : ~7k€/an).
Si par, "prés de la mer", tu entends mer "accessible à moins de 15 min à pied", on parle de 500k€ pour un F3, pas 300.
Mais je suis d'accord pour dire que Toulouse, ou Aix, semble plus raisonnable, niveau prix.
[^] # Re: autrement
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 1.
index2share n'utilise pas de hash, sinon j'aurais utiliser lien magnet bien plus complet. Un hash d'un fichier de 1 Go, c'est long. index2share traite 30000 fichiers en quelques secondes. Les .idx contiennent uniquement un path complet et la taille du fichier.
"La première sécurité est la liberté"
[^] # Re: autrement
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 1.
Cela y ressemble beaucoup, la preuve, je n'ai pas tout compris de son fonctionnement :)
En gros, il s'agit d'un hack par dessus Git pour gérer les fichiers énormes en utilisant un système d'index comme index2share. Mais je n'ai pas vu si il y avait un moyen simple de partager les index. J'imagine qu'il faut utiliser git des 2 cotés, et un lieu de stockage.
"La première sécurité est la liberté"
[^] # Re: Clarté ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 3.
ok. Je content de voir que cela pourrait être utilisé dans une chaine d'outil :)
"La première sécurité est la liberté"
[^] # Re: Clarté ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 3.
Dans un système pair à pair, les liens magnet sont plus intéressant, mais beaucoup plus long à calculer (cf le précédent journal).
"La première sécurité est la liberté"
[^] # Re: Clarté ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 2.
Tu penses l'utiliser ?
"La première sécurité est la liberté"
[^] # Re: Clarté ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 1.
La "liste" de Bob est une arborescence de fichier .idx. Logiquement, le schéma devrait aider à comprendre quoi faire.
Bob copie cet arborescence de fichier .idx sur une clef usb (par exemple). Alice récupère la clef, la branche sur sa machine, et branche aussi tous ses disques (ou pas on s'en fout), elle lance index2share à la base de la liste de Bob. Le programme fait les copies.
"La première sécurité est la liberté"
[^] # Re: Clarté ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 1.
Lit le cas d'usage dans le readme.md (visible sur github), dis moi, si c'est plus compréhensible.
Le schéma est surtout là pour être exhaustif (ou presque).
Dans ton cas, tu génère les petits fichiers, tu les ranges comme tu veux, et tu lances le programme à la base de l'endroit où tu fais les copies. Si tu veux la taille, il ne faut pas que le programme accède au fichier d'origine (il suffit de changer le nom d'un répertoire).
"La première sécurité est la liberté"
[^] # Re: quand même
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 5.
"Je suis interpellé à l'idée de savoir dans quel contexte un tel besoin est survenu."
Quand un pote, arrivait avec une liste en papier…
"La première sécurité est la liberté"
[^] # Re: Clarté ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 1.
"Est-ce qu'il ne serait pas plus simple de partager les fichiers via un réseau, et chacun peut choisir et copier ce qu'il veut ?"
Oui, c'est plus simple, mais pas toujours possible.
"La première sécurité est la liberté"
[^] # Re: Clarté ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 2. Dernière modification le 09 avril 2014 à 10:24.
C'est ce que j'ai fais dans le précédent journal (avec peu de succès), et c'est ce qui est dans le readme.md du site web. Dis moi, si c'est plus clair.
Si je détail trop les étapes, je noie l'auditoire, alors que ce qui est fait concrètement est assez simple (à des années lumières d'un DVFS).
"La première sécurité est la liberté"
[^] # Re: Vortex86
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Minnowboard : 2ème essai. Évalué à 1.
Le prix du kwh de base est connu, j'ai plus les chiffres en têtes, mais l'éolien ou autre, c'est 4x. L'EPR fait à peine x2, par rapport à la génération actuelle.
"La première sécurité est la liberté"
[^] # Re: Vortex86
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Minnowboard : 2ème essai. Évalué à 2.
Disons que l’alternative au nucléaire coute au moins 2x plus chère (cf le prix en Allemagne et en Belgique), mais il pourrait faire +30% d'histoire d'investir là, où il faut.
Refuser d'augmenter les prix c'est de la folie :
* moins d’investissement pour les besoins futurs en électricité
* moins de sureté nucléaire
* moins d'intérêt pour les productions alternaltives plus chères.
En plus, cela pousse EDF a vendre plus en volume pour se rattraper, ce qui est contre les économies d'énergie.
"La première sécurité est la liberté"
[^] # Re: Vortex86
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Minnowboard : 2ème essai. Évalué à 1.
Vu qu'ils vendent à perte, il serait temps…
"La première sécurité est la liberté"
[^] # Re: Intel NUC, c'est mon dernier mot Jean-Pierre
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Minnowboard : 2ème essai. Évalué à 1.
ARM interdit de modifier ces netlist. Cela serait hyper simple pour eux d'ajouter un timer, une console, un moyen de déclarer les périphériques.
"La première sécurité est la liberté"
[^] # Re: La téléphonie mobile ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Changement de domaine technique. Évalué à 2.
Si tu parles de l'embarqué au sens large, il y a tout le secteur automobile et aéronautique (Bosh, sagem, EADS, les constructeurs…).
"La première sécurité est la liberté"
[^] # Re: Intel NUC, c'est mon dernier mot Jean-Pierre
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Minnowboard : 2ème essai. Évalué à 6.
ARM fait déjà ça avec ces nouveaux jeux d'instruction. Il manque surtout à ARM une plateforme de base commune qui serait l'équivalent du BIOS sur pc. Pour faire tourner Linux, il faut juste un lien série pour la console et un timer. C'est pourtant minuscule et chaque Soc le fait à sa sauce !
Il faudrait aussi un moyen de déclaration des périphériques comme pour le PCI. Actuellement, il n'y a rien de déclaratif, le code doit savoir sur quoi il tourne.
Donc, un moyen de boot, un lien série, un timer, et une table de déclaration de périphérique, cela semble pas tellement mortel à rendre standard.
"La première sécurité est la liberté"
[^] # Re: La téléphonie mobile ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Changement de domaine technique. Évalué à 4.
TI est parti, mais Nvidia et Intel ce sont installé à Sophia. Il y a aussi ARM (le cortex A8 est fait là), St, Infineon…
"La première sécurité est la liberté"
[^] # Re: oh bah heu... merci :)
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 1.
J'avais déjà cité Toulouse dans un autre poste.
"La première sécurité est la liberté"
[^] # Re: Et celles concernant la prétendue reprise dans Linux?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Show us the code! Les sources de Microsoft Word enfin dispo !. Évalué à 2.
Oui, au US, tu peux breveter un code "as such" contrairement (théoriquement) à l'Europe. L'allemagne impose dans sa propre réglementation "l'usage des forces de la nature", ce qui interdit les brevets logiciels, les brevets sur les activités humaines (business plan, etc…) contrairement au US.
Mais les maths ont toujours été sorti officiellement du champs des brevets (mais bon, le format mp3 est breveté en europe, les turbocode aussi, etc…).
"La première sécurité est la liberté"
[^] # Re: attention au microbenchmark
Posté par Nicolas Boulay (site web personnel) . En réponse au journal OpenJDK 8, JEP 142 & False Sharing. Évalué à 1.
Je pense que l'auteur voulait à l'origine faire la différence entre une architecture fait pour la performance (découpe en tache parralélisable, structure de donné correct, usage de map au lieu de liste), par rapport à faire du hack (réécriture de conteneur, option de gc, mise à plat d'objet, usage de static final, enlever les getter/Setter, etc…)
"La première sécurité est la liberté"
[^] # Re: oh bah heu... merci :)
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 1.
J'ai la référence d'ingénieur informaticien débutant, qui gagne autour de 30/35k€. Un ingénieur en mécanique gagne moins, mais 25k€, c'est du foutage de gueule.
"La première sécurité est la liberté"
[^] # Re: oh bah heu... merci :)
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 0.
Sans doute, mais c'est dans ce genre de coin, où ils cherchent des ingénieurs à 25k€/an.
"La première sécurité est la liberté"
[^] # Re: oh bah heu... merci :)
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 1.
Lyon et Grenoble ont aussi des coins très chère.
"Des maison à en gros 120 - 150m2 pour 250-300k€.", j'en connais entre Lyon et Saint Etienne, mais c'est à 45min/1h de route de la ville.
"La première sécurité est la liberté"
[^] # Re: attention au microbenchmark
Posté par Nicolas Boulay (site web personnel) . En réponse au journal OpenJDK 8, JEP 142 & False Sharing. Évalué à 4.
"C'est à la fin d'un projet qu'il faut voir si les perfs conviennent ou non."
Il vaut toujours mieux un code maintenable à un code rapide, c'est évident. Mais si le code est énorme, et que la lenteur est du à des erreurs d'architectures, c'est impossible de corriger.
Le cas typique est le lancement de fonctions de rafraichissement ou de mise à jour qui nécessite la relecture de toutes les données. Avec de grosses données, c'est la catastrophe.
"La première sécurité est la liberté"
[^] # Re: oh bah heu... merci :)
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 1. Dernière modification le 02 avril 2014 à 10:56.
Passer 2h dans les transports par jour, n'est pas un choix.
Dans le 06, tu peux habiter dans l'arrière pays ou vers Frejus, mais ce que tu gagnes sur le prix de la maison, tu le perds en transport (Frejus : 2x1h de transport : ~7k€/an).
Si par, "prés de la mer", tu entends mer "accessible à moins de 15 min à pied", on parle de 500k€ pour un F3, pas 300.
Mais je suis d'accord pour dire que Toulouse, ou Aix, semble plus raisonnable, niveau prix.
"La première sécurité est la liberté"