barmic a écrit 10455 commentaires

Ca ne couvre qu'un cas d'usage des exceptions: quand quelque-chose se passe mal de manière exceptionnelle.

C'est fait pour ça les exceptions. Elles drainent beaucoup les performances c'est pour ça qu'il vaut mieux éviter de les utiliser dans d'autres cas.

on ne veut pas sans arrêt vérifier les erreurs.

En principe c'est un cas exceptionnel, non ?

on veut forcer l'appelant à gérer une erreur.

Si c'est pour voir ça (sic) :

try {
    appel();
}
catch(Throwable th) { /* OSEF */ }

Mais pour moi ça reste « quelque-chose se passe mal de manière exceptionnelle ».

on veut sortir d'un traitement complexe (par exemple un parcours dans un graphe).

Mauvais exemple utiliser les exception pour sortir autrement qu'en erreur c'est une mauvaise idée.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Oui et non. Pour pouvoir refaire un système aussi efficace que peut l'être une base de données orienté document il faudrait que le système de fichier regarde l'intérieur des fichiers ce qui pose un paquet de problème.

On va vers un rapprochement de ces deux logiciels, mais en principe tu configure ta base en fonction de ton application (car la performance ça dépend du mode d'utilisation) ajouter ce genre de configuration dans le système de fichier ça apporte des dépendances qui ne sont pas forcément souhaitables (tu crée une partition virtuelle pour chaque application, tu as une dépendance forte avec ton système d'exploitation,…).

Tout ce qui manque c'est un langage commun pour les interroger, situé au plus bas niveau possible pour la performance, donc dans le système de fichiers.

Pour que ce soit performant, il faut créer des indexes sur le contenu des fichiers. Actuellement les indexes sont créent sur les données des inodes (et c'est pas dans les inodes que l'on trouve les tag dont tu parle), c'est une grosse violation du design des système de fichiers (un peut comme le fait FTP avec ses modes passif/actif).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Le commentaire que tu met en lien n'est pas si clair que ça je trouve :

Maintenant plus pour le cote recherche, un certain nombre d'algorithm de rendu son limite par la bande passante memoire. On est donc entrain d'experimente la compression des ressources graphiques du theme et des fonts avec un rendu direct. Cela pourrait augmenter la charge CPU, en diminuant la bande passante memoire consome, donc prendre moins de temps au final. La plus grosse question sera de voir si cela a un impact sur la consommation de batterie. On travaille aussi sur un moteur de rendu hybride GPU/CPU, car OpenGL n'est pas adapte a toutes les situations et il vaudrait mieux pour certain morceaux de l'image finale, passe par le CPU. Enfin pour ameliorer les performances, on espere pouvoir experimente avec un rendu par tile plus adapte a une meilleure utilisation du cache L1.

Il parle d'un axe de recherche et pas de faits et surtout il parle d'utiliser conjointement CPU et GPU pour diminuer les latences du au bus entre les deux et pour utiliser au mieux le CPU (mais sans abandonner le GPU).

Je pensais que tu allais parler de ça : https://linuxfr.org/users/steckdenis/journaux/en-finir-avec-la-lourdeur-de-kde mais il y a une phrase importante dedans :

Cela [utiliser le rendu uniquement fait par le CPU] peut sembler sous-optimisé, mais c'est en fait le meilleur des backends. En effet, il n'y a aucune phase de préparation, et ce backend est optimisé pour tirer parti des instructions multimédia disponibles sur les derniers processeurs.

Et ça c'est bien sur les CPUs Intel et AMD (peut être aussi sur le Cell), mais sur les ARM ce n'est pas le cas. Au grand désarrois d'Intel android est surtout utilisé sur ARM plutôt que sur x86.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Tu parle tout de même d'un monstre de puissance. Très loin d'être représentatif et à mon avis le seul cas où tu peux commencer à te poser ce genre de question. Si on prend là où linux est très présent et a besoin de puissance graphique android, l'utilisation d'un circuit dédié au graphique est important, il apporte un gain en puissance brute, en espace mémoire et moins de latence entre les deux.

Donc oui peut être que dans 5 ans les pc de bureaux pourront se poser la question s'ils n'utilisent pas l'accélération 3D, mais pour le reste ça restera nécessaire pour longtemps.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est un problème de médiatisation. On nous présente les 3 seuls cas de « petits vieux » agressés en bas de leur immeuble, on passe du temps à décortiquer le problème, on fait des émissions spéciales, on donne des chiffres conçus pour appuyer l'argumentation et enfin si quelqu'un à quelque chose à redire on le taxe de cœur de pierre ou autre.

Je pense que c'est plus la qualité des média qui est en cause.

J'avoue que c'est très théorique et je n'ai pas de solution à apporter à ça.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

On ne se bas pas contre une idée en la stigmatisant.

Quand on nous expose une idée, n'avoir rien d'autre à répondre que « c'est une idée d'extrême [gauche|droite] », c'est pathétique et contre-productif. Il ne faut pas couper la parole à des gens sous prétexte qu'on leur à coller une éthique (qu'elle soit politique ou pas).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C’est une conséquence directe du principe de la démocratie.

Ça se résous : il suffit de rendre l'exercice du pouvoir moins alléchant. Ceux qui se présenteront le feront pour des idées ou par soif de pouvoir et plus pour l'argent c'est déjà ça de pris.

Pour la soif de pouvoir il faudrait arrêter d'avoir autant de pouvoir réunis au sein d'une même personne.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Qu'est ce qui dis qu'il en a un ? Et si c'est le cas qu'est ce qui dis qu'il n'est pas chez Free comme FIA et comme opérateur mobile ?

En fait je vois qui a parlé de mobile avant, du coup ça me semble venir comme un cheveux sur la soupe avec une bonne tartine d'idées préconçues.

De plus je vois pas le rapport entre le prix que l'on met dans le téléphone et le prix que l'on met dans les mails. Ce sont deux moyens de communications différents, c'est comme si on comparait le prix que les gens mettent dans leur voiture et dans leur vélo.

Bref soit j'ai raté des étapes (mais j'ai cherché 3 fois je vois pas de commentaires en lien plus haut), soit je ne comprends pas le commentaire de Xavier Claude.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Qu'est ce qui te dis qu'il a un mobile chère ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je crois (mais j'y connais pas grand chose) que c'est une histoire de quand il ne se passe rien pendant un certain temps le serveur ssh détruit la connexion car il crois qu'elle a était droppée et/ou que le lien physique est tombé.

Du coup lui quand il fait rien de sa connexion pendant des plombes, il se retrouve avec une connexion détruite.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Légalement une banque se doit de faire certaines vérifications pour limiter, entre autre, le blanchiment d'argent.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je viens de tester sur un serveur MySQL avec une table de relations de 600k lignes. La requête prend 0.8s. Avec les mêmes critères et sur les mêmes données (dénormalisées), Sphinx me répond en 0,01 s. (avec une syntaxe simplissime).

Je ne nie absolument pas la qualité de Sphinx que je ne connais pas (c'est le moteur full-text dont ils parlent ici ? MySQL) ou d'autres système de base de données. Avec un map-reduce sur des documents (si les tags sont inclus dans les documents) la requête devient triviale (après je ne sais pas comment c'est optimisée, s'il est possible de mettre des indexes sur un champ de documents etc).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

pourquoi ne pas changer ?

Parce que tu n'a pas envie de revendre ton prêt ni de solder ton PEL avant l'échéance ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

ça joue beaucoup sur l'émotionnel, l’instantané

flattr était une bonne idée par rapport à ça. Ça reprend presque les « j'aime », « +1 » et autre « pertinent » que l'on trouve ça et là sur internet.

Pour info, je propose les trois (Paypal, Chèque, virement), je dois en être à ~500 Paypal, 1 chèque, et 1 virement.

Tu parle en nombre de transactions ou en quantité d'argent ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je rappelle que le fond de ma remarque n'était pas de critiquer SQL, mais de montrer qu'un stockage relationnel fiable et cohérent n'était pas toujours adapté à la recherche des données.

Je ne dis pas le contraire. Pour l'exemple en question c'est plus un problème ensembliste selon moi et SQL a des outils pour le faire (MINUS ou NOT IN). Ta requête a une coquille (il y a une jointure en trop. Pour ma seconde j'avoue y être allé un peu vite. Le principe c'est de créer 2 ensembles dans le FROM un avec les postes qui ont un tag « linux » et un avec tout les identifiants qui ont le tag « sql », puis on fait des opérations ensemblistes entre.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est méchant pour les bouses intersidérales.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je n'ai jamais eu a faire de benchmark, je ne sais pas quelles optimisations sont faites ou pas, mais je vois deux autres requêtes.

Avec des opérateurs ensemblistes :

SELECT p.*
FROM Post AS p
  JOIN Post_Tag AS pt ON (p.id = pt.post_id)
WHERE pt.tag_id = 22
MINUS
SELECT p.*
FROM Post AS p
  JOIN Post_Tag AS pt ON (p.id = pt.post_id)
WHERE pt.tag_id = 23

Pour cette seconde, je suis à peu près certain que c'est possible mais, je ne suis vraiment pas certain de la syntaxe :

SELECT p.*
FROM Post AS p
  JOIN Post_Tag AS pt ON (p.id = pt.post_id),
  Post_Tag AS pt2
WHERE pt2.tag_id = 23
  AND pt.tag_id = 22
  AND pt.post_id NOT IN pt2.post_id

Dans la première le SGBD charge probablement 2 fois les deux tables (ce qui ne pose un problème pour la consommation mémoire mais pas pour les accès disques). Pour la seconde il lit une fois Post et 2 fois Post_Tag, mais il a l'avantage de ne pas faire des partitionnement et des regroupements (je ne sais pas si c'est efficace ou pas).

Ensuite si vraiment tu as trop de données tu peux regarder du coté des partitionnements de table. Ça peut permettre de diviser par 2 ou 3 la taille des données si c'est bien choisi (et si ça s'y prête bien).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est juste qu'en termes de design d'applications, certains développeurs web ou natif ont la fâcheuse tendance à utiliser une base de données pour tout et n'importe quoi.

Je crois que beaucoup d'hébergeurs interdisent d'écrire sur le système de fichier ou mettent des quota très petits.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Euh… Je n'ai pas dis que je n'aimais pas weboob, ni pourquoi. J'ai juste dis que c'est pas parce qu'on aime pas weboob, qu'on est fan des navigateurs web/internet. Apparement c'est déjà suffisant pour que les fanboy sentent leur logiciel « attaqué » (les utilisateurs de smartphone font aussi pas mal de « web out of browser » weboob n'est pas le seul). Personnellement j'en ai rien à faire de weboob, que ce soit de son nom (je place la plupart du code que j'écris à titre personnel sous licence RABL donc les noms qui se prennent pas au sérieux ne me choquent pas) ou de ce qu'il fait.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

D'une part rien ne dis que ce sont des femmes qui ont bloquées le paquets (du moins dans les journaux/dépêches), d'autre part ce n'est pas parce qu'on aime pas weboob que l'on est contre l'idée d'utiliser le web hors d'un navigateur (j'aime pas trop l'Épouvantail (rhétorique)).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

méat, weboob,… on reste dans le même domaine.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est un peu comme tout il faut savoir s'en servir. Typiquement si tu as du contenu NSFW tu n'es peut être pas particulièrement malin de laisser tes commandes liées à celui-ci aux milieux des autres. Personnellement j'ai un zshrc pour le loisir.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Oui, oui, mais autojump est, je trouve, bien intégré à mon shell avec son auto-complétion. fastd doit avoir le même niveau pour qu'il puisse espérer remplacer autojump dans mon shell.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Personnellement j'utilise autojump au boulot et c'est vrai que ça fait peur à beaucoup de gens de voir des commandes ou des bouts de commandes plus ou moins incompréhensible.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Mais je pense qu'il est pour le moment impossible de présenter tous les articles de tous les flux dans une seule liste. Ça donnerait potentiellement une liste bien trop longue à afficher, surtout dans un menu. En ce qui me concerne, je préfère que les flux soient séparés selon leur origine car l'origine d'un article fait aussi partie de l'information.

Un exemple simple, pour moi, c'est le flux des dépêches et celui des journaux linuxfr, j'éprouve pas un grand intérêt pour savoir si c'est l'un ou l'autre, par contre j'aime bien savoir s'il y a du neuf sur le site.

Ceci dit, puisqu'on est dans une réflexion de fond, tu as sans doute raison dans le sens où l'organisation des raccourcis et des liens pourrait être améliorée. Pour le moment, je me suis fait à ce que Firefox (et les autres aussi) propose mais, quand j'y pense, le top serait de ne pas avoir à créer des dossiers de raccourcis. L'utilisation de mots-clés et de catégories pourrait être exploité à fond si le navigateur pouvait présenter des dossiers dans le menu des raccourcis, dont le nom serait celui des catégories/mots-clés, tout ceci de manière automatique. Si je pouvais masquer et afficher à volonté les catégories que je veux, par des cases à cocher par exemple, ce serait parfait.

Je ne sais pas où en est epiphany (je suis toujours sur gnome2), mais sur la version que j'utilise il fait un peu ce genre chose. Tu as des tag prédéfinis tu en crée autant que tu le souhaite et lui s'occupe de regrouper.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)