Melyik barom találta ezt így ki?
Szerintem mindenki futott már bele olyan jellegű programműködésbe, ami lehet hogy nem bug, de ettől még marhára nem intuitív, vagy olyan tervezte, akinek fingja nem volt a valódi használat által támasztott követelményekről.
Indítónak legyen itt két példa, amiért nem keveset anyáztam:
MySQL max_prepared_stmt_count globális limit
A MySQL-ben az egyidejűleg használható prepared statementek száma csak globálisan korlátozott. Így akár egy rosszul működő kliens amelyik nem szabadítja fel az általa létrehozott prepared statementeket is SQL hibákat okozhat akár más adatbázisok más sessionjeiben is.
https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sy…
UDP multicast feliratkozás nem szűr interfészre
Ha multicast csomagokra szeretnél feliratkozni, a cím és port mellett ugye megadhatod a hálózati interfészt vagy akár a multicast forráscímét is. A meglepetés akkor jön, amikor annak ellenére, hogy konkrét interfészre vagy konkrét forráscímű multicastra iratkoztál fel megjelennek a socketedben csomagok más forráscímről vagy más interfészről is.
Miért? Azért mert a specifikált hálózati interfésznek vagy forráscímnek csak a feliratkozás szempontjából van jelentősége, vagyis ez csak azt mondja meg a kernelnek hogy engedje be a multicastot azon az interfészen (illetve iratkozzon fel IGMP-n).
Ha tehát egy másik processz feliratkozik ugyanarra a multicast címre egy másik interfészen akkor egyből ott is bejönnek a csomagok, és mindkét processz megkap minden csomagot bármelyik interfészen is jött az be...
https://rg3.name/201504241907.html#_relationship_between_the_multicast_…
Hát kezdetnek ennyi, folytassátok a sort ha van hasonló élményetek :)
- Tovább (Melyik barom találta ezt így ki?)
- 2293 megtekintés