mirror of
https://github.com/postgres/postgres.git
synced 2025-07-30 11:03:19 +03:00
Add a basic atomic ops API abstracting away platform/architecture details.
Several upcoming performance/scalability improvements require atomic operations. This new API avoids the need to splatter compiler and architecture dependent code over all the locations employing atomic ops. For several of the potential usages it'd be problematic to maintain both, a atomics using implementation and one using spinlocks or similar. In all likelihood one of the implementations would not get tested regularly under concurrency. To avoid that scenario the new API provides a automatic fallback of atomic operations to spinlocks. All properties of atomic operations are maintained. This fallback - obviously - isn't as fast as just using atomic ops, but it's not bad either. For one of the future users the atomics ontop spinlocks implementation was actually slightly faster than the old purely spinlock using implementation. That's important because it reduces the fear of regressing older platforms when improving the scalability for new ones. The API, loosely modeled after the C11 atomics support, currently provides 'atomic flags' and 32 bit unsigned integers. If the platform efficiently supports atomic 64 bit unsigned integers those are also provided. To implement atomics support for a platform/architecture/compiler for a type of atomics 32bit compare and exchange needs to be implemented. If available and more efficient native support for flags, 32 bit atomic addition, and corresponding 64 bit operations may also be provided. Additional useful atomic operations are implemented generically ontop of these. The implementation for various versions of gcc, msvc and sun studio have been tested. Additional existing stub implementations for * Intel icc * HUPX acc * IBM xlc are included but have never been tested. These will likely require fixes based on buildfarm and user feedback. As atomic operations also require barriers for some operations the existing barrier support has been moved into the atomics code. Author: Andres Freund with contributions from Oskari Saarenmaa Reviewed-By: Amit Kapila, Robert Haas, Heikki Linnakangas and Álvaro Herrera Discussion: CA+TgmoYBW+ux5-8Ja=Mcyuy8=VXAnVRHp3Kess6Pn3DMXAPAEA@mail.gmail.com, 20131015123303.GH5300@awork2.anarazel.de, 20131028205522.GI20248@awork2.anarazel.de
This commit is contained in:
34
configure.in
34
configure.in
@ -178,6 +178,12 @@ AC_SUBST(enable_rpath)
|
||||
PGAC_ARG_BOOL(enable, spinlocks, yes,
|
||||
[do not use spinlocks])
|
||||
|
||||
#
|
||||
# Atomic operations
|
||||
#
|
||||
PGAC_ARG_BOOL(enable, atomics, yes,
|
||||
[do not use atomic operations])
|
||||
|
||||
#
|
||||
# --enable-debug adds -g to compiler flags
|
||||
#
|
||||
@ -936,6 +942,13 @@ else
|
||||
*** Not using spinlocks will cause poor performance.])
|
||||
fi
|
||||
|
||||
if test "$enable_atomics" = yes; then
|
||||
AC_DEFINE(HAVE_ATOMICS, 1, [Define to 1 if you want to use atomics if available.])
|
||||
else
|
||||
AC_MSG_WARN([
|
||||
*** Not using atomic operations will cause poor performance.])
|
||||
fi
|
||||
|
||||
if test "$with_gssapi" = yes ; then
|
||||
if test "$PORTNAME" != "win32"; then
|
||||
AC_SEARCH_LIBS(gss_init_sec_context, [gssapi_krb5 gss 'gssapi -lkrb5 -lcrypto'], [],
|
||||
@ -1003,7 +1016,7 @@ AC_SUBST(UUID_LIBS)
|
||||
##
|
||||
|
||||
dnl sys/socket.h is required by AC_FUNC_ACCEPT_ARGTYPES
|
||||
AC_CHECK_HEADERS([crypt.h dld.h fp_class.h getopt.h ieeefp.h ifaddrs.h langinfo.h poll.h pwd.h sys/ioctl.h sys/ipc.h sys/poll.h sys/pstat.h sys/resource.h sys/select.h sys/sem.h sys/shm.h sys/socket.h sys/sockio.h sys/tas.h sys/time.h sys/un.h termios.h ucred.h utime.h wchar.h wctype.h])
|
||||
AC_CHECK_HEADERS([atomic.h crypt.h dld.h fp_class.h getopt.h ieeefp.h ifaddrs.h langinfo.h poll.h pwd.h sys/ioctl.h sys/ipc.h sys/poll.h sys/pstat.h sys/resource.h sys/select.h sys/sem.h sys/shm.h sys/socket.h sys/sockio.h sys/tas.h sys/time.h sys/un.h termios.h ucred.h utime.h wchar.h wctype.h])
|
||||
|
||||
# On BSD, test for net/if.h will fail unless sys/socket.h
|
||||
# is included first.
|
||||
@ -1467,17 +1480,6 @@ fi
|
||||
AC_CHECK_FUNCS([strtoll strtoq], [break])
|
||||
AC_CHECK_FUNCS([strtoull strtouq], [break])
|
||||
|
||||
AC_CACHE_CHECK([for builtin locking functions], pgac_cv_gcc_int_atomics,
|
||||
[AC_TRY_LINK([],
|
||||
[int lock = 0;
|
||||
__sync_lock_test_and_set(&lock, 1);
|
||||
__sync_lock_release(&lock);],
|
||||
[pgac_cv_gcc_int_atomics="yes"],
|
||||
[pgac_cv_gcc_int_atomics="no"])])
|
||||
if test x"$pgac_cv_gcc_int_atomics" = x"yes"; then
|
||||
AC_DEFINE(HAVE_GCC_INT_ATOMICS, 1, [Define to 1 if you have __sync_lock_test_and_set(int *) and friends.])
|
||||
fi
|
||||
|
||||
# Lastly, restore full LIBS list and check for readline/libedit symbols
|
||||
LIBS="$LIBS_including_readline"
|
||||
|
||||
@ -1746,6 +1748,14 @@ AC_CHECK_TYPES([int8, uint8, int64, uint64], [], [],
|
||||
# C, but is missing on some old platforms.
|
||||
AC_CHECK_TYPES(sig_atomic_t, [], [], [#include <signal.h>])
|
||||
|
||||
# Check for various atomic operations now that we have checked how to declare
|
||||
# 64bit integers.
|
||||
PGAC_HAVE_GCC__SYNC_CHAR_TAS
|
||||
PGAC_HAVE_GCC__SYNC_INT32_TAS
|
||||
PGAC_HAVE_GCC__SYNC_INT32_CAS
|
||||
PGAC_HAVE_GCC__SYNC_INT64_CAS
|
||||
PGAC_HAVE_GCC__ATOMIC_INT32_CAS
|
||||
PGAC_HAVE_GCC__ATOMIC_INT64_CAS
|
||||
|
||||
if test "$PORTNAME" != "win32"
|
||||
then
|
||||
|
Reference in New Issue
Block a user