Le 09/01/2015 à 15h 50

shadowfox a écrit :



Il se vend si peu de smartphones neuf avec Android 5.0 / à de nouveaux venus à Android / ?

Comme c'est un recensement des visites à la «boutique» du big G., peut-être que les gens qui changent de téléphone ne sont pas référencés ?     

(Je dis bien, peut-être)



Edit: M…, j’essaye de mettre en gras ce que j’ai rajouté dans la citation, ça ne marche pas. Allez, je mets une balise bien connue autour de ce rajout.

Le 06/01/2015 à 16h 46

À moins que ce ne soit un moyen d’empêcher de maj une page facebook autrement qu’à jeun " />

Le 06/01/2015 à 12h 54

+1



Et puis d’abord pour la télé, celui qui change le plus vite c’est moi:

“Autrefois j’avais pas de télé cathodique.”

for( var techno in {LCD,HD,4K} ) {

   do  “Puis on est passé au” . techno . “ et du jour au lendemain j’ai pas eu de télé” . LCD

}



(pour le langage, cherchez pas, c’est de l’invention totale…)

 

Le 05/01/2015 à 10h 57

Et on s’arrêtera au 640K parce que personne n’aura jamais besoin de plus.



(Besoin de sortir, moi ——————> [] )

Le 06/01/2015 à 09h 21

Toujours pas d’accord: Un DSP n’est générique que si on le prend sur étagère.

Mais c’est fou le nombre de société qui font les leurs sans rien dire à personne et qui ensuite se contentent d’annoncer «notre chip décode tel standard».



Si un DSP est trop cher, que dire d’un FPGA ?

La même chose en fait, c’est cher si on prend sur étagère, ça peut le faire si on a la techno disponible pour faire un petit bloc reprogrammable sur un chip complet.



Encore une fois, chez  NVIDIA il ne manque pas de savoir faire pour développer des cœurs de processeur exotique (et archi-spécialisé). Pourquoi s’embêter à aller chercher ailleurs ?



Après, peut-être que j’ai tort d’employer le mot DSP, parce qu’il fait référence à des produits qui tentent d’être (relativement) généraliste (et comment: je connais des gens qui ont porté Linux sur un modèle de DSP de TI).

 Mais pour l’instant, je ne connais pas d’acronyme qui désignerai ce genre de bloc de décodage qui est en fait programmable, même si ce programme est figé un fois le chip sorti de fab.

Le 05/01/2015 à 16h 27

Quand je dis DSP, c’est bien qu’on est pas sur le ARM.



Mais maintenant, il serait temps de se poser la question:

Comment font les gens qui annoncent un décodage matériel d’un standard encore en phase de draft tout en disant «on passera sur le standard définitif dès qu’il sera disponible» ?

Réponse 1: On a fait un ASIC. Lorsque le standard changera, on refera un RUN. Après tout, on n’est pas à quelques centaines de milliers ou bien à quelques millions de $ prêt (cf. le prix d’un RUN aujourd’hui).

Réponse 2: On a fait un DSP. Avec dedans un petit nombre d’instructions qui n’ont d’intérêt que pour ce standard.

Et quand le standard définitif sera là, de toute façon les changements seront dans la manipulation des données en entrée et en sortie, donc on changera pas grand’chose, et si on refait un RUN, ça impactera un seul niveau de masque (PROM), donc ce sera vite fait et pas trop cher.



Alors, certes, il existe des implémentations 100% logique HW des normes suffisamment agées, mais pourquoi uns société très forte pour faire des unités de calcul parallèles dédiées à des tâches spécifiques irait faire autre chose ?

 

Le 05/01/2015 à 10h 52

En voyant que les sociétés qui ont une licence architecture de chez ARM préfèrent utiliser A5[73], peut-on en déduire que ces derniers sont bien nés ?

Le 05/01/2015 à 10h 50

En attendant, dans le tableau montré dans la news, VP9 est cité au même niveau de H265.



Ce qui ne m’étonne guère, puisque qu’un support matériel c’est en fait un DSP avec quelques instructions spécifiques au problème, et caché dans un coin le programme qui va bien (soit c’est le driver qui l’envoie, soit pour les plus joueurs, c’est une ROM interne, mais là y a pas d’évolution possible ni même de droit à l’erreur).

Le 05/01/2015 à 09h 55

ErGo_404 a écrit :



[…] clé USB enterrée dans ton jardin. Ca va être coton pour […] retrouver.



Surtout si la clé est enterrée sans précaution " />

Le 02/01/2015 à 10h 42

damrod a écrit :



[…]

alpha c synonyme de supérieur normalement





«Les Alphas sont supérieurement intelligents»

Le 31/12/2014 à 12h 38

Pas rien à voir.

En fait, j’ai juste quelques siècles de retard, j’en suis resté au point où le sens figuré n’avait pas encore totalement remplacé le sens propre (je n’ai jamais autant mérité mon pseudo " />).

Le 31/12/2014 à 12h 24

touitboy a écrit :



[…]

Quoi qu’il en soit, savoir que cette API n’est disponible que maintenant montre à quel point MS à lancé sa console dans le rush.

 [...]

Pas forcément. La news dit qu’il était déjà possible d’utiliser l’eSRAM mais que c’était trop difficile.

Peut-être que l’équipe s’est trompé en estimant le niveau de difficulté de la prise en main par des gens extérieurs à elle. J’ai déjà vu ce genre de mauvais calcul maintes et maintes fois dans d’autres domaines.

Le 31/12/2014 à 12h 16

Ben oui, ras des pâquerettes pour moi ça veut dire proche de zéro, donc pas de second degré quand je disais «un vrai bonheur»

Le 31/12/2014 à 11h 18

Le débit ne fait pas tout. Si eSRAM == <embedded><Static>RAM, la latence doit être au ras des pâquerettes, un vrai bonheur.

Le 29/12/2014 à 09h 39

Détecteur de second degré HS ?

Le 19/12/2014 à 11h 00

Faudrait pouvoir superposer avec la répartition de la population, parce que sans plus de précision, ça ne m’étonne pas outre mesure que plus de tweets partent des alentours de Paris que du plateau du Larzac (par exemple).

Le 19/12/2014 à 10h 51

Finalement les dev Android ne doivent pas regretter d’avoir rajouté au début de leur make un test qui passe en erreur si le FS courant est «case insensitive»

Le 12/12/2014 à 10h 57

2 tunnels, ça veut dire 2 lot de travaux. Attribués séparement ?

Le 12/12/2014 à 10h 55

Soit ils viennent de trouver de nouveaux algo. (disons de nouvelles optimisations), soit ils viennent de s’apercevoir qu’un DSP sur le SOC peut être poussé un peu plus car il consomme moins que prévu.

Le 09/12/2014 à 12h 21

Khalev a écrit :



[…]

T’es au courant que l’algèbre de Boole a été écrite justement comme étant une approche algébrique de la logique Aristotélicienne ou tu fais exprès d’ignorer l’origine du truc?





Non, j’ignorais, et après un petit tour sur Wikipedia, je découvre que Boole n’a pas inventé ce qu’on appelle aujourd’hui une algèbre de Boole. Du coup, il y a le même nom pour deux choses finalement différentes.

Je ne ralerai plus qu’à moitié alors.

Le 09/12/2014 à 09h 53

Et ben non, je ne suis toujours pas d’accord.

Le fait est que justement avec les 2 valeurs on ne cherche pas à faire de l’algèbre de Boole mais de la logique," />

donc ce n’est pas le bon terme qui a été choisi.

Pour reprendre la comparaison automobile (" />) c’est comme si un gars venait et appelait son vélo une voiture parce que c’est aussi un véhicule.



Dans ce domaine, le fortran (" /> again) utilisait le type LOGICAL pour des variables logiques.

Et pourtant, quelle horreur de langage …



Une autre façon de voir les choses:

Tous les entiers étant des réels, ça vous ennuie si je fais: «#define int float» ?

 

Le 09/12/2014 à 09h 11

Ça m’énerve quand on parle de booléen pour un type à 2 valeurs, alors qu’il existe des algèbres de Boole infinies…

Le 08/12/2014 à 12h 14

Oryzon a écrit :



En même temps c’est normal.

Faire un OS moderne from scratch demande des moyens colossaux.

A mon avis seuls MS, Google et Apple peuvent se lancer là-dedans.



Il ne faut pas oublier qu’à l’origine UNIX a été développé par la R&D d’ATT.



On verra ce que Win10 aura dans le ventre et quelle sera la réponse de Linux si Windows fait de grandes avancées.





Se lancer ne veut pas dire réussir, cf. taligent

Le 04/12/2014 à 15h 38

brazomyna a écrit :



[…]

Perso, le truc que je reproche c'est surtout le fait qu'elle ne fais pas de time-shifting en permanence, même sans le demander explicitement, pour pouvoir revenir en arrière.      


 […]   


 

Pas sûr que le disque tiendrait longtemps dans ces conditions là

Le 01/12/2014 à 09h 19

Le constructeur automobile Mazda qui avait un modèle Laputa s’est bien étonné de la mévente en Amérique du Sud.

Le 01/12/2014 à 09h 14

Papier, crayon, calculatrice et rien d’autre ?



 Parles-en aux candidats à l’agrégation de mathématiques qui ont dû repasser une épreuve de géométrie parce que dans une salle le surveillant avait interdit l’usage du compas («ça ne figure pas dans la liste des objets autorisés»).

Le 28/11/2014 à 09h 38

tass_ a écrit :



Et bien sûr de ne pas laisser les participants brancher un quelconque appareil au pc qu’ils utilisent lors des matchs…

Mais bon ça semblait tellement évident…



Un peu comme si lanceur de poids pouvait amener ses propres poids par exemple xD





Pour le poids, quasi vécu au bac (il y a longtemps).

 

L’examinateur n’avait même pas remarqué que les poids pour les filles et les poids pour les garçons étaient rangés au même endroit. Certains ont fortement battu leur meilleure performance ce jour là (pas moi, je précise)

Le 27/11/2014 à 14h 32

Drepanocytose a écrit :



[…]

En terme de harcèlement, les enfants, attendez de bosser… Vous regretterez la grosse crapule qui vous tyrannisait gentiment au collège, quand vous rencontrerez la grosse crapule de manager qui vous tyrannisera carrement, au boulot…

[...]

  Pour une fois les raleurs ne pourront pas se plaindre que l’école ne prépare pas à l’entreprise

 Edit: Faudrait mettre un smiley, mais je n’arrive pas à me décider pour en choisir un

Le 24/11/2014 à 13h 20

Delqvs a écrit :



… Grâce à Diderot, nous avons, non pas une biographie mais la vision par Diderot, de la cartographie du savoir de l’époque. On sait qui l’a écrit et quand…



:FTFY:

Le 12/11/2014 à 16h 55

Strimy a écrit :



… prise de vitesse à multiples reprises par assistance gravitationnelle entre la terre et mars …





Il y aurait des planètes entre La Terre et Mars ? On m’aurait menti ?

Le 12/11/2014 à 13h 27

J’imagine la scène:

«Chef, on s’est planté, la version compilée cette nuit est celle qui génère des traces toutes les 10 instructions !

• Ah, ben tant pis, on vient de l’envoyer comme version commerciale»

Le 12/11/2014 à 13h 13

Je suis d’accord avec lui: «particulier» par opposition à «entreprise».



Dans ce contexte c’est quelqu’un qui monte une installation pour ses besoins propres.

Ce qui n’empêche pas que certains particuliers sont plus technophiles que d’autres.

Le 12/11/2014 à 13h 09

Des «paquets conçus spécialement», ça peut éventuellement se reconnaitre au passage à l’entrée dans le réseau de l’entreprise, si MS veut bien donner un critère explicite (mais, oui, on commence à parler de DPI là).

Le 10/11/2014 à 16h 04

" />

Le 10/11/2014 à 09h 35

Dans ma cuisine, les pelles à tarte sont plutôt fines, parce que c’est plus pratique pour la glisser sous la part, éventuellement pour découper d’abord.

</HS>

Le 06/11/2014 à 17h 29

Spécifique fisc

Le 06/11/2014 à 09h 10

en fait, sa proposition n’est pas de rendre le permis infalsifiable, mais de rendre la falsification détectable par comparaison avec une base de données centralisée

Le 05/11/2014 à 12h 21

Avec les FPGAs justement, on voit que la frontière entre HW et SW est plus floue qu’on le croit.



Sinon, concernant les émissions radio: Ça reste détectable par les gens du métier, à condition de leur demander.

Le 04/11/2014 à 15h 47

Après avoir quelque peu taillé à la hache dans les structures…



On en est où du plan de réductions d’emploi ? (sachant que quand ce genre de plan arrive, les prestataires ont déjà été ejectés en masse)

Le 30/10/2014 à 10h 27

Pour les films, je ne sais pas.

Pour les photos: Le droit à l’image n’interdit pas la prise de vue dans la rue de n’importe qui. Il interdit la diffusion des photo sans consentement du(des) sujet(s).

Le 29/10/2014 à 14h 41

David_L a écrit :



Je remonte l’info^H^H^H^H^H^H les bretelles du dev " />





" /> " />

Le 28/10/2014 à 12h 33

Nasmadoi a écrit :



La gamme note ce n’est pas seulement le grand écran mais aussi le stylet.





+1

Le 28/10/2014 à 08h 46

Dans le métro on ne voit que des grandes dalles.



Et il ne faut pas faire de bruit, pour que chacun regarde tranquillement sa vidéo ?

Le 28/10/2014 à 08h 55

TexMex a écrit :



[Que du câble en fait]









GoobY13 a écrit :



[Il y a aussi du FTTH]





Je confirme ce que dit GoobY13, je connais des gens en FFTH Bouygues. Mais ils sont à Lyon.

Le 15/10/2014 à 12h 18

charon.G a écrit :



Cette technique ne résoud rien si on doit mettre à jour des bibliothèques systèmes utilisées par la quasi totalité des applications. Dans ce cas sous Linux aucun processus n’est en réalité mis à jour avant de rebooter.



Edit:grilled par sepas





Pas grillé par sepas, au bénéfice du doute: je ne sais pas qu’il disait la même chose.

 

Sinon, bah oui, si tous les fichiers sont utilisés par des processus qui tournent sans s’arrêter, installer de nouveaux exe ou de nouvelles lib ne change rien.



Maintenant, ce qui existe, ce sont des programmes qui doivent tourner sans s’arrêter conçus pour prendre en compte ce genre d’évènement.



Je ne voulais pas dire que grâce à la magie quelque chose d’incroyable est réalisé. Je voulais dire que grâce à la technique, quelque chose de subtil est possible … si on s’en donne les moyens (et si on y a pensé dès le début).

Le 15/10/2014 à 11h 55

sepas a écrit :



Un système de fichiers gérant les liens????

Donc, une appli tourne, tu updates le fichier et tu espère que ça va continuer de tourner correctement?

Dans ce que tu dis, ça suppose donc que ton fichier est en mémoire, le nouveau ne sera pas utilisé tant que tu ne l’as pas relancé, donc pas trop d’intérêt.

Et imagine que ce ne soit pas le seul fichier de l’application qui soit modifié…un ancien executable veut aller chercher une bibliothèque qui a été updaté aussi. Tu fais comment?





Lien = hard-link.

Et il faut bien comprendre ce que je dis: Je ne dis pas que c’est facile. Je dis même que ce n’est faisable que si la nouvelle version ne bouleverse pas le comportement du programme ou de la bibliothèque.

Mais:

Oui, avec un système de fichier qui le supporte on peut modifier le fichier d’un programme qui est en cours d’exécution (mais pas n’importe comment, il y a un ordre des opérations à respecter, jeu avec effacement/création/renommage). Ça se fait.

Et ça veut bien dire qu’à un moment un fichier peut se retrouver à exister uniquement en tant que fichier ouvert par (au moins) un processus mais sans plus aucune référence dans les répertoires (donc aucun autre processus ne peut l’ouvrir).



Pour l’exemple donné (exe ancien, nouvelle lib), voici comment les choses se passeraient:

• Si le processus qui tourne l’exe a explicitement chargé la lib au démarrage, c’est toujours l’ancienne version qui est utilisée.
  


• Si le processus qui tournait depuis un certain temps veut charger la lib, c’est celle qui est disponible dans les répertoires qui est chargée.
  
  
  
  Et, je le répète, si les interfaces et comportement ne sont pas compatibles, il faut s’attendre au pire.
  
  Mais pour les machines qu’on n’a pas le droit d’arrêter comme ça, on fait attention à cet aspect.
  
  
  
  Plus loin dans le temps, je me souviens de société qui faisait tourner des serveurs minitel capables de mettre à jour les programmes sans redémarrage machine. Là encore, c’est parce que l’architecture du logiciel avait été pensée en conséquence.

Le 14/10/2014 à 14h 11

jmanici a écrit :



Les maj de sécurité s’installent déjà sans être administrateur local.



Quand au reboot de la machine, comment l’OS est il supposé mettre à jour des composants kernel, les services d’affichage graphique, et des logiciels en cours d’exécution comme IE (dont les composants sont utilisés par un grand nombre d’applis tierces) sans interruption? Le hotpatching existe sous Windows dans certains cas, mais il est plus propre et moins risqué de d’attendre un reboot pour modifier les composants de l’OS.





Mise à jour d’un logiciel en cours d’utilisation: Un système de fichiers utilisant des liens plutôt qu’une table d’allocation permet sans encombre d’effacer un exécutable alors que des processus l’utilisent; le fichier ne peut plus être ouvert, mais sa disparition du disque est différée jusqu’à ce que le dernier processus qui l’utilise disparaisse.

Évidemment, si le logiciel a subi de gros changement dans son comportement et ses interfaces, on n’est pas à l’abri des (mauvaises) surprises.



Mise à jour d’un noyau sans reboot: Je me souviens d’avoir rencontré des RTOS affirmant en être capable, je n’ai plus de nom à proposer. Mais la complexité d’un tel OS porté spécifiquement sur une carte n’a rien à voir avec celle d’un OS généraliste qui se débrouille à la volée avec le matériel disponible.

Le 15/10/2014 à 11h 37

damaki a écrit :



… des trucs écrits dans des languages qui sont pas évidents à cross compiler en ARM (camel, par exemple) …



Peut-être que les compilateurs camel générant du code ARM sont difficiles à trouver, je n’en sais rien.

Mais sur le plan théorique, je ne vois pas ce qui rendrait la compilation plus difficile avec une cible ARM qu’une cible x86. Des références ?

Le 15/10/2014 à 11h 30

raymondcal a écrit :



Je viens d’essayer le test avec Firefox 32.0.3 : c’est marqué qu’il n’est pas vulnérable à cette faille.





Mais le test dis que lynx est vulnérable

" />

Le 14/10/2014 à 07h 04

127.0.0.1 a écrit :



 […excellent résumé…]

 (*) Faut bien avouer que c'est pas le format le plus utilisé pour formater un support de stockage externe. Encore moins pour des utilisateurs de ChromeOS qui s'attendent a ce que leur support de stockage externe soit lisible par tout appareil usuel doté d'une prise USB (autoradio, télé, box-adsl, imprimante photo, pc, mac, ...)

Le seul logiciel pour box-adsl que j’ai vu en source lisait très bien l’ext2, ce qui n’est pas difficile pour un noyau linux. Pour ext3, ext4, je ne me souviens plus.