Je me suis posé la même question mais en fait c'est évident. Pour certaines boucles plus ou moins triviales, les dérouler réduit la taille du code généré puisqu'il n'y a plus besoin de maintenir le compteur de boucle. Par exemple:
Par ailleurs je tiens à nouveau à me plaindre du système de mise en forme de DLFP qui nécessite de passer 5 minutes à éditer son code pour qu'il soit rendu de manière plus ou moins lisible (oui, j'ai déjà ouvert des suivis à ce sujet).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Éliminer les erreurs ne va pas réduire la taille du fichier. Par contre ça va empécher qu'il ne grossisse. Dans l'immédiat, pour réduire la taille tu peux faire un truc genre "echo -n > ~/.xsession-errors". Ce qui n'empéche pas d'essayer de corriger les erreurs.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
J'ai fait des tests avec différents laptops, trois chats et un chien. Le but n'était pas de les embéter mais ils étaient présents donc tant qu'à faire j'ai observé leurs réactions. Soit ils entendent rien (le chien n'est plus de toute première fraîcheur), soit ils en ont vraiment rien à branler (tout à fait plausible pour les chats).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Fin novembre j'ai fait un essai avec des amis dans un pub et on avait atteint une dizaine de mètres avec un Lenovo en émetteur et un Samsung en réception (non je sais pas les modèles exactes). Il y avait 50-100 personnes dans la salles mais c'était assez calme puisque c'était dans le cadre d'une présentation (i.e. il n'y avait que moi qui était censé parler).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Parmi les quatre « gagnants » qui n'ont pas de livre, on peut savoir combien ont répondu dans les temps ?
Dans mon cas j'ai vu l'e-mail trop tard parce que je ne vérifie pas régulièrement l'adresse liée à mon compte DLFP (c'est maintenant corrigé). J'espérais que « mon » livre irait à quelqu'un d'autre mais s'il est « perdu », je regrette de pas avoir répondu plus tôt. Pas sûr que j'aurais trouvé un livre à mon goût mais au « pire » j'en aurais fait don à une des personnes citées dans les remerciements de mon journal.
Par ailleurs, on voit que poster un mercredi est rentable (sauf peut-être aujourd'hui).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
En fait https://python-fosdem.org/ utilise un certificat auto-signé (que je ne vois pas de raison d'accepter) tandis que https://www.python-fosdem.org/ utilise CAcert (qui est un peu plus acceptable). Je sais pas si c'est fait exprès ou bien s'il y a une erreur de configuration.
Mais si j'en juge par la popularité de mon commentaire précédent ça a pas l'air la peine que je propose cette présentation de toute façon.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Le lien https://python-fosdem.org/ me dit que le certificat TLS est auto-signé donc j'ai pas été voir plus loin. Si vous êtes vraiment désepérés, je peux faire genre 20 minutes sur comment CVE-2013-1752 a été découvert et ce que je pense de la Python Security Response Team.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Si tu as quelque chose à rajouter, tu peux te créer un compte sur le Bugzilla Red Hat et contribuer https://bugzilla.redhat.com/1044438
Mais a priori, Sachin (qui est familier avec le code concerné) est en train d'investiguer.
<Krunch> Sachin: if you could read french i think this would be of interest to you https://linuxfr.org/forums/linux-redhat/posts/bug-de-redirection-shell-sur-cifs-apres-upgrade-vers-centos-6-5
<Sachin> Krunch, What does this mean.. Le problème semble en fait venir du paramètre "cache" lors du montage CIFS. J'utilisais le mode "cache=none". Quand j'utilise le mode "cache=strict" j'ai le même soucis. Par contre si j'utilise le mode "cache=loose" ou bien que je ne spécifie rien, là ça marche !
<Sachin> nm, used google translate
<Sachin> ohh.. damn.. I can reproduce
<Sachin> Krunch, good thing we didn't set cache=none or strict to default.. left it at cache=loose as before.
<Sachin> Upstream cache=strict is default.
<Sachin> Krunch, can you please create a redhat bz... meanwhile I'll debug it.
<Sachin> Can you also please add a pointer to it in the forum.
<Krunch> Sachin: i don't have a rhbz account any more; if you do create a bug, please let me know and i'll reply on the forum
<Sachin> Krunch, On testing again, I see the problem only in cache=none mode.
<Krunch> Sachin: the guy replied on the forum; sync(1)ing between the echo's doesn't change anything
<Krunch> even umount/mount doesn't change anything apparently
<Sachin> Krunch, in cache=none mode, we don't use pagecache at all.. so there is no point to sync
<Krunch> oh, *that* pagecache
<Sachin> https://bugzilla.redhat.com/show_bug.cgi?id=1044438
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
En regardant les release/technical notes de RHEL 6.5 je vois rien qui soit directement en rapport mais il y a eu pas mal de changements dans la gestion du cache relatif à NFS. Peut-être que ces changements ne sont pas si spécifiques à NFS qu'on pourrait le penser…
Si tu ne veux pas éplucher tous les patches (ce qui n'est plus vraiment faisable sans être un employé Red Hat de toute façon), tu peux peut-être investiguer le problème autrement. Quelques idées :
- effectuer une capture réseau lorsque tu reproduis le problème et lorsque le problème n'existe pas et comparer les deux ;
- confirmer que le problème n'arrive pas si tu fais un sync(1) entre les deux echo ;
- vérifier si le problème est aussi présent avec NFS.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Bon bah mon expérience est avec l'ULg aussi mais je me souvenais pas qu'il y avait de la mécanique des fluides pas en option en ingé (j'ai fait que la 1ère avant de changer cela dit).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
De mon expérience, « Engineer » ça veut dire n'importe qui avec un minimum de compétences techniques. Mon deuxième job (Technical Support Engineer) ne comportait pas vraiment de responsabilité impliquant la conception de quoi que ce soit.
En Belgique il y a des études de « science informatique » (master) et « d'ingénierie de l'informatique » (ingénieur). De ce que j'ai pu observer, la seconde formation est plus générale au début (et ils ont de la thermo mais sans doute pas de mécanique des fluides à moins d'en vouloir explicitement) mais les deux deviennent très semblable par la suite. Au final j'ai l'impression que les entreprises ne font pas beaucoup de différence entre les deux diplômes (et j'ai du mal à imaginer des postes réels pour lesquels cette distinction basée uniquement sur le diplôme aurait un sens).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
un diplôme d'ingénieur pour bosser en Europe, c'est obligatoire: en France pour avoir un salaire relativement honnête, en Europe pour avoir des offres d'emploi facilement
J'ai pas un diplôme d'ingénieur (juste une licence (~=master) en informatique) et j'ai jamais eu beaucoup de difficulté à trouver un boulot. Par contre tous les « titres » que j'ai eu ont « Engineer » dedans. J'ai toujours bossé en Europe mais pas en France.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Et au moins pour Xen, il y a moyen de causer un sysrq-c ou d'obtenir un vmcore directement depuis le dom0 (RTFM). Le format est un peu particulier mais IIRC c'est convertible avec les outils fournis par crash-utility.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Typiquement, pour obtenir un vmcore sous Linux, on configure kdump et on fait un sysrq-c. Ça a l'inconvénient de faire crasher le système mais ça marche bien. L'outil type pour analyser le dump est crash (crash-utility). Il s'agit d'un debugger kernel qui peut aussi analyser un système live ainsi qu'extraire un vmcore sans causer un crash via le plugin "snap" (mais il y aura au moins quelques trucs qui seront dans un état inconsistant).
Cinq de mes employeurs (potentiels) m'ont fait faire entre 600 et 3000km aller-retour chacun pour passer des entretiens. Trois d'entre eux ont payé les frais de transports. Les deux autres ne l'ont pas proposé et je me suis arrangé pour combiner le voyage avec d'autres choses. Parmi les cinq, quatre m'ont fait une offre par après. Celui qui ne m'en a pas fait est aussi celui qui n'avait pas de processus de filtrage avant l'entretien en personne.
Je pense que faire des longues distances pour passer un entretien a du sens tant que tu ne te ruines pas pour quelque chose de très incertains. Par exemple, si tu dois payer le voyage, il me semble tout à fait acceptable de demander à parler au manager et/ou des futurs collègues au téléphone avant.
Pour les problèmes de crispation, ma solution c'est de s'entraîner. Soit avec un ami / connaissance, soit faire des « vrais » entretiens pour des boîtes qui ne t'intéresse pas vraiment (c'est pas forcément une option pour tout le monde). C'est aussi une bonne idée de demander du feedback à l'employeur après l'entretien, quel qu'en soit le résultat.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
La vraie solution me semble d'éviter d'utiliser ce type de service. Si le robots.txt est ignoré, tu peux filtrer sur l'user-agent et/ou l'adresse IP du client de manière à retourner une 403 à tout ce qui ne ressemble pas à une requète « légitime ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
le main d'oeuvre nécessaire pour atteindre un tel niveau est vraiment importante
La dernière fois que j'ai parlé à un développeur d'IDA (il y a ~1 an) ils étaient genre 5 à bosser dessus au total. Ils l'ont pas fait en deux semaines non plus, certes.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: -Os et les boucles
Posté par Krunch (site web personnel) . En réponse à la dépêche LLVM 3.4 et Clang 3.4. Évalué à 10. Dernière modification le 14 janvier 2014 à 13:49.
Je me suis posé la même question mais en fait c'est évident. Pour certaines boucles plus ou moins triviales, les dérouler réduit la taille du code généré puisqu'il n'y a plus besoin de maintenir le compteur de boucle. Par exemple:
Dont la traduction naïve pourrait donner :
Alors qu'en déroulant on pourrait avoir :
Par ailleurs je tiens à nouveau à me plaindre du système de mise en forme de DLFP qui nécessite de passer 5 minutes à éditer son code pour qu'il soit rendu de manière plus ou moins lisible (oui, j'ai déjà ouvert des suivis à ce sujet).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: corriger les erreurs
Posté par Krunch (site web personnel) . En réponse au message réduire la taille de $HOME/.xsession-errors. Évalué à 3.
Éliminer les erreurs ne va pas réduire la taille du fichier. Par contre ça va empécher qu'il ne grossisse. Dans l'immédiat, pour réduire la taille tu peux faire un truc genre "echo -n > ~/.xsession-errors". Ce qui n'empéche pas d'essayer de corriger les erreurs.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Pauvres animaux
Posté par Krunch (site web personnel) . En réponse au journal Communiquer via les ultrasons. Évalué à 3.
J'ai fait des tests avec différents laptops, trois chats et un chien. Le but n'était pas de les embéter mais ils étaient présents donc tant qu'à faire j'ai observé leurs réactions. Soit ils entendent rien (le chien n'est plus de toute première fraîcheur), soit ils en ont vraiment rien à branler (tout à fait plausible pour les chats).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Quelle distance
Posté par Krunch (site web personnel) . En réponse au journal Communiquer via les ultrasons. Évalué à 4.
Fin novembre j'ai fait un essai avec des amis dans un pub et on avait atteint une dizaine de mètres avec un Lenovo en émetteur et un Samsung en réception (non je sais pas les modèles exactes). Il y avait 50-100 personnes dans la salles mais c'était assez calme puisque c'était dans le cadre d'une présentation (i.e. il n'y avait que moi qui était censé parler).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# livres
Posté par Krunch (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr.org : les gagnants de novembre 2013. Évalué à 3.
Parmi les quatre « gagnants » qui n'ont pas de livre, on peut savoir combien ont répondu dans les temps ?
Dans mon cas j'ai vu l'e-mail trop tard parce que je ne vérifie pas régulièrement l'adresse liée à mon compte DLFP (c'est maintenant corrigé). J'espérais que « mon » livre irait à quelqu'un d'autre mais s'il est « perdu », je regrette de pas avoir répondu plus tôt. Pas sûr que j'aurais trouvé un livre à mon goût mais au « pire » j'en aurais fait don à une des personnes citées dans les remerciements de mon journal.
Par ailleurs, on voit que poster un mercredi est rentable (sauf peut-être aujourd'hui).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: b0rked link
Posté par Krunch (site web personnel) . En réponse à la dépêche Appel à conférenciers pour Python-FOSDEM 2014. Évalué à 3.
En fait https://python-fosdem.org/ utilise un certificat auto-signé (que je ne vois pas de raison d'accepter) tandis que https://www.python-fosdem.org/ utilise CAcert (qui est un peu plus acceptable). Je sais pas si c'est fait exprès ou bien s'il y a une erreur de configuration.
Mais si j'en juge par la popularité de mon commentaire précédent ça a pas l'air la peine que je propose cette présentation de toute façon.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# b0rked link
Posté par Krunch (site web personnel) . En réponse à la dépêche Appel à conférenciers pour Python-FOSDEM 2014. Évalué à 2.
Le lien https://python-fosdem.org/ me dit que le certificat TLS est auto-signé donc j'ai pas été voir plus loin. Si vous êtes vraiment désepérés, je peux faire genre 20 minutes sur comment CVE-2013-1752 a été découvert et ce que je pense de la Python Security Response Team.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # RTFA
Posté par Krunch (site web personnel) . En réponse au journal Extraire une clé privée RSA par le son. Évalué à 5.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# eaulde
Posté par Krunch (site web personnel) . En réponse au journal Extraire une clé privée RSA par le son. Évalué à 4.
Ça date de 2004 quand même. Les améliorations apportées à l'attaque entretemps sont résumées sur http://www.cs.tau.ac.il/~tromer/acoustic/#whatsnew
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: side channel support
Posté par Krunch (site web personnel) . En réponse au message Bug (?) de redirection shell (>>) sur CIFS après upgrade vers CentOS 6.5. Évalué à 2.
Bon bah il y a un patch dans le Bugzilla. Tu peux attendre que ça soit releasé ou tu peux rebuilder ta quenelle.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # side channel support
Posté par Krunch (site web personnel) . En réponse au message Bug (?) de redirection shell (>>) sur CIFS après upgrade vers CentOS 6.5. Évalué à 3.
Si tu as quelque chose à rajouter, tu peux te créer un compte sur le Bugzilla Red Hat et contribuer https://bugzilla.redhat.com/1044438
Mais a priori, Sachin (qui est familier avec le code concerné) est en train d'investiguer.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# idées
Posté par Krunch (site web personnel) . En réponse au message Bug (?) de redirection shell (>>) sur CIFS après upgrade vers CentOS 6.5. Évalué à 2.
Je présume que rien n'a changé du côté serveur.
En regardant les release/technical notes de RHEL 6.5 je vois rien qui soit directement en rapport mais il y a eu pas mal de changements dans la gestion du cache relatif à NFS. Peut-être que ces changements ne sont pas si spécifiques à NFS qu'on pourrait le penser…
Si tu ne veux pas éplucher tous les patches (ce qui n'est plus vraiment faisable sans être un employé Red Hat de toute façon), tu peux peut-être investiguer le problème autrement. Quelques idées :
- effectuer une capture réseau lorsque tu reproduis le problème et lorsque le problème n'existe pas et comparer les deux ;
- confirmer que le problème n'arrive pas si tu fais un sync(1) entre les deux echo ;
- vérifier si le problème est aussi présent avec NFS.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Logique
Posté par Krunch (site web personnel) . En réponse à la dépêche Valve dévoile la distribution GNU/Linux SteamOS. Évalué à 1.
Heu, tu peux me citer beaucoup de distributions un peu sérieuses qui ne proposent qu'un seul noyau ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: si tu comptes bosser en France
Posté par Krunch (site web personnel) . En réponse au message Que faire après un DUT Informatique. Évalué à 2.
Bon bah mon expérience est avec l'ULg aussi mais je me souvenais pas qu'il y avait de la mécanique des fluides pas en option en ingé (j'ai fait que la 1ère avant de changer cela dit).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: si tu comptes bosser en France
Posté par Krunch (site web personnel) . En réponse au message Que faire après un DUT Informatique. Évalué à 2.
De mon expérience, « Engineer » ça veut dire n'importe qui avec un minimum de compétences techniques. Mon deuxième job (Technical Support Engineer) ne comportait pas vraiment de responsabilité impliquant la conception de quoi que ce soit.
En Belgique il y a des études de « science informatique » (master) et « d'ingénierie de l'informatique » (ingénieur). De ce que j'ai pu observer, la seconde formation est plus générale au début (et ils ont de la thermo mais sans doute pas de mécanique des fluides à moins d'en vouloir explicitement) mais les deux deviennent très semblable par la suite. Au final j'ai l'impression que les entreprises ne font pas beaucoup de différence entre les deux diplômes (et j'ai du mal à imaginer des postes réels pour lesquels cette distinction basée uniquement sur le diplôme aurait un sens).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: merci mais...
Posté par Krunch (site web personnel) . En réponse au message Analyse forensique de la mémoire. Évalué à 3.
Bah t'as pas lu mon premier commentaire alors.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: si tu comptes bosser en France
Posté par Krunch (site web personnel) . En réponse au message Que faire après un DUT Informatique. Évalué à 2. Dernière modification le 08 décembre 2013 à 12:34.
J'ai pas un diplôme d'ingénieur (juste une licence (~=master) en informatique) et j'ai jamais eu beaucoup de difficulté à trouver un boulot. Par contre tous les « titres » que j'ai eu ont « Engineer » dedans. J'ai toujours bossé en Europe mais pas en France.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# les voyages forment la jeunesse
Posté par Krunch (site web personnel) . En réponse au message Que faire après un DUT Informatique. Évalué à 4.
Faire au moins un an « à l'étranger » c'est quand même pas forcément une bête idée.
Pour ce qui est de mon expérience personnelle, bah j'ai jamais étudié en France donc je sais pas si ça compte.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: crash
Posté par Krunch (site web personnel) . En réponse au message Analyse forensique de la mémoire. Évalué à 3.
Et au moins pour Xen, il y a moyen de causer un sysrq-c ou d'obtenir un vmcore directement depuis le dom0 (RTFM). Le format est un peu particulier mais IIRC c'est convertible avec les outils fournis par crash-utility.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# crash
Posté par Krunch (site web personnel) . En réponse au message Analyse forensique de la mémoire. Évalué à 6.
Typiquement, pour obtenir un vmcore sous Linux, on configure kdump et on fait un sysrq-c. Ça a l'inconvénient de faire crasher le système mais ça marche bien. L'outil type pour analyser le dump est crash (crash-utility). Il s'agit d'un debugger kernel qui peut aussi analyser un système live ainsi qu'extraire un vmcore sans causer un crash via le plugin "snap" (mais il y aura au moins quelques trucs qui seront dans un état inconsistant).
http://people.redhat.com/~anderson/
http://www.dedoimedo.com/computers/crash.html
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# voyager saybien
Posté par Krunch (site web personnel) . En réponse au message Postuler à l'étranger. Évalué à 3.
Cinq de mes employeurs (potentiels) m'ont fait faire entre 600 et 3000km aller-retour chacun pour passer des entretiens. Trois d'entre eux ont payé les frais de transports. Les deux autres ne l'ont pas proposé et je me suis arrangé pour combiner le voyage avec d'autres choses. Parmi les cinq, quatre m'ont fait une offre par après. Celui qui ne m'en a pas fait est aussi celui qui n'avait pas de processus de filtrage avant l'entretien en personne.
Je pense que faire des longues distances pour passer un entretien a du sens tant que tu ne te ruines pas pour quelque chose de très incertains. Par exemple, si tu dois payer le voyage, il me semble tout à fait acceptable de demander à parler au manager et/ou des futurs collègues au téléphone avant.
Pour les problèmes de crispation, ma solution c'est de s'entraîner. Soit avec un ami / connaissance, soit faire des « vrais » entretiens pour des boîtes qui ne t'intéresse pas vraiment (c'est pas forcément une option pour tout le monde). C'est aussi une bonne idée de demander du feedback à l'employeur après l'entretien, quel qu'en soit le résultat.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# filtrer sur l'user-agent et/ou l'IP
Posté par Krunch (site web personnel) . En réponse au message Envoyer une url sur une adresse en gmail sans que Googlebot aille fourrer son nez ensuite. Évalué à 3.
La vraie solution me semble d'éviter d'utiliser ce type de service. Si le robots.txt est ignoré, tu peux filtrer sur l'user-agent et/ou l'adresse IP du client de manière à retourner une 403 à tout ce qui ne ressemble pas à une requète « légitime ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: pv
Posté par Krunch (site web personnel) . En réponse au journal cv, un petit outil pour surveiller vos copies. Évalué à 4.
cp_p est quand même bien plus user-friendly : https://chris-lamb.co.uk/posts/can-you-get-cp-to-give-a-progress-bar-like-wget
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Quelques alternatives
Posté par Krunch (site web personnel) . En réponse au journal Disséquer du binaire sous linux. Évalué à 8.
Sinon dans le genre interface par dessus gdb, il y a ddd.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Pourquoi les gens ne jurent que par IDA
Posté par Krunch (site web personnel) . En réponse au journal Disséquer du binaire sous linux. Évalué à 10.
La dernière fois que j'ai parlé à un développeur d'IDA (il y a ~1 an) ils étaient genre 5 à bosser dessus au total. Ils l'ont pas fait en deux semaines non plus, certes.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.