Côté grand public le plus puissant des AMD équivaut à un i5 moyenne gamme chez Intel tout en consommant plus.
Par contre côté pro j'avoue ne pas savoir. En fait j'ai jamais vu d'Opteron sauf sur le VPS que je loue chez OVH. Mais toute ma vie je n'ai vu que du Xeon dans les datacenter…
Non, ils ne seront pas forcés de quitter la France. Du moins, dit comme ça, on pourrait croire que c'est l’État français qui va leur imposer de partir.
Ces hébergeurs menacent de quitter la France si la loi passe.
Moi ce qui me fait peur maintenant c'est la réaction du gouvernement. Ils vont sûrement remettre une couche sur "les dangers d'internet" et la nécessité de passer la loi sur le renseignement…
Pour les utilisateurs, c'est peut-être simplement l'occasion de connaître ses auteurs, de discuter avec eux dans la langue de molière, ou de leur offrir un café parce qu'ils habitent à côté.
Ça dépend qui, Ha ha. Parce que j'ai souvent vu des gens qui veulent se lancer dans Linux (ça doit faire mal) se décourager rien qu'en essayant de choisir une distribution, car il y en a bien trop.
Posté par MTux .
En réponse au journal Tablette de chocolat.
Évalué à 9.
Dernière modification le 18 mars 2015 à 22:54.
Non.
EDIT : réponse développée :
- Aucun constructeur n'a la volonté de faire une tablette libre
- La base du marché des tablettes/smartphones c'est l'obsolescence programmée (batterie non amovible, OS qui devient toujours trop lourd pour le hardware…) donc ça n'ira qu'en empirant
- Le hardware est de l'ARM, une niche à blob priorios et un anti-bidouillage qui colle très bien avec le point que je citais précédemment
Désolé de pousser un coup de gueule, mais nodejs ça me sort par les trous de nez.
Les développeurs semblent s'éclater avec, mais quand il faut installer une appli en partant de zéro c'est l'enfer avec les versions, npm qui compile plein de machins et échoue 1 fois sur 2, et des scripts d'init maison à faire…
Vous utilisez encore LXC en association avec libvirt ? Mauvaise nouvelle : les paquets fournissant ces possibilités ont été rendus obsolètes (libvirt-daemon-driver-lxc, libvirt-daemon-lxc et libvirt-login-shell). Il n'y aura plus de mise à jour, et ils pourraient être supprimés dans une prochaine version.
Me laisse dubitatif. Red Hat se désintéresse de LXC ? Il faut dire que c'est de plus en plus le cas, seul Canonical semble continuer à miser dessus.
The fastest way to install Xen Orchestra is to use our Appliance. You can download it from here (fill the form and click on "Try Now"). Basically, it's a Debian VM with all the stuff needed to run Xen Orchestra, no more, no less.
Bon jusqu'ici d'accord.
Mais ensuite :
Once you've got it, you can import it with xe vm-import filename=xoa_version_number.xva or via XenCenter.
Quoi ??? Je comprends plus rien. Ça veut dire qu'il faut déjà avoir un Xen fonctionnel avec xapi et même Xencenter ? Mais je croyais que le but de l'appliance c'était de tout avoir clés en main !
De plus comment c'est possible de faire fonctionner Orchestra si on ne l'installe pas sur le Dom0 ???
Réponse échauddée : le sysadmin doit faire en sorte que ça tourne, il n'a pas que ça à faire de passer n'importe quoi en prod juste parce que le developpeur aime.
Java c'est de la merde, c'est lourd, ça plante, c'est blindé de failles, et non heureusement qu'il n'y a pas tant d'applications que ça qui l'utilisent sur serveur.
C'est pour faciliter la vie de ceux à qui tu vas filer ton container docker.
Imaginons que tu bosse sur une application web qui nécessite nginx + php5-fpm + mysql + des plugins maisons. Ceux qui veulent utiliser ton logiciel vont devoir installer / configurer tout ça.
Par contre si tu peux leur fournir un paquet docker, ils n'auront rien à configurer. Il leur suffira de récupérer le container et l'exécuter.
Je suis un peu critique sur ce système car si c'est mal utilisé cela permet de trimbaler des choses sales ou obsolètes et personne ne s'en rendra compte ou ne s'en souciera car ça juste marche…
Donc ce que tu fais n'est valable que pour sauvegarder des serveurs Linux, et comment tu fais quand c'est un serveur de fichiers de 2 To ? Messagerie ? Base de données ? En sachant que 95% des opérations de restauration sont pour un utilisateur qui a écrasé par erreur des fichiers (il faut donc parfois remonter à un mois pour retrouver la version avant l'écrasement accidentel).
De plus beaucoup de solutions "classiques" ou propriétaires font de la compression/dedup, donc ton analyse est un peu précipitée. Elles intègrent aussi des connecteurs pour les bases de données / serveurs de messagerie.
En débutant la lecture du journal je pensais trouver des astuces intelligentes mais c'est 90% de blabla/dénigrement et 10% de description d'une solution limitée qui sera loin de fonctionner pour tout le monde.
Non mais sérieusement, tu as déjà fait ce que tu décris ?
Parce que par expérience on a beau tester 10x sur des VMs avec plein de confs différentes, il y a toujours des couilles à la mise en prod…
Si Linux ne te plaît plus et que FreeBSD te plaît, pourquoi ne pas migrer ?
Belle mentalité, Linux tu l'aimes ou tu la quittes… (bon la prochaine fois je tente le point godwin).
Mais bon pour te répondre sérieusement :
1. Déjà fait côté serveur (pour d'autres raisons)
2. Même si 1 truc ne me plait pas il reste des tas de trucs intéressants donc je ne ragequit pas.
3. J'ai pas dit que j'aimais pas systemd, au contraire je trouve cela sympa par exemple pour exécuter un script au démarrage c'est plus propre que de le mettre dans le rc.local.
Mon point était de dire que dans 5 ans plus personne n'aura le choix.
En réalité tu ne sera libre de rien, même en étant hyper motivé tu ne pourra pas te faire ta propre distribution sans sytemd. Le seul choix restant sera de migrer vers FreeBSD.
Merci pour l'article il est très intéressant.
As-tu regardé l'aspect mise à jour ?
Par exemple si demain une faille Apache est découverte, peut-on tout upgrader d'un coup grâce à docker, ou faut-il traiter chaque container individuellement ?
[^] # Re: Question arch x86
Posté par MTux . En réponse au journal Premières évaluations publiques d'un serveur non-IBM à base de Power8. Évalué à 2.
Côté grand public le plus puissant des AMD équivaut à un i5 moyenne gamme chez Intel tout en consommant plus.
Par contre côté pro j'avoue ne pas savoir. En fait j'ai jamais vu d'Opteron sauf sur le VPS que je loue chez OVH. Mais toute ma vie je n'ai vu que du Xeon dans les datacenter…
# Correction
Posté par MTux . En réponse au journal Loi renseignement : OVH, Gandi et consorts seront forcés à quitter la France. Évalué à -3.
Non, ils ne seront pas forcés de quitter la France. Du moins, dit comme ça, on pourrait croire que c'est l’État français qui va leur imposer de partir.
Ces hébergeurs menacent de quitter la France si la loi passe.
# Tremblez
Posté par MTux . En réponse au journal TV5 monde : Piratage et prise de controle totale. Évalué à 10.
Moi ce qui me fait peur maintenant c'est la réaction du gouvernement. Ils vont sûrement remettre une couche sur "les dangers d'internet" et la nécessité de passer la loi sur le renseignement…
[^] # Re: Linus et ses choix
Posté par MTux . En réponse au journal Debian Jessie, release prévue le 25 Avril avec deux nouvelles architectures. Évalué à 2.
Ben c'est histoire de dire tiens j'utilise Debian GNU/Linux en armv8/aarch64 :)
[^] # Re: Note aux anti-systemd
Posté par MTux . En réponse au journal Ne dites plus GNU/linux, mais GNU/systemd. Évalué à 6.
A la décharge de l'auteur il semble que ce soit un poisson d'Avril publié en avance, j'ai vu cette info ailleurs ce matin. Donc c'est un peu déloyal…
[^] # Re: pas de systemd, et ?
Posté par MTux . En réponse au journal NuTyX, une distribution atypique . Évalué à 4.
Ça dépend qui, Ha ha. Parce que j'ai souvent vu des gens qui veulent se lancer dans Linux (ça doit faire mal) se décourager rien qu'en essayant de choisir une distribution, car il y en a bien trop.
# Non
Posté par MTux . En réponse au journal Tablette de chocolat. Évalué à 9. Dernière modification le 18 mars 2015 à 22:54.
Non.
EDIT : réponse développée :
- Aucun constructeur n'a la volonté de faire une tablette libre
- La base du marché des tablettes/smartphones c'est l'obsolescence programmée (batterie non amovible, OS qui devient toujours trop lourd pour le hardware…) donc ça n'ira qu'en empirant
- Le hardware est de l'ARM, une niche à blob priorios et un anti-bidouillage qui colle très bien avec le point que je citais précédemment
[^] # Re: Deuxième question
Posté par MTux . En réponse à la dépêche Sortie de Xen Orchestra 3.7, interface web pour Xen. Évalué à 1.
Désolé de pousser un coup de gueule, mais nodejs ça me sort par les trous de nez.
Les développeurs semblent s'éclater avec, mais quand il faut installer une appli en partant de zéro c'est l'enfer avec les versions, npm qui compile plein de machins et échoue 1 fois sur 2, et des scripts d'init maison à faire…
# LXC ?
Posté par MTux . En réponse à la dépêche Red Hat Enterprise Linux 7.1. Évalué à 5.
Bravo pour la dépêche, sacré boulot !
Ce passage :
Me laisse dubitatif. Red Hat se désintéresse de LXC ? Il faut dire que c'est de plus en plus le cas, seul Canonical semble continuer à miser dessus.
[^] # Re: Keskecé ?
Posté par MTux . En réponse au journal Ou en est RuggedPOD ? Premiere VM a 1 euro annoncee. Évalué à 3.
Oo
# Keskecé ?
Posté par MTux . En réponse au journal Ou en est RuggedPOD ? Premiere VM a 1 euro annoncee. Évalué à 5.
C'est quoi RuggedPOD ?
J'ai regardé vite fait sur le site mais j'ai pas trop compris.
C'est un peu comme les blades ?
[^] # Re: BSD desktop ou masochisme informatique
Posté par MTux . En réponse à la dépêche Bitrig, un récent fork d'OpenBSD. Évalué à 4.
Voilà des propos dignes d'un jvachez importé sur Linux…
[^] # Re: Deuxième question
Posté par MTux . En réponse à la dépêche Sortie de Xen Orchestra 3.7, interface web pour Xen. Évalué à 2.
Merci.
Je vais pouvoir tester ça :)
[^] # Re: Deuxième question
Posté par MTux . En réponse à la dépêche Sortie de Xen Orchestra 3.7, interface web pour Xen. Évalué à 3.
Ben c'est pas clés en main s'il faut se taper l'install de XenServer.
Ensuite si Orchestra peut piloter des VM, il doit être Dom0, je comprends même pas comment ça peut marcher en DomU.
# Deuxième question
Posté par MTux . En réponse à la dépêche Sortie de Xen Orchestra 3.7, interface web pour Xen. Évalué à 3.
Je suis perdu.
Sur github il est écrit :
Bon jusqu'ici d'accord.
Mais ensuite :
Quoi ??? Je comprends plus rien. Ça veut dire qu'il faut déjà avoir un Xen fonctionnel avec xapi et même Xencenter ? Mais je croyais que le but de l'appliance c'était de tout avoir clés en main !
De plus comment c'est possible de faire fonctionner Orchestra si on ne l'installe pas sur le Dom0 ???
# Bien mais
Posté par MTux . En réponse à la dépêche Sortie de Xen Orchestra 3.7, interface web pour Xen. Évalué à 4.
Dommage qu'il soit nécessaire de fournir un e-mail + nom de société pour pouvoir télécharger Xen Orchestra.
[^] # Re: Questions de vieux cons
Posté par MTux . En réponse au journal Docker, la plateforme à la mode. Évalué à -10.
Réponse échauddée : le sysadmin doit faire en sorte que ça tourne, il n'a pas que ça à faire de passer n'importe quoi en prod juste parce que le developpeur aime.
Java c'est de la merde, c'est lourd, ça plante, c'est blindé de failles, et non heureusement qu'il n'y a pas tant d'applications que ça qui l'utilisent sur serveur.
[^] # Re: Tu aimes Heroku ?
Posté par MTux . En réponse au journal Docker, la plateforme à la mode. Évalué à 1.
Heu… c'est de la pub ?
[^] # Re: Questions de vieux cons
Posté par MTux . En réponse au journal Docker, la plateforme à la mode. Évalué à -2.
Les failles de sécurité à gogo
La lourdeur
L'enfer des changements de versions
Appli qui plante car elle a décidé de gonfler en RAM soudainement
Perso je refuse le Java sur les serveurs et je porterai mieux si tout le monde pouvait s'en passer en desktop également (et je suis pas le seul).
[^] # Re: c'est pas parce que c'est pas bien pour la prod qu'il faut tout jeter non plus
Posté par MTux . En réponse au journal Docker, la plateforme à la mode. Évalué à 5.
C'est pour faciliter la vie de ceux à qui tu vas filer ton container docker.
Imaginons que tu bosse sur une application web qui nécessite nginx + php5-fpm + mysql + des plugins maisons. Ceux qui veulent utiliser ton logiciel vont devoir installer / configurer tout ça.
Par contre si tu peux leur fournir un paquet docker, ils n'auront rien à configurer. Il leur suffira de récupérer le container et l'exécuter.
Je suis un peu critique sur ce système car si c'est mal utilisé cela permet de trimbaler des choses sales ou obsolètes et personne ne s'en rendra compte ou ne s'en souciera car ça juste marche…
# Nope
Posté par MTux . En réponse au journal Les sauvegardes, et les logiciels de sauvegarde. Évalué à 10.
Donc ce que tu fais n'est valable que pour sauvegarder des serveurs Linux, et comment tu fais quand c'est un serveur de fichiers de 2 To ? Messagerie ? Base de données ? En sachant que 95% des opérations de restauration sont pour un utilisateur qui a écrasé par erreur des fichiers (il faut donc parfois remonter à un mois pour retrouver la version avant l'écrasement accidentel).
De plus beaucoup de solutions "classiques" ou propriétaires font de la compression/dedup, donc ton analyse est un peu précipitée. Elles intègrent aussi des connecteurs pour les bases de données / serveurs de messagerie.
En débutant la lecture du journal je pensais trouver des astuces intelligentes mais c'est 90% de blabla/dénigrement et 10% de description d'une solution limitée qui sera loin de fonctionner pour tout le monde.
[^] # Re: probleme de version ?
Posté par MTux . En réponse au journal Les sauvegardes, et les logiciels de sauvegarde. Évalué à 5.
Non mais sérieusement, tu as déjà fait ce que tu décris ?
Parce que par expérience on a beau tester 10x sur des VMs avec plein de confs différentes, il y a toujours des couilles à la mise en prod…
[^] # Re: j'adore
Posté par MTux . En réponse au journal SD-Boot, l'EFI Boot Manager & Stub Loader de systemd, arrive. Évalué à 6. Dernière modification le 20 février 2015 à 12:26.
Belle mentalité, Linux tu l'aimes ou tu la quittes… (bon la prochaine fois je tente le point godwin).
Mais bon pour te répondre sérieusement :
1. Déjà fait côté serveur (pour d'autres raisons)
2. Même si 1 truc ne me plait pas il reste des tas de trucs intéressants donc je ne ragequit pas.
3. J'ai pas dit que j'aimais pas systemd, au contraire je trouve cela sympa par exemple pour exécuter un script au démarrage c'est plus propre que de le mettre dans le rc.local.
Mon point était de dire que dans 5 ans plus personne n'aura le choix.
[^] # Re: j'adore
Posté par MTux . En réponse au journal SD-Boot, l'EFI Boot Manager & Stub Loader de systemd, arrive. Évalué à -2.
En réalité tu ne sera libre de rien, même en étant hyper motivé tu ne pourra pas te faire ta propre distribution sans sytemd. Le seul choix restant sera de migrer vers FreeBSD.
# Mise à jour
Posté par MTux . En réponse au journal Migration d'une infra lamp vers docker. Évalué à 7.
Merci pour l'article il est très intéressant.
As-tu regardé l'aspect mise à jour ?
Par exemple si demain une faille Apache est découverte, peut-on tout upgrader d'un coup grâce à docker, ou faut-il traiter chaque container individuellement ?