would it make sense to recompile with other flags ? And how do I set them (I don't find these of menuconfig's compile options)? Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.
Can somebody explain also what both flags mean. Op do 18 apr 2024 om 11:07 schreef Johan De Clercq <[email protected]>: > would it make sense to recompile with other flags ? > Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535. > > Can somebody explain also what both flags mean. > > > flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, > F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT > ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, > MAX_URI_SIZE 1024, BUF_SIZE 65535 > poll method support: poll, epoll, sigio_rt, select. > > Op do 18 apr 2024 om 10:32 schreef Johan De Clercq <[email protected]>: > >> >> Guys, >> >> I have an opensips instance running with 24 worker children. >> The worker load is very low. >> UDP queues are on 50 megs. >> >> when i query via the OS >> cat /proc/net/udp >> sl local_address rem_address st tx_queue rx_queue tr tm->when >> retrnsmt uid timeout inode ref pointer drops >> 590: 03231D0A:13C4 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 413684019 2 ffff880074820bc0 0 >> 591: 03231D0A:13C5 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 413766438 2 ffff880465e4a440 0 >> 592: 03231D0A:13C6 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 412035865 2 ffff8803e5a56b80 0 >> 934: 01231D0A:151C 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 26790 2 ffff88046c054840 0 >> 935: 0201FFEF:151D 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 26787 2 ffff88046c054bc0 0 >> 935: 01231D0A:151D 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 26791 2 ffff88046c0544c0 0 >> 1972: 00000000:D92A 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 15506 2 ffff88046dce5040 0 >> 5479: 00000000:E6DD 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 22811 2 ffff880465e4ab40 0 >> 12075: AA0914AC:00A1 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 20572 2 ffff88086d020800 0 >> 12075: 0100007F:00A1 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 20571 2 ffff88086d020b80 0 >> 13320: 00000000:857E 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 100 0 17515 2 ffff8800368ac780 0 >> 15661: 00000000:CEA3 00000000:0000 07 00000000:00000000 00:00000000 >> 00000000 0 0 15505 2 ffff8800368acb00 0 >> >> => no drops >> >> what worries me is that there are drop requests and they go up when I >> query via the mi interface >> opensipsctl fifo get_statistics drop_requests >> core:drop_requests:: 198107 >> opensipsctl fifo get_statistics drop_requests >> core:drop_requests:: 199157 >> opensipsctl_reg fifo get_statistics drop_requests >> core:drop_requests:: 204116 >> >> I don't see any memory issue, also the processload is low. >> >> >> so 3 questions: >> - what exactly is drop_request. >> - do I need to worry about this >> - how can I make them go lower. >> >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
