path: root/vm_core.h
diff options
authornormal <normal@b2dd03c8-39d4-4d8f-98ff-823fe69b080e>2018-01-27 21:04:36 (GMT)
committernormal <normal@b2dd03c8-39d4-4d8f-98ff-823fe69b080e>2018-01-27 21:04:36 (GMT)
commit72b7bd0af5278e8ba726c7ee9464d19d3a9adc21 (patch)
tree5c777df90faa8eb4c63d8e0a96c9131c24bc203b /vm_core.h
parent6cb0126773cf2b3d4a753da5601a4a5165a78d04 (diff)
vm_core: use "int" for living_thread_num
We treat this as "int" through the vm_living_thread_num API anyways, and "pid_t" is still 32-bits with glibc on 64-bit platforms. I expect it'll be a long time before anybody needs more than 2 billion native threads. For now, let's save one cacheline on x86-64 (as reported by pahole(1)): before: size: 1288, cachelines: 21, members: 45 after: size: 1280, cachelines: 20, members: 45 git-svn-id: svn+ssh:// b2dd03c8-39d4-4d8f-98ff-823fe69b080e
Diffstat (limited to 'vm_core.h')
1 files changed, 1 insertions, 1 deletions
diff --git a/vm_core.h b/vm_core.h
index 176ec9d..8bce789 100644
--- a/vm_core.h
+++ b/vm_core.h
@@ -526,8 +526,8 @@ typedef struct rb_vm_struct {
struct list_head waiting_fds; /* <=> struct waiting_fd */
struct list_head living_threads;
- size_t living_thread_num;
VALUE thgroup_default;
+ int living_thread_num;
unsigned int running: 1;
unsigned int thread_abort_on_exception: 1;