[sr-dev] [SR-Users] Branch 5.0 created
Daniel-Constantin Mierla
miconda at gmail.com
Mon Feb 13 12:14:14 CET 2017
Thanks for sharing the experience with 5.0, it helps knowing that people
use it and is pretty stable.
Cheers,
Daniel
On 13/02/2017 02:18, Alexandru Covalschi wrote:
> I've been extensively using 5.0 under high load for last half of the
> year and can say that it is accurately stable, I had only one issue
> when several of my servers ran out of shared memory at the same time,
> so that was kinda weird, as they were on different physical machines,
> however that didn't ever happen again.
>
> Can't wait for the release :)
>
> 2017-02-12 1:25 GMT+02:00 Juha Heinanen <jh at tutpro.com
> <mailto:jh at tutpro.com>>:
>
> Daniel-Constantin Mierla writes:
>
> > They were reported in the past, iirc, but apparently only by a
> specific
> > version of compiler, or maybe some specific flags to gcc.
>
> I set QUIET=verbose and got the exact command (below).
>
> -- Juha
>
> gcc -funroll-loops -Wcast-align -m64 -minline-all-stringops
> -falign-loops -ftree-vectorize -fno-strict-overflow -Wall
> -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat
> -Werror=format-security -DVERSION_NODATE -DNAME='"sip-proxy"'
> -DVERSION='"5.0.0-b14"' -DARCH='"x86_64"' -DOS='linux_'
> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.9.2"' -D__CPU_x86_64
> -D__OS_linux -DSER_VER=5000000 -DCFG_DIR='"/etc/sip-proxy/"'
> -DRUN_DIR='"/var/run/sip-proxy"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP
> -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
> -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
> -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DMEM_JOIN_FREE
> -DMEM_JOIN_FREE -DF_MALLOC -DQ_MALLOC -DTLSF_MALLOC -DUSE_TLS
> -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS
> -DWITH_AS_SUPPORT -DUSE_SCTP -DFAST_LOCK -DADAPTIVE_WAIT
> -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2
> -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL
> -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DHAVE_IP_MREQN -DUSE_RAW_SOCKS
> -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX
> -DHAVE_SELECT -c core/cfg/cfg_ctx.c -o core/cfg/cfg_ctx.o -MMD -MP
> core/cfg/cfg_ctx.c: In function cfg_set_now:
> core/cfg/cfg_ctx.c:485:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> group_inst = (cfg_group_inst_t *)translate_pointer((char
> *)new_array,
> ^
> core/cfg/cfg_ctx.c:489:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> CFG_GROUP_META(block, group)->array = new_array;
> ^
> core/cfg/cfg_ctx.c:559:4: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> if (block && (CFG_GROUP_META(block, group)->array !=
> CFG_GROUP_META(*cfg_global, group)->array))
> ^
> core/cfg/cfg_ctx.c:559:4: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> core/cfg/cfg_ctx.c:560:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> new_array = CFG_GROUP_META(block, group)->array;
> ^
> core/cfg/cfg_ctx.c:579:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> replaced[i] = CFG_GROUP_META(*cfg_global, group)->array;
> ^
> core/cfg/cfg_ctx.c: In function cfg_commit:
> core/cfg/cfg_ctx.c:1120:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> if (!(CFG_GROUP_META(block, group)->array =
> ^
> core/cfg/cfg_ctx.c:1128:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> replaced[replaced_num] = CFG_GROUP_META(*cfg_global,
> group)->array;
> ^
> core/cfg/cfg_ctx.c:1180:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> && (CFG_GROUP_META(block, changed->group)->array !=
> CFG_GROUP_META(*cfg_global, changed->group)->array)
> ^
> core/cfg/cfg_ctx.c:1180:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> core/cfg/cfg_ctx.c:1185:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> replaced[replaced_num] = CFG_GROUP_META(*cfg_global,
> group)->array;
> ^
> core/cfg/cfg_ctx.c:1220:4: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> if (CFG_GROUP_META(block, group)->array
> ^
> core/cfg/cfg_ctx.c:1221:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> && (CFG_GROUP_META(block, group)->array !=
> CFG_GROUP_META(*cfg_global, group)->array)
> ^
> core/cfg/cfg_ctx.c:1221:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> core/cfg/cfg_ctx.c:1223:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> shm_free(CFG_GROUP_META(block, group)->array);
> ^
> core/cfg/cfg_ctx.c: In function cfg_add_group_inst:
> core/cfg/cfg_ctx.c:1577:2: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> CFG_GROUP_META(block, group)->array = new_array;
> ^
> core/cfg/cfg_ctx.c:1578:2: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> CFG_GROUP_META(block, group)->num++;
> ^
> core/cfg/cfg_ctx.c:1580:2: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> if (CFG_GROUP_META(*cfg_global, group)->array) {
> ^
> core/cfg/cfg_ctx.c:1589:3: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> replaced[0] = CFG_GROUP_META(*cfg_global, group)->array;
> ^
> core/cfg/cfg_ctx.c: In function cfg_del_group_inst:
> core/cfg/cfg_ctx.c:1673:2: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> CFG_GROUP_META(block, group)->array = new_array;
> ^
> core/cfg/cfg_ctx.c:1674:2: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> CFG_GROUP_META(block, group)->num--;
> ^
> core/cfg/cfg_ctx.c:1676:2: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> if (CFG_GROUP_META(*cfg_global, group)->array) {
> ^
> core/cfg/cfg_ctx.c:1687:5: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> && (*(char **)(group_inst->vars + var->offset) != NULL)
> ^
> core/cfg/cfg_ctx.c:1705:6: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> && (*(char **)(group_inst->vars + var->offset) != NULL)
> ^
> core/cfg/cfg_ctx.c:1707:6: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> replaced[num] = *(char **)(group_inst->vars + var->offset);
> ^
> core/cfg/cfg_ctx.c:1713:3: warning: dereferencing type-punned
> pointer will break strict-aliasing rules [-Wstrict-aliasing]
> replaced[num] = CFG_GROUP_META(*cfg_global, group)->array;
> ^
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list
> sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>
> --
> Alexandru Covalschi
> VoIP engineer and system administrator
> tel: +37367398493
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20170213/74be3ec0/attachment.html>
More information about the sr-dev
mailing list