Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1976 connectés 

 

Sujet(s) à lire :
    - Who's who@Programmation
 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  24872  24873  24874  ..  27192  27193  27194  27195  27196  27197
Auteur Sujet :

[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

n°2422504
gfive
Posté le 20-07-2022 à 19:15:08  profilanswer
 

Reprise du message précédent :
Ça y est, le débat sur l'apres feu..

 

Dans déconner, il a brûlé environ 10% de ce qu'avait abattu la tempête, mais la, le camping de Patrick a cramé, du coup c'est très très grave. :o


---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
mood
Publicité
Posté le 20-07-2022 à 19:15:08  profilanswer
 

n°2422505
Hermes le ​Messager
Breton Quiétiste
Posté le 20-07-2022 à 19:17:38  profilanswer
 

gfive a écrit :

Ça y est, le débat sur l'apres feu..
 
Dans déconner, il a brûlé environ 10% de ce qu'avait abattu la tempête, mais la, le camping de Patrick a cramé, du coup c'est très très grave. :o


 
Bah au delà de Patrick, le fait d’avoir des feux autant au nord, c’est clairement une des choses anticipées avec le RC. De plus en plus de feux et de plus en plus au nord avec une sécheresse de plus en plus importante.


---------------
Expert en expertises
n°2422506
gfive
Posté le 20-07-2022 à 19:30:46  profilanswer
 

Hermes le Messager a écrit :

 

Bah au delà de Patrick, le fait d’avoir des feux autant au nord, c’est clairement une des choses anticipées avec le RC. De plus en plus de feux et de plus en plus au nord avec une sécheresse de plus en plus importante.

 

Des feux il y en avait beaucoup plus dans les années 50-60, jusqu'à celui qui a fait 82 morts en 59 ou 60, a 10 bornes de bordeaux.

 

C'est de la que datent les plans de lutte, les pare feux, les plans de gestion et tout et ça a plutôt bien marché (et globalement ça marche encore, faut peut être revoir les largeurs de pare feu et d'autres paramètres, mais globalement ça fonctionne)

 

Ça veut pas dire que le réchauffement n'aggrave pas les choses, cela dit.


---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2422507
Hermes le ​Messager
Breton Quiétiste
Posté le 20-07-2022 à 20:18:53  profilanswer
 

gfive a écrit :


 
Des feux il y en avait beaucoup plus dans les années 50-60, jusqu'à celui qui a fait 82 morts en 59 ou 60, a 10 bornes de bordeaux.
 
C'est de la que datent les plans de lutte, les pare feux, les plans de gestion et tout et ça a plutôt bien marché (et globalement ça marche encore, faut peut être revoir les largeurs de pare feu et d'autres paramètres, mais globalement ça fonctionne)
 
Ça veut pas dire que le réchauffement n'aggrave pas les choses, cela dit.


 
Je parle pas de Bordeaux mais des feux qui ont eu lieu en Bretagne et dans le Finistère. Il y a eu aussi des feux ici au UK et ça c’est vraiment nouveaux. Bordeaux il y a toujours eu des canicules. J’en ai connu quand j’y vivais il y a 30 ans.


---------------
Expert en expertises
n°2422508
gfive
Posté le 20-07-2022 à 20:31:41  profilanswer
 

Ok, je parlais au départ en réaction à Manu Le Macron a La Teste

 

Et sinon ça fait 15 ans que je vis a Bordeaux, et des canicules comme ça (juin et juillet), on en a eu mais jamais aussi rapprochées, et surtout j'ai pas souvenir que ça ait été aussi sec.
Normalement a la fin d'une journée a 40 il y a un orage avec de la pluie
Là on a eu 3 éclairs et c'est tout.
Il a fait un peu humide hier soir, et c'est tout


---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2422509
el_barbone
too old for this shit ...
Posté le 20-07-2022 à 20:42:06  profilanswer
 

gfive a écrit :

 

Des feux il y en avait beaucoup plus dans les années 50-60, jusqu'à celui qui a fait 82 morts en 59 ou 60, a 10 bornes de bordeaux.

 

C'est de la que datent les plans de lutte, les pare feux, les plans de gestion et tout et ça a plutôt bien marché (et globalement ça marche encore, faut peut être revoir les largeurs de pare feu et d'autres paramètres, mais globalement ça fonctionne)

 

Ça veut pas dire que le réchauffement n'aggrave pas les choses, cela dit.


Ouais, je me rappelle encore dans les années 80 il y en avait pas mal ... J'ai des souvenirs d'un des plus gros au porge. (J'ai passé tout mes été de 1980 a 1995 dans le coin ... Et une très grande majorité de la famille vit là bas).


Message édité par el_barbone le 20-07-2022 à 20:44:55

---------------
En théorie, la théorie et la pratique sont identiques, en pratique, non.
n°2422510
el muchach​o
Comfortably Numb
Posté le 20-07-2022 à 21:32:00  profilanswer
 

Jubijub a écrit :


Non on aura déprécié les produits d’ici la https://media4.giphy.com/media/d3ml [...] y.gif&ct=g


J'entame une nouvelle mission en C++ 17, je suis déjà dépassé :(


---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2422511
el muchach​o
Comfortably Numb
Posté le 20-07-2022 à 21:33:00  profilanswer
 

Xavier_OM a écrit :


 
Tu es à quelle hauteur ? Département Marne même ou plus bas vers Paris ?


A 2 pas du bois de Vincennes


---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2422512
Hermes le ​Messager
Breton Quiétiste
Posté le 20-07-2022 à 22:08:53  profilanswer
 

Je ne pensais pas dire cela un jour ici au UK, mais ... Il pleut.  [:shimay:1]


---------------
Expert en expertises
n°2422513
nraynaud
lol
Posté le 21-07-2022 à 09:29:14  profilanswer
 

en fait julia a juste un système de types dynamiques, simplement y'a des anotations qui sont vérifiées à certains endroits.  
 
Mon collègue a appelé un constructueur qui a zéro chances d'exister comme valeur par défaut d'une fonction, et le système l'a laissé faire parce que les constructeurs sont des fonctions normales et les fonctions c'est un pb de runtime, pas de compilateur.
 
Le point saillant c'est que les tableaux ont le type de leurs éléments écrit dedans.


---------------
trainoo.com, c'est fini
mood
Publicité
Posté le 21-07-2022 à 09:29:14  profilanswer
 

n°2422514
Jubijub
Parce que je le VD bien
Posté le 21-07-2022 à 09:41:37  profilanswer
 

Hihi un DAO (enfin une platform web3 appellée Jubi DAO) veut acheter mon nom de domaine jubi.io . Ils m’ont expliqué qu’ils ont 6 mois de funding et pas beaucoup de thunes  
 
Je me tâte :o

Message cité 1 fois
Message édité par Jubijub le 21-07-2022 à 09:47:47

---------------
Jubi Photos : Flickr - 500px
n°2422515
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 21-07-2022 à 09:48:55  profilanswer
 

Hermes le Messager a écrit :

Je ne pensais pas dire cela un jour ici au UK, mais ... Il pleut.  [:shimay:1]

 

Vers Nice on attend la pluie... pour octobre comme d'hab [:tinostar]


Message édité par Xavier_OM le 21-07-2022 à 09:49:05

---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
n°2422516
Dion
Acceuil
Posté le 21-07-2022 à 10:02:07  profilanswer
 

Jubijub a écrit :

Hihi un DAO (enfin une platform web3 appellée Jubi DAO) veut acheter mon nom de domaine jubi.io . Ils m’ont expliqué qu’ils ont 6 mois de funding et pas beaucoup de thunes  
 
Je me tâte :o


Tu prends le pognon et tu le donnes à une asso pour le climat ?  :ange:


---------------
It is not called show art
n°2422517
nraynaud
lol
Posté le 21-07-2022 à 10:06:35  profilanswer
 

https://i.imgur.com/qQOUNAI.png
 
 
j'ai jamais eu autant de bol d'avoir utilisé une VM [:pingouino]


---------------
trainoo.com, c'est fini
n°2422518
Shinuza
This is unexecpected
Posté le 21-07-2022 à 10:18:03  profilanswer
 

Bon, plutôt satisfait de mon setup:
 
Une VM linux headless dans XCP-NG derrière le serveur Wireguard de la Freebox.
 
J'utilise VSCode Remote (J'ai testé Pycharm en remote mais il me bouffe toute la RAM quelle que soit la quantité) et un tmux dans lequel j'ai mes terminaux et mes serveurs qui tournent.
 
Je peux bosser de n'importe quelle machine avec Internet et j'ai rien à installer localement. :love:
 
Edit: J'avais pas vu le poste de nraynal [:ddr555]

Message cité 3 fois
Message édité par Shinuza le 21-07-2022 à 10:18:39

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2422519
el muchach​o
Comfortably Numb
Posté le 21-07-2022 à 10:29:09  profilanswer
 

Shinuza a écrit :

Bon, plutôt satisfait de mon setup:
 
Une VM linux headless dans XCP-NG derrière le serveur Wireguard de la Freebox.
 
J'utilise VSCode Remote (J'ai testé Pycharm en remote mais il me bouffe toute la RAM quelle que soit la quantité) et un tmux dans lequel j'ai mes terminaux et mes serveurs qui tournent.
 
Je peux bosser de n'importe quelle machine avec Internet et j'ai rien à installer localement. :love:
 
Edit: J'avais pas vu le poste de nraynal [:ddr555]


 
Pas mal. Si je n'étais pas un gros flemmard, je ferais un truc du même genre.


---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2422520
koskoz
They see me trollin they hatin
Posté le 21-07-2022 à 10:30:14  profilanswer
 

Les pros du SQL, j'ai besoin d'aide !
 
J'ai le schéma suivant :
 

Code :
  1. CREATE TABLE job
  2. (
  3.    id varchar(255) NOT NULL
  4.        constraint job_pkey
  5.            PRIMARY KEY,
  6.    last_matching_id uuid
  7. );
  8.  
  9. CREATE UNIQUE INDEX uniq_fbd8e0f8f3ae09b4
  10.    ON job (last_matching_id);
  11.  
  12. CREATE TABLE matching
  13. (
  14.    id     uuid         NOT NULL
  15.        constraint matching_pkey
  16.            PRIMARY KEY,
  17.    job_id varchar(255) NOT NULL
  18.        constraint fk_dc10f289be04ea9
  19.            REFERENCES job
  20. );
  21.  
  22. ALTER TABLE job
  23.    ADD constraint fk_fbd8e0f8f3ae09b4
  24.        FOREIGN KEY (last_matching_id) REFERENCES matching;
  25.  
  26. CREATE INDEX idx_dc10f289be04ea9
  27.    ON matching (job_id);
  28.  
  29. CREATE TABLE matching_pro
  30. (
  31.    id                  uuid NOT NULL
  32.        constraint matching_pro_pkey
  33.            PRIMARY KEY,
  34.    matching_id         uuid
  35.        constraint fk_c5691da4b39876b8
  36.            REFERENCES matching,
  37.    pro_id              uuid,
  38.        STATUS varchar (255) NOT NULL,
  39.    timeslot_start_time timestamp(0) WITH time zone DEFAULT NULL::timestamp WITH time zone
  40. );
  41.  
  42. CREATE INDEX idx_c5691da4b39876b8
  43.    ON matching_pro (matching_id);
  44.  
  45. CREATE INDEX idx_c5691da4c3b7e4ba
  46.    ON matching_pro (pro_id);
  47.  
  48. CREATE UNIQUE INDEX matching_pro_unique
  49.    ON matching_pro (matching_id, pro_id);
  50.  
  51. CREATE UNIQUE INDEX matching_pro_unique
  52.    ON matching_pro (matching_id, pro_id);
  53.  
  54. CREATE INDEX matching_pro__index
  55.    ON matching_pro (matching_id, STATUS, timeslot_start_time)


 
Notez le dernier index.
 
Et la requête suivante :
 

Code :
  1. SELECT
  2.    COUNT(m0_.pro_id) AS sclr_0
  3. FROM
  4.    matching_pro m0_
  5.        INNER JOIN
  6.    matching m1_
  7.    ON
  8.            m0_.matching_id = m1_.id
  9.        INNER JOIN
  10.    job j2_
  11.    ON
  12.                m1_.job_id = j2_.id
  13.            AND (j2_.last_matching_id = m1_.id)
  14. WHERE
  15.        m0_.STATUS = 'job_accepted'
  16.  AND m0_.pro_id IN (
  17.                     'df9370bf-6d4b-4fcf-aa8e-e1c4ccb0446e',
  18.                     'b1879d57-e7bf-43b4-9a4b-e67cbbe5ed1a',
  19.                     'a645ae73-352e-4133-89c3-0de530054a09',
  20.                     'a5a5ae28-5f44-4406-9345-872a7a2e43ca',
  21.                     '8dc2d5fb-2473-4695-835b-69894c9cef0a',
  22.                     '848f2e91-be8a-4732-b53e-402e9395610e',
  23.                     '818637f0-5530-40cb-9abe-63072c1b9dfc',
  24.                     '6748f2d2-5a3b-4cfa-b7e2-6bc8263263bc',
  25.                     '637704a5-870b-4526-bee2-81d09d2575d8',
  26.                     '537f497b-8934-4be1-b361-365c59beeace',
  27.                     '4c448f0a-cf09-458f-9335-7b545436d4d8',
  28.                     '48c46dd1-0809-4627-8700-97d44291764e',
  29.                     '3a1380c3-2ed7-429d-be02-b2897229e09f',
  30.                     '364b8663-3c6f-471e-b8b3-fc6707cf6cd8',
  31.                     '18584e1b-6545-4403-90d5-b2a3e5c64b37',
  32.                     '03e9857f-fd84-4c41-98ea-42851d92b1a0'
  33.    )
  34.  AND m0_.timeslot_start_time >= make_date('2022', 7, 1)
  35.  AND m0_.timeslot_start_time < make_date('2022', 8, 1)
  36. GROUP BY
  37.    m0_.pro_id;


 

matching_pro = 3922472 rows
matching = 96838 rows
job = 81511 rows


 
Le plan d'exécution : https://explain.depesz.com/s/VzML
 
En local, cette requête met quasi 7 secondes à s'exécuter...
En prod c'est mieux mais ça reste long, 3 secondes environ.
 
Vous voyez un moyen quelconque de l'optimiser ?


---------------
Twitter
n°2422521
Flaie
Posté le 21-07-2022 à 10:47:32  profilanswer
 

Index sur timeslot_start_time?
 
Ah merde le code est tronqué en portait sur le tel j'avais pas vu qu'il était inclus :o


Message édité par Flaie le 21-07-2022 à 10:48:12
n°2422522
tryptique
Stay hungry, stay foolish
Posté le 21-07-2022 à 10:53:29  profilanswer
 

Index sur (pro_id, status, timeslot_start_time) ?


---------------
"J'ai les goûts les plus simples du monde, je me contente du meilleur" O. Wilde - Freedom of time is the new luxury. Time to sleep, work, play, relax, travel, inspire and get inspired. Time to write your story.
n°2422523
masklinn
í dag viðrar vel til loftárása
Posté le 21-07-2022 à 10:58:41  profilanswer
 

Ya ptet moyen de gagner un peu avec un INCLUDE (job_id) sur ton index, histoire qu'il soit pas trop obligé d'aller taper dans la table pour appliquer son filtre? (et son aggreg mais à ce stade ça coute plus grand chose).

 

Mais il faudrait voir si tu pourrais partir de et filtrer le join entre matching et job, parce-que là il part de ça puis il filtre avec l'index scan sur matching_pro. Donc si tu sais avoir moins de 80K en sortie du join (job, matching) tu devrais pas mal gagner.

tryptique a écrit :

Index sur (pro_id, status, timeslot_start_time) ?


À tester aussi, ça pourrait nudger l'optimiseur dans l'exécution de la query dans l'ordre de son écriture au lieu de faire l'inverse.

 

Ça pourrait même un index partiel sur status = 'job_accepted' s'il y a pas d'autres requêtes qui ont besoin de cet index spécifique.

Message cité 1 fois
Message édité par masklinn le 21-07-2022 à 11:01:09

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2422524
Devil'sTig​er
Posté le 21-07-2022 à 11:15:53  profilanswer
 


Je te recommande d'utiliser de meilleurs outils:
 
https://explain.dalibo.com/
 
Car ton outil la il donne bien peu d'info en fait pour savoir ce qui se passe :/
 
Sinon bon ben avec les logs "raw" tu as ta réponse:
 Nested Loop (cost=3,036.33..7,335.44 rows=1 width=16) (actual time=5,225.931..7,987.517 rows=51 loops=1)  
 Hash Join (cost=3,035.78..7,331.45 rows=1 width=32) (actual time=1,739.433..4,588.820 rows=81,380 loops=1)  
 Seq Scan on matching m1_ (cost=0.00..1,955.38 rows=96,838 width=24) (actual time=0.022..966.656 rows=96,838 loops=1)  
 Seq Scan on job j2_ (cost=0.00..1,335.11 rows=81,511 width=24) (actual time=0.033..843.880 rows=81,511 loops=1)  
 
En gras les trucs a zieuter :o
 
Et les liens:
https://use-the-index-luke.com/sql/ [...] operations
https://www.cybertec-postgresql.com [...] ostgresql/
 
En gros ton soucis n'est pas sur ton index si c'est ca ta question, mais sur les seq scan et le hash join (ca peut etre plus dur a opti que le seq scan).

n°2422525
koskoz
They see me trollin they hatin
Posté le 21-07-2022 à 11:23:12  profilanswer
 

tryptique a écrit :

Index sur (pro_id, status, timeslot_start_time) ?


 
En plus de l'index sur  (matching_id, status, timeslot_start_time) ou à la place :??:
 

masklinn a écrit :

Ya ptet moyen de gagner un peu avec un INCLUDE (job_id) sur ton index, histoire qu'il soit pas trop obligé d'aller taper dans la table pour appliquer son filtre? (et son aggreg mais à ce stade ça coute plus grand chose).
 
Mais il faudrait voir si tu pourrais partir de et filtrer le join entre matching et job, parce-que là il part de ça puis il filtre avec l'index scan sur matching_pro. Donc si tu sais avoir moins de 80K en sortie du join (job, matching) tu devrais pas mal gagner.
 
À tester aussi, ça pourrait nudger l'optimiseur dans l'exécution de la query dans l'ordre de son écriture au lieu de faire l'inverse.
 
Ça pourrait même un index partiel sur status = 'job_accepted' s'il y a pas d'autres requêtes qui ont besoin de cet index spécifique.


 
J'ai jamais vu "INCLUDE" sur un index, je vais rtfm :jap:
 
Pareil, je ne connais pas les index partiels [:psychokwak]
 

Devil'sTiger a écrit :


Je te recommande d'utiliser de meilleurs outils:
 
https://explain.dalibo.com/
 
Car ton outil la il donne bien peu d'info en fait pour savoir ce qui se passe :/
 
Sinon bon ben avec les logs "raw" tu as ta réponse:
 Nested Loop (cost=3,036.33..7,335.44 rows=1 width=16) (actual time=5,225.931..7,987.517 rows=51 loops=1)  
 Hash Join (cost=3,035.78..7,331.45 rows=1 width=32) (actual time=1,739.433..4,588.820 rows=81,380 loops=1)  
 Seq Scan on matching m1_ (cost=0.00..1,955.38 rows=96,838 width=24) (actual time=0.022..966.656 rows=96,838 loops=1)  
 Seq Scan on job j2_ (cost=0.00..1,335.11 rows=81,511 width=24) (actual time=0.033..843.880 rows=81,511 loops=1)  
 
En gras les trucs a zieuter :o
 
Et les liens:
https://use-the-index-luke.com/sql/ [...] operations
https://www.cybertec-postgresql.com [...] ostgresql/
 
En gros ton soucis n'est pas sur ton index si c'est ca ta question, mais sur les seq scan et le hash join (ca peut etre plus dur a opti que le seq scan).


 
Je ne connaissais pas, je regarderai :jap:
 
Par contre "mon" outil donne toutes les infos que tu as collées :o
 
J'avais bien compris que le problème ne venait pas de mon index, il n'y en avait pas avant j'ai vu la différence :D


---------------
Twitter
n°2422526
tryptique
Stay hungry, stay foolish
Posté le 21-07-2022 à 11:30:29  profilanswer
 

koskoz a écrit :

 

En plus de l'index sur (matching_id, status, timeslot_start_time) ou à la place :??:

 



À la place je dirais. Mais je dit ça au pifomètre :o


---------------
"J'ai les goûts les plus simples du monde, je me contente du meilleur" O. Wilde - Freedom of time is the new luxury. Time to sleep, work, play, relax, travel, inspire and get inspired. Time to write your story.
n°2422527
R3g
fonctionnaire certifié ITIL
Posté le 21-07-2022 à 11:31:34  profilanswer
 

Une question que je me pose : comment twitter fait pour me suggérer du contenu "basé sur mes retweets" alors que je n'ai jamais rien retweeté de ma vie ?


---------------
Au royaume des sourds, les borgnes sont sourds.
n°2422528
___alt
Posté le 21-07-2022 à 11:32:42  profilanswer
 

R3g a écrit :

Une question que je me pose : comment twitter fait pour me suggérer du contenu "basé sur mes retweets" alors que je n'ai jamais rien retweeté de ma vie ?


 
Il se base sur ce qu'aiment les gens qui ne retweetent jamais rien ?  [:chrisbk]


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2422529
Devil'sTig​er
Posté le 21-07-2022 à 11:32:51  profilanswer
 

koskoz a écrit :


 
Par contre "mon" outil donne toutes les infos que tu as collées :o
 


Ah oui ya l'onglet stat :D Je prefere quand meme l'autre :D
 
Enfin en gros d'ab, ton soucis est surtout les seq scans, ca tue tout (= full scan de la table)

n°2422530
DDT
Few understand
Posté le 21-07-2022 à 11:43:54  profilanswer
 

R3g a écrit :

Une question que je me pose : comment twitter fait pour me suggérer du contenu "basé sur mes retweets" alors que je n'ai jamais rien retweeté de ma vie ?


TikTok me suggère d'ajouter Jubi "dans mes contacts" alors que je l'ai nulle part à ma connaissance... :D


---------------
click clack clunka thunk
n°2422531
koskoz
They see me trollin they hatin
Posté le 21-07-2022 à 11:44:44  profilanswer
 

Devil'sTiger a écrit :


Ah oui ya l'onglet stat :D Je prefere quand meme l'autre :D
 
Enfin en gros d'ab, ton soucis est surtout les seq scans, ca tue tout (= full scan de la table)


 
Ça aussi j'ai bien compris mais je ne sais pas comment le régler [:klem3i1]


---------------
Twitter
n°2422532
koskoz
They see me trollin they hatin
Posté le 21-07-2022 à 11:54:11  profilanswer
 

https://explain.depesz.com/s/JJw5
 


Planning time: 2.368 ms
Execution time: 14.168 ms


 
 [:oovaveoo:2]  
 
Merci tryptique [:theredled]


---------------
Twitter
n°2422533
masklinn
í dag viðrar vel til loftárása
Posté le 21-07-2022 à 11:55:49  profilanswer
 

koskoz a écrit :

J'ai jamais vu "INCLUDE" sur un index, je vais rtfm :jap:
 
Pareil, je ne connais pas les index partiels [:psychokwak]


Include c'est des index "couvrants", ça permet d'avoir des données stockées dans l'index qui ne sont pas dans la clé, donc ça augmente les chances d'index-only scans et la possibilité de filtrer les tuples sans sortir de son index.
 
Ça augmente la taille de l'index (vu qu'il faut quand même stocker la donnée supplémentaire) mais ça change pas le nombre d'entrées, ce qui est souvent avantageux.


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2422534
tryptique
Stay hungry, stay foolish
Posté le 21-07-2022 à 11:57:27  profilanswer
 

koskoz a écrit :

https://explain.depesz.com/s/JJw5

 


Planning time: 2.368 ms
Execution time: 14.168 ms

 

[:oovaveoo:2]

 

Merci tryptique [:theredled]


De rien :love:


---------------
"J'ai les goûts les plus simples du monde, je me contente du meilleur" O. Wilde - Freedom of time is the new luxury. Time to sleep, work, play, relax, travel, inspire and get inspired. Time to write your story.
n°2422535
koskoz
They see me trollin they hatin
Posté le 21-07-2022 à 11:58:36  profilanswer
 

masklinn a écrit :


Include c'est des index "couvrants", ça permet d'avoir des données stockées dans l'index qui ne sont pas dans la clé, donc ça augmente les chances d'index-only scans et la possibilité de filtrer les tuples sans sortir de son index.
 
Ça augmente la taille de l'index (vu qu'il faut quand même stocker la donnée supplémentaire) mais ça change pas le nombre d'entrées, ce qui est souvent avantageux.


 
Merci pour l'explication [:romf]


---------------
Twitter
n°2422536
koskoz
They see me trollin they hatin
Posté le 21-07-2022 à 12:00:41  profilanswer
 

Pour faire plaisir à Devil'sTiger
 
https://explain.dalibo.com/plan/4rT
 
 [:smogl]  
 
C'est effectivement plus beau mais je ne trouve pas ça clair.


---------------
Twitter
n°2422537
Plam
Bear Metal
Posté le 21-07-2022 à 12:21:03  profilanswer
 

Shinuza a écrit :

Bon, plutôt satisfait de mon setup:
 
Une VM linux headless dans XCP-NG derrière le serveur Wireguard de la Freebox.
 
J'utilise VSCode Remote (J'ai testé Pycharm en remote mais il me bouffe toute la RAM quelle que soit la quantité) et un tmux dans lequel j'ai mes terminaux et mes serveurs qui tournent.
 
Je peux bosser de n'importe quelle machine avec Internet et j'ai rien à installer localement. :love:
 
Edit: J'avais pas vu le poste de nraynal [:ddr555]


 
Excellent setup :o


---------------
Spécialiste du bear metal
n°2422538
Devil'sTig​er
Posté le 21-07-2022 à 12:29:05  profilanswer
 

koskoz a écrit :


 
Ça aussi j'ai bien compris mais je ne sais pas comment le régler [:klem3i1]


On va essayer d'expliquer mais je sens que ca va etre confus :D
 
En gros un seq scan = full scan de la table, donc il prend chaque ligne et test.
 
Ce qui est parfois voulu, et puis parfois une mauvaise chose.
 
 
 
Mais pour bien piger faut commencer par le cambouis, a savoir comment ca marche en interne...
 
 
 
 
Donc tu full scan, admettons: tu vas avoir donc une lecture de la table, MAIS il y a lecture et lecture. Tu as la lecture brut, sur l'IO du disque, et la lecture sur cache (géré par ton OS dans le cas de PG), et puis par dessus tu peux avoir meme la lecture en ram (on va pas rentrer dans celui la).
 
 
Le plus souvent, a machine identique, si tu as des perfs différente entre une a 3sec et une a 7 ca repose sur ce passage. Imaginons que tu es pas ton index qui regle ton soucis de perf (et donc toujours la query a 7sec), et admettons que ca soit a peu pres acceptable en perf, l'étape 2 est de recommencer en ayant le cache clean, sous linux:

Code :
  1. echo 3 > /proc/sys/vm/drop_caches


 
Car PG repose son cache sur le cache systeme.
 
Et recommence ta query, si elle est toujours rapide avec ET sans cache, bonne nouvelle, sinon, t'a encore du boulot.
 
Reste a savoir comment savoir si ton cache est plein ou non, htop sous linux est ton meilleur ami:
 
 
https://i.ibb.co/WfdTdgf/htop.jpg
 
La partie "rouge" a une progress bar verte puis jaune => la zone jaune c'est le cache IO de linux. Ici il est donc plein (donc si je veux tester que ma query est toujours bonne en toute circonstance faudrait que je clean avant de re-run).
 
La partie "jaune" (les D, R & co) indique, quand une query prend du temps, ce que PG est entrain de faire, certains l'explique mieux que moi: https://peteris.rocks/blog/htop/#process-state
En gros:
D => PG est entrain d'attendre l'IO du disque
R => PG est sur le CPU
 
Et avec ca + les trace de query que tu as, tu as deja pas mal d'outil pour piger ce qui se passe et ou et comment ca bloque.
 
 
 
 
Maintenant pour éviter un seq scan, le plus rapide (et le plus classique) est souvent de... créer un index, ce que tu as fait avec brio [:elwe calafalas]
 
Il y a plein de technique dégeu cela dit, a base de ramdisk et de trifouillage du truc pour forcer PG a avoir tout en RAM par exemple :D Mais bon c'est pas ton use case je pense :D
 
 
 
Te voila expert en debugging PG maintenant :o

n°2422539
DDT
Few understand
Posté le 21-07-2022 à 12:29:32  profilanswer
 

Plam a écrit :


 
Excellent setup :o


C'est le moment de pivoter pour fournir un concurrent à Gitpod et GitHub codespaces. :o
 
À toi les marges du SaaS.


---------------
click clack clunka thunk
n°2422540
Plam
Bear Metal
Posté le 21-07-2022 à 12:35:54  profilanswer
 

DDT a écrit :


C'est le moment de pivoter pour fournir un concurrent à Gitpod et GitHub codespaces. :o
 
À toi les marges du SaaS.


 
Bonjour le taff :D (pour arriver à avoir de la marge). L'avantage du On prem c'est qu'on a quasi rien chez nous :D


---------------
Spécialiste du bear metal
n°2422541
nucl3arfl0
Better Call Saul
Posté le 21-07-2022 à 13:15:37  profilanswer
 

koskoz a écrit :

 

J'ai jamais vu "INCLUDE" sur un index, je vais rtfm :jap:

 

Pareil, je ne connais pas les index partiels [:psychokwak]

 


 

Le INCLUDE c'est pour les index couvrant.
Ça peut être utile dans certains cas, ça évite de refaire un seek sur la table initiale pour récupéré les champs voulus.
Au lieu d'avoir une table de hash avec que la clé, vois cela comme une table de hash avec clé et quelques champs.


Message édité par nucl3arfl0 le 21-07-2022 à 13:16:16
n°2422542
flo850
moi je
Posté le 21-07-2022 à 13:35:59  profilanswer
 

Plam a écrit :

 

Bonjour le taff :D (pour arriver à avoir de la marge). L'avantage du On prem c'est qu'on a quasi rien chez nous :D


Par contre je me demande si je ne vais pas tester ce setup


---------------

n°2422543
skeye
Posté le 21-07-2022 à 13:53:56  profilanswer
 

Shinuza a écrit :

Bon, plutôt satisfait de mon setup:
 
Une VM linux headless dans XCP-NG derrière le serveur Wireguard de la Freebox.
 
J'utilise VSCode Remote (J'ai testé Pycharm en remote mais il me bouffe toute la RAM quelle que soit la quantité) et un tmux dans lequel j'ai mes terminaux et mes serveurs qui tournent.
 
Je peux bosser de n'importe quelle machine avec Internet et j'ai rien à installer localement. :love:


 
Ce genre de setup est vachement intéressant, mais au final je me pose la question : est-ce que ça va me servir un jour, et est-ce que je perds pas du temps au final par rapport à simplement avoir tout ce qu'il faut installé en "local" sur un portable? :o
 
L'approche de jetbrains me semblait intéressante pour faire ça dans un style intermédiaire, avec un "client léger" qui va se connecter à un IDE qui tourne sur un serveur...mais quand j'ai voulu tester le truc était buggé à mort. :o


---------------
Can't buy what I want because it's free -
n°2422544
Kenshineuh
Posté le 21-07-2022 à 14:02:39  profilanswer
 

J’avais réfléchi à faire ça aussi car je bosse sur deux PC.
Mais au final pour mes projets c’était plus galere qu’autre chose.  
 
Si tu as déjà un server, ça change sûrement la donne. Mais ma config vscode se sync déjà entre mes PC et un git pull me mets à jour rapidement.  
 
En tout cas plus simplement que de payer un server + setup le truc + être sur d’avoir tjs internet (exemple le train).

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  24872  24873  24874  ..  27192  27193  27194  27195  27196  27197

Aller à :
Ajouter une réponse
 

Sujets relatifs
Plus de sujets relatifs à : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)