ouhaip, perso j'suis assez d'accord pour dire que contre tes commentaires le "inutile" est souvent employé pour une "je n'aime pas". Ici tes commentaires sont "pertinents", souvent. Même dans le cas où il y a usage d'un art anglais d'esquivage de réponses :) Le fait que tu réponde ici reste plutôt sympathique, et tu apportes parfois tes éléments. Le fait que tu défendes ton beaftec avec des genre de "personne ne force les constructeurs a utiliser le compilo de MS plutot que celui d'Intel" où on peut bien sentir qu'il y a anguille sous roche, n'empêche pas le fait que tu discutes et apportes des éléments.
il manque peut être un bouton "je n'aime pas". ça permettrait de ne pas baisser le karma (un peu quant même ? pas autant en tout cas), et permettrait de ne pas utiliser "inutile" à mauvais escient. Là c'est chiant de déplier à chaque fois pour lire tes commentaires :p
note que je ne jete aucune pierre, te nommerait jamais grouillot c'est sûr, mais que Albert le fasse ça me fait marrer aussi, franchement :) donc aucune pierre (ou leçon de morale) à qui que ce soit!
Pour revenir au sujet, ce truc puducul(tm), quant même, ça sent fort le :
. compilation avec intl :
"zut y a des trucs qui passent pas nickel chrome sur seven"
"prenez le mien"
"nickel ça fonctionne"
-> super norme acpi. mais implémentation personnelle dans windows
-> pas d'obligation d'utiliser un compilo aml, mais avec celui de ms ça passe illico pour windows
-> utilisation de ce compilo là, implémentation de features directement en bas.
A aucun moment les constructeurs ne sont obligés d'utiliser cet outil là. Mais s'ils le font, c'est qu'ils ont de bonnes raisons (...). Au passage à aucun moment tu ne mens, visiblement. Bref, ça sent fortement la politique du serpent : on commence par faire une implémentation personnelle du standard dans un produit. On propose un autre produit qui réduit le temps pour que la pré-install soit parfaite. Cet autre produit casse à bas niveau pour tout autres concurents. La norme reste la norme, personne ne voit rien, les constructeurs gagnent à ne pas revoir leur bios, et les concurents se retrouvent magiquement avec des trucs bizarres. Mais effectivement, en l'absence de preuves formelles, c'est du fud.
j'l'ai fait. (inapplicable de manière généralisé, surtout si bourré = nerveux ou pire. l'instructeur, Pascal, me connaissait assez bien) Lors de ma 6 ou 7 septième leçon de conduite, je suis arrivé presque bourré. Bien sûr l'instructeur l'a vu, mais n'a rien dit ;-) Au lieu de me faire conduire, mon tour venu, il m'a fait faire une manoeuvre pour se garer sur un parking encombré : impossible. Leçon de 2mn, mais belle leçon.
se pointer bourré à l'auto-école, faut oser :p
T'en connais beaucoup des sites de test informatique qui se donnent toute cette peine quand un problème apparaît?
hum c'est pas faux, ça change totalement mon avis sur phoronix.
Presque, car on peut aussi se poser cette question : "t'en connais beaucoup des pignolos qui envoient des mails aux dev sans rien d'autre dedans que ça ?" En fait, j'sais pas vraiment, c'est p'être lui qui a raison. Ce qui est sûrs c'est que si on s'y met tous, ça fera pas avancer le schimlblick, ça va l'encombrer.
En plus je pari que le problème se situe en dessous. Que c'est courir après un lièvre : s'ils implémentent des 'workarounds' pour 'bypasser' ces problèmes, d'autres problèmes similaires viendront ensuite, et ça recommencera. J'ai l'impression qu'il mélange deux trucs différents : d'un côté linux consomme un peu plus que seven, ce qui devrait se corriger uniquement dans le projet, et d'un autre des correctifs qui ne peuvent être réels qu'avec la participation active de plus de constructeurs (sinon on court après un lièvre)
Dans le doute, j'vais mettre une "alarme" : 20 cliques par jour sur ses pubs, à phophoronix.
bah c'est malheureusement courant (à mon bien humble avis il y a là un lièvre que personne n'ose soulevé aux USA, certainement pour de bonnes raisons. Si c'était confirmé ça serait une sacrée preuve d'abus de position dominante : favoriser un produit grâce à une implémentation de bug par un autre produit, dont les correctifs ne sont connu que du premier. Tout ça, à la barbe des clients, les constructeurs).
-> donc ne prends pas mes mots au pied de la lettre, ceci est du fud puisque rien n'est confirmé.
si tu veux voir le résumé de la totalité des tables, une autre astuce :
acpidump > acpi
acpixtract -l acpi
par exemple sur mon laptop HP G72, la moitié des tables est "MSFT" et l'autre moitié "INTL". Ce qui est étrange sur ce modèle : tout ce qui concerne les fonctions classiques sont ok, mais par contre la politique réelle concernant le disque semble contredire ce qui est déclaré (et opéré par le firmware dudit disque).
si tu souhaites allez un poil plus loin, regarde ce site (totalement obsolète mais encore plein de bonnes infos pour démarrer) http://linuxfirmwarekit.org Aujourd'hui c'est plus un outil comme HDT qui pourrait devenir un support de ce type de tests suite.
on achète surtout la liberté de circuler.
depuis où on veut (la voiture c'est petit) jusqu'à où on veut (tant que t'as de l'essence et des papiers), et quant on veut.
la voiture automatique ne retire aucune de ces trois libertés.
c'est l'affaire d'une génération.
En pensant "personne", ça peut être difficile. et encore, il y aura des incitations (assurance) et des obligations (route nationales = convoi automatisé) par exemples.
En pensant "parent" beaucoup moins, quel parent ne préférerait pas avoir un drone routier capable d'emmener et de ramener le fiston ?
Mais il y a aussi un autre fait : place la priorité aux vélos partout, et la sécurité sera meilleure pour tous. Ce n'est pas parceque "vélo", mais plus simplement par alignement sur le point le plus faible de la chaîne. ça ne sera pas confortable pour les voitures, certes, mais si les vélos ont presque route ouverte, tout les automobilistes devront faire bien plus gaffe.
D'autant plus que dans un pays 'latin' c'est peut être le seul moyen d'arriver à modifier petit à petit les comportements urbains en véhicule à moteur... (à paris, encore ça va, c'est sec et le jeu est franc. mais ici au sud, on sent bien qu'on est au sud...)
LA stupidité artificielle n'est pas assez stupide pour s'engager sur une route où il n'est pas possible de se croiser, sans connaître au préalable :
1) les arrêts possibles
2) la position des autres stupidités artificielles
ce changement ayant entraîner une perte d'exclusivité de tes réactions sur les râleurs étant contre le changement : il ne te reste qu'à râler contre le monde qui change... :-) bravo :-)
qu'on devient vieux... : "plus de capitaine de soirée tout le monde peut se murger la gueule" .. 'tain : même pas pensée à celle là \o/ Et pourtant elle est énorme !
Ooo putain ! Des Audi TT, ils ne font pas dans la demi mesure !
vrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
papa c'était quoi ça ?
un drone de reconnaissance du service de cartographie de google, mon fils
ouahou, je veux le même pour noel !
moi aussi mon fils
ha ben voilà : merci. tu réponds à ma question, moi qui n'ai fait que lire l'article pointé par le journal avant de fuir du site.
Bon, ils paient... alors je vais aller revoir les conditions, parce que même payer pas grand chose, ça sera toujours mieux que rien. Et vu le niveau au ras des pâquerettes, ça ne sera pas dur de proposer quelques bonnes astuces.
//ma vie : à l'époque on m'avait proposer d'écrire dans un journal a édition européenne, m'étais dit que j'usurpais le taf d'autres si je le faisait. Finalement j'ai été con, c'est une revue destinée aux débutants. Mais je suis souvent con.
Par exemple l'ASN avait exigé d'Areva l'arrêt des essais sur des mox dans l'atelier numéro 3 de Cadarache dès 1998 (cet atelier étant jugé trop obsolète pour ce type de tests). Areva a continué d'utiliser cet atelier pour ce type d'essais jusqu'en ... 2003 (et même au delà pour d'autres tests, mais sur de faibles quantités).
ça fait peur. l'ASN ... on ne peut pas dire qu'ils sont anti-nucléaire. Areva ? "rab, on continue".
Ouhaip, you're right, j'y suis aller un peu fort. J'aime bien leur suite de benchmarks (beaucoup moins les articles dessus, mais "osef"). Dommage qu'il ne donne pas la procédure qu'il a utilisée. Balancer un mot clef genre "git bissect" c'est bien joli, mais s'il écrivait sa procédure exacte et ses résultats, ça serait mieux. A défaut, j'appelle ça se faire mousser, car dans ce contexte
J'ai beau relire ses articles, rien de probant je ne trouve :p
and is now affecting users of Fedora 15
Quant je lis ça, "fear". Bien sûr, dans le contexte précis "rapport entre 2.6.38 et +" ça peut être vrai. Il ne sous-entend pas, cependant, qu'il utilise le kernel stock distro ou le kernel vanille, pour affirmer cela. Or entre une fedora 15 avec le kernel distro et la même fedora 15 avec le kernel vanille, on peut observer une nette différence sur l'autonomie (en faveur du kernel distro). Bref, il reste flou pour ne pas dire de bétises et surtout pour ne pas dire qu'entre sa distro et une autre, il y a une diff flagrante (que ça soit x ou y je m'en fiche, c'est juste que la démarche me semble pas bien claire, donnant l'impression d'être là pour justifier que x ou y c'est pareil niveau regression sur l'autonomie, ce qui n'est pas le cas)
Bref, compliqué, pas parfait, et moi raleur, toussa. L'essentiel finalement c'est le positif : qu'il appuie là où ça fait mal : encore un problème bizarre venant de bios. ça sera maintenant sympa qu'il aille un poil plus loin, et qu'il fasse les même comparatifs avec un bios compilé avec INTL ou avec MSFT... Afin d'être sûr (dans un sens comme dans l'autre, d'ailleurs) que ce type de problème n'existe que lorsque le compilo asm de ms est utilisé.
Si les gens veulent regarder pour leur laptop, en deux mots :
(refaire la même chose avec la table SSDT si vous voulez)
-> vous verrez la signature de l'outil utilisé : soit c'est du Intel (INTL) et tout va bien. Soit c'est du Microsoft (MSFT) et vous aurez certainement des surprises sous linux que vous n'avez pas sous windows, bizarrement. Et ce, au nez et à la barbe même du constructeur !
Phoronix est tout à fait en position (en terme de visibilité, de capacités, de matériels disponibles) pour faire au moins un début de comparatif. Et peut être tuer ce troll (ou peut être mettre en lumière que ce type de problème n'arrivent bizarrement que lorsque le bios est compilé avec l'outil de ms)
Il lit ce que Greg K.H écrit, et se fait de la pub dessus.
S'il reprend l'écriture de ceci là ok. En attendant il a les chevilles un peu trop grosses (à mon goût) : tout ça pour une option noyau. Fatche il lit la doc du noyau, quel héro !
En tout cas, sur le -rc4-patch-du-24, aucune amélioration visible par défaut (à même options, évidement).
a propos de doc du noyau, il ne prends même pas la peine de la citer :
pcie_aspm= [PCIE] Forcibly enable or disable PCIe Active State Power
force Enable ASPM even on devices that claim not to support it.
WARNING: Forcing ASPM on may cause system lockups
Du vent phoronix, du vent. S'il était humble et ne cherchait pas à se faire autant du pub, mais indiquait sur un fofo n'importe où ce qu'il a compris, ça suffirait. En pointant les références. Mais qu'il se fasse mousser pour avoir une une documentation sur une option noyau : mouhahaha.
Ce n'est pas faux. Ce n'est pas vrai.
Lorsque les sources sont dispos, cela peut devenir vrai.
Lorsque les sources ne sont pas dispos cela ne peut jamais devenir vrai.
La disponibilité des sources ne garantie pas l'innocuité du logiciel, non, c'est clair, ok. Mais elle garantie la possibilité de faire réviser le logiciel. Elle garantie que cela soit possible de garantir l'innocuité du logiciel :-) Nuance :p Alors que lorsque les sources ne sont dispos (ou seulement sous la forme de docs, ou sous une forme de code obfusqué), on ne pourra jamais obtenir cette garantie. C'est un cas concret, pratique et réel.
Qu'ensuite on vienne opposer l'argument qu'étudier un binaire est parfois plus facile et rapide, dans un objectif de surveillance, que d'étudier les sources, est peut être vrai parfois, mais pour un bureau d'études. Dans la vie réelle, cela reviendrait à lancer une telle campagne à chaque mise à jour = l'enfer, même avec un super_mega_xdelta_plus_maxisoftice. Si les sources sont dispos, leur révision lors des mises à jour est faisable. Bonus, sans gréver le 'ttm'.
La disponibilité des sources est un avantage majeur. Ce n'est pas en jouant sur les mots que l'on retire cet avantage.
Intel a un plan, et le développement automotive ne souffre pas d'une problématique d'autonomie, de consommation d'énergie. Sur ce segment, qui est en train d'émerger qui va très certainement devenir important (pas de la même manière que les smartphones et leur évolution prévisible : téléphone, musique, mais aussi identité civile et bancaire), l'informatique invisible dans les voitures n'en est qu'à ses balbutiements et va prendre rapidement son envol. L'autre problématique en moins de cette plateforme est que les 'magasins applicatifs' sont moins importants pour elle.
Par contre la bataille risque d'être féroce, car Google a un atout de poids avec son service de cartographie...
Bref mon nanavis à deux balles : pour surveiller Meego, il faut surveiller WindRiver. Si windriver se met à faire du meego, alors on sera sûr que Intel ne voit pas Meego comme simplement une plateforme de développement, mais bien comme une solution pour la production.
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 5.
ouhaip, perso j'suis assez d'accord pour dire que contre tes commentaires le "inutile" est souvent employé pour une "je n'aime pas". Ici tes commentaires sont "pertinents", souvent. Même dans le cas où il y a usage d'un art anglais d'esquivage de réponses :) Le fait que tu réponde ici reste plutôt sympathique, et tu apportes parfois tes éléments. Le fait que tu défendes ton beaftec avec des genre de "personne ne force les constructeurs a utiliser le compilo de MS plutot que celui d'Intel" où on peut bien sentir qu'il y a anguille sous roche, n'empêche pas le fait que tu discutes et apportes des éléments.
il manque peut être un bouton "je n'aime pas". ça permettrait de ne pas baisser le karma (un peu quant même ? pas autant en tout cas), et permettrait de ne pas utiliser "inutile" à mauvais escient. Là c'est chiant de déplier à chaque fois pour lire tes commentaires :p
note que je ne jete aucune pierre, te nommerait jamais grouillot c'est sûr, mais que Albert le fasse ça me fait marrer aussi, franchement :) donc aucune pierre (ou leçon de morale) à qui que ce soit!
Pour revenir au sujet, ce truc puducul(tm), quant même, ça sent fort le :
. compilation avec intl :
"zut y a des trucs qui passent pas nickel chrome sur seven"
"prenez le mien"
"nickel ça fonctionne"
-> super norme acpi. mais implémentation personnelle dans windows
-> pas d'obligation d'utiliser un compilo aml, mais avec celui de ms ça passe illico pour windows
-> utilisation de ce compilo là, implémentation de features directement en bas.
A aucun moment les constructeurs ne sont obligés d'utiliser cet outil là. Mais s'ils le font, c'est qu'ils ont de bonnes raisons (...). Au passage à aucun moment tu ne mens, visiblement. Bref, ça sent fortement la politique du serpent : on commence par faire une implémentation personnelle du standard dans un produit. On propose un autre produit qui réduit le temps pour que la pré-install soit parfaite. Cet autre produit casse à bas niveau pour tout autres concurents. La norme reste la norme, personne ne voit rien, les constructeurs gagnent à ne pas revoir leur bios, et les concurents se retrouvent magiquement avec des trucs bizarres. Mais effectivement, en l'absence de preuves formelles, c'est du fud.
[^] # Re: G+ vs FB
Posté par bubar🦥 . En réponse au journal Google plus, réseau social. Évalué à 2.
Cette présentation nous apprends que 150 est la réponse, et que 42 n'a qu'à aller se rhabiller. C'est quarantedeuzineu.
[^] # Re: Vrai journal bookmark
Posté par bubar🦥 . En réponse au journal IBM. Évalué à 1.
:-)
quant même pas, mais c'est un rebond sur ce commentaire. :)
# fstab
Posté par bubar🦥 . En réponse au journal Un mariage réussi avec du logiciel libre et sans enrichir Microsoft.... Évalué à 4.
Quel choix a tu fais pour le partitionnement ? (type de partoches, nombres, type de système de fichiers, options de celui-ci)
[^] # Re: Et comment feront les chauffards
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 2.
j'l'ai fait. (inapplicable de manière généralisé, surtout si bourré = nerveux ou pire. l'instructeur, Pascal, me connaissait assez bien) Lors de ma 6 ou 7 septième leçon de conduite, je suis arrivé presque bourré. Bien sûr l'instructeur l'a vu, mais n'a rien dit ;-) Au lieu de me faire conduire, mon tour venu, il m'a fait faire une manoeuvre pour se garer sur un parking encombré : impossible. Leçon de 2mn, mais belle leçon.
se pointer bourré à l'auto-école, faut oser :p
[^] # Re: Plouf
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 1.
hum c'est pas faux, ça change totalement mon avis sur phoronix.
Presque, car on peut aussi se poser cette question : "t'en connais beaucoup des pignolos qui envoient des mails aux dev sans rien d'autre dedans que ça ?" En fait, j'sais pas vraiment, c'est p'être lui qui a raison. Ce qui est sûrs c'est que si on s'y met tous, ça fera pas avancer le schimlblick, ça va l'encombrer.
En plus je pari que le problème se situe en dessous. Que c'est courir après un lièvre : s'ils implémentent des 'workarounds' pour 'bypasser' ces problèmes, d'autres problèmes similaires viendront ensuite, et ça recommencera. J'ai l'impression qu'il mélange deux trucs différents : d'un côté linux consomme un peu plus que seven, ce qui devrait se corriger uniquement dans le projet, et d'un autre des correctifs qui ne peuvent être réels qu'avec la participation active de plus de constructeurs (sinon on court après un lièvre)
Dans le doute, j'vais mettre une "alarme" : 20 cliques par jour sur ses pubs, à phophoronix.
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 2.
oupss mauvais lien :
http://www.hdt-project.org/
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 2.
bah c'est malheureusement courant (à mon bien humble avis il y a là un lièvre que personne n'ose soulevé aux USA, certainement pour de bonnes raisons. Si c'était confirmé ça serait une sacrée preuve d'abus de position dominante : favoriser un produit grâce à une implémentation de bug par un autre produit, dont les correctifs ne sont connu que du premier. Tout ça, à la barbe des clients, les constructeurs).
-> donc ne prends pas mes mots au pied de la lettre, ceci est du fud puisque rien n'est confirmé.
si tu veux voir le résumé de la totalité des tables, une autre astuce :
acpidump > acpi
acpixtract -l acpi
par exemple sur mon laptop HP G72, la moitié des tables est "MSFT" et l'autre moitié "INTL". Ce qui est étrange sur ce modèle : tout ce qui concerne les fonctions classiques sont ok, mais par contre la politique réelle concernant le disque semble contredire ce qui est déclaré (et opéré par le firmware dudit disque).
si tu souhaites allez un poil plus loin, regarde ce site (totalement obsolète mais encore plein de bonnes infos pour démarrer) http://linuxfirmwarekit.org Aujourd'hui c'est plus un outil comme HDT qui pourrait devenir un support de ce type de tests suite.
[^] # Re: brake system segfault
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 2.
s/type/système
l'amont étant automatisé, l'aval pourra l'être.
non ?
[^] # Re: Responsabilité
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 0.
on achète surtout la liberté de circuler.
depuis où on veut (la voiture c'est petit) jusqu'à où on veut (tant que t'as de l'essence et des papiers), et quant on veut.
la voiture automatique ne retire aucune de ces trois libertés.
non ?
[^] # Re: Responsabilité
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 2.
c'est l'affaire d'une génération.
En pensant "personne", ça peut être difficile. et encore, il y aura des incitations (assurance) et des obligations (route nationales = convoi automatisé) par exemples.
En pensant "parent" beaucoup moins, quel parent ne préférerait pas avoir un drone routier capable d'emmener et de ramener le fiston ?
[^] # Re: Et comment feront les chauffards
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 4.
Heu, oui, bon.
Mais il y a aussi un autre fait : place la priorité aux vélos partout, et la sécurité sera meilleure pour tous. Ce n'est pas parceque "vélo", mais plus simplement par alignement sur le point le plus faible de la chaîne. ça ne sera pas confortable pour les voitures, certes, mais si les vélos ont presque route ouverte, tout les automobilistes devront faire bien plus gaffe.
D'autant plus que dans un pays 'latin' c'est peut être le seul moyen d'arriver à modifier petit à petit les comportements urbains en véhicule à moteur... (à paris, encore ça va, c'est sec et le jeu est franc. mais ici au sud, on sent bien qu'on est au sud...)
[^] # Re: Génial
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 6.
LA stupidité artificielle n'est pas assez stupide pour s'engager sur une route où il n'est pas possible de se croiser, sans connaître au préalable :
1) les arrêts possibles
2) la position des autres stupidités artificielles
[^] # Re: et bien sûr
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 3.
alors là, bravo :-)
ce changement ayant entraîner une perte d'exclusivité de tes réactions sur les râleurs étant contre le changement : il ne te reste qu'à râler contre le monde qui change... :-) bravo :-)
[^] # Re: et bien sûr
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 3.
Lotus, avec ses ingénieurs structure, de purs génies :-)
[^] # Re: Je suis un expert !
Posté par bubar🦥 . En réponse au journal À quoi servent les fichiers hosts et comment les supprimer sous linux ?. Évalué à 1.
les non-parisiens de moins de trente cinq ans ne pourront pas comprendre (fg n'étant captée alors que de paris), mais tant pis :
david girard : "spécialiste en spécialités"
zaza : "vous faites un joli métier"
raaaa moments cultes.
# c'est là qu'on voit ...
Posté par bubar🦥 . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 10.
qu'on devient vieux... : "plus de capitaine de soirée tout le monde peut se murger la gueule" .. 'tain : même pas pensée à celle là \o/ Et pourtant elle est énorme !
[^] # Re: Putain de rafraîchissement de page
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 6.
Ooo putain ! Des Audi TT, ils ne font pas dans la demi mesure !
vrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
papa c'était quoi ça ?
un drone de reconnaissance du service de cartographie de google, mon fils
ouahou, je veux le même pour noel !
moi aussi mon fils
[^] # Re: Experts
Posté par bubar🦥 . En réponse au journal À quoi servent les fichiers hosts et comment les supprimer sous linux ?. Évalué à 5.
ha ben voilà : merci. tu réponds à ma question, moi qui n'ai fait que lire l'article pointé par le journal avant de fuir du site.
Bon, ils paient... alors je vais aller revoir les conditions, parce que même payer pas grand chose, ça sera toujours mieux que rien. Et vu le niveau au ras des pâquerettes, ça ne sera pas dur de proposer quelques bonnes astuces.
//ma vie : à l'époque on m'avait proposer d'écrire dans un journal a édition européenne, m'étais dit que j'usurpais le taf d'autres si je le faisait. Finalement j'ai été con, c'est une revue destinée aux débutants. Mais je suis souvent con.
[^] # Re: la criirad se fait descendre par l'IRSN
Posté par bubar🦥 . En réponse au journal vous reprendrez bien un petit électron ?. Évalué à 1.
mais ne sont pas toujours écoutés ...
Par exemple l'ASN avait exigé d'Areva l'arrêt des essais sur des mox dans l'atelier numéro 3 de Cadarache dès 1998 (cet atelier étant jugé trop obsolète pour ce type de tests). Areva a continué d'utiliser cet atelier pour ce type d'essais jusqu'en ... 2003 (et même au delà pour d'autres tests, mais sur de faibles quantités).
ça fait peur. l'ASN ... on ne peut pas dire qu'ils sont anti-nucléaire. Areva ? "rab, on continue".
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 8.
Ouhaip, you're right, j'y suis aller un peu fort. J'aime bien leur suite de benchmarks (beaucoup moins les articles dessus, mais "osef"). Dommage qu'il ne donne pas la procédure qu'il a utilisée. Balancer un mot clef genre "git bissect" c'est bien joli, mais s'il écrivait sa procédure exacte et ses résultats, ça serait mieux. A défaut, j'appelle ça se faire mousser, car dans ce contexte
J'ai beau relire ses articles, rien de probant je ne trouve :p
Quant je lis ça, "fear". Bien sûr, dans le contexte précis "rapport entre 2.6.38 et +" ça peut être vrai. Il ne sous-entend pas, cependant, qu'il utilise le kernel stock distro ou le kernel vanille, pour affirmer cela. Or entre une fedora 15 avec le kernel distro et la même fedora 15 avec le kernel vanille, on peut observer une nette différence sur l'autonomie (en faveur du kernel distro). Bref, il reste flou pour ne pas dire de bétises et surtout pour ne pas dire qu'entre sa distro et une autre, il y a une diff flagrante (que ça soit x ou y je m'en fiche, c'est juste que la démarche me semble pas bien claire, donnant l'impression d'être là pour justifier que x ou y c'est pareil niveau regression sur l'autonomie, ce qui n'est pas le cas)
Bref, compliqué, pas parfait, et moi raleur, toussa. L'essentiel finalement c'est le positif : qu'il appuie là où ça fait mal : encore un problème bizarre venant de bios. ça sera maintenant sympa qu'il aille un poil plus loin, et qu'il fasse les même comparatifs avec un bios compilé avec INTL ou avec MSFT... Afin d'être sûr (dans un sens comme dans l'autre, d'ailleurs) que ce type de problème n'existe que lorsque le compilo asm de ms est utilisé.
Si les gens veulent regarder pour leur laptop, en deux mots :
apt-get install iasl pmtools
acpidump > /tmp/acpi
cd tmp
acpixtract acpi
iasl -d ./DSDT.dat
cat DSDT.dsl
(refaire la même chose avec la table SSDT si vous voulez)
-> vous verrez la signature de l'outil utilisé : soit c'est du Intel (INTL) et tout va bien. Soit c'est du Microsoft (MSFT) et vous aurez certainement des surprises sous linux que vous n'avez pas sous windows, bizarrement. Et ce, au nez et à la barbe même du constructeur !
Phoronix est tout à fait en position (en terme de visibilité, de capacités, de matériels disponibles) pour faire au moins un début de comparatif. Et peut être tuer ce troll (ou peut être mettre en lumière que ce type de problème n'arrivent bizarrement que lorsque le bios est compilé avec l'outil de ms)
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 1.
Il lit ce que Greg K.H écrit, et se fait de la pub dessus.
S'il reprend l'écriture de ceci là ok. En attendant il a les chevilles un peu trop grosses (à mon goût) : tout ça pour une option noyau. Fatche il lit la doc du noyau, quel héro !
En tout cas, sur le -rc4-patch-du-24, aucune amélioration visible par défaut (à même options, évidement).
a propos de doc du noyau, il ne prends même pas la peine de la citer :
pcie_aspm= [PCIE] Forcibly enable or disable PCIe Active State Power
force Enable ASPM even on devices that claim not to support it.
WARNING: Forcing ASPM on may cause system lockups
Du vent phoronix, du vent. S'il était humble et ne cherchait pas à se faire autant du pub, mais indiquait sur un fofo n'importe où ce qu'il a compris, ça suffirait. En pointant les références. Mais qu'il se fasse mousser pour avoir une une documentation sur une option noyau : mouhahaha.
[^] # Re: questions
Posté par bubar🦥 . En réponse à la dépêche Conseils pour la mise en place d'une politique de sécurité informatique dans les PME/PMI. Évalué à 9.
Ce n'est pas faux. Ce n'est pas vrai.
Lorsque les sources sont dispos, cela peut devenir vrai.
Lorsque les sources ne sont pas dispos cela ne peut jamais devenir vrai.
La disponibilité des sources ne garantie pas l'innocuité du logiciel, non, c'est clair, ok. Mais elle garantie la possibilité de faire réviser le logiciel. Elle garantie que cela soit possible de garantir l'innocuité du logiciel :-) Nuance :p Alors que lorsque les sources ne sont dispos (ou seulement sous la forme de docs, ou sous une forme de code obfusqué), on ne pourra jamais obtenir cette garantie. C'est un cas concret, pratique et réel.
Qu'ensuite on vienne opposer l'argument qu'étudier un binaire est parfois plus facile et rapide, dans un objectif de surveillance, que d'étudier les sources, est peut être vrai parfois, mais pour un bureau d'études. Dans la vie réelle, cela reviendrait à lancer une telle campagne à chaque mise à jour = l'enfer, même avec un super_mega_xdelta_plus_maxisoftice. Si les sources sont dispos, leur révision lors des mises à jour est faisable. Bonus, sans gréver le 'ttm'.
La disponibilité des sources est un avantage majeur. Ce n'est pas en jouant sur les mots que l'on retire cet avantage.
# kelle bèlle lang le franssais
Posté par bubar🦥 . En réponse au journal Confession(s) d'un pirate. Évalué à 2.
Définition de pirate.
Voir en particulier le sommaire des (articles connexes)[http://fr.wikipedia.org/wiki/Pirate#Articles_connexes]
ps : j'ai essayé
man drake
mais sur ma fedora ça ne donne rien :p
Manque un
(4) le terme pirate ne te plait pas ? Tu voudrais voir écrit "copieur non autorisé" ? ça m'est égal, bonne journée.
:-)
[^] # Re: Stratégie commerciale
Posté par bubar🦥 . En réponse au journal Nokia abandonne Meego. Évalué à 2.
Meego n'est pas mort, perso je ne le crois pas.
Intel a un plan, et le développement automotive ne souffre pas d'une problématique d'autonomie, de consommation d'énergie. Sur ce segment, qui est en train d'émerger qui va très certainement devenir important (pas de la même manière que les smartphones et leur évolution prévisible : téléphone, musique, mais aussi identité civile et bancaire), l'informatique invisible dans les voitures n'en est qu'à ses balbutiements et va prendre rapidement son envol. L'autre problématique en moins de cette plateforme est que les 'magasins applicatifs' sont moins importants pour elle.
Par contre la bataille risque d'être féroce, car Google a un atout de poids avec son service de cartographie...
Bref mon nanavis à deux balles : pour surveiller Meego, il faut surveiller WindRiver. Si windriver se met à faire du meego, alors on sera sûr que Intel ne voit pas Meego comme simplement une plateforme de développement, mais bien comme une solution pour la production.