最近的GCC，例如GCC 5确实支持C11及其thread_local（如果使用例如gcc -std=c11）。正如FUZxxl评论的那样，您可以使用旧GCC版本支持的__thread限定符（而不是C11 thread_local）。关于Thread Local Storage
pthread_getspecific确实很慢（它在POSIX库中，所以GCC没有提供，但例如GNU glibc或musl-libc），因为它涉及函数调用。使用thread_local变量可能会更快。
查看MUSL's thread/pthread_getspecific.c file的源代码以获得实现示例。阅读this answer以回答相关问题。
_thread和thread_local（通常）不会神奇地转换为对pthread_getspecific的调用。它们通常涉及一些特定的地址模式和/或寄存器（细节是特定于实现的，与ABI有关;在Linux上，我猜由于x86-64有更多的寄存器和地址模式，它的TLS实现比i386上更快），在compiler，linker和runtime system的帮助下。相反，pthread_getspecific的某些实现可能会使用一些内部thread_local变量（在POSIX线程的实现中）。
例如，编译以下代码

#include <pthread.h>

const extern pthread_key_t key;

__thread int data;

int
get_data (void) {
  return data;
}

int
get_by_key (void) {
  return *(int*) (pthread_getspecific (key));
}

使用GCC 5.2（在Debian/Sid上）和gcc -m32 -S -O2 -fverbose-asm给出了以下使用TLS的get_data代码：

.type get_data, @function
get_data:
.LFB3:
  .cfi_startproc
  movl  %gs:data@ntpoff, %eax   # data,
  ret
.cfi_endproc

下面的get_by_key代码带有对pthread_getspecific的 * 显式调用 *：

get_by_key:
 .LFB4:
  .cfi_startproc
  subl  $24, %esp   #,
  .cfi_def_cfa_offset 28
  pushl key # key
  .cfi_def_cfa_offset 32
  call  pthread_getspecific #
  movl  (%eax), %eax    # MEM[(int *)_4], MEM[(int *)_4]
  addl  $28, %esp   #,
  .cfi_def_cfa_offset 4
  ret
  .cfi_endproc

因此，使用__thread（或C11中的thread_local）的TLS可能比使用pthread_getspecific更快（避免调用开销）。
请注意，thread_local是一个convenience macro defined in <threads.h>（一个C11标准头）。

gcc的__thread与C11的_Thread_local具有完全相同的语义。你没有告诉我们你是为哪个平台编程的，因为不同平台的实现细节不同。例如，在x86 Linux上，gcc应该将对线程局部变量的访问编译为带有%fs段前缀的内存指令，而不是调用pthread_getspecific。