Christophe B. a écrit 1681 commentaires

pas fait exprès …

ça existe encore le LSD ?

Je sais que la spéculation c'est difficile, pour moi c'est comme le Loto :

En ne jouant pas, je gagnes pas plus mais je perds moins :)

Dire que la spéculation c'est mal éthiquement … dans l'état actuel des choses oui
Quelques uns s'empiffrent de pognon de manière obscène alors que la plus grosse majorité peine a joindre les 2 bouts ou dans le pire des cas tente de survivre.

Une taxe sur les transactions financières permettrait "peut être" de récolter quelques miettes pour les ré injecter dans la vrai économie (celle en dessous du CAC 40).

Mais bon, je suis informaticien pas économiste ni politicien …

Trop tard, il y 2 ans le bitcoin valait 10€ donc pour 100 euros tu avais 10 bitcoins
maintenant il en vaut 350€
difficile maintenant de dire si il y aura une progression équivalente de 350% pour dans 2 ans.

Penses a ceux qui ont acquis des bitcoins au mois de décembre à 800 € et qui ont "perdu" la moitié de leur valeur.

D'ailleurs une question :

le minage de bitcoin, cela fonctionne comment ?
quelqu'un a t il de l'expérience dans ce domaine ?

cela vaut le coup de "trouver" un bitcoin :)

+24
2 choses m'ont permis de découvrir Zabbix et sa facilité d'utilisation

• Des "collègues" qui grâce à ZABBIX géraient des centaines de périphériques réseaux dans le monde entier
• Ton SUPER dossier, qui est resté à mon chevet et sur mon bureau quelques temps … et qui si je me souviens bien, il ne manquait plus qu'un exemple concret de paramétrage "spécifique" pour être quasiment parfait.

En tout cas, merci pour cet article qui m'a beaucoup aidé.

C'est sur ya 2 ans le bitcoin apparaissait comme une geekerie de plus.
Et parfois, le hasard faisant bien les choses … cela fonctionne
Comme le noyau Linux :)

C'est comme la roulette, le casino, la bourse on est sur de rien …
n’empêche que si au lieu d'être terre à terre avec mon pognon, je m'étais dit :
- prend une douzaine de bitcoin yen a pour moins de 100 euros, tu risques de perdre 100 euros

maintenant j'aurais 3500 euros et en décembre 2013 8000 €

100 euros je veut bien prendre le risque … mais pas au dela

moralité : je serais jamais riche … mais je sais pourquoi :)

+12

Nagios est une usine à gaz
Shinken m'a l'air pas mal mais il est aussi complexe (c'est du python donc c'est mieux :) )

ZABBIX est rapide a mettre en oeuvre, surtout avec une VM toute prête :)

Mais en plus c'est super simple de rajouter ses propres greffons.
Un exemple complet dans mon blog

et en plus il fonctionne a travers SSH :)

Je me souviens que le bitcoin était à moins de 10 euros ya pas si longtemps …
Pourquoi j'en ai pas pris une douzaine.
Maintenant ils sont à 350 € avec des pointes à 800 €
snif …

il y a dev et dev
Et il y a ceussent qui t’amènent des solutions et ceussent qui t'amènent des problèmes

J'en connais qui ne comprendront jamais ce qu'est un décalage de port SSH
d'autres qui sont incapables de pondre le moindre select sans un 'not in'
Certains génèrent du code comme si ils avaient pris du LCD

parfois certains pondent code dont personne ne parle, cela juste marche.

Ceci dit parfois pour mettre à l'épreuve des serveurs … certains devs sont utiles :)

Le monde serait bien différent s'il n'y avait que de bons dev :)
( phrase générique : remplacer "dev" par ce que vous voulez )

Bon ok c'est plus dredi …

mais notre monde n'est pas celui des bisounours.
Dans l'info en tant que pro depuis 1986 et Ingénieur Système attitré depuis 1999, je reconnais beaucoup de cas de figures dans ce que vous dites.

Pour être passé de simple technicien, à développeur, chef de projet j'ai fini par choisir le métier qui à le moins de contact avec l'utilisateur et le plus avec les serveurs.

Et je n'oublie jamais que j'ai beaucoup de chance de faire ce métier.

Dans chaque poste, il y a des choses pénibles à faire et d'autres nettement moins.

tester de nouveaux disque SSD SLC … c'est marrant
Analyser des problèmes de perf sous Linux/unix … marrant aussi
Tentez d'expliquer à un GROS client (donc à préserver :() que les mise à jours IE c'est à éviter … nettement moins drôle
démontrez à un DEV que 80% des problèmes de perf se situe dans le traitement … pas drôle non plus (surtout s'il ne vaut pas comprendre)

Et en plus dans la boîte qui me fais vivre (A ne pas oublier non plus) Dans le "Système" est compris aussi l'électricité, la plomberie, le réseau, les smartphones etc … bref tout ce qui n'est dans le menu de l'ERP que l'ont intègre (même si parfois on désintègre :) )

Il suffit tout simplement que la balance soit positive et que tu ais plus de choses gratifiantes/amusantes que pénibles sinon il vaut mieux changer et évoluer.

Faire la part des choses peut aussi t'aider, sur les nombreux pénibles que tu rencontres combien d'autres sont content de travailler avec toi ?

Médites sur le Yin et le Yang et restes Zen :)

Zabbix convient très bien même pour les petits trucs
un exemple : Surveillance de la température d'une salle serveur

Si la clim tombe en panne … la température monte et tout s'arrête. et je suis obligé de faire du vrai travail :(

Alors j'ai pu bricolé un truc pour tester la température et remonter les problèmes si cela tombe en dessous ou en dessus de certain seuils, par l'envoi de sms
Et la ZABBIX a été génial.

Cela fonctionne nickel depuis Aout 2013 …

Voici 2 autres sites plus orientés Raspberry mais ARDUINO + RASPBERRY sont complémentaire

le mien : Blog de Sysadmin qui fait mets à l'électronique comme quoi c'est pas toujours facile l'électronique.

Ce forum RaspFR ou j'ai trouvé de bon conseils

Voila
Amusez vous bien.

Voici un lien qui devrait intéresser :

MC Hobby

En plus MC Hobby est une boutique Belge qui a le mérite de mettre en Wiki ENORMEMENT d'informations sur le monde RASPBERRY ARDUINO imprimante 3D etc …

J'ai beaucoup appris sur leur site.
Et je préfères de loin acheter chez eux car je sais que j'aurais une doc et une procédure explicite.

Ensuite une appli REST en C … brrrr … code en python tu iras plus vite
surtout que tu penses pas atteindre les centaine de connexions / heures :)

Je connais très bien cette baie puisque je travaille dessus avec la société qui vous l'a prêté. Enfin, je suppose vu que l'on m'a montré aujourd'hui une copie d'écran d'un test de perfs disque sous CentOS avec les mêmes valeurs…

haha le monde est petit, c'est moi qui ai fait la copie d'écran, les infos circulent vite :)

François nous avait parlé de tes tests :)

Pour infos … On est dans la même zone à Bron. A quelques centaines de mètres de chez eux.

Toi tu satures les liens Gigabits, nous on sature les CPUs (c'est déjà plus facile)… pas facile à agacer ces disques SLC :)

Je dirais d’emblée de faire attention à tout outil graphique accessible rapidement, sans paramétrage…

C'est d'ailleurs à cause de ce "réflexe" que j'ai ouvert ce journal (qui aurait être dans un forum)

Le RAID matériel à l'air moins performant que le LVM de linux, en fait le RAID matériel ne dispose que peu de cache ou de cache moins rapide que les disques et donc est contre performant.
Mais c'est dommage on risque de manquer de temps pour tester tout ça.

C'est que l'on nous a dit mais je ne penses pas avoir le temps de le tester.
Et c'est bien dommage

Juste pour infos :
Le coût est à peu de choses prés identiques ( diff < 500 euros )
sur 2 configurations "utilisables" dans le cas qui intéressait
Par contre la GROSSE différence viendrait des performances.

Sincèrement, Merci pour la qualité de ta réponse.

Je ne sais pas combien de temps tu as hiberné, mais ça a dû être long.
Ca fait des années que les SSD existent, et qu'on parle de réflexes bousculés qui en 2014 sont des réflexes devenus normaux.

Non c'est normal pour nous, on est un peu comme les ents on évoluent doucement.
Cela vient du produit que l'on met en oeuvre, une ERP cela engagent tout le monde pour au moins 5 ans, donc on préfère les choses connues et maitrisées.

Il y a 2 ans, des collègues plus aventureux, avaient bataillés avec un serveur contenant des disques SSD.
Maintenant on étudie c'est tout … En plus on nous prête une machine pour tester :)

rien de nouveau, je suis même plutôt étonné que ce soit que 3x, tu dois être limité par ailleurs (CPU?)

Et tu as raison, en fait on est arrivé à la conclusion que sur ce genre de machine, c'est le CPU qui saturent AVANT les I/Os (ce qui est nouveau pour nous)
Ainsi tests sur 250 millions de lignes écrites, le rapport 3x restent (30 mn vs 90 mn)

En fait, je me pose de mon côté ces questions :
- Un journal est fait pour apporter des informations, alors qu'un forum est pour poser des question, donc qu'apporte le journal pour nous?
- qu'est-ce que tu veux comme esprit critique sur ce que tu as donné qui est hyper générique ("eh les gars, j'ai balancé un test de lecture séquentielle sur une machine dont je ne dirai pas le nom, ça donne 4 Go/s, vous en pensez quoi")? quel est le but? cherches-tu une prestation de bench?
Oui, je sais, c'est un peu brutal, mais le journal l'est aussi (en plus de ne rien apporter pour un journal).

Pas de problème, je suis désolé d'avoir pollué les journaux avec un sujet qui aurait du être dans un forum.
Sinon j'ai eu les réponses et les confirmations que j'attendais … et même plus vu que je suis passé pour une andouille :)

Dans tout les cas … Merci

Vous êtes caustique … :)

C'est la qualité du test de "UTILITAIRE DISQUE REDHAT" qui m'interpellent
peu t on se fier a cet utilitaire ?

donc oui la patte gauche du pigeon est plus ressemblante :)

bien fait pour moi, réfléchir … réfléchir … écrire le journal …
mais c'est pas mon jour …
un switch flingué … un reboot qui se passe mal car un vg pas fini
vivement ce soir

Bonjour,

Les disques sont en RAID10 matériel avec stripping
Il s'agit d'une centos 6.5 avec un max de paquets (machine de dev)
en se connectant sur une session graphique
on va dans Application / Outils Système / Utilitaire de disques

et on lance le test en écriture, faut que le disque soit pas formaté

la question que je me posais … ce type de test est il valable ?
Les valeurs retournées sont elles significatives ?
Quelqu'un en saurait t il un peu plus sur cet utilitaire Redhat ?

Après sur cette bécane qui a 3 contrôleurs de disques et plein de disques SSD
j'ai fait d'autres tests (plus parlant pour moi)
dd if=/dev/zero of=toto bs=1G count=30 => 32 secondes
sur une VM accroché à une baie SAN classique (SATA 6Gb/s) cela prend 8 minutes

Avec une base oracle (1G de SGA) création de 100 millions de lignes (soit environ 20 Go de données)
=> 13 minutes sur SSD / 38 minutes sur la même VM + baie SATA
3 fois plus rapide

bref, les disques SSD bousculent les reflexes que l'ont a avec les disques classiques
Ainsi certains contrôleurs "ralentissent" les I/O car sle cache est moins rapide que le disque …

Les I/O sont tellement rapides que même des test avec 100 millions de lignes et 20 go de données
ne sont peut être pas assez significatifs

Ok je vois que tu parles en connaissance de cause.
Tu sais, il y a quelques années (avant que l'on invente le terme d'ERP) j'ai travaillé de concert,
oui oui à coté des dev qui bossait sur le logiciel.

Et bien souvent cela partait d'un vision logique et rationnelle, mais en fonction des besoins, de la taille de certains clients, de l'humeur du dev cela évoluait parfois dans le bon, parfois non.
Et a cette époque, le lien dev - client était tenu par les types comme moi qui adaptait sur site le paramétrage voire même des pans entiers du logiciels.

Maintenant on maintient les devs à l'abri d'une hotline et d'un service support, et il n'ont plus de contact avec cette entité particulière qu'est le client et par conséquent la vie réelle.

Les ERP de maintenant sont ce qu'est Call of Duty à la guerre …et c'est bien dommage

Bon sans vouloir prendre la défense de quiconque (ni SAP, ni Sage X3) voici quelques infos du front :

• totalement dénormalisées : c'est voulu dans certain cas, bon si tu as une bonne définition récente de table normalisée (JF CODD ?) je pourrais te donner certaines raisons de ne pas normaliser tes tables.

Déjà tu as l'historique, à chaque version tout n'est pas ré écris surtout ce qui marche, il faut savoir aussi l'info de gestion partage avec la géologie et la tectonique des plaques son unité de temps et de mesure ( qq cm de gagné / perdu par an)

Les noms de champs significatifs … sur mon ERP préféré c'est top, cela a commencé en français puis c'est passé en franglais, maintenant l'anglais à l'air majoritaire.

L'obfuscation est inutile, il faut plusieurs mois/années pour être opérationnel sur un module de l'ERP pour Sage X3 alors sur SAP … Et parfois je dirais même l'inverse il FAUT transmettre les informations si tu veux pas faire exploser ta hot line ou mécontenter le client final.

=> Un client mécontent fait fuir 10 prospects, un client content en fais venir 2 ou 3 …

Un ERP cela engage tout le monde pour au moins 5 ans minimum (2 ans de mise en place / 3 ans pour amortir )

5 ans pour être précis, j'avais du faire un poster pour un mariage.
Donc photos des mariés plus colombes, alliances et autres zigouigouis.

Pour gérer de grosses images comme cela inkscape a été le plus pratique.

Et après j'ai une image de plus d'un mètre par 1 mètre j'en fais quoi
et la j'ai utilisé posterazor

j'ai pu imprimé ainsi 24 pages A4 (6 x 4 ) que j'ai assemblé. le résultat était bluffant surtout avec des photos issues de vidéos.

Attention cela représente des heures de boulot : impression assemblage etc …

Sinon pour les plus anciens PrintMaster logiciel proprio jusqu'à l'OS (nan pas Opérating Sys…)
faisait cela très très bien … jamais retrouvé d'équivalent

Pour se sortir d'un ERP il y a plusieurs solutions :

• dépôt de bilan / cessation d'activité
• procès avec le prestataire etc …

oui je sais dredi c'est demain …

Non de plus en plus de contrat incorpore un chapitre de 'réversibilité', donc le cas se DOIT d'être prévu

Tout bon ERP qui se respecte peu exporter ses données, comme toute bonne base données qui se respecte (tiens c'est marrant ya pas l'option dans SQL SERVER ?)

Par contre je vous dis pas le boulot, dans mon souvenir SAP pouvait contenir jusqu'à 9000 Tables ! si cela se trouve maintenant on doit approcher les 10000.

Comparé à l'ERP qui me fait vivre qui lui n'a que 1100 tables

Non mais elle a tout d'une grande :)

euh au fait une grande entreprise c'est a partir de quoi ?
du CA ? du nombre de personnes ? de la capacité de nuisance ? du niveaux d'incompétence ?

Encore un adepte du fusil de chasse pour tuer les mouches :)

Mais venant de toi cela ne m'étonnes pas … vi, les fichiers textes c'est beaucoup trop simple.

Nan c'est vrai, faudrait d'abord créer une base de données sécurisées, puis un protocole crypté en RSA 12 millions bits de pour communiquer avec elle. Ensuite autant noyer ça dans une base de registre … ou plutot 2 : un en 32 bits et une en 64 bits c'est plus logique.

Un informaticien tu lui demandes de biner un jardin, il va commencer par rechercher du fer, puis creuser une mine, construire une forge, créer plusieurs versions d'outils …

Aussi laisse moi faire mes hacks degeu pour mes petits clients et retourne conquérir le monde/le marché/le big data/le cloud/les smartphones etc … on se débrouille très bien tout seul

c'est sur que c'est pas avec cat fichier.pub >> AuthorizedKeys que je vais faire du buzz

C'est dredi … Le clown te souhaites un bon week end :)