warning /lib/tls library emulation slow

[Janne]

On my amazon ec2 machine running 10.04 LTS I find this warning.

[ 37.895954] ***************************************************************
[ 37.895957] ***************************************************************
[ 37.895960] ** WARNING: Currently emulating unsupported memory accesses **
[ 37.895963] ** in /lib/tls glibc libraries. The emulation is **
[ 37.895965] ** slow. To ensure full performance you should **
[ 37.895967] ** install a 'xen-friendly' (nosegneg) version of **
[ 37.895970] ** the library, or disable tls support by executing **
[ 37.895972] ** the following as root: **
[ 37.895974] ** mv /lib/tls /lib/tls.disabled **
[ 37.895977] ** Offending process: convert (pid=871) **
[ 37.895979] ***************************************************************
[ 37.895982] ***************************************************************
[ 37.895984]

When search for similar issues it seems this problem is solved in earlier versions of ubuntu, but this seems to indicate the opposite.

From what I read the content of this file should be of some importance

 /etc/ld.so.conf.d/xen.conf

And in my machine it contains

# This directive teaches ldconfig to search in nosegneg subdirectories
# and cache the DSOs there with extra bit 1 set in their hwcap match
# fields. In Xen guest kernels, the vDSO tells the dynamic linker to
# search in nosegneg subdirectories and to match this extra hwcap bit
# in the ld.so.cache file.
hwcap 1 nosegneg

ldd /usr/bin/convert gives me

        linux-gate.so.1 => (0xb7871000)
        libMagickCore.so.2 => /usr/lib/libMagickCore.so.2 (0xb7630000)
        libMagickWand.so.2 => /usr/lib/libMagickWand.so.2 (0xb751b000)
        liblcms.so.1 => /usr/lib/liblcms.so.1 (0xb74e7000)
        libtiff.so.4 => /usr/lib/libtiff.so.4 (0xb748b000)
        libc.so.6 => /lib/tls/i686/nosegneg/libc.so.6 (0xb732d000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb72b7000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7296000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0xb7286000)
        libXt.so.6 => /usr/lib/libXt.so.6 (0xb7232000)
        libbz2.so.1.0 => /lib/libbz2.so.1.0 (0xb7220000)
        libz.so.1 => /lib/libz.so.1 (0xb720b000)
        libpthread.so.0 => /lib/tls/i686/nosegneg/libpthread.so.0 (0xb71f2000)
        libltdl.so.7 => /usr/lib/libltdl.so.7 (0xb71e9000)
        libdl.so.2 => /lib/tls/i686/nosegneg/libdl.so.2 (0xb71e5000)
        libSM.so.6 => /usr/lib/libSM.so.6 (0xb71db000)
        libICE.so.6 => /usr/lib/libICE.so.6 (0xb71c2000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0xb70a5000)
        libgomp.so.1 => /usr/lib/libgomp.so.1 (0xb7097000)
        libm.so.6 => /lib/tls/i686/nosegneg/libm.so.6 (0xb7071000)
        /lib/ld-linux.so.2 (0xb7872000)
        libuuid.so.1 => /lib/libuuid.so.1 (0xb706b000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7051000)
        librt.so.1 => /lib/tls/i686/nosegneg/librt.so.1 (0xb7048000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0xb7044000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb703e000)

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.