Reprise du message précédent :

Tu peux booter tes vm sans vsphere heureusement

Boot on SAN

Fait une fois avec un collègue, c'était d'un casse couille sans nom j'ai trouvé

What ? Tu ouvres vshpere et plutôt que de mettre l'iP de ton vcenter tu mets l'ip de ton esx avec le login local. Et ta une jolie interface comme d'habitude où tu vois tes vm.

Je parlais de démarrer une VM en ligne de commande depuis l'ESX

Oui c'est aussi possible mais pas très logique sachant qu'on peut le faire avec vsphere branché direct sur l esx

Je n'ai plus trop le souvenir précis du contexte, mais on avait plus accès à vsphere pour je sais plus quelle raison, et donc obligation d'aller faire ca en ligne de commande.

Adieu Youri !

Je... je... non, rien...

 
 
confirmé ici, certains clients etaient injoignables de l'exterieur alors que de l'interieur tout etait ok
et inversement d'autres sites rencontraient des pbs pr acceder a certains sites (notamment en https pr un certain nombre).
 
ça a commencé vers 10h et s'est terminé vers 13h30 egalement.

Objectif 0€ chez orange d'ici un an. On bouge chez colt finalement. Yesssssddddsssssss

Jalousie de Pollo dans 3 ... 2 ... 1 ....

Quoique, même pas, vu comment il attire les fournisseurs foireux, il doit avoir autant de bile envers Colt qu'envers Orange

Les raisons rapidement qui nous font partir :

• Impossible de s'y retrouver dans les factures. Inbitable
• Plein de produits qui nous servent plus, et nous avions demandé conseil à un technico-commercial pour faire le tri, ça a jamais été fait (bvpn, end user, mpls, corporate of the balbalba ...) Donc solution final tout dégommer et partir ailleurs (sauf pour la partie mobile)
• Quand nous avions nous de notre coté fait un peu le tri, les produits demandés en résil en 2015, début 2017 étaient enfaite pas résiliés.
• 2000€ /mois le 8 meg en fibre vs 1300 les 40meg chez Colt.
• Forfait (partie fixe) VoiP à 600€/mois, inclus chez Colt dans les 1300.
• Cout de communication vers l'extérieur, 2 à 10 fois moins cher.
• Numéro vert deux fois moins cher.

éteucétéra éteucétera

Enjoy pour le déploiement. Je pensais avoir touché le fond avec Completel... C'est très en dent de scie

Colt ?
 
C'est la migration qui est chaude ?

 
Si t'as résilié des trucs en 2015 et que tu les payes encore en 2017 y'a pas que Orange qui est responsable, la compta aussi est coupable de ne pas avoir vérifié depuis le temps    
 

La compta bite rien aux factures liés au "digitale". Et ça, ça doit pas que être chez moi

J'ai eu le même cas, mon prédécesseur qui n'as pas envoyé la LRAR mais juste les équipements de l'opérateur suite à un déménagement.  
Quasi 1an avant que je ne m'en rende compte lorsque je suis arrivé...
Leçon apprise, la compta me signale tout changement (dont variation de facture téléphonie ou service /user type google apps), et de mon côté je fait de même avec contrôle à la date prévu si le sujet a bien été traité...

Vu que ça causait ESXi et cartes SD, oubliez pas de configurer la scratch partition quand vous n'utilisez pas de stockage local
 
Si vous devez faire appel au support, ça sera bien plus facile de faire du troobleshoot si cette scratch est configurée
 
https://kb.vmware.com/selfservice/m [...] Id=1033696

beaucoup de coquilles, du live debug non anticipé, escalade en temps réel lors de migration compliquée (je crois que le niveau 3 est basé en Allemagne). Ca marche bien une fois en place (comme souvent partout) mais oui j'en garde pas un souvenir excellent sur la partie déploiement.. (que ça soit sur le déploiement des liens data / voip ou le suivi)

En gros… Colt les a flingué

Bon courage avec Colt........

C'est plutôt Colt qui se tire une balle dans le pied vu les rémunérations de leurs commerciaux...

 
De mon experience, Orange est le pire, à l'exception de tous les autres...

On verra bien. On peut plus supporter financièrement Orange.

Colt plus jamais pour de la téléphonie ou pour de la colo. Pour la data à la rigueur, en brûlant un cierge tous les soirs pour que la connexion soit up le lendemain...

Vous faites peur la

Et y a de quoi: j'ai bossé chez un partenaire Colt, donc j'étais bien au courant de leur façon de bosser

http://www.cnetfrance.fr/news/appl [...] 848914.htm
On pourra même le visiter
Et même un apple store  

Allez le dernier ransomware : Satan (la classe)

Comme d'hab, gros RSA, fichiers locaux + net shares, casse les shadow copies.

Propagation : doc en pièce jointe de mail usurpé de contacts, avec récup de la signature et bloc de texte en français sans fautes. Bien maquillé quoi.

De mon coté personne sauf Orange a su en gros assurer une qualité de service globalement continue et des délais globalement dans les clous. Vu que ce sont les seuls de fait à avoir le droit d'exploiter le réseau cuivré du peuple français (oui je suis devenu communiste, mes impots m'y autorisent), ce n'est pas étonnant que ça soit moins pire.

Le moins : le prix, l'inertie pour des paramétrages spécifiques qui sortent un peu du périmètre de leurs offres (mais bon, standard = ça marche et c'est plus facile à maitriser).

Tous les autres opérateurs auxquels j'ai eu à faire ont toujours fait de la merde à un moment donné. Vu que je les ai tous fait sauf Colt, je crois que je ne suis pas prêt de changer d'avis.

Amen

L'instance EC2 gratos d'AWS c'est par compte ou par région aws ?

XaT

Par compte.

 
Casse les shadow copies ??? Faut pas etre admin du poste pour pouvoir faire ca ?

Bien bien bien bien bien, la fraude se peaufine au fil du temps

 
Tu peux nous en dire plus ?

Qu'est-ce que tu veux savoir?
L'interface de malloc/calloc/realloc en C est pas super compliquée. Tu demandes de la mémoire et tu reçois un pointeur si ça marche, null sinon.

Niveau implémentation, malloc va tenter de faire grossir le tas du processus (appel système brk) pour allouer l'espace demandé.
Si c'est pas possible tu peux demander au noyau des nouvelles pages mémoire avec mmap.
La partie compliquée de malloc c'est l'algorithme de gestion des zones occupées/libres de manière compacte en évitant trop de fragmentation.
C'est un problème similaire au sac à dos donc c'est NP-complet si je dis pas de bêtises.

Ensuite mmap c'est quelques milliers de ligne de C quand même, ça commence à être un peu complexe.
Mais la gestion des caches et de la mémoire, que ce soit côté hardware ou du noyau, c'est pas super compliqué, juste très chiant.
Edit: Mais tu sais tout ça apparemment. Pourquoi tu demandes?

Perso ça m'intéresse pas du tout, ce qui m'intéresse c'est surtout les bonnes pratiques avec du matériel récent et les langages que j'utilise.
Par exemple l'allocation (plus ou moins) explicite sur la pile est un concept qui est revenu au goût du jour à cause des latences mémoires qui deviennent relativement de plus en plus coûteuses en terme de cycles CPU, d'où l'explosion de la taille des caches et la multiplication des niveaux (on est au L4) comparée à il y a 20 ans.
Et pour comprendre tout ça, malloc et l'arithmétique sur les pointeurs me font une belle jambe.

c'est devenu impossible de micromanager ton code et son execution, ca revient a travailler contre la machine...

il faut maintenant optimiser la lisibilité du code en le balisant pour que le compilo streamline bien les instructions, afin que les processeurs puissent déployer tout leurs trucs et astuces pour optimiser leur fonctionnement.

pour des manips gourmandes en calcul, on peut toujours optimiser aux ptits oignons et detecter le cpu soi meme pour les parties critiques, mais l'immense majorité du code va rester objets et bibliotheques, et donc une enorme perte de ressources lors des communications entre ces threads, process, modules et autres objets.

c'est comme ca qu'on en arrive aujourd'hui a avoir une reactivité honteuse sur une teloche ou un decodeur tv, alors que le proc' embarqué est genre 100 fois plus puissant qu'un 68k des années 80 et que l'interface est bidon au dernier degré... ca devrait etre instantané comme un menu de jeu SuperNes

/vieuxcon

J'ai ça sur une Smart TV achetée il y a quelques mois. Si la TV diffuse une image en 4K/HDR et que je veux changer la luminosité, j'ai besoin d'attendre 3 plombes que les super beaux menus se chargent sans compter ensuite la navigation dans les menus

Sony...

 
Parce que malloc, c'est généralement du runtime de ton compilateur et son implémentation dépend de celui-ci. Ta phrase revenait à dire: "je sais exactement quelle taille fait un long". Ca dépend surtout de ton compilateur et de ta plateforme. Tu prends VC par exemple, malloc est juste un wrapper de l'appel système HeapAlloc. En OpenSource, tu as une dizaine d'implémentations différentes. Du coup, je me demandais ce que tu mettais derrière tout ça. Je m'attendais à quelque chose d'un peu plus évolué que "malloc demande de la mémoire au système". C'est sûr que vu sous cet angle, c'est pas très compliqué et toujours pareil  
 
/