C'est spécialisé. Ce n'est pas du général comme le Monde, Time… c'est spécialisé dans l'analyse du rapport qualité/prix des produits du quotidien. Tu ne verra pas d'info sur la guerre en Irak ni sur les capacité du nouveau Char Russe face au char Américain…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Pour moi l'idée d'un internet décentralisé me séduit, et il est certains que récupérer la chaleur des datacenters est une évidence. C'est effectivement ce qui est déjà fait parfois fait pour des réseau de chauffage urbain. Mais la seul chose qui soit utilisé toute l'année c'est le chauffe eau pour l'eau chaude, c'est donc la que c'est le plus intéressant. Un problème interviens à mon sens : une eau chaude doit être au minimum à 60°C et pour obtenir cette température il faut au moins une température possesseur bien supérieur (au moins 20°C pour que la monté en température de l'eau soit assez rapide et le refroidissement du processeur efficace). Mais un processeur ne monte pas toujours a plus de 60°C et sa température maximum idéale de fonctionnement est de l'ordre de 80°C (avec au delà un risque d'usure accéléré) même s"'il peut supporter temporairement plus de 100°C.
Pour conclure c'est intéressant, mais cela demande en complément un système classique de chauffe pour assurer une bonne température d'où un surcoût qui s'ajoute au surcoût de maintenance en plus de conditions d'accessibilité et d'accès internet…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Ton script est parfaitement optimisé.
Néanmoins, chez nous on parse le XML (fichier de parfois plusieurs Go) en AWK compilé (PERL est censé faire mieux) avec ">" comme séparateur de champ et "<" comme fin de ligne. C'est bateau et cela ne vérifie pas la conformité XML mais quand on connait le format, avec un tel traitement on peux parser même un fichier XML mal formaté et c'est très rapide. Pour le charger en base on écrit des fichiers CSV car le LOAD DATA est ce qui ce fait de mieux pour MySQL. Il faut savoir que l'on peut écrire une ligne CSV très rapidement sans avoir tout en mémoire juste en sachant ce que l'on traite.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Bah c'est une alternative Open Source complète à XenServer qui plus est doit être à peu près a 100% compatible dans les 2 sens. La version officiellement open source de XenServer étant trop dénudé.
XenServer est si je me trompe pas un hyperviseur, c'est a dire une sorte de micro-noyau chargé de la virtualisation de VM au dessus. Il réduit la couche OS hôte au minimum comparé à une solution comme VirtualBox.
J'ai fais le même constat que toi. Au bureau avec une bonne config, Firefox 57 est top il a rattraper chromium en performance mais aussi sur ses défauts (Lent a se lancer, consommation de RAM importante). Si bien que sur mon PC fixe de la maison qui est peu puissant (AMD64-X2)… Firefox ralenti beaucoup le PC voire plante.
Mais je n'ai pas trouvé d'alternative, j'ai pas spécialement cherché non plus.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Si j'ai bien compris, SymbiFlow a pour but de réunir les différents projets liés au FPGA et entre autres permettre au projet d'être multi-constructeur (Xilinx et Lattice). L'idée est partie j'imagine de la volonté d'ajouter le support de Xilinx.
Je trouve l'article intéressant mais j'ai l'impression qu'il a voulu être un peu trop concis ou qu'il a été retouché de manière un peu rapide.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
On est d'accord. BSD de part l'idée de fournir un OS complet axé serveur, s’éparpille un peu moins (encore une fois cela ne veux pas dire qu'il ne puisse pas tourné sur de l'embarqué ou que Linux ne puisse pas tourné sur un serveur). Et donc tout est un peu plus cohérent. Il y a moins de distributions. Ayant aussi moins d'utilisateurs, BSD dispose de moins d'enjeux politique susceptible de le disperser. Et BSD est, par tradition, plus attaché à la philosophie UNIX (et KISS) que Linux. Bref BSD et Linux sont 2 idées totalement différentes mais complémentaire de l'OS Open-Source issu d'UNIX.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je maintiens, Linux est beaucoup plus généraliste. Il tourne sans problème sur un serveur mais pas seulement. Cela ne veux pas dire que l'on ne puisse pas faire tourner un BSD sur un supercalculateur ou dans de l'embarqué, ce sera juste plus complexe. Cela ne veux pas dire que Linux fais mal les choses mais a parfois des choix qui nuise un peu (très légèrement) à sa simplicité ou ses capacités serveur.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
BSD n'a pas la même visé ni la même méthode de gouvernance, c'est ce qui explique leurs différences.
Inconvénient BSD:
- BSD est axé serveur et donc il est parfait sur un serveur, à la limite sur un PC mais pas sur de l'embarqué ou sur un super-calculateur. Il supporte moins d'architecture et une moins grande variété de configuration matériel. Étant axé serveur il est logique qu'ils soit plus stable.
- Étant moins répandu que les système Linux, il bénéficie de moins de logiciels même s'ils ont développés une couche de compatibilité Linux.
Inconvénient Linux:
- Linux même si le noyau est dirigé par l'intransigeant Linus Torwarld, de nombreuse distributions existe et de là une grande diversité d'où de nombreuses distributions et une grande effervescence. Deplus, victime de son succès (face à BSD) cela stimule un peu plus la diversité, l'enthousiasme et donc l'instabilité.
- Malgré tout certains choix assez risqué ont été faits et, je trouve, de manière un peu trop rapide et brutal sur une grande majorité de distributions (dont les majeure : Debian/Red-Hat/Slackware). Je pense notamment au controversé SystèmeD. J'imagine que si c'est choix ont été faits, l'enfeu en vaux la chandelle. Il n'empêche que de tel changement sont risqué.
En conclusion, pour un serveur qui a de gros besoin de sécurité, je choisi OpenBSD. Pour un serveur avec de gros besoin de stabilité, je choisi FreeBSD. Et pour tous le reste je choisi Linux.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
IL faut tout d'abord cerner tout d'abord le but : S'il a pour but une utilisation avancée ou pas, si l'utilisation est susceptible d'évoluer, si l'utilisation s'inscrit dans du long terme ou inversement du court terme ou du moins s'il revêt une importance critique.
- Plus un logiciels possède une solide communauté, une bonne documentation, plus il est libre (open-source ou proche), plus il a de chances d'être pérenne, stable et fiable. Typiquement, un logiciels trop jeune a peu de chance de satisfaire ces critères mais un logiciels trop vieux a des chances de manquer de fonctionnalité intéressantes. Pour un environnement de production c'est un critère très important.
- Ensuite on recherche le logiciels le plus simple et si possible modulaire. En Unix on exprime cela par KISS "Keep It Simple and Stupid". S'il est simple il sera assez vite installé et maîtrisé et il aura, en outre, aussi de grandes chances d'être peu gourmand en ressources (CPU / mémoire).
En clair les critère objectif peuvent être vu comme la date de mise en service, le nombre d'utilisateur, le nombre de téléchargements, le nombre de contributeurs, le nombres de résultats dans un moteur de recherche.
Enfin, on ne peux pas oublier de regarder les avis et benchmark que l'on peux trouver sur Internet.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Dans mon entreprise, on utilise le port forward SSH (qui tourne en permanence) sur un serveur principal pour accéder aux serveurs aux travers de VPNs et rebonds SSH en une seul connexion de manière transparente. Je me demandais si avec ton projet, on ne pourrait pas "nommer" ces serveurs.
Je m'explique. Pour accéder au serveur filialeA sur le pour 22 on se connecte sur le port 10022 de 192.168.15.110. Pour accéder au port 80 du même serveur on se connecte au port 10023 du même serveur 192.168.15.110. C'est pratique car ainsi, les utilisateurs n'ont pas besoin de faire les rebonds nécessaires (ou d'établir des VPN) et chaque changement réseau est transparent. Cependant il faut connaître tous les ports (on les enregistre évidemment mais c'est beaucoup de config sur chaque PC). L'idée ce serait de pouvoir attribuer a un nom par exemple "mafilliale_22" (ou mieux port 22 de "mafilliale") le bon port sur 192.168.15.110 de manière transparente. Bien sûr avec un serveur DNS et une adresse IP virtuelle qui serait routé via 192.168.15.110 et une configuration de routeur adéquate (et complexe) on peux y arriver mais c'est trop lourd pour le besoin.
Est-ce que ce serveur DNS pourrait résoudre ce problème plus simplement?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Tous les Gafam ne se valent pas dans l'Open-Source. Google, et de plus en plus Facebook, sont leader. Google ayant même institutionnalisé du "temps libre payé" depuis très longtemps. Il est donc devenu un contributeur tout azimut dans l'Open-Source directement et indirectement et se montre très engagé. Il n'y a qu'une chose ou il communique peu c'est sur son moteur de recherche (en sois cela se comprends en partie).
A l'opposé Apple est le pire car la plupart des projets qu'il propose en Open-Source sont ceux qui ne fonctionne pas (ou du moins qui ont besoins de soutiens), c'est généralement des bouts de projets inutile seul. Apple verse en partie dans l'Open-Source pour ne pas être attaqué sur ce qu'il y a pris mais surtout pour l'image (c'est du marketing). Amazon n'est pas non plus un partisan de l'Open-Source même s'il progresse un peu apparemment.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Ce n'est pas parce que le téléphone envoie 1Go que l'on doit stocker 1Go. Si les données sont encrypté, elles diminuent énormément une fois décryptées. Si le format est XML, idem. Et bien souvent on agrège les données on stocke par exemple le nombre de connexion sur chaque site et non l'url complète à chaque fois et pourtant a chaque envoi, il faut donner l'url complète, il y a aussi parfois des entête de contrôle inutile (numéro de version…)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Oui et Non, car les autres ont amortis le prix sur des milliard de vente. Mais si demain tu veux les concurrencer tu ne peux pas. La seul solution c'est de changer le design et d'ajouter et de racheter les pièces aux autres constructeurs… Tu aura quoi? Moins bien que les autres…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Il faut savoir ce que l'on veux. Si l'on a du matériel libre c'est forcément plus cher au moins au départ car il y a beaucoup a développer. Le Fairphone, c'est du marketing. Rien n'est libre donc qui me garantit quoi que ce soit même l'OS est peut-être muni de backdoor made in NSA.
En fait en téléphone libre il existe que du très basique non smartphone et encore, il faut le fabriquer (mais il est pas trop cher : 60 euros contre 10 dans le commerce…).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Il y a autre chose, Google cherche a mieux me connaître pour me proposer des résultats plus pertinents, Apple cherche a m'empêcher d'utiliser des concurrents ou a me faire payer plus. Avec Apple on est plus propriétaire de son iPhone ou de ses fichiers (notamment pour ce qui est de la musique) contrairement a Google qui laisse les fabricants décider.
La philosophie de Google c'est on fait quelques chose de cool qui rapporte des sous et on laisse les gens ramasser les miettes s'ils le souhaitent (Et les miette de Google sont grosses). C'est pourquoi par exemple Android est Open-Source. Apple, à contrario, serait prêt a te faire un procès si tu utilise une miette de ses miettes. Apple préfère laisser les miette moisir (je pense notamment à leur argent qu'ils refusent de rapatrier au USA).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
J'ai voté "toute ma vie privée, je n'ai rien à cacher" car il est vrai que je fais confiance a Google pour mes mail et mon moteur de recherche dans le courant. Je n'ai rien a cacher et j'apprécie la philosophie libriste de Google (Ils se battent pour ne pas être censuré notamment en Chine contrairement a Apple ou Microsoft et versent beaucoup dans l'Open-Source toujours en opposition avec les 2 autres.) Mais pour autant je veux pouvoir utiliser autre chose de vraiment libre pour ma vie vraiment privé.
Oui Google/Facebook pour le courant mais avec Linux/Mastodon pour l'alternative.
Il y a autre chose, Google cherche a mieux me connaitre pour me proposer des résultats plus pertinents, Apple cherche a m'empêcher d'utiliser des concurrents ou a ne pas payer à chaque fois (notamment pour ce qui est de la musique). Avec Apple on est plus propriétaire de son iPhone ou de ses fichiers contrairement a Google qui laisse les fabricants décider.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Merci pour cet outils. Je trouverais intéressant qu'il soit expliquer le volume cible et les contrepartie sur la page d'acceuil GitHub. Je n'ai pas regardé en détail mais j'ai l'impression que l'utilitaire est destiné à des bases de données de relativement faibles volume (mysqldump). En effet je n'ai pas l'impression qu'il soit question de partitionner les tables MySQL (nécessaire pour une purge de gros volume) et y a t'il un système de mise en pause / reprise des autres scripts (arrêt de la modification pour avoir une base cohérente).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Sans rentrer dans une grande étude, il est assez évident que la fiabilité d'un système dépends de l'attention porté sur la qualité du code et sur sa sécurité. OpenBSD étant de base orienté vers la sécurité il est tout a fait normal qu'il soit le plus sûr et de loin. Les autres BSD portant leur attention sur la qualité et la simplicité UNIX sont probablement plus fiable que Linux qui porte son attention sur beaucoup plus de point. Linux fait en sorte d'être le noyau ultime, il reçoit donc énormément de modifications en permanence que ce soit pour le support de matériel ou des fonctionnalité avancés (de sécurité, d'optimisation ou d’adaptation a un type spécifique). Alors si l'on prends la dernière version de Linux, elle est probablement moins fiable que BSD. Mais elle possède une si grosse communauté que très vite le code est patché et optimisé et les version du noyau un peu plus ancienne sont aussi fiable que BSD (OpenBSD reste au dessus).
Rappelons que BSD s'est séparé en 3 versions : OpenBSD pour la sécurité, NetBSD pour le multi-architecture (Sa devise était "Il tourne même sur un grille-pain") et FreeBSD pour le serveur/PC "normal" (surtout X86) (DragonflyBSD reste proche de FreeBSD avec une approche un peu plus moderne). En toute logique NetBSD qui a le plus grand périmètre est moins fiable. En comparaison, le périmètre de Linux est gigantesque; il est adapté aussi bien pour l'embarqué que pour le Supercalculateur en passant par le PC et smartphone et pour tous les usages (Sécurisé, cloisonné, virtualisé, avec ou sans sous-couche sur-couche… ).
On a donc 2 philosophie tellement différentes adaptés a des usages tellement différent et intéressant…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Oui et non. Il faut attendre que SystemD murisse… ou pourisse. On a déjà vu des retours arrière spectaculaire même s'il est assez peu probable. Tant que des distributions assez importantes (Gentoo) ne s'y mettent pas tout reste possible tant que les compétences SystemV existent encore chez les Linuxiens.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Le problème c'est justement si ils trouvent quelques chose de "louche". Imagine que tu est le réseau TOR d'installer, que tu est été en vacances en Turquie 3 semaines et que tu est 3 amis musulmans un peu extrémistes… Comment pourra tu prouver que tu n'est pas un terroriste? Je ne te parle pas du cas ou un peu parano, tu t'est fabriquer un Libérator par idéologie libriste…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Pourquoi dis tu qu'ARM est vraiment pourri? C'est pour avoir quelques chose de viable rapidement que je suggère ARM en premier plutôt que les projets libres encore trop en retard (sauf si tu dis le contraire). ARM représente je pense un compromis "négociable". D'autant plus qu'il existe des carte vraiment Open-Source et viable autour de processeur ARM mais pas en x86 pour les mêmes raisons.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Non ce n'est pas un argument pour toucher du monde il faut un produit intéressant, pas un produit qui soit certain d'être toujours à la traîne. Linux touchait beaucoup de monde a ses début? Et UNIX ne touchait que les chercheurs et quelques rarissimes expert informatiques.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: SFR Presse
Posté par abriotde (site web personnel, Mastodon) . En réponse au sondage Presse en ligne. Évalué à 5.
Un autre FAI si possible :D
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Que Choisir
Posté par abriotde (site web personnel, Mastodon) . En réponse au sondage Presse en ligne. Évalué à 1.
C'est spécialisé. Ce n'est pas du général comme le Monde, Time… c'est spécialisé dans l'analyse du rapport qualité/prix des produits du quotidien. Tu ne verra pas d'info sur la guerre en Irak ni sur les capacité du nouveau Char Russe face au char Américain…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Ca chauffe mais pas assez...
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Le cycle de Qarnot. Évalué à 0.
On ne parle pas de ton CPU/GPU mais de 2 ou 3 serveurs utilisé par d'autres entreprises mettraient chez toi pour chauffer ton ballon d'eau chaude.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Ca chauffe mais pas assez...
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Le cycle de Qarnot. Évalué à 1.
Pour moi l'idée d'un internet décentralisé me séduit, et il est certains que récupérer la chaleur des datacenters est une évidence. C'est effectivement ce qui est déjà fait parfois fait pour des réseau de chauffage urbain. Mais la seul chose qui soit utilisé toute l'année c'est le chauffe eau pour l'eau chaude, c'est donc la que c'est le plus intéressant. Un problème interviens à mon sens : une eau chaude doit être au minimum à 60°C et pour obtenir cette température il faut au moins une température possesseur bien supérieur (au moins 20°C pour que la monté en température de l'eau soit assez rapide et le refroidissement du processeur efficace). Mais un processeur ne monte pas toujours a plus de 60°C et sa température maximum idéale de fonctionnement est de l'ordre de 80°C (avec au delà un risque d'usure accéléré) même s"'il peut supporter temporairement plus de 100°C.
Pour conclure c'est intéressant, mais cela demande en complément un système classique de chauffe pour assurer une bonne température d'où un surcoût qui s'ajoute au surcoût de maintenance en plus de conditions d'accessibilité et d'accès internet…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# SI je puis me permettre de suggérer?
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Optimisez votre code !. Évalué à 3.
Ton script est parfaitement optimisé.
Néanmoins, chez nous on parse le XML (fichier de parfois plusieurs Go) en AWK compilé (PERL est censé faire mieux) avec ">" comme séparateur de champ et "<" comme fin de ligne. C'est bateau et cela ne vérifie pas la conformité XML mais quand on connait le format, avec un tel traitement on peux parser même un fichier XML mal formaté et c'est très rapide. Pour le charger en base on écrit des fichiers CSV car le LOAD DATA est ce qui ce fait de mieux pour MySQL. Il faut savoir que l'on peut écrire une ligne CSV très rapidement sans avoir tout en mémoire juste en sachant ce que l'on traite.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mais encore ?
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche XCP-ng une alternative open source à XenServer. Évalué à 3.
Bah c'est une alternative Open Source complète à XenServer qui plus est doit être à peu près a 100% compatible dans les 2 sens. La version officiellement open source de XenServer étant trop dénudé.
XenServer est si je me trompe pas un hyperviseur, c'est a dire une sorte de micro-noyau chargé de la virtualisation de VM au dessus. Il réduit la couche OS hôte au minimum comparé à une solution comme VirtualBox.
Xen
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Même constat
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Fini Firefox, vive Midori !. Évalué à 1.
J'ai fais le même constat que toi. Au bureau avec une bonne config, Firefox 57 est top il a rattraper chromium en performance mais aussi sur ses défauts (Lent a se lancer, consommation de RAM importante). Si bien que sur mon PC fixe de la maison qui est peu puissant (AMD64-X2)… Firefox ralenti beaucoup le PC voire plante.
Mais je n'ai pas trouvé d'alternative, j'ai pas spécialement cherché non plus.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Ais-je bien compris?
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche SymbiFlow, vers la synthèse libre pour la Série 7 de Xilinx. Évalué à 4.
Si j'ai bien compris, SymbiFlow a pour but de réunir les différents projets liés au FPGA et entre autres permettre au projet d'être multi-constructeur (Xilinx et Lattice). L'idée est partie j'imagine de la volonté d'ajouter le support de Xilinx.
Je trouve l'article intéressant mais j'ai l'impression qu'il a voulu être un peu trop concis ou qu'il a été retouché de manière un peu rapide.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: BSD oui à la stabilité mais pas sans inconvénients
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 0.
On est d'accord. BSD de part l'idée de fournir un OS complet axé serveur, s’éparpille un peu moins (encore une fois cela ne veux pas dire qu'il ne puisse pas tourné sur de l'embarqué ou que Linux ne puisse pas tourné sur un serveur). Et donc tout est un peu plus cohérent. Il y a moins de distributions. Ayant aussi moins d'utilisateurs, BSD dispose de moins d'enjeux politique susceptible de le disperser. Et BSD est, par tradition, plus attaché à la philosophie UNIX (et KISS) que Linux. Bref BSD et Linux sont 2 idées totalement différentes mais complémentaire de l'OS Open-Source issu d'UNIX.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: BSD oui à la stabilité mais pas sans inconvénients
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 0.
Je maintiens, Linux est beaucoup plus généraliste. Il tourne sans problème sur un serveur mais pas seulement. Cela ne veux pas dire que l'on ne puisse pas faire tourner un BSD sur un supercalculateur ou dans de l'embarqué, ce sera juste plus complexe. Cela ne veux pas dire que Linux fais mal les choses mais a parfois des choix qui nuise un peu (très légèrement) à sa simplicité ou ses capacités serveur.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# BSD oui à la stabilité mais pas sans inconvénients
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -4.
BSD n'a pas la même visé ni la même méthode de gouvernance, c'est ce qui explique leurs différences.
Inconvénient BSD:
- BSD est axé serveur et donc il est parfait sur un serveur, à la limite sur un PC mais pas sur de l'embarqué ou sur un super-calculateur. Il supporte moins d'architecture et une moins grande variété de configuration matériel. Étant axé serveur il est logique qu'ils soit plus stable.
- Étant moins répandu que les système Linux, il bénéficie de moins de logiciels même s'ils ont développés une couche de compatibilité Linux.
Inconvénient Linux:
- Linux même si le noyau est dirigé par l'intransigeant Linus Torwarld, de nombreuse distributions existe et de là une grande diversité d'où de nombreuses distributions et une grande effervescence. Deplus, victime de son succès (face à BSD) cela stimule un peu plus la diversité, l'enthousiasme et donc l'instabilité.
- Malgré tout certains choix assez risqué ont été faits et, je trouve, de manière un peu trop rapide et brutal sur une grande majorité de distributions (dont les majeure : Debian/Red-Hat/Slackware). Je pense notamment au controversé SystèmeD. J'imagine que si c'est choix ont été faits, l'enfeu en vaux la chandelle. Il n'empêche que de tel changement sont risqué.
En conclusion, pour un serveur qui a de gros besoin de sécurité, je choisi OpenBSD. Pour un serveur avec de gros besoin de stabilité, je choisi FreeBSD. Et pour tous le reste je choisi Linux.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Critère simple de clarification
Posté par abriotde (site web personnel, Mastodon) . En réponse au message Choisir un logiciel, des critères, une méthode ?. Évalué à 2.
IL faut tout d'abord cerner tout d'abord le but : S'il a pour but une utilisation avancée ou pas, si l'utilisation est susceptible d'évoluer, si l'utilisation s'inscrit dans du long terme ou inversement du court terme ou du moins s'il revêt une importance critique.
- Plus un logiciels possède une solide communauté, une bonne documentation, plus il est libre (open-source ou proche), plus il a de chances d'être pérenne, stable et fiable. Typiquement, un logiciels trop jeune a peu de chance de satisfaire ces critères mais un logiciels trop vieux a des chances de manquer de fonctionnalité intéressantes. Pour un environnement de production c'est un critère très important.
- Ensuite on recherche le logiciels le plus simple et si possible modulaire. En Unix on exprime cela par KISS "Keep It Simple and Stupid". S'il est simple il sera assez vite installé et maîtrisé et il aura, en outre, aussi de grandes chances d'être peu gourmand en ressources (CPU / mémoire).
En clair les critère objectif peuvent être vu comme la date de mise en service, le nombre d'utilisateur, le nombre de téléchargements, le nombre de contributeurs, le nombres de résultats dans un moteur de recherche.
Enfin, on ne peux pas oublier de regarder les avis et benchmark que l'on peux trouver sur Internet.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Autre que pour Docker?
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Mon premier projet open source. Évalué à 0.
Dans mon entreprise, on utilise le port forward SSH (qui tourne en permanence) sur un serveur principal pour accéder aux serveurs aux travers de VPNs et rebonds SSH en une seul connexion de manière transparente. Je me demandais si avec ton projet, on ne pourrait pas "nommer" ces serveurs.
Je m'explique. Pour accéder au serveur filialeA sur le pour 22 on se connecte sur le port 10022 de 192.168.15.110. Pour accéder au port 80 du même serveur on se connecte au port 10023 du même serveur 192.168.15.110. C'est pratique car ainsi, les utilisateurs n'ont pas besoin de faire les rebonds nécessaires (ou d'établir des VPN) et chaque changement réseau est transparent. Cependant il faut connaître tous les ports (on les enregistre évidemment mais c'est beaucoup de config sur chaque PC). L'idée ce serait de pouvoir attribuer a un nom par exemple "mafilliale_22" (ou mieux port 22 de "mafilliale") le bon port sur 192.168.15.110 de manière transparente. Bien sûr avec un serveur DNS et une adresse IP virtuelle qui serait routé via 192.168.15.110 et une configuration de routeur adéquate (et complexe) on peux y arriver mais c'est trop lourd pour le besoin.
Est-ce que ce serveur DNS pourrait résoudre ce problème plus simplement?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Et les poles open-source de ces entreprises ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au sondage Travailler pour les GAFAM. Évalué à 2.
Tous les Gafam ne se valent pas dans l'Open-Source. Google, et de plus en plus Facebook, sont leader. Google ayant même institutionnalisé du "temps libre payé" depuis très longtemps. Il est donc devenu un contributeur tout azimut dans l'Open-Source directement et indirectement et se montre très engagé. Il n'y a qu'une chose ou il communique peu c'est sur son moteur de recherche (en sois cela se comprends en partie).
A l'opposé Apple est le pire car la plupart des projets qu'il propose en Open-Source sont ceux qui ne fonctionne pas (ou du moins qui ont besoins de soutiens), c'est généralement des bouts de projets inutile seul. Apple verse en partie dans l'Open-Source pour ne pas être attaqué sur ce qu'il y a pris mais surtout pour l'image (c'est du marketing). Amazon n'est pas non plus un partisan de l'Open-Source même s'il progresse un peu apparemment.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Quantité de données
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal OnePlus téléphone maison. Évalué à 1.
Ce n'est pas parce que le téléphone envoie 1Go que l'on doit stocker 1Go. Si les données sont encrypté, elles diminuent énormément une fois décryptées. Si le format est XML, idem. Et bien souvent on agrège les données on stocke par exemple le nombre de connexion sur chaque site et non l'url complète à chaque fois et pourtant a chaque envoi, il faut donner l'url complète, il y a aussi parfois des entête de contrôle inutile (numéro de version…)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Rapport performance / prix décevant
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche Librem 5, un projet de téléphone mobile libre tournant sous GNU/Linux !. Évalué à 6.
Oui et Non, car les autres ont amortis le prix sur des milliard de vente. Mais si demain tu veux les concurrencer tu ne peux pas. La seul solution c'est de changer le design et d'ajouter et de racheter les pièces aux autres constructeurs… Tu aura quoi? Moins bien que les autres…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Rapport performance / prix décevant
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche Librem 5, un projet de téléphone mobile libre tournant sous GNU/Linux !. Évalué à 1.
Il faut savoir ce que l'on veux. Si l'on a du matériel libre c'est forcément plus cher au moins au départ car il y a beaucoup a développer. Le Fairphone, c'est du marketing. Rien n'est libre donc qui me garantit quoi que ce soit même l'OS est peut-être muni de backdoor made in NSA.
En fait en téléphone libre il existe que du très basique non smartphone et encore, il faut le fabriquer (mais il est pas trop cher : 60 euros contre 10 dans le commerce…).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Apple
Posté par abriotde (site web personnel, Mastodon) . En réponse au sondage Ce que je suis prêt à laisser aux GAFAM. Évalué à 1.
Il y a autre chose, Google cherche a mieux me connaître pour me proposer des résultats plus pertinents, Apple cherche a m'empêcher d'utiliser des concurrents ou a me faire payer plus. Avec Apple on est plus propriétaire de son iPhone ou de ses fichiers (notamment pour ce qui est de la musique) contrairement a Google qui laisse les fabricants décider.
La philosophie de Google c'est on fait quelques chose de cool qui rapporte des sous et on laisse les gens ramasser les miettes s'ils le souhaitent (Et les miette de Google sont grosses). C'est pourquoi par exemple Android est Open-Source. Apple, à contrario, serait prêt a te faire un procès si tu utilise une miette de ses miettes. Apple préfère laisser les miette moisir (je pense notamment à leur argent qu'ils refusent de rapatrier au USA).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Vie privée toute relative
Posté par abriotde (site web personnel, Mastodon) . En réponse au sondage Ce que je suis prêt à laisser aux GAFAM. Évalué à -8.
J'ai voté "toute ma vie privée, je n'ai rien à cacher" car il est vrai que je fais confiance a Google pour mes mail et mon moteur de recherche dans le courant. Je n'ai rien a cacher et j'apprécie la philosophie libriste de Google (Ils se battent pour ne pas être censuré notamment en Chine contrairement a Apple ou Microsoft et versent beaucoup dans l'Open-Source toujours en opposition avec les 2 autres.) Mais pour autant je veux pouvoir utiliser autre chose de vraiment libre pour ma vie vraiment privé.
Oui Google/Facebook pour le courant mais avec Linux/Mastodon pour l'alternative.
Il y a autre chose, Google cherche a mieux me connaitre pour me proposer des résultats plus pertinents, Apple cherche a m'empêcher d'utiliser des concurrents ou a ne pas payer à chaque fois (notamment pour ce qui est de la musique). Avec Apple on est plus propriétaire de son iPhone ou de ses fichiers contrairement a Google qui laisse les fabricants décider.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Information sur le volume cible
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche Arkiv : Sauvegarde de fichiers et bases MySQL + archivage sur Amazon S3 et Amazon Glacier. Évalué à 2.
Bonjour,
Merci pour cet outils. Je trouverais intéressant qu'il soit expliquer le volume cible et les contrepartie sur la page d'acceuil GitHub. Je n'ai pas regardé en détail mais j'ai l'impression que l'utilitaire est destiné à des bases de données de relativement faibles volume (mysqldump). En effet je n'ai pas l'impression qu'il soit question de partitionner les tables MySQL (nécessaire pour une purge de gros volume) et y a t'il un système de mise en pause / reprise des autres scripts (arrêt de la modification pour avoir une base cohérente).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# La qualité dépends de l'attention porté à la sécurité.
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Les BSD sont‐ils tous égaux devant les bugs ?. Évalué à -4.
Sans rentrer dans une grande étude, il est assez évident que la fiabilité d'un système dépends de l'attention porté sur la qualité du code et sur sa sécurité. OpenBSD étant de base orienté vers la sécurité il est tout a fait normal qu'il soit le plus sûr et de loin. Les autres BSD portant leur attention sur la qualité et la simplicité UNIX sont probablement plus fiable que Linux qui porte son attention sur beaucoup plus de point. Linux fait en sorte d'être le noyau ultime, il reçoit donc énormément de modifications en permanence que ce soit pour le support de matériel ou des fonctionnalité avancés (de sécurité, d'optimisation ou d’adaptation a un type spécifique). Alors si l'on prends la dernière version de Linux, elle est probablement moins fiable que BSD. Mais elle possède une si grosse communauté que très vite le code est patché et optimisé et les version du noyau un peu plus ancienne sont aussi fiable que BSD (OpenBSD reste au dessus).
Rappelons que BSD s'est séparé en 3 versions : OpenBSD pour la sécurité, NetBSD pour le multi-architecture (Sa devise était "Il tourne même sur un grille-pain") et FreeBSD pour le serveur/PC "normal" (surtout X86) (DragonflyBSD reste proche de FreeBSD avec une approche un peu plus moderne). En toute logique NetBSD qui a le plus grand périmètre est moins fiable. En comparaison, le périmètre de Linux est gigantesque; il est adapté aussi bien pour l'embarqué que pour le Supercalculateur en passant par le PC et smartphone et pour tous les usages (Sécurisé, cloisonné, virtualisé, avec ou sans sous-couche sur-couche… ).
On a donc 2 philosophie tellement différentes adaptés a des usages tellement différent et intéressant…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Ah le désespoir
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Vous avez aimé BSD vs System V ? Vous aimerez systemd vs openRC (et le reste du monde). Évalué à -7. Dernière modification le 25 juillet 2017 à 21:45.
Oui et non. Il faut attendre que SystemD murisse… ou pourisse. On a déjà vu des retours arrière spectaculaire même s'il est assez peu probable. Tant que des distributions assez importantes (Gentoo) ne s'y mettent pas tout reste possible tant que les compétences SystemV existent encore chez les Linuxiens.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Pas tout à fait
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal L’État d’urgence permanent. Évalué à 0.
Le problème c'est justement si ils trouvent quelques chose de "louche". Imagine que tu est le réseau TOR d'installer, que tu est été en vacances en Turquie 3 semaines et que tu est 3 amis musulmans un peu extrémistes… Comment pourra tu prouver que tu n'est pas un terroriste? Je ne te parle pas du cas ou un peu parano, tu t'est fabriquer un Libérator par idéologie libriste…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Pourquoi X86 (Intel)
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche Un pas en avant pour les serveurs libres : le projet NERF. Évalué à 1. Dernière modification le 29 juin 2017 à 18:05.
Pourquoi dis tu qu'ARM est vraiment pourri? C'est pour avoir quelques chose de viable rapidement que je suggère ARM en premier plutôt que les projets libres encore trop en retard (sauf si tu dis le contraire). ARM représente je pense un compromis "négociable". D'autant plus qu'il existe des carte vraiment Open-Source et viable autour de processeur ARM mais pas en x86 pour les mêmes raisons.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Pourquoi X86 (Intel)
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche Un pas en avant pour les serveurs libres : le projet NERF. Évalué à 2.
Non ce n'est pas un argument pour toucher du monde il faut un produit intéressant, pas un produit qui soit certain d'être toujours à la traîne. Linux touchait beaucoup de monde a ses début? Et UNIX ne touchait que les chercheurs et quelques rarissimes expert informatiques.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.