Aller au contenu

pehache

Membre
  • Compteur de contenus

    7 993
  • Inscription

  • Dernière visite

Tout ce qui a été posté par pehache

  1. D'un point de vue industriel, c'est évidemment plus rationnel pour Apple de ne faire fabriquer que des M2/M3 plutôt que de faire maintenir une ligne de production en plus pour les M1.
  2. Oui, mais ce n'est pas nouveau que le MBA accueille des puces qui à pleine charge chauffent trop par rapport à la capacité de dissipation de la machine. Et en fait le M3 a à priori la même TDP que le M1 (20W), donc avoir un M1 à la place ne résoudrait rien. Au moins le M3 sur une courte peut monter plus haut en perfs.
  3. Oui, ça se tient. Mais du coup en choisissant une puce M2, voire M1, qui certes suffirait sans doute pour les usages, la durée de support sera plus courte.
  4. C'est surtout que ce n'est pas le chargeur qui contrôle ça, mais le circuit de charge qui est dans le Mac (ou dans l'iPhone). C'est le circuit de charge qui décide quel ampérage il veut recevoir du chargeur. Là on est dans le marketing bidon. Un chargeur de 96W ou un chargeur en plus sont tout à fait dispensables...
  5. Et du coup tu poses la question sur un forum Mac, c'est logique. Si parmi les données il y a la clef d'un portefeuille bitcoin contant 1M$, oui.
  6. Dans le contexte décrit par @LolYangccoolcela n'a rien de "super pourri" du tout, mais apparemment tu n'as pas tout lu. D'ailleurs ce n'est pas "mon conseil", c'est ce qu'il faisait jusque là.
  7. Bon, après, entre dupliquer la page dans Pages et imprimer direct le résultat, ou passer par l'étape PDF-Aperçu, je ne suis pas sûr que la seconde option soit plus rapide !
  8. OK, mais entre M3 et M3 pro c'est le nombre de coeurs qui change, et pas la puissance monocoeur (sauf erreur). Or il me semble qu'en utilisation généraliste c'est plutôt la puissance monocoeur qui devient à un moment le facteur limitant. +1
  9. Je prends cette discussion un peu tard. Dans les usages (mais qui ne sont pas non plus décrits très précisément) je ne vois rien qui justifierait sans discussion un M3 pro. A la limite la pérennité, mais ce n'est même pas évident pour l'instant que Apple supportera le M3 pro plus longtemps que le M3. De mon point de vue, le choix se résume au MBA M3 avec 16/512, ou alors un MBP M3 pro musclé en RAM et en disque pour se dire qu'il va "tenir" très longtemps. Mais dans ce dernier cas le prix commence à piquer très sérieusement... Perso je pencherais plus vers le MBA. Autres considérations : l'écran du MBP est un peu plus confortable. A voir si l'usage est exclusivement en portable, ou bien parfois avec un écran externe Bien réfléchir à la capacité disque, déjà en fonction de l'occupation disque actuelle.
  10. "J'ai un document avec une seule page, j'aimerais que cette page soit imprimée en double (côte à côte) au format A5 sur une seule feuille A4"... 100 fois plus rapide à écrire et à lire, et 100 fois moins de consommation de ressources en datacenter et sur le réseau ... J'arrive à faire ça avec LibreOffice sur Linux ou Word sur Windows, mais pas avec LibreOffice sur macOS. J'ai l'impression que c'est une fonctionnalité de la boîte de dialogue d'impression de l'OS, indépendamment du logiciel utilisé. En pratique le champ de personnalisation des pages imprimées permet d'écrire quelque chose comme "1,1" pour dire "imprimer 2 fois de suite la page 1". Le même champ sur macOS ne permet pas cela à priori. Sur Ubuntu ça se présente comme ça:
  11. Ce genre de question, chacun a sa propre réponse... J'ai cette taille au boulot, j'utilise l'écran avec une définition équivalente 3008x1692 (ou 125% de scaling dans Windows).
  12. pehache

    Freebox Ultra (v9)

    N'étant pas juriste je ne m'aventurerai pas à donner une réponse définitive, mais le texte de loi sur le sujet ne dit en réalité pas grand-chose pour le cas de résiliation avant la fin de la première année. Ce que je comprends c'est que rien n'oblige le FAI à accepter une résiliation pour convenances personnelles durant cette période... Du coup s'il accepte c'est à ses conditions. A voir si ses conditions sont en contradiction avec d'autres textes de loi, mais il faut trouver lesquels, et ça peut être une question d'interprétation. Bref, comme dit Mout, il faut une jurisprudence, ou créer une jurisprudence. Par contre ce que le texte de loi dit assez clairement, c'est que dans le cas où il n'y a pas eu de vente d'un matériel subventionné (généralement un téléphone), rien n'est dû au-delà de 12 mois. Les conditions de Bouygues sur les 20% à payer pour la 2ème année me paraissent donc illégales.
  13. Oui oui je sais. Mais je suis quand même étonné du "Power-Off_Retract_Count", qui correspond à priori à à une coupure inopinée de l'alimentation.
  14. Non mais c'est ridicule, quand on a un NAS de ce genre on est censé être un peu renseigné... Au pire ils auraient dû ajouter un texte d'aide à l'interprétation des résultats... Pour le WD blue qui y est depuis 5 ans : Pour l'IronWolf qui doit y être depuis 2 ans : Je suis un peu étonné du Power-Off_Retract_Count de l'IronWolf. Quant au WD Blue qui est dans mon iMac depuis 13 ans, lui il explose tout (mais il va bien) :
  15. Vraie question : quelle est l’utilité d’avoir une application Desktop ?
  16. Bah, regarde les rapports SMART des disques, tu auras déjà une indication. S'il y a des ralentissements dus à des erreurs de lecture sur un disque ça devrait se voir sur le rapport. Sinon j'ai un NAS avec dedans un IronWolf (donc disque NAS) et un WD Blue (donc pas du tout un disque NAS), et ça n'a jamais posé de problème (après la charge de travail de ce NAS est faible en moyenne). Le problème aujourd'hui avec les disques non NAS (le WD Blue a 5 ans et n'est pas concerné) est que la plupart sont de type SMR (Shingled Magnetic Recording). Ces disques conviennent bien pour les données statiques que l'on lit bien plus souvent que l'on écrit, mais pour un disque système ou plus généralement un disque où il y a beaucoup d'écritures ce n'est pas top. Mais il faut faire attention car même certains disques NAS sont SMR.
  17. pehache

    Freebox Ultra (v9)

    SMB et cie se comportent surtout comme des systèmes de fichiers classiques , c’est à dire qu’un bout de fichier peut être lu /écrit sans que le fichier soit entièrement téléchargé en local. La lecture ou l’écriture se fait par bloc, d’où le nom « Server Message Block ». Le facteur limitant de ces protocoles n’est pas tant le débit que la latence. Même avec un lien fibre de la mort qui tue, la latence typique sur internet est de l’ordre de 30ms, contre moins de 1ms en général sur un réseau local. Du coup il est assez difficile de dépasser 10Mo/s avec SMB sur internet, même si le lien fait 1 Gb/s.
  18. pehache

    Freebox Ultra (v9)

    Ah OK... Je pense que sur ce plan il y eu des évolutions notables entre le SMB v1 et SMB v3, même si le débit sur un lien à forte latence reste assez loin du débit théorique du lien. C'est aussi une question de configuration logiciel du serveur. Je suppose que tous les protocoles de type système de fichiers rencontrent ce problème (il me semble que pour NFS c'est pareil). Après sur les serveurs SMB c'est plutôt des dépôts de fichiers et pas tellement pour les fichiers de travail (pour ça on utilise plutôt OneDrive).
  19. pehache

    Freebox Ultra (v9)

    Si, c'est en SMB. Le traffic est VPN-isé par le routeur, donc il n'y a pas de problème de sécurité. Ceci étant je crois que SMB v3 est suffisamment sûr pour être utilisé sur internet (contrairement à SMB v1/v2). MS l'utilise pour l'accès de ses clients à Azure, donc je suppose qu'ils ont suffisamment blindé le truc. Bon, après je ne m'amuserais pas à configurer moi-même un accès SMB sur internet sans avoir une bonne expertise du truc.
  20. pehache

    Freebox Ultra (v9)

    Ca me rire ces débits délirants, quand je vois qu'au boulot sur un site distant on est relié avec un lien qui ne fait "que" 1Gb/s (mais qui coûte bonbon, c'est une offre pro avec garantie de service ET de débit) pour 10 personnes, et qu'on travaille normalement avec (et le lien est réellement sollicité en permanence vu qu'on travaille sur des applis distantes sur les serveurs de la boîtes avec affichage déporté sur nos postes, avec des serveurs de fichiers distants aussi).
  21. Enfin là c'est plutôt "pourquoi faire simple quand on peut faire compliqué"... Quant à mobiliser une Apple TV ou même un Chromecast là où un câble à 10€ fait au final bien mieux le boulot, bon, c'est un concept. La prise en charge du protocole Chromecast est inexistante dans iOS/macOS à ma connaissance. Certaines applis (Chrome, VLC, YT,...) le prenne en charge mais ce n'est pas au niveau de l'OS (donc la recopie d'écran etc n'est pas possible à priori)
  22. Question peut-être idiote, mais pourquoi ne pas le connecter tout simplement avec un câble ??
  23. La garantie vendeur de 2 ans est une garantie légale, donc de droit La garantie fabricant (1 an chez Apple) est une garantie commerciale, que le fabricant peut ou pas proposer, et pour la durée qu'il veut. Mais à partir du moment où il la propose il doit l'honorer.
  24. Au bureau j'ai une mini enceinte USB genre à 30/40€, qui va très bien pour une écoute de proximité à faible volume (le but n'est pas de sonoriser la pièce). Oui, mais ses conseils sont très orientés "photo" (mais comme tu as parlé d'imagerie médicale ça m'a paru pertinent). Quand on choisit un écran généraliste les critères ne sont pas forcément les mêmes par contre.
  25. Tu écoutes des enregistrements médicaux ? Tu mets beaucoup de contraintes, dont certaines ne semblent pas essentielles pour l'usage prévu. Du full HD sur une dalle 27" c'est clair que c'est très très peu, et ça n'a de sens que si on a un peu de recul et un usage de type présentation/exposition. Ca n'a pas de sens sur un bureau. Au passage tu n'as pas vraiment dit quelle taille tu privilégiais, c'est assez important comme critère. Je te conseille de consulter ce site : https://www.guide-gestion-des-couleurs.com/sommaire-gestion-couleurs.html . Le gars (Arnaud Frich) est assez connu dans le monde des photographes pour son expertise technique sur la colorimétrie, et il teste régulièrement des écrans.
×
×
  • Créer...