votre avatar

sylvere

est avec nous depuis le 13 janvier 2003 ❤️

735 commentaires

Le 28/04/2015 à 11h 31

Loin de moi l’idée de faire du bashing,

Ta réponse c’est plus ou moins ce que j’ai dit: le capteur de l’iphone est très bon mais pas fondamentalement meilleurs que les HDG équivalents chez la concurrence.



c’est d’ailleurs ce qui ressort sur le dxomark cité dans un commentaire

http://www.dxomark.com/Phones => les différentes versions d’iphones on des scores proches des sony/samsung hi-end (des fois un peu plus, des fois un peu moins) sortis à peu prêt à la même époque.

Le 28/04/2015 à 09h 43

il a quoi de particulier ? si tu parles de la qualité les hauts de gamme fin 2014⁄2015 de Sony, Samsung, de Noki.. heu Microsoft font aussi bien voire mieux. Il n’y a que HTC qui a fait plus ou moins de la merde dans ses capteurs (sans être catastrophique non plus)

Le 27/04/2015 à 13h 09

test:



Marc Rees va tuer françois hollande à Tataouine-les-bains dans la nuit du 6 août 1672

Le 20/04/2015 à 19h 15

quand on parle de haut de gamme de l’époque, on parle (enfin j’imagine) de CPU haut de gamme(pentium 4 EE), quantité de ram importante, GPU de gammer, le truc qui devait coûter facilement 2500€

Le 20/04/2015 à 19h 13







maestro321 a écrit :



Non puisque les smartphones bas de gamme actuel ne sont pas aussi puissants que les PC haut de gamme d’il y a 10 ans.





par contre les smartphone HDG explosent surement le haut de gamme de l’époque


Le 17/04/2015 à 10h 45







iodir a écrit :



En même temps, ça n’est pas tellement le problème qu’il devait y avoir avec le Samsung. Si ça avait été un problème de rafraichissement de cellule pas fait suffisamment souvent, le problème aurait été tout simplement une corruption des données, et pas un ralentissement du SSD.





En fait les SSD utilisent massivement des codes de correction d’erreur, avec la perte de charge dans les cellules cela va générer de plus en plus d’erreurs, mais le secteur ne va pas devenir illisible pour autant. Mais plus il y a d’erreurs plus le travail du contrôleur va devenir important. Il doit corriger les erreurs et même réécrire les données s’il considère qu’il y en a trop. D’où la baisse de débit sans problème de fiabilité.







iodir a écrit :



Par ailleurs, il y a des gens qui n’ont pas constaté ce problème. Or, il n’y a pas de raison que le même firmware ait fait un rafraichissement moins fréquent sur des disques différents.





En effet, mais c’est le problème des bugs qui passent les batteries de tests, en général il ne sont pas si facilement reproductibles. Il doit y avoir des conditions plus ou moins complexes pour déclencher le bug. C’est surement aussi pour ça aussi qu’il a été si long à être corrigé.


Le 16/04/2015 à 20h 31







athlon64 a écrit :



Faut le conserver ou alors ? Il faut qu’il recoive du courant regulièrement ? <img data-src=" />





Oui il faut l’allumer de temps en temps pour qu’il rafraîchisse les cellules trop faibles. Le stockage hors-tension n’est pas adapté aux SSD (ou alors il faut de la SLC avec des technos moins agressives, style 45nm ou 65nm, mais c’est plus pour du grand public là au niveau prix).


Le 16/04/2015 à 19h 52

10 ans c’est plutôt pour de la SLC ou de la MLC > 45 nm.



Maintenant on est sur des techno agressives < 20 nm MLC ou TLC. Sur une cellule neuve c’est 2 à 3 ans sur une cellule usagé c’est 3 mois. Ca dépend aussi pas mal de la température.



d’ailleurs intel dans ses datasheet ne certifie que la rétention éteint à 3 mois au max du wear-leveling.



Pareil pour Sandisk:



Although the data retention

period for some HDDs can be measured in years, SSD retention is more typically measured in weeks or days

once the device is powered off. The Lightning Write-Intensive SAS SSDs are capable data retention of 90 days

at end of life.





En résumé il ne faut pas stocker un SSD dans un placard, encore moins si il a déjà un nombre élevé d’écritures…

Le 16/04/2015 à 18h 07







qosdevelopment a écrit :



“Cet algorithme est basé sur une option de rafraîchissement

périodique qui peut maintenir les performances en lecture sur

les données plus anciennes” …… “cela n’affecte pas les performances du système ou bien la durée de vie du SSD” ….mais biensur…. en clair ce firmware ne règle pas le problème, la dernière fois le firmware était une mascarade qui a juste reecrit les données, et avec ce nouveau firmware cette ré-écriture se fera toute seule en background sur le ssd…. poussières sous le tapis…c’est mon 2em SSD et c’est la deuxième fois que je fait le mauvais choix, le premier était un OCZ passé 5 fois en SAV ^^





je crois que tu n’as pas très bien compris comment fonctionner un SSD, la mémoire flash MLC ne conserve les data que 1 à 2 ans, un peu moins pour les TLC. (en fait ça dépend pas mal de l’usure de la cellule)

TOUS les SSD font du rafraîchissement de cellules en background. quelque soit la marque.

Le bug ici c’est qu’il ne le faisait pas assez régulièrement(ou plus grave: pas du tout). Ce n’est pas de la poussière sous le tapis.


Le 14/04/2015 à 08h 20







Papa Panda a écrit :



Ok, j’active mon Aes 3 1024 bit !





tu as beau avoir le plus solide algo de chiffrement au monde, si ton générateur de clé est “vérolé” c’est mort.

D’ailleurs la NSA s’était faite chopée à truquer les normes de génération de clé:https://www.schneier.com/blog/archives/2007/11/the_strange_sto.html


Le 09/04/2015 à 13h 52

16 ans !… , gros gros coup de vieux <img data-src=" />

Le 01/04/2015 à 14h 10

et c’est proposé par un député PS, c’est ça le plus hallucinant…

Le 20/03/2015 à 17h 02

ça ne sera jamais pire que les américains, les chinois sont des amateurs à côté d’eux.

Le 12/03/2015 à 10h 49

ça marche mieux Youtube chez free maintenant ? ou c’est toujours galère en heures de pointe ?

Le 10/03/2015 à 11h 52

ils ont vraiment que ça à foutre de leurs journées sérieux ? <img data-src=" />

Le 09/03/2015 à 18h 41







A-snowboard a écrit :



C’est juste qu’une seule connectique c’est tendu du string. Mais bon.





c’est clair qu’ils auraient au moins pu rajouter un port usb (classique ou un second de type c), là ça fait un peu radin <img data-src=" />


Le 06/03/2015 à 13h 02

http://xiph.org/~xiphmont/demo/neil-young.html

Le 17/02/2015 à 17h 31

Pourquoi les coeurs sont multipliés ? parce que ça consomme justement beaucoup moins , à performance identique, de faire tourner plusieurs coeurs à basse fréquence (et à basse tension) que sur un seul coeur à haute fréquence.

Bien sûr c’est à condition que l’appli puisse être multi-threadée. Mais pour de la lecture vidéo/enregistrement vidéo c’est justement le cas.

Et pour des applications légères ça consomme bien moins d’énergie de faire tourner ça sur un petit A7 que sur un gros A15. C’est pour ça que les coeurs sont multipliés, en plus en 20nm ça ne coûte pas grand chose en silicium, surtout pour le cortex-A7. Et enfin un coeur pas utilisé est coupé et ne consomme rien donc au pire c’est pas grave.

Le 17/02/2015 à 17h 19

il faudrait comparer le big-little avec une architecture identique c’est à dire comparer le même soc avec big-little (4 Cortex A15 + 4 Cortex A7) et sans big-little (juste 4 coeurs Cortex A15)



Comparer du snapdragon (4 Krait) avec du big-little et dire que le big little n’apporte rien n’a vraiment aucun sens.



Ensuite le bi-little c’est aussi du soft ! ARM avait eu du mal côté software à optimiser le noyau linux pour profiter du big-little, espérons qu’ils ont amélioré ce point sur les révisions suivantes.

Le 09/02/2015 à 21h 28

30 ans sans avoir la vue qui bouge ? tu ne serais pas un peu optimiste <img data-src=" />

Le 02/02/2015 à 16h 57

sinon il y a aussi l’Odroid-C1 en gigabit à 35$:



http://www.hardkernel.com/main/products/prdt_info.php?g_code=G141578608433



* Amlogic ARM® Cortex®-A5(ARMv7) 1.5Ghz quad core CPUs

* Mali™-450 MP2 GPU (OpenGL ES 2.0/1.1 enabled for Linux and Android)

* 1Gbyte DDR3 SDRAM

* Gigabit Ethernet

* 40pin GPIOs

* eMMC4.5 HS200 Flash Storage slot / UHS-1 SDR50 MicroSD Card slot

* USB 2.0 Host x 4, USB OTG x 1,

* Infrared(IR) Receiver

* Ubuntu 14.04 or Android KitKat

Le 31/01/2015 à 13h 35

d’ailleurs je me demandais il y a quelque temps pourquoi les dépenses R&D augmentaient aussi peu chez Apple.

Ma théorie c’est que Apple a conscience que la R&D dans les trop grosses boites (trop lourdes, trop hiérarchisées, trop managériales) est totalement inefficace et peu innovante.

J’ai vraiment l’impression que Apple profite à font des start-up de la silicon valley: ils investissent dedans, en tirent le meilleurs, et les rachètent si la technologie est prometteuse (ou sinon ils les laissent tomber comme des merde) .

Et c’est une stratégie très très efficace: beaucoup de technologies étiquetées “Apple” viennent en fait du rachat de nombreuses start-up.

Le 31/01/2015 à 10h 58

cette bande de losers, Apple fait bien plus en un seul trimestre <img data-src=" />

Le 30/01/2015 à 12h 40

c’est principalement pour ça qu’ils ont coulé, maintenant qu’ils ont été racheté par Toshiba on peut espérer que leurs méthodes changent et que la qualité s’améliore fortement.

Le problème sera surtout d’effacer cette image désastreuse, c’est ce qui sera le plus compliqué.

Le 28/01/2015 à 10h 35

Pour ceux que ça interessen, je vous conseille de lire la partie “3 - Mitigating factors” du rapport de Qualys :

http://www.openwall.com/lists/oss-security/2015/01/27/9



qui commence par

“The impact of this bug is reduced significantly by the following reasons:”



en gros c’est pas non plus une faille béante.

Elle reste difficile à exploiter et est inexploitable sur beaucoup de services.

Le 28/01/2015 à 08h 55







white_tentacle a écrit :



Je n’ai vu nulle part mentionner d’élévation de privilège. Bon, on peut faire du dégât quand même, hein, mais pas « prendre le contrôle complet du système ». Ouvrir un shell sur une machine distante, c’est bien et c’est déjà énorme. Pour le contrôle complet, il faut le faire avec des droits root :).





exactement, ça ne permet que d’ouvrir un shell sous l’utilisateur du service corrompu (celui qui fait tourner le service mail par exemple)


Le 26/01/2015 à 12h 20

Au-revoir SFR, adieu même

Le 20/01/2015 à 10h 34







bingo.crepuscule a écrit :



Et sous linux c’est XVBA/VAAPI il me semble, non ?





XVBA conçu par AMD et pour AMD

VDPAU conçu par nvidia et pour Nvidia

VA-API conçu par Intel et pour Intel



donc en gros chaque constructeur a son API royalty-free que d’autres constructeur pourrait utiliser, mais personne n’arrive à s’entendre sur un standard commun. C’est un peu dommage car ça oblige les développeurs de soft de lecture vidéo à supporter ces 3 API.


Le 12/01/2015 à 14h 07

j’allais écrire la même chose <img data-src=" />

Le 07/01/2015 à 12h 05

le mot clé à voir étant “tablette” <img data-src=" />

Le 05/01/2015 à 19h 57







sebc22 a écrit :



Le souci, c’est que la sécu, c’est un investissement permanent, et que eprsonne n’est prèt à payer pour ça.





Dans beaucoup d’industries (quasi toutes) il y a des normes à respecter, les entreprises qui ne s’y conforment pas encourent de très lourdes amendes. Il serait très simple de faire pareil pour les sites web.


Le 03/01/2015 à 11h 35







boglob a écrit :



Chez Samsung, c’est encore pire, sur un 16gb, 8 sont pris par l’os et la surcouche Samsung mais pas de class action. Étrange……..







tu peux étendre à vraiment pas cher le stockage avec une carte µsd donc c’est beaucoup moins génant.



Ensuite sur le S5 il y a 10.7Go de disponible sur les 16Go donc ton 8Go est mensonger.


Le 01/01/2015 à 14h 49

et Arm a aussi copié Apple avec ses Cortex A5, A7, A9… <img data-src=" />

Le 01/01/2015 à 11h 35







FRANCKYIV a écrit :



Il me semble que ces modèles n’ont pas de batterie amovible.

Dommage … <img data-src=" />





difficile de faire à la fois bien fini avec un dos alu, fin et avec une batterie amovible.

Je trouve d’ailleurs que le Note 4 avec un contour alu et un dos plastique amovible est un bon compromis. D’autant plus que je trouve qu’un dos plastique style faux cuir comme sur le note 4 adhère bien mieux aux mains qu’un dos alu, ce qui est important pour un grand téléphone. C’est plus confortable aussi.


Le 01/01/2015 à 11h 30

will it bend ? <img data-src=" />

Le 31/12/2014 à 14h 27







touitboy a écrit :



La vrai question est de savoir si le gain de vitesse engendré par une bonne utilisation de l’eSRAM permettra à MS de compenser le retard sur sony lié à l’utilisation de DDR3 contre de la DDR5 chez son concurrent.





GDDR5 <img data-src=" />



la GDDR5 est basée sur la DDR3 mais avec un bus plus court (les puces sont proches du GPU) permettant d’atteindre un fréquence plus élevée qu’avec la DDR3, donc un débit plus important, en échange d’une latence un peu plus élevée.


Le 12/12/2014 à 13h 22







Orphee a écrit :



Une belle PJ non détectée parce que pas d’AV sous Linux, la chaine de

confiance d’un mail provenant d’un expéditeur connu… ça suffit

parfois.





attention il y a des AV pour linux, c’est juste qu’une majorité d’user n’en installent pas.


Le 25/11/2014 à 19h 42

c’est sur les gammes portables ( 2,5”) et sur les gammes serveur haute vitesse (10k rpm, 15k rpm) que les fabriquant de HDD risquent de souffrir.

Le 25/11/2014 à 12h 34







OlivierJ a écrit :



Drôle de commentaire… Certains fabricants font aussi bien des HDD que des SSD (Samsung)





non, Samsung a revendu sa division HDD à Seagate fin 2011


Le 24/11/2014 à 20h 05







Drepanocytose a écrit :



Joli….

C’est quoi la finesse de gravure de leur 3DNand ?





elle est 2x plus dense que la Samsung en 45nm, donc c’est surement du 32 nm


Le 24/11/2014 à 13h 52

les constructeurs de HDD risquent de commencer à se chier dessus par contre.

Le 24/11/2014 à 13h 51







StPierre2 a écrit :



Je crois que TLC est moins fiable dans le temps que MLC non ? J’espère que la 3D NAND ne suivra pas le même chemin.





la V-NAND utilise des cellules plus grandes que la NAND 2D du coup. A nombre de bits par cellules identique la V-NAND est bien plus fiable que la NAND classique. Au final la TLC V-NAND gravée en 45nm n’aura certainement pas à rougir face à de la MLC 14nm en terme de fiabilité.


Le 25/11/2014 à 08h 54

en effet entre de la V-NAND TLC gravée en 45nm et de la NAND classique MLC gravée en 14 nm je ne parierai pas si simplement sur la MLC en terme de fiabilité.

Le 19/11/2014 à 10h 53

ça dépend des marques, mais globalement les SSD au repos consomment moins qu’un HDD.



http://www.hardware.fr/articles/906-15/consommation.html



On voit ici que Samsung et Plextor semblent être de bons élève en terme de consommation au repos.

Crucial Intel et OCZ sont un peu à la traîne, mais rien de problématique non plus.



(pour un utilisateur lambda le SSD sera à 99% du temps au repos donc c’est le chiffre le plus important)



En accès les SSD consomment autant qu’un HDD green, mais les accès vont être bien plus courts que sur un HDD car le SSD est plus rapide. Donc là encore avantage au SSD.

Le 18/11/2014 à 19h 53

usb type C <img data-src=" />

Le 17/11/2014 à 11h 13

Les derniers Atom supportent (ENFIN !) l’AES-NI, les instructions d’accélération du chiffrement AES.

Ceci explique les gros gains de perfs sur le chiffrement.

Le 13/11/2014 à 11h 11

des photos de chats…

Le 07/11/2014 à 09h 17







roncamma a écrit :



A quand la carte sim intégrée dans le téléphone ?





c’est prévu





roncamma a écrit :



Et juste une configuration logicielle pour passer de tel à tel opérateurs ?





là par contre t’es naïf <img data-src=" />


Le 28/10/2014 à 13h 03







Faith a écrit :



Biais statistique classique: seuls les gens qui s’inquiètent du wifi se demandent s’il y a du wifi dans la maison dans laquelle ils dorment… et donc dorment moins bien !





C’est évident de mieux dormir dans une maison en rase campagne que dans un appartement en pleine ville. Pas besoin de wifi pour ça <img data-src=" />


Le 27/10/2014 à 12h 31

cool, je vais pouvoir porter plainte contre dieu pour obsolescence programmée de l’être humain

1 2 … 5 6 7 … 14 15