C'est toi qui as des doutes ou tu as lu des trucs là dessus (c'est une vraie question) ?
J'ai commencé à lire un peu le code, je suis tombé sur la partie WON puis sur je suis tombé sur ce post. puis sur ceci:
* IMESHUtil.cpp
*
* INTEL CORPORATION PROPRIETARY INFORMATION
* This software is supplied under the terms of a license agreement or
* nondisclosure agreement with Intel Corporation and may not be copied
* or disclosed except in accordance with the terms of that agreement.
Si j'ai bien compris, ce qui as été libéré c'est juste le client, c'est pour ça que le multijoueur ne fonctionne pas.
Il y a une grosse partie du code de WON dans les sources. Il semble que seul la clef privé manque.
La caserne (hébergement) est vide, MCP (weekend grand public et concert) a été rangé hier, la fonderie Kugler (concert), ses 2 liens Radios et la plupart des switchs à uni mail sont hors lignes.
Quelque stats:
- 1700 addresses MAC uniques
- 304 Mbps atteint en download comme en upload (bridage du transitaire Switch)
- 12 bornes Unifi, 834 clients vue, 450 clients maximum simultanés, traffic journalier max 67Go, un client a émis 45Go, un autre a téléchargé 20Go
- 4 lieux offrant les même 3 réseaux Wifi
- 40 Mbps (down)/20 Mbps(up) sur le réseau IPv6 only (avec du NAT64)
Les serveurs peuvent fournir des paramètres (une id de session par exemple) aux applets.
Si tu vire le mécanisme applet, tu aura un certain nombre d'applications écrites dans ce style qui ne marcheront plus.
Tu ne peut pas écrire sur un FS en ro.
Par contre, tu peux tricher avec des mécanisme comme Aufs qui peut te donner l'union de ton fs en ro et d'un tempfs en rw …
Tape: findmnt -o SOURCE,TARGET,FSTYPE,OPTIONS,VFS-OPTIONS,FS-OPTIONS
La ligne de ton bind mount sera en VFS-OPTION rw et en FS-OPTIONS ro. mount n'est plus fiable sur les derniers Linux …
Il y a un serveur RDP castré dans Windows XP.
Il suffit de changer 2 clefs dans la base de registre pour qu'un Windows XP devienne Windows .NET Server.
Grace à WSUS, tous les serveurs Windows de l'entreprise se sont automatiquement mis à jour et j'ai un beau rapport l'expliquant.
Non, au contraire, Windows est pret pour l'entreprise: il y a un generateur de blabla integré pour l'administrateur.
RedHat et Novell l'ont bien compris, ils commencent à inclure le même système dans RHEL et SLES.
s'il y a peu de services c'est facile d'obtenir un résultat encore plus proche en se passant de sa complexité (et en gagnant au passage en modularité et possibilité de combinaison non prévues par les concepteurs).
Donc écrire un fichier /linuxrc où la gestion des erreurs dependra de tes compétences ?
J'ai observé ce style d'optimisation sur de l'embarqué et même un init SySV aurait été plus fonctionnel (l'httpd crash et l'init s'arrete, fun, non ?)
C'est drôle tous ces articles sur Systemd, je n'ai pas vu les équivalent pour launchd et smf.
Pourtant, il y a la même volonté de changement derrière.
Tu n'as jamais eu une machine qui dépends d'un service réseau pour booter style NIS ?
Même avec un SSD, l'ypbind prend 1 minute, c'est là où il faut paralleliser.
On peut egalement évoquer les resolutions DNS bloquantes et autre joyeuseries.
Il importe peu qu’un serveur démarre en 96,3 secondes au lieu de 33,1.
Sauf si tu laisse des serveurs éteind pour faire des économies et que tu ne les allumes que s'il y a une montée en charge.
Les firmwares des différents contrôleurs prennent un temps monstrueux à démarrer donc tu as besoin que ton OS soit disponible le plus rapidement possible.
90s vs 30s, cela fait 1 minutes de ralentissement parce que ton init est en attente séquentielle et cela fait un certain nombre d'utiliseur qui voit ton service ramer.
Même remarque pour les mise à jours ayant besoin d'un reboot.
Conclusion: même sur un serveur, le temps de boot est important.
D'après le man de nmcli, nmcli nm sleep true endort NetworkManager.
C'est sensé être utilisé avant l'hibernation de la machine mais cela devrait repondre au besoin.
[^] # Re: Il y a des doutes sur la légalité de cette libération
Posté par inico (site web personnel) . En réponse au journal Libération du Jeu Dark Reign 2. Évalué à 5.
J'ai commencé à lire un peu le code, je suis tombé sur la partie WON puis sur je suis tombé sur ce post. puis sur ceci:
Il y a une grosse partie du code de WON dans les sources. Il semble que seul la clef privé manque.
# Il y a des doutes sur la légalité de cette libération
Posté par inico (site web personnel) . En réponse au journal Libération du Jeu Dark Reign 2. Évalué à 0.
[^] # Re: Genève ?
Posté par inico (site web personnel) . En réponse au journal RMLL 2012 — C'est fini. Évalué à 5.
Il y avait des sessions en Anglais …
[^] # Re: J'y suis encore
Posté par inico (site web personnel) . En réponse au journal RMLL 2012 — C'est fini. Évalué à 3.
Les vidéos sont accessibles en HTML5.
# J'y suis encore
Posté par inico (site web personnel) . En réponse au journal RMLL 2012 — C'est fini. Évalué à 10.
Ubicast est encore en train de transferer les vidéos sur http://video.rmll.info/ …
La caserne (hébergement) est vide, MCP (weekend grand public et concert) a été rangé hier, la fonderie Kugler (concert), ses 2 liens Radios et la plupart des switchs à uni mail sont hors lignes.
Quelque stats:
- 1700 addresses MAC uniques
- 304 Mbps atteint en download comme en upload (bridage du transitaire Switch)
- 12 bornes Unifi, 834 clients vue, 450 clients maximum simultanés, traffic journalier max 67Go, un client a émis 45Go, un autre a téléchargé 20Go
- 4 lieux offrant les même 3 réseaux Wifi
- 40 Mbps (down)/20 Mbps(up) sur le réseau IPv6 only (avec du NAT64)
[^] # Re: Applet java
Posté par inico (site web personnel) . En réponse au journal Des virus multiplateformes grâce à Java ?. Évalué à 5.
Donc tu propose de remplacer un contexte d'execution java sandboxé par un contexte d'execution ayant tous les droits de l'utilisateur ?
[^] # Re: Applet java
Posté par inico (site web personnel) . En réponse au journal Des virus multiplateformes grâce à Java ?. Évalué à 6.
Les serveurs peuvent fournir des paramètres (une id de session par exemple) aux applets.
Si tu vire le mécanisme applet, tu aura un certain nombre d'applications écrites dans ce style qui ne marcheront plus.
[^] # Re: Applet java
Posté par inico (site web personnel) . En réponse au journal Des virus multiplateformes grâce à Java ?. Évalué à 4.
Oui, il y a encore pas mal d'applets Java utiles surtout pour les {net|sys}admin: ikvm, gui de gestion switch, routeur, onduleur, multiprise, etc.
# PulseAudio sous Mac OS X
Posté par inico (site web personnel) . En réponse au journal Transférer du son en réseau avec Pulseaudio, VLC, et un clavier bépo. Évalué à 2.
Il y a un port de PulseAudio sous Mac OS X
S'il marche, tout devrait être contrôlable simplement via le GUI.
[^] # Re: Toile-libre
Posté par inico (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 2.
Toile-Libre a de nombreux comptes mail avec plusieurs go dans l'INBOX.
On n'aura pas de problème avec un compte prenant moins de 100mo.
/me qui essaie de recuperer un peu de place sur les mx …
[^] # Re: SPDY
Posté par inico (site web personnel) . En réponse à la dépêche Nginx 1.2, des progrès sur le code et les parts de marché. Évalué à 7.
C'est l'extension Server_Name_Indication qui permet celà.
L'absence de compatibilité d'Internet Explorer sous Windows XP est encore rédhibitoire.
[^] # Re: Normal
Posté par inico (site web personnel) . En réponse au message mount --bind remount et accès en écriture. Évalué à 1.
Tu ne peut pas écrire sur un FS en ro.
Par contre, tu peux tricher avec des mécanisme comme Aufs qui peut te donner l'union de ton fs en ro et d'un tempfs en rw …
# Normal
Posté par inico (site web personnel) . En réponse au message mount --bind remount et accès en écriture. Évalué à 0.
Tape: findmnt -o SOURCE,TARGET,FSTYPE,OPTIONS,VFS-OPTIONS,FS-OPTIONS
La ligne de ton bind mount sera en VFS-OPTION rw et en FS-OPTIONS ro.
mount n'est plus fiable sur les derniers Linux …
[^] # Re: Julia
Posté par inico (site web personnel) . En réponse au journal De l'enseignement de la programmation en classe préparatoire. Évalué à 4.
Sauf si tu code de la gestion d'erreur où la notion de label peut aider à ne pas oublier d'étape.
On retente un débat sur l'utilité du goto ?
[^] # Re: Tests dans une virtualbox
Posté par inico (site web personnel) . En réponse au journal Pourquoi Windows n'est pas prêt pour le serveur.. Évalué à 10.
Il y a un serveur RDP castré dans Windows XP.
Il suffit de changer 2 clefs dans la base de registre pour qu'un Windows XP devienne Windows .NET Server.
Qu'est-ce qui t'étonne ?
# Si tu n'as pas de WSUS, tu es un mauvais admin Windows.
Posté par inico (site web personnel) . En réponse au journal Pourquoi Windows n'est pas prêt pour le serveur.. Évalué à 5.
Grace à WSUS, tous les serveurs Windows de l'entreprise se sont automatiquement mis à jour et j'ai un beau rapport l'expliquant.
Non, au contraire, Windows est pret pour l'entreprise: il y a un generateur de blabla integré pour l'administrateur.
RedHat et Novell l'ont bien compris, ils commencent à inclure le même système dans RHEL et SLES.
[^] # Re: Cloud fail
Posté par inico (site web personnel) . En réponse au journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc. Évalué à -1.
& va laisser stdin, stdout et stderr connectés à la console.
Cela peut être problématique.
ps: L'IUT R&T sur le campus de Luminy (coucou fredg @DOSICALU) utilisait NIS jusqu'a l'année dernière.
Cette année, c'est enfin du ldap :)
[^] # Re: Cloud fail
Posté par inico (site web personnel) . En réponse au journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc. Évalué à -2.
Donc écrire un fichier /linuxrc où la gestion des erreurs dependra de tes compétences ?
J'ai observé ce style d'optimisation sur de l'embarqué et même un init SySV aurait été plus fonctionnel (l'httpd crash et l'init s'arrete, fun, non ?)
C'est drôle tous ces articles sur Systemd, je n'ai pas vu les équivalent pour launchd et smf.
Pourtant, il y a la même volonté de changement derrière.
[^] # Re: Cloud fail
Posté par inico (site web personnel) . En réponse au journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc. Évalué à 8.
Tu n'as jamais eu une machine qui dépends d'un service réseau pour booter style NIS ?
Même avec un SSD, l'ypbind prend 1 minute, c'est là où il faut paralleliser.
On peut egalement évoquer les resolutions DNS bloquantes et autre joyeuseries.
# Cloud fail
Posté par inico (site web personnel) . En réponse au journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc. Évalué à 8.
Sauf si tu laisse des serveurs éteind pour faire des économies et que tu ne les allumes que s'il y a une montée en charge.
Les firmwares des différents contrôleurs prennent un temps monstrueux à démarrer donc tu as besoin que ton OS soit disponible le plus rapidement possible.
90s vs 30s, cela fait 1 minutes de ralentissement parce que ton init est en attente séquentielle et cela fait un certain nombre d'utiliseur qui voit ton service ramer.
Même remarque pour les mise à jours ayant besoin d'un reboot.
Conclusion: même sur un serveur, le temps de boot est important.
[^] # Re: Du coté de Mozilla…
Posté par inico (site web personnel) . En réponse au journal Adobe, Google et le futur de Flash sous Linux. Évalué à 10.
La page Pepper sur le Wiki de Mozilla avant son vidage.
Uniquement intérressant du point de vue historique ...
[^] # Re: Les trucs qui s'amuse a tripatouiller la conf réseau
Posté par inico (site web personnel) . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 2.
Tu peut tuer NetworkManager.
Je ne vois pas ce qui le relancerai (à part upstart ou systemd mais cela se désactive aussi).
[^] # Re: Ça sent le réchauffé…
Posté par inico (site web personnel) . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 0.
Essaie nmcli nm sleep true ...
[^] # Re: Les trucs qui s'amuse a tripatouiller la conf réseau
Posté par inico (site web personnel) . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 1.
D'après le man de nmcli, nmcli nm sleep true endort NetworkManager.
C'est sensé être utilisé avant l'hibernation de la machine mais cela devrait repondre au besoin.
[^] # Re: Les trucs qui s'amuse a tripatouiller la conf réseau
Posté par inico (site web personnel) . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 3.
D'après la doc de NetworkManager, on peut forcer NetworkManager a ignorer une interface a rajoutant dans /etc/NetworkManager/NetworkManager.conf/:
Ce qui exclut de NetworkManager tous les carte réseau ayant la MAC 00:22:68:1c:59:b1.
Est-ce suffisant pour faire ce que tu souhaite ?