[gull] Parallelize Postgresql request

[Frederic Dumas]

Bonjour Yves,

ce que tu écris me fais penser à la mémoire de masse aussi; tu soulignes l'importance de l'optimisation des requêtes, tu as raison. Mais là j'imagine que le cas de Félix portait sur l'exécution de la même application, avec les mêmes possibles manques d'optimisation, et pourtant une meilleure performance sous Windows que sous Linux. Et ce qu'il faut aussi regarder, c'est la latence de la mémoire de masse. Je me rappelle d'une appli maintenue en condition opérationnelle pendant des mois, simplement en migrant sa VM, BD inclus, sur de l'Optane (le super NAND nvme d'Intel il y a 10 ans, revendu depuis), ce qui a laissé le temps aux développeurs de travailler sur les optimisations logicielles, qui sont comme tu dis là où il y a les plus gros gains potentiels. Bon on dérive, parce que Félix cherchait peut-être des retours d'expérience davantage liés au multi-threading Windows vs Linux, et si plusieurs exemples permettaient de dégager une généralité. 


--
Frédéric Dumas
f.dumas at ellis.siteparc.fr


> Le 10 oct. 2024 à 17:12, Yves Martin via gull <gull at forum.linux-gull.ch> a écrit :
> 
> Ce qui est surprenant c'est déjà le temps d'exécution quelque soit le
> systême:
> - Que fait donc la "SomeView" comme calcul ou accès pour que cela
> prenne autant de temps ?
> - Est-ce vraiment le CPU qui est limitant ?
> - Ne manquerait-il pas tout simplement des index sur les critères de
> filtrage, en supposant qu'ils sont présents sur les foreign key
> utilisés pour les jointures ?


[SNIP]