Anonyme a écrit 62265 commentaires

  • [^] # Re: Droit

    Posté par  . En réponse au lien Contourner la censure par un algorithme génétique. Évalué à 10.

    C'est intéressant comme ce commentaire mais aussi ses upvotes montrent comment on change de paradigme concernant la censure et la liberté d'expression dans nos sociétés. Y'a peut-être 10 ans de ça, j'aurais été bien étonné de lire un commentaire de ce style ici, et encore plus de le voir approuvé par une majorité de lecteurs.

  • [^] # Re: Mouais...

    Posté par  . En réponse à la dépêche Que retenir de l’année 2019 ? Le point de vue de quelques membres de LinuxFr.org. Évalué à 4.

    C’est dingue que 8 personnes aient décider de pertinenter un commentaire qui raconte n’importe quoi.

    Les premiers paragraphes était pertinents. C'est d'ailleurs pour cette raison que je n'ai pas voulu participer à la rédaction de cette dépêche.

  • [^] # Re: CPU World !

    Posté par  . En réponse au journal C'est quoi ce bordel dans les CPU.. Évalué à 9.

    Plus de GHz = plus de perfs en single thread / globales

    Ça, ça fonctionne quand c'est la même architecture. Dès qu'on veut comparer deux générations ou gammes différentes ce n'est plus vrai.
    La course aux GHz n'a jamais vraiment été d'actualité que ce soit à l'époque du i386, du Pentium IV ou du 9900K. C'est l'IPC et le ratio perf/prix qui compte mais ça demande des benchmarks sérieux (donc pas un site comme CPU World ou même Openbenchmarking).

    Plus de cores = plus de TDP/conso

    Comme la finesse de gravure, le TDP veut rien dire. Ça ne mesure absolument rien de concret, même pas le dégagement de chaleur. Les fabricants de processeurs ne le calculent pas de la même manière et les fabricants de solutions de refroidissement non plus. C'est plutôt la limite de température qui importe.
    Plus de cœurs c'est plus de consommation maximum, la consommation au repos ou en charge légère ne varie pas sur une même gamme. Et pareil, ce n'est comparable que sur une seule génération de puce.

  • [^] # Re: Résolu

    Posté par  . En réponse au message PC portable et Xubuntu - Fermeture de couvercle = Pas possible de déverrouiller. Évalué à 3.

    tu es sur que tu débute ? sous linux ? :-D

  • [^] # Re: .

    Posté par  . En réponse au journal Bitbucket abandonne les utilisateurs de Mercurial. Évalué à 0.

    qui n'a pas bossé deouis 2012

    Qui n’a pas été employé depuis 2012.

  • [^] # Re: .

    Posté par  . En réponse au journal Bitbucket abandonne les utilisateurs de Mercurial. Évalué à 10.

    les charges patronales

    Les cotisations sociales.

  • [^] # Re: i3

    Posté par  . En réponse au journal C'est quoi ce bordel dans les CPU.. Évalué à 2.

    tout juste suffisant pour un usage donné à l'heure actuelle

    Je suis très loin d'utiliser un G4560 à son plein potentiel (à peine la moitié quand je l'utilise pour regarder des vidéos H264 1080p 60fps en software-rendering c'est dire s'il y a de la marge), et comme je l'ai dit les nouveaux 2 cœurs 4 threads sont plus puissants.
    Donc c'est pas tout juste du tout.

    Puis comme je l'ai dit, l'intérêt d'AM4 c'est le vaste choix sur plusieurs générations et la baisse régulière de prix donc investir 50 balles maintenant c'est la garantie de trouver un modèle bien plus puissant plus tard quand on se sentira limité sans pour autant payer le prix fort.

  • [^] # Re: i3

    Posté par  . En réponse au journal C'est quoi ce bordel dans les CPU.. Évalué à 5. Dernière modification le 13 janvier 2020 à 18:50.

    C'est pareil chez AMD.
    On doit toujours installer le pilote mesa qui va bien, que ce soit i915 ou amd-gpu.

    Sincèrement je vois pas où il y a une différence.

  • [^] # Re: Mouais...

    Posté par  . En réponse à la dépêche Que retenir de l’année 2019 ? Le point de vue de quelques membres de LinuxFr.org. Évalué à 3.

    Mais en face, on réfléchit quand même encore. Au point de voir, en Australie puisqu'on en parle aussi, les pompiers faire des doigts d'honneur à leur politiques pour des raisons très claires qui n'ont rien à voir avec le réchauffement et qui étaient déjà exposées ici il y a 2 mois:

    https://volunteerfirefighters.org.au/it-is-high-time-bureaucrats-and-politicians-stopped-blaming-climate-change-for-a-bushfire-crisis-that-is-very-much-of-their-own-making-and-is-putting-lives-at-risk

    Cet article a été largement démonté, il n’a pas été écrit par « les pompiers », encore moins par des scientifiques, il a été écrit par un conservateur, climato-sceptique, adepte des fausses nouvelles et des propos à scandale.

    C’est dingue que 8 personnes aient décider de pertinenter un commentaire qui raconte n’importe quoi.

  • [^] # Re: Ligne éditoriale LinuxFR

    Posté par  . En réponse à la dépêche Que retenir de l’année 2019 ? Le point de vue de quelques membres de LinuxFr.org. Évalué à -1.

    Et comme justement, les sites à priori pas politisés (informatique, jeux vidéos, mode, médias, etc)

    Accroche toi bien, ce que je vais dire risque de te surprendre : l’informatique, les jeux vidéos, la mode et les médias sont politique/politisé.

  • [^] # Re: Intel au fond du trou, AMD powa !

    Posté par  . En réponse au journal C'est quoi ce bordel dans les CPU.. Évalué à 5.

    J’ai pris un Ryzen 3 2200G (donc avec APU) pour mes parents, et franchement ça marche super bien. Le driver libre marche sans configuration/bidouille, y a rien à redire.

  • [^] # Re: Minimalisme

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 2.

    Faut être sacrément gonflé pour sortir un truc pareil sans connaitre le contexte du client. Mais ça ne choque plus personne…

    Ici on est dans le contexte du journal, on parle de cloud principalement à cause de cette phrase :

    Marre de passer des entretiens où l’on demande si je connais le « Cloud », ce qui ne veut rien dire du tout…

    L’auteur du journal dit vaguement que les entreprises qui utilisent les services cloud, devrait monter de l’OpenStack en interne.

  • [^] # Re: Ce journal, c'est un peu un rond-point...

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 7.

    Un PsychoFox c’est quelqu’un qui devrait un peu plus aller « mériter » des trucs, il a pas le temps de passer ces journées sur DLFP.

  • [^] # Re: Ce journal, c'est un peu un rond-point...

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 6. Dernière modification le 13 janvier 2020 à 16:02.

    Le truc c'est que le monde est une méritocratie.

    Raah, putain, c’est pas sympa… J’ai recraché mon thé en riant bordel…

  • [^] # Re: Intel au fond du trou, AMD powa !

    Posté par  . En réponse au journal C'est quoi ce bordel dans les CPU.. Évalué à 6.

    Depuis la fin de Hardware.fr je consulte plutôt les revues anglophones : Anandtech, GamersNexus (site web mais aussi youtube) ou encore HardwareUnboxed (uniquement sur Youtube mais les benchmarks sont très pointus et il y a toute une partie sur les moniteurs).
    En complément pour Linux, Phoronix n'est plus à présenter et malgré quelques critiques sur la méthodologie ça donne une bonne idée du comportement du logiciel libre sur les machines.

  • # i3

    Posté par  . En réponse au journal C'est quoi ce bordel dans les CPU.. Évalué à 4.

    Pour ma part, je lui ai pris un i3 8100 (chipset graphique intégré )

    Pour faire de la bureautique, le bas de gamme aurait sans doute suffit. Un G4560 fait parfaitement l'affaire pour du Web, l'équivalent actuel c'est le Athlon 3000G plus puissant, moins gourmand et qui coûte moins de 70 balles.

    Il n'y a aucun intérêt d'acheter Intel à l'heure actuelle pour du desktop, hormis quelques modèles haut de gamme pour des usages spécifiques. En plus ils se mangent des vulnérabilités spécifiques à leur design qui plombent les perfs.

    Chez AMD, les prix baissent régulièrement (que ce soit en neuf ou en occasion), une carte-mère avec chipset B450 n'est pas beaucoup plus onéreuse qu'un B320 d'entrée de gamme, quasiment tous les CPU sont overclockable (et ce assez facilement), il n'y a pas d'intérêt à prendre une RAM très rapide (3200MHz c'est l'idéal : au dessus il vaut mieux baisser la fréquence pour reserrer les timmings) et la plate-forme AM4 permet une grosse compatibilité ascendante sur trois générations.

  • [^] # Re: Au même point

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 3. Dernière modification le 10 janvier 2020 à 16:08.

    Mais faut arrêter de dire que tout ce qu'on peut faire sur GCP/Azure/AWS on peut le faire avec OVH.

    Tu reliras le commentaire complet ou je dis « OVH propose tout ça » et tu verras qu’en aucun cas je dis qu’ils sont comparable à GCP, au contraire.

    C’était peut être pas assez explicite, mais mon opinion est qu’OVH tente de se faire passer pour un concurrent à AWS/GCP, ils tentent de fournir autant de service (du LB, des DB, du Kubernetes, des logs, des metrics, « de l’AI » (peut importe ce que ça veut dire), etc.), mais en réalité, ils n’ont pas les ressources pour le faire et la plupart du temps ce qu’ils font est pas exploitable (exemple de leur API et de terraform).

    Ils sont bon sur les serveurs dédier, mais ça s’arrête là.

  • [^] # Re: Minimalisme

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 6.

    Non, ils ont quittés Azure pour des problèmes de performance et de stabilité :

    Improving the performance and reliability of GitLab.com has been a top priority for us. On this front we've made some incremental gains while we've been planning for a large change with the potential to net significant results: moving from Azure to Google Cloud Platform (GCP).

    En commentaire on peut lire :

    irregularshed: So this has absolutely nothing to do with Azure being Microsoft and Microsoft buying Github?

    William Chia: irregularshed that is correct :) We've been planning this migration for a very long time while the MS acquisition is a relatively recent development.

    Our SaaS infrastructure for GitLab.com was not ready for mission-critical workloads, error rates were just too high, and availability was too low. To address these challenges, we decided to migrate from Azure to Google Cloud Platform (GCP) […]

    Alors, ils ont probablement eu un bon accord avec GCP et la différence de performance est probablement pas si grande, mais je pense pas qu’ils aient planifié une migration en si peu de temps.

  • [^] # Re: Au même point

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 2.

    OVH propose tout ça, mais :

    • leur site est mal foutu ;
    • leur API est mal foutu (je peux utiliser terraform pour absolument tout les services de GCP) ;
    • ils sont 2000 (en tout cas quand j’y étais, mais le « turnover » est immense) pour essayer de proposer les mêmes services que AWS et GCP (qui ont genre 60 employés chacun).
    • ils font surtout du « low cost » et les services sont fait avec des bouts de ficelles sur lesquels sont empilés des tas et des tas de rustines (les gens qui y travaillent sont de bonne volonté, mais c’est pas dans l’ADN de la boite de faire les choses bien).
  • [^] # Re: ben comme tu le fais deja ?

    Posté par  . En réponse au message peut-on utiliser un filtre d'affichage dans aptitude ?. Évalué à 1.

    un petit screenshoot serait bien venu pour plus de clarté

  • [^] # Re: Myths about /dev/urandom

    Posté par  . En réponse au lien Removing the Linux /dev/random blocking pool. Évalué à 3.

    Cet article est à prendre avec des pincettes, il prend pas mal de raccourcis et il me semble contredire les propos du mainteneur de LRNG.

    C’est un article de vulgarisation, bien sûr qu’il prend des raccourcis, ça ne veut pas dire qu’il est faux. Le fait qu’il contredise les mainteneurs de Linux, non plus d’ailleurs (ils sont humains, ils peuvent aussi se tromper).

    D’ailleurs, cet article est cité par plusieurs personnes assez connu dans le monde de la cryptographie, par exemple dans la conférence The plain simple reality of entropy de Filippo Valsorda (même si personnellement je ne l’apprécie pas particulièrement, on peut pas dire que ce soit un inconnu).

    Dans le même genre tu as On Linux's Random Number Generation de Thomas Pornin, qui en plus d’être « moins technique », est beaucoup plus critique vis à vis du fonctionnement dans Linux (et l’article est bien plus récent).

  • # Full disk encryption et chiffrement de ZFS

    Posté par  . En réponse au message Timeout sur la saisie du mot de passe Luks. Évalué à 3.

    Ça ne t’aideras probablement pas à résoudre le soucis (quoi que, peut-être que tu voudras changé ta manière de faire), mais j’ai un fonctionnement un peu différent de toi : l’entièreté de mes disques sont chiffrés et j’utilise dropbear pour me connecter à distance et déchiffrer les volumes après un redémarrage du serveur.

    Le schéma est le suivant (j’ai pas accès aux machines actuellement donc c’est de tête) :

    /dev/sd[ab]1 (RAID1)
      → /dev/md0
        → /boot (ext4)
    /dev/sd[ab]2 (RAID1)
      → /dev/md1 (LUKS)
        → /dev/mapper/md1 (LVM)
          → / (ext4)
          → /var/lib/vz (ext4) (principalement pour les iso et parfois pour des backups locaux)
          → Un thin pool pour les VMs
    

    Quand le serveur démarre, l’initramfs lance dropbear et attends que quelqu’un entre la clef de déchiffrement.


    Autre question/remarque, pourquoi ne pas utiliser le chiffrement intégré à ZoL ?

  • [^] # Re: Minimalisme

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 4.

    Ils ont quitté Azure pour GCP.

  • [^] # Re: Alternatives pour tablettes et des smartphones

    Posté par  . En réponse au journal Les fils conducteurs du CréGULL (infos et liens) #04. Évalué à 2.

    de mémoire y'a le Fairphone et /e/, au moins, dans les trucs vivants

    Il y a aussi le Pine Phone qui propose un téléphone ouvert plus abordable, mais pour installer un Android libre c'est sans doute plus intéressant de prendre un ancien haut de gamme d'occasion compatible avec LineageOS ou autre.

  • [^] # Re: Depuis un an sur un post d'admin ... je n'ai jamais eu aussi honte de mes collègues

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à 7.

    ce n'est pas limité au domaine de IT, dans l'industrie c'est pareil, le sous traitant qui ne serre pas les capot des connecteurs, car on ne me l'avais pas dit. Pourtant ecris en gros dans la doc.

    les vis qui ne sont pas marqué avec leur classe de resistance -> pas grave je ne sais pas ce que c'est la RDM, ni un couple de serrage.

    j'en ai un qui me fourni entre 20 et 60% (oui, les autres c'est de l'ordre de 1/10 000) de produit defecteux mais c'est le meilleur pote du président, et il est tellement gentil.

    en ce moment, on me donne des date de livraison assez farfelu, pour nous forcer a ne pas faire de la maintenance preventive, car ca sert à rien et ca coute chère, regarde rien ne tombe en panne !

    Pourquoi les crevures et les mec qui n'ont pas un minimum de formation deviennent directeur ou responsable de service ? mystere pour moi et surtout source de tous nos maux. Mauvaise personne au mauvais endroit au mauvais moments ! snif