on parle beaucoup de la latence dans cet article, la latence est prépondérante et incontounable surtout pour les jeux.
Pour le web tant qu'à ajouter un boitier sur le réseau ne pas hésiter à faire tourner un cache DNS local, voir un cache web … c'est quasiment magique.
Enfin ne pas sous-estimer l'importance du debit en upload. Depuis que je suis passé en vdsl et que j'ai 6Mbps en upload tout va bien mieux…
je voulais modifier mon commentaire … mais trop lent je n'ai pas pu ! (plus de 5 minutes).
s/qui eux gère/qui eux gèrent/
C'est une alternative dans le domaine du "pas cher" venant de Chine, … loin du monde open (sauf pour Tasmota).
Par contre ça reste à mon avis de bonnes alternatives pour faire de la domotique sans se ruiner (les composants zwave sont souvent chers) et sans sacrifier la sécurité de communication (wifi) à condition de changer tous les firmware par défaut :-)
De mon coté j'utilise des H801 (8€ en général).
c'est un boitier également basé sur un 8266 prêt à l'emploi (plus qu'a brancher)
Il permet de gérer 5 sorties PWM (RGB W1 W2 ).
Par défaut le microcode communique avec une application sur smartphone pour piloter les sorties, mais comme cela passe par un site externe, je ne l'ai même jamais testé.
Je préfère le remplacer par le firmware Tasmota configuré pour utiliser le protocole MQTT avec tout en local.
(on trouve facilement les howto pour flasher un nouveau firmware …)
Tasmota est aussi compatible avec les boitiers SonOff (qui eux gère des entrées et du on/off pour un prix dérisoire également).
Tasmota est simple à intégrer à une instance DOMOTICZ…
Fedora n'est pas rolling release, elle est versionnée ( F28 ) mais passe d'une release a la suivante (depuis F21) avec une simple commande (sans réinstaller), et ça marche de mieux en mieux. Avant F21 c'était possible mais il fallait bricoler.
tu as raison, et ton exemple avec la vue système n'est QUE un exemple.
Si un jour tu utilise la compression (transfert de données …),idem c'est une option payante.
En cas de controle c'est effectivement stocké et donnera lieu a un redressement …
Il existe des solutions pour controler "ces traces" et se protéger en cas de contrôle, par exemple en reconstruisant la base à partir d'un export/import qui ne transporte pas ces traces… mais c'est compliqué/long/pénible pour pas grand chose.
Une solution pour la virtu: utiliser uns technologie de virtualisation différente que le reste de la ferme.
Par exemple, si la ferme est en vmware, utiliser kvm pour héberger les machines oracle …
Choisissez postgreSQL c'est plus simple et moins dangereux :-)
l'intéret de la mise en commun, c'est justement la gestion commune des correctifs.
Lors des bugs de sécurité sur la bibliotheque ssl ou zlib, il a fallu relivrer l'intégralité des logiciels les utilisant … et sur un système on n'est jamais sûr que l'ensemble des mainteneurs/éditeurs ont bien identifié qu'ils devaient relivrer.
Avec de vraies DLL partagées ce soucis est règlé de facto. Et si on a besoin de versions différentes de ces DLL il suffit de les faire cohabiter.
Le second point interessant, ce n'est pas l'économie de place disque, sauf peut-être dans l'embarqué, mais bien l'économie de mémoire. Avec des DLL en commun le système d'exploitation ne monte les pages de code qu'une seule fois en ram …
Je lis plein de commentaires très sympathiques comme 'il suffit de débrayer' ou 'de se mettre au point mort' …
Sauf que sur la voiture que je conduis, le couple du moteur est tellement camionesque que freiner alors que le moteur est à fond est juste illusoire. La boite est automatique séquentielle et interdit de tomber les rapports en dehors des régimes prévus pour protéger le moteur. Le frein a main est électrique et ne marche qu'a l’arrêt total. impossible de couper le contact ni de retirer la clef sans être à l’arrêt total et d'avoir mis la boite sur "P" (parking).
Si le moteur se bloquait "a fond" je ne sais pas ce qu'il conviendrait de faire… des prières ?
J'ai souvenir, que lors du cas dont on discute, les forces de l'ordre on demandé au conducteur de suivre quelques méthodes destinées à l’arrêter. C'est seulement lors du constat de l'impossibilité qu'ils ont commencé à vider le péage.
Je me souviens de "protections" de logiciels qui utilisaient cette particularité.
une instruction venait modifier une adresse de saut quelques octets plus loin (très près) ce qui en temps normal n'avait pas d'effet puisque cette adresse de saut avait déjà été décodée par le prefetch du processeur…
en cas de tentative de debug et d'execution pas par pas de ce morceau de code, le prefetch ne se fait pas, l'adresse de saut se modifie … et on ne comprends plus rien :-)
x86 example code
code_starts_here:
mov eax, ahead
mov [eax], 0x9090
ahead:
jmp near to_the_end
; Some other code
to_the_end:
_This self-modifying program will overwrite the jmp to_the_end with two NOPs (which is encoded as 0x9090). The jump jmp near to_the_end is assembled into two bytes of machine code, so the two NOPs will just overwrite this jump and nothing else. (That is, the jump is replaced with a do-nothing-code.)
Because the machine code of the jump is already read into the PIQ, and probably also already executed by the processor (superscalar processors execute several instructions at once, but they "pretend" that they don't because of the need for backward compatibility), the change of the code will not have any change of the execution flow.
_
Un upgrade complet ça se prépare un peu. Je suis passé de la fedora 17 à la 19 avec fedup sans problème particulier …
mais en ayant un peu lu avant de me lancer, et donc en connaissant les problèmes possibles.
fedora n'est pas une rolling-release, et mettre a jour un système qui a vécu et donc intègre des particularités que les développeurs ne peuvent pas trouver sur les systèmes sur lesquels ils effectuent les tests d'upgrade, c'est voué à rencontrer des problèmes.
Au pire, si ton filesystème /home est bien séparé une réinstallation c'est pas la mer à boire non plus, et ensuite il faut tout reconfigurer. C'est là que tu t’aperçois de la complexité de l'upgrade.
Bref je ne suis pas surpris que ça merdoie pour certains, "chez moi ça marche" mais j'ai fait en sorte que ça ait des chances de marcher :-)
Si personne ne réussit, peut être que le test est … trop compliqué.
Pas forcément techniquement, mais peut-être à cause de la pression, de l'environnement, …
Une solution que je te propose est de prendre l'exercice dans l'autre sens:
montrer des morceaux de code choisis et demander au candidat de les analyser.
dire ce que fait le code, si il fonctionne, si il buggue dans un cas tordu, … comment il pourrait l'améliorer.
A mon sens c'est moins déstabilisant que la feuille blanche et ça permet aussi de voir comment le mec raisonne,
s'il cherche a faire du beau code ou pas, s'il est logique …
Avec ce genre de tests pour du java ou du C, on a nous même rencontré pas mal de personnes
qui prétendaient coder … mais qui étaient incapables de comprendre un morceau de code présenté.
In fine, on a réussi nos recrutements de développeurs avec ces tests.
Vous n'aimez pas les outils qui permettent de ne se rappeler que d'un seul mot de passe et de le décliner automatiquement en des version différentes pour chaque site ?
-> un seul mot de passe a se rappeler
-> pas besoin d'un serveur centralisé pour stocker quoi que ce soit
-> mot de passe généré suffisamment compliqué et différents pour chaque site
C'est beau mais de mon coté je n'y crois pas, ni pour les serveurs peu puissant ni pour les grilles de calcul.
Pourquoi ?
Parce que le x86-64 c'est une logiteque très complète et testée. Même IBM sort ses produits pour proc Intel.
D'ailleurs les licences DB2, MQ, … sont moins vendues chère sur proc Intel que Power :-)
Sur une grille de calcul, on cherche de la puissance. Mais quand on achete un grand nombre de serveurs le cout unitaire
compte énormément. Les serveurs d'une grille sont du consommable, quand il casse il est redondé et quand on veut augmenter
la puissance on les change ou on a ajoute. La différence de prix blade Intel versus Power est telle que économiquement
cela ne tient pas la route (sauf besoin précis de Power, donc marché de niche parmi le marché de niche du HPC).
Si on apprécie la fiabilité des machines AIX, les machines Intel/Linux n'ont rien a leur envier, surtout que pour le prix
d'un AIX vous pouvez faire tourner un cluster x86 bien plus tolérant aux pannes. Sans compter la différence de cout de maintenance
et de licence … Le net ? performances comparables, prix d’acquisition plus faible, cout de possession moins cher …
A moins que IBM ne revoit massivement ses politiques tarifaires, le power est voué a rester dans son coin.
C'est vrai que la paie est un document confidentiel/privé.
Mais venant de la société de recrutement c'est pas vraiment le même problème que si c'était la société qui recrute qui demandait les documents.
La société de recrutement est payée en % du salaire de la personne embauchée, son intérêt n'est pas du tout de négocier le salaire vers le bas.
Par contre vis a vis de son client elle doit vérifier les informations qu'elle apporte, ou savoir sur lesquelles tu/elle a embelli la situation …
Bref c'est pas normal, mais pas forcément préjudiciable pour le postulant.
Par contre si la demande vient des RH de la société qui recrute, la c'est un problème…
Dans le passé il m'est arrivé de venir négocier avec mon avis d'imposition pour prouver au DRH que a moins de XXX je ne venais pas.
Ca a plutôt convaincu :-)
Je suis assez d'accord sur le fond, mais en prenant du recul tu ne serais pas un peu susceptible ?
Le but c'est que le groupe arrive a destination, et si un mec veut frimer avec son smartphone et que du coup tu peux ranger ton plan et en profiter pour observer la route, le décor, les oiseaux, … c'est sympa aussi non ?
A moins que "chargé du plan" ne soit un titre honorifique spécial duquel on ne peut pas être déchu sans vexation :-)
Si cela se trouve, le mec au smartphone il voulait t'aider …
Beau projet. Si je peux me permettre il me soulève tout de même quelques questions:
pourquoi l'avoir équipé d'un système de transmission autonome ?
Vous n'avez pas de monitoring pour votre informatique ?
Surveiller la température c'est bien mais chez nous on le ferai remonter dans Nagios/Centréon/Cacti …
On y gagne des courbes de tendance et on utilise le système d'alerting prévu pour le monitoring.
je n'aurai pas utilisé de SMS, c'est cher (le modem) et ne permet pas de mode "connecté" pour acquitter l'alerte
Avec un modem voix standard a quelques 10aines d'euros, tu peux faire en sorte que Nagios/Centréon téléphone
à l'admin d'astreinte et lui demande de tapper "1" pour acquitter l'alerte … si il ne le fait pas (pas joignable …)
il peut ensuite appeler d'autres personnes en escalade …
pourquoi ne pas utiliser les capteurs de température existants dans les systèmes ?
Certes cela ne rapporte pas la température de la salle, mais cela permet tout de même d'alerter si la température monte
anormalement. Qui plus est on peut surveiller la température selon les specs de fonctionnement des machines.
La plupart des châssis (lames) en possèdent, sinon les serveurs en ont tous, et une sonde nrpe/snmp/…
interrogée par le Nagios/Cacti existant suffit à rendre le même service (mais c'est moins FUN à faire :-( ).
Sinon dans son cas … considérer les valeurs en dehors du range 10°C - 60°C ça suffit peut-être non ?
Parce que -0.61 ou +10000°C on sait de base que ce sont des valeurs impossibles :-)
(même si je vote pour la médiane coté "vrai" algo pour son cas)
Pour être précis c'est plus exactement un kill -9 -1
et du coup cela fait l'opposé de ce que tu décris : tous les process sauf le process 1 vont recevoir le signal …
mais c'est bien aussi :-)
Je vais me faire moinsser, comme à chaque fois qu'on ne va pas dans le sens du courant, mais ou je bosse on a fait une intégration de déport d'affichage basée sur VNC qui "juste marche" et reste assez performante.
Pour cela il faut bien choisir le serveur VNC ainsi que le client, afin de profiter des optimisations du protocole (cache de pixmaps, …).
La solution est utilisée en réseau local pour faire du design analogique de composants (de la CAO en gros), et reste utilisable en VPN depuis la maison (en france) mais est assez sujette aux problèmes de latence réseau (à l'étranger …). En tout cas pour de l'admin système c'est très très confortable y compris en VPN.
Coté serveur on utilise Xvnc (celui fourni avec tigervnc). Il est assez performant car c'est un serveur X dédié au déport VNC (il ne propose pas de display standard).
Coté client on utilise vncviewer de realvnc (le plus performant d'après nos tests).
A l'époque (3 ans ?) on avait testé les solutions "a la mode" comme FreeNX, et les performance n'étaient pas du tout meilleures, et l'intégration dans le SI plus compliquée…
mais c'est peut-être a revoir de nos jours. En tout cas, pour une solution simple Xvnc ça marche.
On a proposé des patchs pour mieux gérer le copier/coller, l'implémentation de base dans Xvnc limitait trop la taille du buffer passé du serveur au client, alors que X11 propose un mode ou la taille du buffer est dynamique. J'ai pas vérifié si ils avaient été intégrés ou pas mais "chez moi ça marche" :-)
Le graphe donne plus d'importance a 1% de la population (les extrêmement riches) qu'aux 50% des foyers qui ne sont pas imposables.
Or prétendre que ces foyers "sont des SDF" comme dans un des commentaires … est pour le moins contestable, pas mal de ces foyers seraient largement capables de payer de l'impôt sur le revenu.
Le graphe montre t'il aussi l'imposition liée à la transmission de patrimoine ?
Le graphe montre t'il aussi l'imposition liée aux autres revenus (foncier, …) ?
m'est avis que ces deux postes sont largement déséquilibrés dans l'autre sens.
si bien sûr, et tu sais quoi ? en valeur absolu la TVA est un impôt progressif puisque les riches dépensent plus :-)
le sujet était l’impôt sur le revenu.
On a des tranches marginales a partir du moment ou on est imposable sur le revenu, mais ce n'est pas linéaire de 0.
De plus je parle d'inclure les aides dans le calcul et de les distribuer automatiquement.
La participation "des riches" est bien plus forte que seulement l’impôt sur le revenu, beaucoup beaucoup de bien de consommation sont plus chers pour une personne qui gagne bien sa vie (cantine, garde des enfants indexé sur le quotient familial, cinemas, certains restaurants, abonnements divers et variés, entrée de piscine …). Un système qui mixe des calculs approximatifs pour prélever l’impôt et des aides non contrôlées en fonction du bien vouloir de chaque entreprise/administration fini par faire un truc complètement impossible à maitriser.
Au lieu de baisser le prix de certaines prestations, il vaudrait mieux aider plus les gens et les laisser libre de consommer ce qu'ils préfèrent.
Pourquoi pas verser "une base" a tout le monde sans conditions (y compris aux riches donc), et inclure cette aide dans le revenu taxable, avec une fonction linéaire qui démarre réellement à zéro. Tu trouves une mission d'interim ? super ça s'ajoute dans le calcul mais ne te prive pas des "autres aides", …
# latence ou debit en upload
Posté par PLuG . En réponse au journal Une bosse sur la ligne pour combattre le bufferbloat ?. Évalué à 2.
on parle beaucoup de la latence dans cet article, la latence est prépondérante et incontounable surtout pour les jeux.
Pour le web tant qu'à ajouter un boitier sur le réseau ne pas hésiter à faire tourner un cache DNS local, voir un cache web … c'est quasiment magique.
Enfin ne pas sous-estimer l'importance du debit en upload. Depuis que je suis passé en vdsl et que j'ai 6Mbps en upload tout va bien mieux…
[^] # Re: Alternatives
Posté par PLuG . En réponse à la dépêche Microcontrôleur de DEL basé sur ESP8266. Évalué à 1.
je voulais modifier mon commentaire … mais trop lent je n'ai pas pu ! (plus de 5 minutes).
s/qui eux gère/qui eux gèrent/
C'est une alternative dans le domaine du "pas cher" venant de Chine, … loin du monde open (sauf pour Tasmota).
Par contre ça reste à mon avis de bonnes alternatives pour faire de la domotique sans se ruiner (les composants zwave sont souvent chers) et sans sacrifier la sécurité de communication (wifi) à condition de changer tous les firmware par défaut :-)
[^] # Re: Alternatives
Posté par PLuG . En réponse à la dépêche Microcontrôleur de DEL basé sur ESP8266. Évalué à 2.
De mon coté j'utilise des H801 (8€ en général).
c'est un boitier également basé sur un 8266 prêt à l'emploi (plus qu'a brancher)
Il permet de gérer 5 sorties PWM (RGB W1 W2 ).
Par défaut le microcode communique avec une application sur smartphone pour piloter les sorties, mais comme cela passe par un site externe, je ne l'ai même jamais testé.
Je préfère le remplacer par le firmware Tasmota configuré pour utiliser le protocole MQTT avec tout en local.
(on trouve facilement les howto pour flasher un nouveau firmware …)
Tasmota est aussi compatible avec les boitiers SonOff (qui eux gère des entrées et du on/off pour un prix dérisoire également).
Tasmota est simple à intégrer à une instance DOMOTICZ…
# pas rolling release mais presque
Posté par PLuG . En réponse à la dépêche Sortie de Fedora 28 bêta. Évalué à 2.
Fedora n'est pas rolling release, elle est versionnée ( F28 ) mais passe d'une release a la suivante (depuis F21) avec une simple commande (sans réinstaller), et ça marche de mieux en mieux. Avant F21 c'était possible mais il fallait bricoler.
https://fedoraproject.org/wiki/DNF_system_upgrade
mes 2c
[^] # Re: ORACLE : un GROS GROS GACHIS
Posté par PLuG . En réponse au journal Ah Oracle quelle belle entreprise.... Évalué à 7.
tu as raison, et ton exemple avec la vue système n'est QUE un exemple.
Si un jour tu utilise la compression (transfert de données …),idem c'est une option payante.
En cas de controle c'est effectivement stocké et donnera lieu a un redressement …
Il existe des solutions pour controler "ces traces" et se protéger en cas de contrôle, par exemple en reconstruisant la base à partir d'un export/import qui ne transporte pas ces traces… mais c'est compliqué/long/pénible pour pas grand chose.
Une solution pour la virtu: utiliser uns technologie de virtualisation différente que le reste de la ferme.
Par exemple, si la ferme est en vmware, utiliser kvm pour héberger les machines oracle …
Choisissez postgreSQL c'est plus simple et moins dangereux :-)
[^] # Re: .
Posté par PLuG . En réponse au journal Petit guide à l'usage des développeurs de LL qui souhaitent se tirer dans le pied. Évalué à 7.
l'intéret de la mise en commun, c'est justement la gestion commune des correctifs.
Lors des bugs de sécurité sur la bibliotheque ssl ou zlib, il a fallu relivrer l'intégralité des logiciels les utilisant … et sur un système on n'est jamais sûr que l'ensemble des mainteneurs/éditeurs ont bien identifié qu'ils devaient relivrer.
Avec de vraies DLL partagées ce soucis est règlé de facto. Et si on a besoin de versions différentes de ces DLL il suffit de les faire cohabiter.
Le second point interessant, ce n'est pas l'économie de place disque, sauf peut-être dans l'embarqué, mais bien l'économie de mémoire. Avec des DLL en commun le système d'exploitation ne monte les pages de code qu'une seule fois en ram …
mes 2c
[^] # Re: tiens
Posté par PLuG . En réponse à la dépêche Encore un exemple de code spaghetti : Toyota. Évalué à 3.
Merci.
Je lis plein de commentaires très sympathiques comme 'il suffit de débrayer' ou 'de se mettre au point mort' …
Sauf que sur la voiture que je conduis, le couple du moteur est tellement camionesque que freiner alors que le moteur est à fond est juste illusoire. La boite est automatique séquentielle et interdit de tomber les rapports en dehors des régimes prévus pour protéger le moteur. Le frein a main est électrique et ne marche qu'a l’arrêt total. impossible de couper le contact ni de retirer la clef sans être à l’arrêt total et d'avoir mis la boite sur "P" (parking).
Si le moteur se bloquait "a fond" je ne sais pas ce qu'il conviendrait de faire… des prières ?
J'ai souvenir, que lors du cas dont on discute, les forces de l'ordre on demandé au conducteur de suivre quelques méthodes destinées à l’arrêter. C'est seulement lors du constat de l'impossibilité qu'ils ont commencé à vider le péage.
[^] # Re: Pour comparer les performances
Posté par PLuG . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 8.
Je me souviens de "protections" de logiciels qui utilisaient cette particularité.
une instruction venait modifier une adresse de saut quelques octets plus loin (très près) ce qui en temps normal n'avait pas d'effet puisque cette adresse de saut avait déjà été décodée par le prefetch du processeur…
en cas de tentative de debug et d'execution pas par pas de ce morceau de code, le prefetch ne se fait pas, l'adresse de saut se modifie … et on ne comprends plus rien :-)
mais je vois que même wikipedia en parle : http://en.wikipedia.org/wiki/Prefetch_input_queue
citation:
x86 example code
code_starts_here:
mov eax, ahead
mov [eax], 0x9090
ahead:
jmp near to_the_end
; Some other code
to_the_end:
_This self-modifying program will overwrite the jmp to_the_end with two NOPs (which is encoded as 0x9090). The jump jmp near to_the_end is assembled into two bytes of machine code, so the two NOPs will just overwrite this jump and nothing else. (That is, the jump is replaced with a do-nothing-code.)
Because the machine code of the jump is already read into the PIQ, and probably also already executed by the processor (superscalar processors execute several instructions at once, but they "pretend" that they don't because of the need for backward compatibility), the change of the code will not have any change of the execution flow.
_
[^] # Re: Utilisateur lambda...
Posté par PLuG . En réponse à la dépêche Fedora 20, dite Heisenbug, est disponible et le Projet Fedora fête ses 10 ans !. Évalué à 1.
Un upgrade complet ça se prépare un peu. Je suis passé de la fedora 17 à la 19 avec fedup sans problème particulier …
mais en ayant un peu lu avant de me lancer, et donc en connaissant les problèmes possibles.
fedora n'est pas une rolling-release, et mettre a jour un système qui a vécu et donc intègre des particularités que les développeurs ne peuvent pas trouver sur les systèmes sur lesquels ils effectuent les tests d'upgrade, c'est voué à rencontrer des problèmes.
Au pire, si ton filesystème /home est bien séparé une réinstallation c'est pas la mer à boire non plus, et ensuite il faut tout reconfigurer. C'est là que tu t’aperçois de la complexité de l'upgrade.
Bref je ne suis pas surpris que ça merdoie pour certains, "chez moi ça marche" mais j'ai fait en sorte que ça ait des chances de marcher :-)
# simplifier le test
Posté par PLuG . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 10.
Si personne ne réussit, peut être que le test est … trop compliqué.
Pas forcément techniquement, mais peut-être à cause de la pression, de l'environnement, …
Une solution que je te propose est de prendre l'exercice dans l'autre sens:
montrer des morceaux de code choisis et demander au candidat de les analyser.
dire ce que fait le code, si il fonctionne, si il buggue dans un cas tordu, … comment il pourrait l'améliorer.
A mon sens c'est moins déstabilisant que la feuille blanche et ça permet aussi de voir comment le mec raisonne,
s'il cherche a faire du beau code ou pas, s'il est logique …
Avec ce genre de tests pour du java ou du C, on a nous même rencontré pas mal de personnes
qui prétendaient coder … mais qui étaient incapables de comprendre un morceau de code présenté.
In fine, on a réussi nos recrutements de développeurs avec ces tests.
# outils de génération de mot de passe ?
Posté par PLuG . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 3.
Vous n'aimez pas les outils qui permettent de ne se rappeler que d'un seul mot de passe et de le décliner automatiquement en des version différentes pour chaque site ?
-> un seul mot de passe a se rappeler
-> pas besoin d'un serveur centralisé pour stocker quoi que ce soit
-> mot de passe généré suffisamment compliqué et différents pour chaque site
genre celui là ( https://addons.mozilla.org/fr/firefox/addon/password-hasher/ ) mais y'en a plein de ce genre.
j'y vois pas mal d'avantages et peu d'inconvénients …
# Power ?
Posté par PLuG . En réponse au journal Power8 - OpenPower : l'hégémonie du x86 pourrait-elle être bousculée dans le monde serveur ?. Évalué à 3.
C'est beau mais de mon coté je n'y crois pas, ni pour les serveurs peu puissant ni pour les grilles de calcul.
Pourquoi ?
Parce que le x86-64 c'est une logiteque très complète et testée. Même IBM sort ses produits pour proc Intel.
D'ailleurs les licences DB2, MQ, … sont moins vendues chère sur proc Intel que Power :-)
Sur une grille de calcul, on cherche de la puissance. Mais quand on achete un grand nombre de serveurs le cout unitaire
compte énormément. Les serveurs d'une grille sont du consommable, quand il casse il est redondé et quand on veut augmenter
la puissance on les change ou on a ajoute. La différence de prix blade Intel versus Power est telle que économiquement
cela ne tient pas la route (sauf besoin précis de Power, donc marché de niche parmi le marché de niche du HPC).
Si on apprécie la fiabilité des machines AIX, les machines Intel/Linux n'ont rien a leur envier, surtout que pour le prix
d'un AIX vous pouvez faire tourner un cluster x86 bien plus tolérant aux pannes. Sans compter la différence de cout de maintenance
et de licence … Le net ? performances comparables, prix d’acquisition plus faible, cout de possession moins cher …
A moins que IBM ne revoit massivement ses politiques tarifaires, le power est voué a rester dans son coin.
[^] # Re: Certaines boites spécialisé dans le recrutement sont bien :
Posté par PLuG . En réponse au journal Ras le bol des plateformes d'e-recrutement. Évalué à 2.
C'est vrai que la paie est un document confidentiel/privé.
Mais venant de la société de recrutement c'est pas vraiment le même problème que si c'était la société qui recrute qui demandait les documents.
La société de recrutement est payée en % du salaire de la personne embauchée, son intérêt n'est pas du tout de négocier le salaire vers le bas.
Par contre vis a vis de son client elle doit vérifier les informations qu'elle apporte, ou savoir sur lesquelles tu/elle a embelli la situation …
Bref c'est pas normal, mais pas forcément préjudiciable pour le postulant.
Par contre si la demande vient des RH de la société qui recrute, la c'est un problème…
Dans le passé il m'est arrivé de venir négocier avec mon avis d'imposition pour prouver au DRH que a moins de XXX je ne venais pas.
Ca a plutôt convaincu :-)
[^] # Re: ◉ Je ne regarde pas la télévision
Posté par PLuG . En réponse au sondage Quel est votre principale attitude de téléspectateur ?. Évalué à 7.
Je suis assez d'accord sur le fond, mais en prenant du recul tu ne serais pas un peu susceptible ?
Le but c'est que le groupe arrive a destination, et si un mec veut frimer avec son smartphone et que du coup tu peux ranger ton plan et en profiter pour observer la route, le décor, les oiseaux, … c'est sympa aussi non ?
A moins que "chargé du plan" ne soit un titre honorifique spécial duquel on ne peut pas être déchu sans vexation :-)
Si cela se trouve, le mec au smartphone il voulait t'aider …
[^] # Re: concours de mots clefs comme du temps de la découverte d'Échelon
Posté par PLuG . En réponse au sondage Les révélations sur le programme PRISM.... Évalué à 2.
Je suppose que "comme tout le monde" vous utilisez une liste contruite en compilant les listes disponibles sur Internet.
Par exemple les Denied Person Lists et autres sources ( http://www.bis.doc.gov/index.php/policy-guidance/lists-of-parties-of-concern/denied-persons-list )
Du coup ce genre de personne est de-facto dans la liste …
[^] # Re: quoi faire
Posté par PLuG . En réponse à la dépêche OLinuXino, la RaspBerry Pi version Open Source. Évalué à 2.
L'idée de supprimer les valeurs "impossibles" n’empêche pas d'appliquer la médiane … j'ai du mal m'exprimer !
[^] # Re: quoi faire
Posté par PLuG . En réponse à la dépêche OLinuXino, la RaspBerry Pi version Open Source. Évalué à 5.
Beau projet. Si je peux me permettre il me soulève tout de même quelques questions:
pourquoi l'avoir équipé d'un système de transmission autonome ?
Vous n'avez pas de monitoring pour votre informatique ?
Surveiller la température c'est bien mais chez nous on le ferai remonter dans Nagios/Centréon/Cacti …
On y gagne des courbes de tendance et on utilise le système d'alerting prévu pour le monitoring.
je n'aurai pas utilisé de SMS, c'est cher (le modem) et ne permet pas de mode "connecté" pour acquitter l'alerte
Avec un modem voix standard a quelques 10aines d'euros, tu peux faire en sorte que Nagios/Centréon téléphone
à l'admin d'astreinte et lui demande de tapper "1" pour acquitter l'alerte … si il ne le fait pas (pas joignable …)
il peut ensuite appeler d'autres personnes en escalade …
pourquoi ne pas utiliser les capteurs de température existants dans les systèmes ?
Certes cela ne rapporte pas la température de la salle, mais cela permet tout de même d'alerter si la température monte
anormalement. Qui plus est on peut surveiller la température selon les specs de fonctionnement des machines.
La plupart des châssis (lames) en possèdent, sinon les serveurs en ont tous, et une sonde nrpe/snmp/…
interrogée par le Nagios/Cacti existant suffit à rendre le même service (mais c'est moins FUN à faire :-( ).
[^] # Re: quoi faire
Posté par PLuG . En réponse à la dépêche OLinuXino, la RaspBerry Pi version Open Source. Évalué à 1.
Sinon dans son cas … considérer les valeurs en dehors du range 10°C - 60°C ça suffit peut-être non ?
Parce que -0.61 ou +10000°C on sait de base que ce sont des valeurs impossibles :-)
(même si je vote pour la médiane coté "vrai" algo pour son cas)
[^] # Re: Quel risque ?
Posté par PLuG . En réponse au journal Gnu/Linux est une passoire. Évalué à 1.
désolé, pas rafraîchi la page … pas vu que tu avais déjà répondu :-(
[^] # Re: Quel risque ?
Posté par PLuG . En réponse au journal Gnu/Linux est une passoire. Évalué à 2.
Pour être précis c'est plus exactement un kill -9 -1
et du coup cela fait l'opposé de ce que tu décris : tous les process sauf le process 1 vont recevoir le signal …
mais c'est bien aussi :-)
[^] # Re: En angleterre
Posté par PLuG . En réponse au sondage Comment pensez-vous déclarer vos revenus cette année ?. Évalué à 3.
Note que en France, même avec 8 tranches l'impôt est calculé avec une fonction continue (enfin presque, mais suffisamment pour ne pas inventer 19 tranches). http://images.math.cnrs.fr/J-ai-saute-une-tranche.html
[^] # Re: prise en charge du protocole RDP
Posté par PLuG . En réponse à la dépêche X.Org est mort, vive Wayland ! (2). Évalué à 9.
sauf VNC, j'ai dis performant ;)
Je vais me faire moinsser, comme à chaque fois qu'on ne va pas dans le sens du courant, mais ou je bosse on a fait une intégration de déport d'affichage basée sur VNC qui "juste marche" et reste assez performante.
Pour cela il faut bien choisir le serveur VNC ainsi que le client, afin de profiter des optimisations du protocole (cache de pixmaps, …).
La solution est utilisée en réseau local pour faire du design analogique de composants (de la CAO en gros), et reste utilisable en VPN depuis la maison (en france) mais est assez sujette aux problèmes de latence réseau (à l'étranger …). En tout cas pour de l'admin système c'est très très confortable y compris en VPN.
Coté serveur on utilise Xvnc (celui fourni avec tigervnc). Il est assez performant car c'est un serveur X dédié au déport VNC (il ne propose pas de display standard).
Coté client on utilise vncviewer de realvnc (le plus performant d'après nos tests).
A l'époque (3 ans ?) on avait testé les solutions "a la mode" comme FreeNX, et les performance n'étaient pas du tout meilleures, et l'intégration dans le SI plus compliquée…
mais c'est peut-être a revoir de nos jours. En tout cas, pour une solution simple Xvnc ça marche.
On a proposé des patchs pour mieux gérer le copier/coller, l'implémentation de base dans Xvnc limitait trop la taille du buffer passé du serveur au client, alors que X11 propose un mode ou la taille du buffer est dynamique. J'ai pas vérifié si ils avaient été intégrés ou pas mais "chez moi ça marche" :-)
[^] # Re: Ah le populisme...
Posté par PLuG . En réponse au journal L'indigné bronsonisé. Évalué à 2.
Le graphe donne plus d'importance a 1% de la population (les extrêmement riches) qu'aux 50% des foyers qui ne sont pas imposables.
Or prétendre que ces foyers "sont des SDF" comme dans un des commentaires … est pour le moins contestable, pas mal de ces foyers seraient largement capables de payer de l'impôt sur le revenu.
Le graphe montre t'il aussi l'imposition liée à la transmission de patrimoine ?
Le graphe montre t'il aussi l'imposition liée aux autres revenus (foncier, …) ?
m'est avis que ces deux postes sont largement déséquilibrés dans l'autre sens.
[^] # Re: Ah le populisme...
Posté par PLuG . En réponse au journal L'indigné bronsonisé. Évalué à -2.
si bien sûr, et tu sais quoi ? en valeur absolu la TVA est un impôt progressif puisque les riches dépensent plus :-)
le sujet était l’impôt sur le revenu.
[^] # Re: Ah le populisme...
Posté par PLuG . En réponse au journal L'indigné bronsonisé. Évalué à 3.
On a des tranches marginales a partir du moment ou on est imposable sur le revenu, mais ce n'est pas linéaire de 0.
De plus je parle d'inclure les aides dans le calcul et de les distribuer automatiquement.
La participation "des riches" est bien plus forte que seulement l’impôt sur le revenu, beaucoup beaucoup de bien de consommation sont plus chers pour une personne qui gagne bien sa vie (cantine, garde des enfants indexé sur le quotient familial, cinemas, certains restaurants, abonnements divers et variés, entrée de piscine …). Un système qui mixe des calculs approximatifs pour prélever l’impôt et des aides non contrôlées en fonction du bien vouloir de chaque entreprise/administration fini par faire un truc complètement impossible à maitriser.
Au lieu de baisser le prix de certaines prestations, il vaudrait mieux aider plus les gens et les laisser libre de consommer ce qu'ils préfèrent.
Pourquoi pas verser "une base" a tout le monde sans conditions (y compris aux riches donc), et inclure cette aide dans le revenu taxable, avec une fonction linéaire qui démarre réellement à zéro. Tu trouves une mission d'interim ? super ça s'ajoute dans le calcul mais ne te prive pas des "autres aides", …