DNSCrypt-TCP is way slower than DnsOverHTTPS

[eernam]

DNSCrypt-TCP is way slower than DnsOverHTTPS? Isn't DNScrypt protocol use simple encryption than DOH so should be faster?

• force_tcp = true

329ms controld_unfiltered
338ms nic_cz
352ms dns_digitale_gesellschaft_ch
352ms bortzmeyer
352ms dns_digitalsize_net
355ms artikel10_doh_ipv4
357ms fdn
358ms a_and_a
361ms mullvad_doh
377ms dns_sb
----------------------
636ms dnscry_pt_sofia_ipv4
645ms dnscry_pt_thessaloniki_ipv4
649ms cs_ro
665ms cs_md
667ms dnscry_pt_vienna_ipv4
673ms dnscry_pt_bucharest_ipv4
673ms cs_hungary
675ms dnscry_pt_budapest_ipv4
675ms dnscry_pt_ljubljana_ipv4
677ms dnscry_pt_bratislava_ipv4
678ms dnscry_pt_prague_ipv4
679ms cs_ch
681ms dnscry_pt_timisoara_ipv4
683ms dnscry_pt_zurich_ipv4
684ms dnscry_pt_marseille_ipv4
685ms dnscry_pt_oradea_ipv4
687ms dnscry_pt_frankfurt02_ipv4
687ms cs_berlin
690ms dnscry_pt_dusseldorf_ipv4
692ms dnscry_pt_nuremberg_ipv4
692ms dnscry_pt_yerevan_ipv4
692ms dnscry_pt_dusseldorf02_ipv4
692ms dnscry_pt_palermo_ipv4
693ms dnscry_pt_munich_ipv4
693ms dnscry_pt_bremen_ipv4
693ms cs_dus
693ms dnscry_pt_dusseldorf03_ipv4
694ms dnscry_pt_frankfurt_ipv4
694ms cs_de
697ms scaleway_ams
697ms dnscry_pt_milan_ipv4
698ms dnscry_pt_luxembourg_ipv4
700ms dnscry_pt_amsterdam03_ipv4
703ms scaleway_fr
704ms dnscry_pt_geneva_ipv4
705ms dnscry_pt_warsaw_ipv4
705ms dnscry_pt_amsterdam02_ipv4
707ms cs_fr
707ms dnscry_pt_tirana_ipv4
708ms dnscry_pt_molln_ipv4
708ms cs_nl
709ms dnscry_pt_jena_ipv4
711ms dnscry_pt_paris_ipv4
711ms cs_czech
713ms dnscry_pt_naaldwijk_ipv4
714ms dnscry_pt_chisinau_ipv4
714ms dnscry_pt_gdansk_ipv4
714ms dnscry_pt_coventry_ipv4
715ms dnscry_pt_copenhagen_ipv4
716ms cs_austria
716ms dnscry_pt_london_ipv4
717ms dnscry_pt_eygelshoven_ipv4
718ms dnscry_pt_redditch_ipv4
719ms cs_london
719ms cs_belgium
721ms dnscry_pt_newcastle_ipv4
721ms cs_poland
723ms dnscry_pt_manchester_ipv4
724ms dnscry_pt_vilnius_ipv4
726ms dnscry_pt_riga_ipv4
726ms dnscry_pt_brussels_ipv4
727ms dnscry_pt_amsterdam_ipv4
727ms dnscry_pt_dublin_ipv4
728ms dnscry_pt_sandefjord_ipv4
730ms cs_swe
732ms cs_serbia
732ms dnscry_pt_stockholm_ipv4
733ms dnscry_pt_kyiv_ipv4
733ms dnscry_pt_stockholm02_ipv4
733ms dnscry_pt_madrid_ipv4
734ms cs_manchester
736ms dnscry_pt_helsinki_ipv4
736ms dnscry_pt_hudiksvall_ipv4
741ms dnscry_pt_lisbon02_ipv4
742ms dnscry_pt_lisbon_ipv4
744ms cs_milan
745ms dnscry_pt_tuusula_ipv4
746ms cs_norway
751ms cs_finland
753ms dnscry_pt_tallinn_ipv4
770ms dnscry_pt_moscow_ipv4
781ms dnscry_pt_hafnarfjordur_ipv4
787ms cs_barcelona
788ms cs_pt
800ms dnscry_pt_telaviv_ipv4
834ms dnscry_pt_baku_ipv4
845ms dnscry_pt_halifax_ipv4
856ms dnscry_pt_allentown_ipv4
857ms dnscry_pt_newyork_ipv4
858ms dnscry_pt_philadelphia_ipv4
858ms cs_dc
864ms cs_nyc
874ms dnscry_pt_detroit_ipv4
875ms cs_montreal
875ms dnscry_pt_toronto_ipv4
879ms dnscry_pt_grandrapids_ipv4
882ms dnscry_pt_ashburn_ipv4
883ms dnscry_pt_chicago_ipv4
885ms dnscry_pt_durham_ipv4
887ms dnscry_pt_flint_ipv4
889ms dnscry_pt_indianapolis_ipv4
890ms dnscry_pt_ottoville_ipv4
893ms dnscry_pt_atlanta_ipv4
895ms cs_il
896ms dnscry_pt_allendale_ipv4
898ms cs_ga
898ms dnscry_pt_toronto02_ipv4
900ms dnscry_pt_portedwards_ipv4
904ms dnscry_pt_jacksonville_ipv4
912ms dnscry_pt_kansascity_ipv4
916ms dnscry_pt_miami_ipv4
917ms dnscry_pt_denver_ipv4
917ms dnscry_pt_dallas_ipv4
927ms dnscry_pt_ikeja_ipv4
930ms dnscry_pt_tampa_ipv4
935ms dnscry_pt_montreal_ipv4
936ms dnscry_pt_houston_ipv4
937ms cs_fl
940ms dnscry_pt_ogden_ipv4
950ms cs_tx
952ms dnscry_pt_lasvegas_ipv4
952ms dnscry_pt_saltlakecity_ipv4
954ms dnscry_pt_islamabad_ipv4
956ms dnscry_pt_bengaluru_ipv4
957ms dnscry_pt_losangeles02_ipv4
957ms dnscry_pt_losangeles_ipv4
960ms dnscry_pt_singapore02_ipv4
961ms dnscry_pt_calgary_ipv4
972ms dnscry_pt_santaclara_ipv4
973ms dnscry_pt_libertylake_ipv4
973ms dnscry_pt_singapore_ipv4
973ms dnscry_pt_fremont02_ipv4
973ms cs_sea
974ms dnscry_pt_spokane_ipv4
974ms dnscry_pt_sanjose_ipv4
975ms cs_la
975ms cs_nv
976ms dnscry_pt_vancouver_ipv4
976ms dnscry_pt_jakarta_ipv4
978ms dnscry_pt_phoenix_ipv4
987ms dnscry_pt_seattle_ipv4
991ms cs_ore
998ms cs_singapore
999ms dnscry_pt_portland_ipv4
1006ms dnscry_pt_queretaro_ipv4
1011ms dnscry_pt_bogota_ipv4
1012ms dnscry_pt_hongkong02_ipv4
1012ms dnscry_pt_dhaka_ipv4
1020ms cs_vancouver
1028ms dnscry_pt_bangkok_ipv4
1028ms dnscry_pt_vientiane_ipv4
1037ms dnscry_pt_johannesburg_ipv4
1040ms dnscry_pt_capetown02_ipv4
1041ms dnscry_pt_johannesburg02_ipv4
1044ms dnscry_pt_hongkong_ipv4
1053ms dnscry_pt_manila_ipv4
1057ms dnscry_pt_taipeh_ipv4
1070ms dnscry_pt_valdivia_ipv4
1072ms dnscry_pt_lima02_ipv4
1081ms dnscry_pt_tokyo02_ipv4
1097ms dnscry_pt_tokyo_ipv4
1099ms dnscry_pt_hanoi_ipv4
1108ms dnscry_pt_ebenecity02_ipv4
1124ms dnscry_pt_seoul02_ipv4
1124ms dnscry_pt_capetown_ipv4
1148ms dnscry_pt_ebenecity_ipv4
1148ms dnscry_pt_perth_ipv4
1151ms dnscry_pt_sydney02_ipv4
1151ms dnscry_pt_adelaide_ipv4
1154ms dnscry_pt_melbourne_ipv4
1169ms dnscry_pt_hongkong03_ipv4
1176ms dnscry_pt_brisbane_ipv4
1181ms cs_sydney
1191ms dnscry_pt_seoul_ipv4
1221ms cs_tokyo
1223ms dnscry_pt_auckland_ipv4
...

[jedisct1]

DNSCrypt uses the same transport mechanisms as standard DNS. It was designed primarily for UDP, with TCP used only rarely, only for very large responses.

When TCP is used, a new connection is established for each query.

Forcing all traffic over TCP was mainly introduced for Tor, although relaying DNS over Tor has become less relevant since the introduction of DNS relays.