Jump to content

pehache

Members
  • Posts

    7981
  • Joined

  • Last visited

Everything posted by pehache

  1. 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.
  2. 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) :
  3. Vraie question : quelle est l’utilité d’avoir une application Desktop ?
  4. 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.
  5. 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.
  6. 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).
  7. 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.
  8. 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).
  9. 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)
  10. Question peut-être idiote, mais pourquoi ne pas le connecter tout simplement avec un câble ??
  11. 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.
  12. 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.
  13. 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.
  14. @LolYangccool Un peu quand même. Genre quelqu'un qui a acheté un full HD il y a quelques années peut être tenté aujourd'hui de changer pour un 4K maintenant que les prix sont plus raisonnables, même le full HD marche encore très bien. Cela dit le prix du Studio Display est tellement élevé qu'il y a le budget pour renouveler 4 ou 5 fois un écran de gamme moyenne tel que le tien (dans quelques années les écrans 5K seront probablement courants et avec des prix raisonnables). Si le Studio Display coûtait 1000€ ça pourrait se discuter, mais là... Et puis franchement de façon générale mettre un tel prix dans un écran (Apple ou autre) ne se justifie pour moi que dans le cadre d'un usage type graphisme/photo/video...
  15. Je fréquente assez peu le forum officiel Apple, mais là je suivais cette discussion d'un peu plus près et j'ai pu voir que la censure était très active. Sur les notifications par mail j'ai pu voir un ou deux posts assez salés sur l'inaction d'Apple pour résoudre le bug rapporté (qui empêche de connecter un device iOS 17 sur High Sierra, alors que dans les specs d'Apple c'est censé fonctionner) et qui ont disparu assez vite sur le forum. Il y a une solution en récupérant un package inclus dans un Xcode récent, solution qui a fonctionné pour moi. Comme certains dans la discussion ont du mal à télécharger Xcode (problèmes de login) j'avais extrait le package en question pour le mettre à disposition avec un lien. Le post a été supprimé... A la limite je peux comprendre, mais j'y suis allé moi aussi ensuite d'un post salé (mais dans les limites de la correction) sur l'inaction d'Apple alors que la solution n'est pas très compliquée: post supprimé aussi, et cerise sur le gâteau discussion bloquée pour moi. Ils sont sacrément chatouilleux. Je connais certains forums officiels de marques, où ça dézingue parfois sec sans qu'il y ait pour autant de censure.
  16. Je vote aussi pour une config bi-écran, le confort de travail est incomparable. Le code sur un écran, le navigateur/autres documents utiles/fenêtres d’exécution sur l’autre… Pour moi il n’y a même pas débat.
  17. Les écrans non réglables en hauteur sont plus l'exception que la règle. ll faut s'appeler Apple pour oser vendre cette fonctionnalité comme une option sur un écran à plus de 2000€.
  18. Avec une source c'est mieux en effet. L'analyse juridique dans l'encadré est extrêmement faible. Il n'y peut-être pas de jurisprudence qui aille dans le sens d'Apple et de la notion de "pièce d'usure", mais il n'y en a visiblement pas non plus qui aille dans l'autre sens. En tous cas je souhaite bon courage à quiconque d'aller au tribunal pour demander une prise en charge sous garantie d'une batterie qui aurait 2000 cycles, à mon avis c'est perdu d'avance à coup sûr. Ce qui revient à dire qu'il y a bien une notion de "pièce d'usure". Par contre pour une batterie qui n'a que 132 cycles, le vice caché ou le défaut de conformité se plaide à mon avis. D'autant que Apple spécifie : "Une batterie normale est conçue pour conserver jusqu’à 80 % de sa capacité d’origine au bout de 500 cycles de charge complets dans des conditions d’utilisation normales" (https://support.apple.com/fr-fr/HT208387). Après c'est toujours pareil, si Apple y met de la mauvaise volonté il faut avoir la motivation pour aller en justice, avec les frais engagés, le temps perdu, etc... Ils comptent là-dessus.
  19. Je pense que c'est plus compliqué que ça. Le fabricant ne peut pas systématiquement se retrancher derrière l'argument "pièce d'usure", mais ça ne veut pas dire que la garantie peut systématiquement jouer pour la batterie. Les deux garanties légales sont pour "vice caché" ou "défaut de conformité" : on va dire qu'une batterie qui devient faible au bout de 500 cycles peut répondre à l'un des deux critères, mais si c'est au bout de 2000 cycles ça parait difficile à plaider (du moins si le fabriquant a spécifié un durée de vie de la batterie en nombre de cycles).
  20. En pratique je pense que tous les smartphones actuels ont des puces ARM. Il y a eu quelques curiosités avec des puces Atom x86 mais Intel a lâché l'affaire il y a un moment. AOSP (le code source d'Android) étant libre, rien ne s'oppose à ce qu'il soit compilé pour n'importe quelle plateforme, et il existe une version x86 pour PC (mais qui n'a pas l'air activement développée).
  21. Tu as des conseils en la matière ? Il faut que ça reste pratique sans doubler le poids du machin , ce n'est pas non plus pas aller sur des chantiers.
  22. Les conseillers Apple ne font que répéter comme des perroquets la parole officielle d'Apple qui cherche à justifier les dotations ridiculement basse de RAM dans les configs de base.
  23. J'arrive un peu tard sans doute, mais pour des études de ce type même un M1 sera OK de longues années... A condition d'avoir 16Go de RAM et 512Go de SSD. Un SSD de 256Go pourra éventuellement être suppléé par un espace iCloud si besoin, mais la RAM ne le pourra pas si elle est insuffisante dans quelques années. Ma fille utilise toujours un MBP 13" modèle 2015, sans ressentir de gêne pour un usage bureautique (elle vient de passer sa thèse avec). Mais il avait déjà 8Go de RAM et 256Go de SSD, c'est à dire autant que les config de base d'aujourd'hui, et pourtant c'était sa config de base à l'époque aussi. S'il avait eu 4Go de RAM ou 128Go de SSD, ce serait très limitant aujourd'hui... Je pense que le M1 aura néanmoins droit à une version de macOS de moins que le M2. Au vu de la politique habituelle d'apple on peut tabler sur un support du MBA M1 jusqu'en 2028 (comprenant les upgrades de macOS plus le support étendu avec les MAJ de sécurité). Le M2 ajouterait certainement 1 an à cette date. Après, même au délà du support officiel, la machine restera utilisable (avec des réserve si on est trop dépendant de l'écosystème Apple).
  24. OK, cela semble confirmer que, au moins en théorie, il faut d'abord se tourner vers le vendeur en cas de souci non accidentel au cours de la 2ème année.
×
×
  • Create New...