Re: [FRnOG] [TECH] Logiciel d'analyse de chargement de page web

2016-04-01 Par sujet Antoine Drochon (perso) 
‘lut,

> 
>> remonter les manches, sortir la burette d'huile de coude et faire un truc a 
>> base de libre
> 
> Des idées ? Un proxy DNS et un proxy HTTP ? pihole ? privoxy ?

Mauvais site, changer de site

(désolé c’est encore vendredi d’ici)

Antoine

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Quitte ou double

2016-03-11 Par sujet Antoine Drochon (perso) 

> On Mar 11, 2016, at 3:26 PM, Inulogic - Gurvan Rottier-Ripoche 
>  wrote:
> 
> En Amérique, ils ne me semblent pas qu'ils aient peur d'annoncer les
> salaires :).

Détrompe toi, il y a souvent des chiffres annoncés mais au final c’est pas bien 
différent de la France.

L’expérience/savoir faire a sans doute un poids plus important que le reste. La 
fluidité du marché du travail fait qu’on cherche moins de moutons à 5 pattes, 
on prend 2 ou 3 moutons à la place.

Et le salaire brut n’est pas forcément tout, au royaume du libéral, les 
avantages comme la santé, retraite, et autres bonus défiscalisables peuvent 
peser lourd dans la balance.

Antoine

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Recherche poste sécurité informatique vers Sophia-Antipolis

2015-09-23 Par sujet Antoine Drochon (perso) 
Yo,

> On Sep 23, 2015, at 2:57 PM, Radu-Adrian Feurdean 
>  wrote:
> 
> On Wed, Sep 23, 2015, at 23:33, Regis Perdreau wrote:
>> Existe-t-il une grille permettant d'évaluer le salaire en fonction des
>> compétences ? Un tableau excel pourquoi , enfin quelque chose…

Il existe des spécialistes pour ça, oui. Et il y a même des données sur des 
sites genre Glassdoor. C’est encore assez frais dans l’hexagone mais cette 
relative transparence est assez d’usage chez les anglo-saxons.

> Les grilles de salaire ca existe uniquement dans la fonction publique et
> dans certaines societes avec des RH psycho-rigides.

Chez des gens non psycho rigides ça existe aussi. Cela fait partie des bonnes 
pratiques, exactement comme l’automatisation de tâche répétitive dans nos 
métiers IT.

Et ce n’est pas parce qu’il y a des grille de salaires qu’on doit y loger des 
salaires dedans. Les grilles sont juste des repères par rapport à des profils 
(industrie, expérience etc…) et sont importantes pour que les entreprises 
puissent se positionner face à la compétition.

> Ailleurs, le salaire depend de beaucoup trop de choses pour que ca
> puisse etre formalise.

Pas pour autant que c’est totalement irrationnel :-)

A


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Netflix in France

2014-07-28 Par sujet Antoine Drochon (perso) 
Salut Greg,

On Jul 28, 2014, at 13:12, Greg Villain  wrote:

> En tant que 1x client.
> Rien ne te dit que sur les serveurs edges de $CDN vous (ta boite) n’occupiez 
> pas la popularité d’autres clients servis par ces memes caches qui seraient 
> servis avec un plus grand offload si vous n’y étiez pas, je dis une sottise?

Dans un monde simple ça pourrait ressembler à ça.
De nos jours, l’allocation mémoire est beaucoup plus complexe que ça et fait 
appel à une gestion de la ressource pour optimiser l’éviction. Ca inclut des 
facteurs d’étanchéité qui fait qu’un petit client profite de la plateforme lui 
aussi.

L’eviction est une métrique importante qui mène à certains ajustements pour les 
content-providers ayant une très grande quantité de data. Les catalogues vidéos 
sont un bel exemple, on veut des intégrales de séries, de 240p à 4K.

> En gros, pour atteindre 90% il faut que tu caches 90% de la short-tail de 
> tous les clients qui se trouvent sur un set de caches donne - a moins que 
> tout le monde n’aie que du short tail qui ne prend pas de place, ca semble 
> statistiquement irréaliste, mais je fais peut-être une généralisation abusive 
> sur le modèle…

Si on met de coté l’aspect multiple sibling/layers/redirection, il n’y a pas de 
miracle, il faut de l’espace mémoire sinon le taux d’offload chute.

> Pour Netflix, vue la taille plutôt massive du catalogue, les limites de ce 
> modèle sont très visibles - me suis peut-être emballe sur le pourcentage mais 
> il est indéniable que le gain en offload est significatif, voire phenomenal.

Le chiffre brut que tu annonces me paraît quand même très bas mais sur des 
profils d’utilisations très spécifiques branchés sur des configs 
out-of-the-box, il y a souvent un peu de travail d’ajustement pour arriver à 
90+%. 

Les challenges sont tels qu’il faut travailler en permanence et s’ajuster par 
rapport au besoin (ouverture de nouveaux marchés, catalogue plus profond, de 
meilleure qualité…). A certaines périodes, une gestion interne peut trouver 
sens, parfois c’est 100% externe, parfois c’est un mix.

Antoine

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Netflix in France

2014-07-23 Par sujet Antoine Drochon (Perso) 
Bonsoir/bonjour,

On Jul 23, 2014, at 10:07 PM, Florian Stosse  wrote:

> Le problème avec le fait de payer pour peerer, c'est que des fous, les
> fournisseurs de services payent sans qu'il n'y ait d'améliorations. Comme
> le cas de Netflix nous intéresse ici, voyons ce qu'il se passe avec Verizon
> outre Atlantique:
> http://mobile.extremetech.com/latest/221704-verizon-caught-throttling-netflix-traffic-even-after-its-pays-for-more-bandwidth

Attendre septembre, faire des provisions de popcorn et showtime (ou pas):



A.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [FRNOG][TECH] Outils de transferts de fichiers sur UDP

2014-04-18 Par sujet Antoine Drochon (perso) 
Problème intéressant souvent étiquetté Bandwidth Delay surtout quand on s’y 
confronte en TCP.
http://en.wikipedia.org/wiki/Bandwidth-delay_product

Aspera (IBM maintenant) est un des produits plutôt apprécié coté d’après les 
retours que j'ai. Nombre de mes clients l’utilisent pour transférer des 
contenus volumineux d’un bout à l’autre de la planète.

Si ton infra est suffisamment distribuée tu peux essayer de contourner la 
contrainte bandwidth delay en passant par des rebonds mais c’est parfois une 
peine perdue d’avance car :

- tu vas multiplier ton traffic de data
- tu vas être confronter au problème de latence que va introduire le traitement 
du relai, et les ressources machines associées (surtout si ça passe l’espace 
user - vs kernel)

Tes résultats avec Tsunami peuvent peut être améliorés avec un peu de tuning 
coté des machines.

My 2 cents.

Antoine

On Apr 18, 2014, at 12:43, Erik LE VACON  wrote:

> 
> Bonsoir à tous,
> Je vous contacte dans le cadre d'une recherche de solutions de transferts de 
> données sur réseaux à latence importante.
> 
> Les volumétries concernées sont de plusieurs téras de données par jour, en 
> transcontinental (latence de 85 à 150ms en fonction des points nous 
> concernant).
> 
> La majorité des transferts se faisant traditionnellement en TCP (rsync, ftp, 
> scp et autres), avec les problématiques connues générées par l'augmentation 
> du RTT,  j'ai donc tenté des alternatives sur différentes solutions de 
> transfert sur UDP, comme Tsunami-UDP, RBUDP et GridFTP, en gratuit , et 
> Aspera en payant.
> 
> Je suis passé y compris par de la "tuyauterie maison from scratch" à base de 
> scripts NC, PIGZ et TAR, avec multi-threads  pour le transfert...
> 
> Bref, dans tous les cas, le taquet n'est pas atteint, mais les taux de 
> transferts sont intéressant, notamment sur Tsunami, mais n'atteignent que 
> péniblement les 500-600mbps sur le gigabit dont nous disposons actuellement, 
> malgré des raids 0 vides hors fichiers pour test, de chaque côté, étant 
> capables de gérer les 100-110MBps attendus, et un circuit vide.
> 
> Précisons que les tests ont été menés y compris "directement en sortie des 
> RAD" de chaque côté en off-hours, pour détecter d'éventuels pbs de conf sur 
> les appliances de sécu.
> 
> Donc, la question: avez vous rencontré de telles problématiques, et si oui, 
> quelles autres solutions, de type OpenSource ou à défaut peu couteuses, avez 
> vous adopté pour faire face ? S'entend, solutions autres que les technologies 
> de WAN-optim embarquées sur certaines baies récentes ?
> 
> Merci de vos retours,
> 
> Excellent weekend à tous,
> 
> 
> -- 
> Erik
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/