Si c'est pour compiler la version finale qui sera distribuée aux clients, oui. Si c'est pour faire un test de deux minutes d'un truc que t'es en train de développer dans ton coin, non.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Developers also usually have two or three test systems (sometimes more). We also have access to large test labs.
Donc, en principe ça n'empèche pas les tests fréquents sur des systèmes plus petits. Et personnellement, je trouve aussi qu'avoir une grosse bécane pour développer a plus de sens.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je ne suggérais pas d'attaquer qui que ce soit en justice. Je faisais juste remarquer que Red Hat paie pas mal d'avocats spécialisés pour penser à ce genre de trucs et que je doute qu'ils aient fait une erreur aussi simple. N'étant pas avocat ou juriste moi même je ne vais pas essayer de détailler ton erreur mais le bon sens me dit que légalement, Red Hat est en conformité avec les licences des logiciels qu'ils redistribuent.
Et légalement ni ce message ni ce thread ne vaut rien évidemment.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
comment un bug dans un driver peut-il amener un noyau linux sur un pc moderne à des pauses illimitées
Il y a plein de façons possibles et ça arrive tout le temps.
Même si le vrai problème provient d'un périphèrique ou firmware/BIOS défectueux, le driver correspondant peut sans doute être modifié pour ne pas causer un gel du système lorsque le matériel se comporte mal (évidemment ça dépend de ce qui se passe exactement).
NB : le bug n'était de toute façon pas vraiment lié à débian puisque se
produisant avec toutes les distributions que j'ai pu essayer de DSL
à fedora.
Va falloir apprendre à écrire des descriptions de bugs moins tordues alors.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Alors toujours IANAL mais c'est pas parce que c'est GPL que tu peux pas faire un autre contrat à côté disant « si tu redistribues ce truc, tu casses ce contrat et tu n'as plus droit aux services associés ». Je ne vois pas de violation de la lettre de la GPL. Après, dans l'esprit c'est effectivement discutable.
Si tu aimes Hamilton, tu devrais sans doute essayer Iain M. Banks. Personnellement j'ai fait une overdose après le 6ème bouquin mais la série de La Culture qui commence avec « Consider Phlebas » te plaira sans doute. Il écrit aussi de la fiction pas science sous le nom de Iain Banks (sans le « M. ») et j'ai bien aimé « The Business » mais « The Wasp Factory » est aussi un classique qui vaut la peine.
La série de Joe Haldeman constituée de « The Forever War » et « Forever Free » a aussi des chances de te plaire mais à chaque fois que je les relis je trouve qu'il n'y en n'a pas assez. Heureusement il a écrit d'autres trucs très bien comme « Forever Peace », « Worlds », « Camouflage » et d'autres que je n'ai pas encore eu l'occasion de me procurer.
Dans un univers qui fait un peu penser à celui de La Culture de Banks, j'ai beaucoup aimé « Neutron Star » de Larry Niven. Le style est assez différent et il s'agit d'un recuiel d'histoires courtes dans lesquelles on retrouve les mêmes personnages.
Si tu as aimé H2G2, il ne faut pas rater « Dirk Gently's Holistic Detective Agency » et sa suite « The Long Dark Tea-Time of the Soul ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Mais peut-être est-ce juste un problème technique temporaire ? Un oubli ? Il y a peu de chances mais il faudrait quand même vérifier.
Je travaillais chez Red Hat quand ce changement est devenu effectif. Pour autant que je sache il s'agit d'une décision voulue et réfléchie. Je n'ai toujours pas bien compris la logique mais pour ce que j'en ai vu, la plupart des développeurs Red Hat ne sont pas très content de cette décision non plus.
Les patches sont visibles aux gens disposant d'une souscription (une interface web a été développée spécialement pour ça).
Personnellement je suis content qu'une discussion à ce sujet soit enfin lancée publiquement. Si vous êtes client Red Hat et que vous trouvez cette décision bizarre ou inacceptable, je vous incite à entrer en contact avec votre commercial.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Le monsieur a dit « langage un peu récent ». Je pense qu'il voulait dire « langage à la syntaxe un peu moderne ». Java n'entre clairement pas dans cette catégorie.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
tcpdump un client qui marche pas et un client qui marche, cherche la différence.
Du côté serveur tu peux sans doute activer des logs plus verbeux pour tous les modules impliqués histoire de voir ce qui arrive à chaque niveau et ce qui est filtré.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
43#define MAX_VMALLOCS 6
44#define MAX_SLAB_SIZE 0x20000
..
47void *
48kmem_alloc(size_t size, int flags)
49{
50 int retries = 0;
51 int lflags = kmem_flags_convert(flags);
52 void *ptr;
53
54 do {
55 if (size < MAX_SLAB_SIZE || retries > MAX_VMALLOCS)
56 ptr = kmalloc(size, lflags);
57 else
58 ptr = __vmalloc(size, lflags, PAGE_KERNEL);
59 if (ptr || (flags & (KM_MAYFAIL|KM_NOSLEEP)))
60 return ptr;
61 if (!(++retries % 100))
62 printk(KERN_ERR "XFS: possible memory allocation "
63 "deadlock in %s (mode:0x%x)\n",
64 __FUNCTION__, lflags);
65 blk_congestion_wait(WRITE, HZ/50);
66 } while (1);
67}
Faut croire que XFS essaie d'allouer un relativement gros bloque de mémoire contigüe. Ça marche pas donc ça déclenche un OOM. XFS réessai jusqu'à ce que les OOM aient défragmenté suffisamment de mémoire où jusqu'à ce qu'il abandonne et utilise de la mémoire non contigüe.
M'étonnerait qu'un xfs_repair change grand chose. Il y a peut-être moyen de tuner XFS pour éviter ce genre de situation mais vu l'ancienneté du noyal, il est probable qu'il s'agisse d'un bug XFS qui requiert une mise à jour du driver.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
L'idéal ça serait d'avoir un backtrace pour voir par quoi out_of_memory() a été appelé. On peut faire ça en activant le sysctl "panic_on_oom" et en ayant de quoi récupérer les logs console et possiblement un vmcore.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
signifique que la plus grande zone de mémoire consécutive disponible est de 128kB. Si quelque chose tente d'allouer 256kB consécutifs par exemple, ça peut causer un OOM. Tu n'as rien d'autre dans les logs noyau immédiatement avant l'OOM ? Ça se passe lors du chargement d'un module par exemple ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: moi j'aime bien la machine "standard" de developpement
Posté par Krunch (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 3.
Si c'est pour compiler la version finale qui sera distribuée aux clients, oui. Si c'est pour faire un test de deux minutes d'un truc que t'es en train de développer dans ton coin, non.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# libgtop
Posté par Krunch (site web personnel) . En réponse au message Graphique CPU. Évalué à 5.
gnome-system-monitor utilise libgtop qui expose un API pour les informations que tu veux récupérer. Cet API est plus ou moins documenté sur http://library.gnome.org/devel/libgtop/stable/ Le code est sur http://git.gnome.org/browse/libgtop
En pratique ça va lire /proc
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# oldnewthing
Posté par Krunch (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 4.
Dans un autre style avec moins de typos, le blog de Raymond Chen est aussi fort intéressant pour avoir un aperçu de comment ça se passe à Redmont.
http://blogs.msdn.com/b/oldnewthing/archive/tags/microspeak/ http://blogs.msdn.com/b/oldnewthing/archive/2010/12/07/10101193.aspx [...]
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: moi j'aime bien la machine "standard" de developpement
Posté par Krunch (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 9.
Il dit aussi :
Donc, en principe ça n'empèche pas les tests fréquents sur des systèmes plus petits. Et personnellement, je trouve aussi qu'avoir une grosse bécane pour développer a plus de sens.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: c'est voulu
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 2.
Je ne suggérais pas d'attaquer qui que ce soit en justice. Je faisais juste remarquer que Red Hat paie pas mal d'avocats spécialisés pour penser à ce genre de trucs et que je doute qu'ils aient fait une erreur aussi simple. N'étant pas avocat ou juriste moi même je ne vais pas essayer de détailler ton erreur mais le bon sens me dit que légalement, Red Hat est en conformité avec les licences des logiciels qu'ils redistribuent.
Et légalement ni ce message ni ce thread ne vaut rien évidemment.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Une piste ?
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 3.
Ces liens peuvent avoir un intérêt pour tous les grands analystes économiques qui fréquentent DLFP :
http://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux_derivatives#List_of_Red_Hat_Enterprise_Linux_derivatives http://en.wikipedia.org/wiki/Oracle_Enterprise_Linux
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: gestion bizarre/pourrie des interruptions
Posté par Krunch (site web personnel) . En réponse au message Gel du démarrage. Évalué à 2.
Il y a plein de façons possibles et ça arrive tout le temps.
Même si le vrai problème provient d'un périphèrique ou firmware/BIOS défectueux, le driver correspondant peut sans doute être modifié pour ne pas causer un gel du système lorsque le matériel se comporte mal (évidemment ça dépend de ce qui se passe exactement).
Va falloir apprendre à écrire des descriptions de bugs moins tordues alors.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: c'est voulu
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 2.
Bah si tu penses que les avocats de Red Hat ont fait une erreur, n'hésite pas à leur signaler.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: c'est voulu
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 3.
Alors toujours IANAL mais c'est pas parce que c'est GPL que tu peux pas faire un autre contrat à côté disant « si tu redistribues ce truc, tu casses ce contrat et tu n'as plus droit aux services associés ». Je ne vois pas de violation de la lettre de la GPL. Après, dans l'esprit c'est effectivement discutable.
Voir aussi http://www.redhat.com/rhel/renew/faqs/
Je ne vois pas trop le rapport avec le lien que tu donnes.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Peter F. Hamilton
Posté par Krunch (site web personnel) . En réponse au message Quoi lire maintenant ?. Évalué à 3.
Si tu aimes Hamilton, tu devrais sans doute essayer Iain M. Banks. Personnellement j'ai fait une overdose après le 6ème bouquin mais la série de La Culture qui commence avec « Consider Phlebas » te plaira sans doute. Il écrit aussi de la fiction pas science sous le nom de Iain Banks (sans le « M. ») et j'ai bien aimé « The Business » mais « The Wasp Factory » est aussi un classique qui vaut la peine.
La série de Joe Haldeman constituée de « The Forever War » et « Forever Free » a aussi des chances de te plaire mais à chaque fois que je les relis je trouve qu'il n'y en n'a pas assez. Heureusement il a écrit d'autres trucs très bien comme « Forever Peace », « Worlds », « Camouflage » et d'autres que je n'ai pas encore eu l'occasion de me procurer.
Dans un univers qui fait un peu penser à celui de La Culture de Banks, j'ai beaucoup aimé « Neutron Star » de Larry Niven. Le style est assez différent et il s'agit d'un recuiel d'histoires courtes dans lesquelles on retrouve les mêmes personnages.
Si tu as aimé H2G2, il ne faut pas rater « Dirk Gently's Holistic Detective Agency » et sa suite « The Long Dark Tea-Time of the Soul ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: c'est voulu
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 8.
Sans doute pas sans perdre sa licence. Section 6 : https://access.redhat.com/site/help/terms_conditions.html IANAL, toussa.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Hors-sujet
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 8.
Merci, c'est ma solution de contournement pour la disparition des signatures : https://linuxfr.org/suivi/disparition-des-signatures
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# c'est voulu
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 10.
Mais peut-être est-ce juste un problème technique temporaire ? Un oubli ? Il y a peu de chances mais il faudrait quand même vérifier.
Je travaillais chez Red Hat quand ce changement est devenu effectif. Pour autant que je sache il s'agit d'une décision voulue et réfléchie. Je n'ai toujours pas bien compris la logique mais pour ce que j'en ai vu, la plupart des développeurs Red Hat ne sont pas très content de cette décision non plus.
Les patches sont visibles aux gens disposant d'une souscription (une interface web a été développée spécialement pour ça).
Personnellement je suis content qu'une discussion à ce sujet soit enfin lancée publiquement. Si vous êtes client Red Hat et que vous trouvez cette décision bizarre ou inacceptable, je vous incite à entrer en contact avec votre commercial.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Quels services devrait-on prendre en charge pour les avatars
Posté par Krunch (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 2.
En parallèle, n'oubliez pas de voter pour le retour des signatures : https://linuxfr.org/suivi/disparition-des-signatures
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# sans CSS
Posté par Krunch (site web personnel) . En réponse à l’entrée du suivi Disparition des signatures. Évalué à 4 (+0/-0).
Il est possible de réactiver les signatures via les avatars. Au moins jusqu'à ce que le bug 185 soit fermé.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# gestion bizarre/pourrie des interruptions
Posté par Krunch (site web personnel) . En réponse au message Gel du démarrage. Évalué à 3.
Il y a plusieurs actions possibles (qui ne sont pas forcément incompatibles entre elles).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Le niveau baisse ?
Posté par Krunch (site web personnel) . En réponse au sondage Je trouve la nouvelle version de LinuxFr ..... Évalué à 4.
Bon du coup je met ma signature en avatar.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Pourrais-tu être plus spécifique?
Posté par Krunch (site web personnel) . En réponse au journal Javascript: mais pourquoi ?. Évalué à 5.
Le monsieur a dit « langage un peu récent ». Je pense qu'il voulait dire « langage à la syntaxe un peu moderne ». Java n'entre clairement pas dans cette catégorie.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# tcpdump
Posté par Krunch (site web personnel) . En réponse au message Problème bizarre de formulaire POST. Évalué à 2.
tcpdump un client qui marche pas et un client qui marche, cherche la différence. Du côté serveur tu peux sans doute activer des logs plus verbeux pour tous les modules impliqués histoire de voir ce qui arrive à chaque niveau et ce qui est filtré.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# dupe
Posté par Krunch (site web personnel) . En réponse au message Impossible de visualiser un thread d'un forum.. Évalué à 2.
Ce rapport de bug est un doublon de https://linuxfr.org/suivi/redirection-infinie-sur-les-suivis-avec-accent
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: fragmentation
Posté par Krunch (site web personnel) . En réponse au message Problème d'OOM killer sur un NAS LaCie. Évalué à 3.
Les GFP flags de l'OOM correspondent à ceux du message XFS (0x2d0 == NOWARN | FS | IO | WAIT). Le message vient de là : http://lxr.linux.no/#linux+v2.6.12/fs/xfs/linux-2.6/kmem.c#L62
Faut croire que XFS essaie d'allouer un relativement gros bloque de mémoire contigüe. Ça marche pas donc ça déclenche un OOM. XFS réessai jusqu'à ce que les OOM aient défragmenté suffisamment de mémoire où jusqu'à ce qu'il abandonne et utilise de la mémoire non contigüe.
M'étonnerait qu'un xfs_repair change grand chose. Il y a peut-être moyen de tuner XFS pour éviter ce genre de situation mais vu l'ancienneté du noyal, il est probable qu'il s'agisse d'un bug XFS qui requiert une mise à jour du driver.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: fragmentation
Posté par Krunch (site web personnel) . En réponse au message Problème d'OOM killer sur un NAS LaCie. Évalué à 3.
L'idéal ça serait d'avoir un backtrace pour voir par quoi out_of_memory() a été appelé. On peut faire ça en activant le sysctl "panic_on_oom" et en ayant de quoi récupérer les logs console et possiblement un vmcore.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# fragmentation
Posté par Krunch (site web personnel) . En réponse au message Problème d'OOM killer sur un NAS LaCie. Évalué à 2.
J'y connais rien en ARM mais ceci :
signifie qu'il y a 6524kB de mémoire disponible et que l'OOM ne devrait pas se déclencher tant que ça ne passe pas en dessous de 1200kB. Sauf que :
signifique que la plus grande zone de mémoire consécutive disponible est de 128kB. Si quelque chose tente d'allouer 256kB consécutifs par exemple, ça peut causer un OOM. Tu n'as rien d'autre dans les logs noyau immédiatement avant l'OOM ? Ça se passe lors du chargement d'un module par exemple ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# dupe
Posté par Krunch (site web personnel) . En réponse à l’entrée du suivi la page d'erreur 404 est très laide (toutes CSS). Évalué à 2 (+0/-0).
Ce suivi est un doublon de https://linuxfr.org/suivi/erreur-sur-la-page-404
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# dupe
Posté par Krunch (site web personnel) . En réponse à l’entrée du suivi redirection infinie lors de la tentative d'ouverture d'un suivi. Évalué à 2 (+0/-0).
Ce suivi est un doublon de https://linuxfr.org/suivi/redirection-infinie-sur-les-suivis-avec-accent
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.