delta/mariadb-git.git/sql/threadpool.h, branch bb-10.2-mdev9736 github.com: MariaDB/server.git MDEV-10297 Add priorization to threadpool 2016-09-22T17:01:28+00:00 Vladislav Vaintroub wlad@mariadb.com 2016-09-21T14:28:42+00:00 f7a7c0c2fec3dcca331bb529f8314273360c72ae Also MDEV-10385 Threadpool refactoring 
Also MDEV-10385 Threadpool refactoring
Fix leak from missing my_thread_end 2016-03-09T15:42:45+00:00 Vladislav Vaintroub wlad@mariadb.com 2016-03-09T15:42:45+00:00 35e713dcca0207c1dc9459fc9cd7c3913cbe0be7 






Fix threadpool after it was broken by MDEV-6150
2016-03-08T09:28:26+00:00

Vladislav Vaintroub
wlad@mariadb.com

2016-03-08T09:28:26+00:00

1a3db0e24f8e5be37a9aff2cce4681670f9de044












Fix compilation
2016-02-09T23:20:23+00:00

Vladislav Vaintroub
wlad@mariadb.com

2016-02-09T23:20:23+00:00

b436db98fe123f4b0c83df3532881b038f7d9a9d












MDEV-6150 Speed up connection speed by moving creation of THD to new thread
2016-02-07T08:34:03+00:00

Monty
monty@mariadb.org

2016-02-01T10:45:39+00:00

3d4a7390c1a94ef6e07b04b52ea94a95878cda1b

Creating a CONNECT object on client connect and pass this to the working thread which creates the THD.
Split LOCK_thread_count to different mutexes
Added LOCK_thread_start to syncronize threads
Moved most usage of LOCK_thread_count to dedicated functions
Use next_thread_id() instead of thread_id++

Other things:
- Thread id now starts from 1 instead of 2
- Added cast for thread_id as thread id is now of type my_thread_id
- Made THD->host const (To ensure it's not changed)
- Removed some DBUG_PRINT() about entering/exiting mutex as these was already logged by mutex code
- Fixed that aborted_connects and connection_errors_internal are counted in all cases
- Don't take locks for current_linfo when we set it (not needed as it was 0 before)





Creating a CONNECT object on client connect and pass this to the working thread which creates the THD.
Split LOCK_thread_count to different mutexes
Added LOCK_thread_start to syncronize threads
Moved most usage of LOCK_thread_count to dedicated functions
Use next_thread_id() instead of thread_id++

Other things:
- Thread id now starts from 1 instead of 2
- Added cast for thread_id as thread id is now of type my_thread_id
- Made THD->host const (To ensure it's not changed)
- Removed some DBUG_PRINT() about entering/exiting mutex as these was already logged by mutex code
- Fixed that aborted_connects and connection_errors_internal are counted in all cases
- Don't take locks for current_linfo when we set it (not needed as it was 0 before)







Merge branch '10.0' into 10.1
2015-12-21T20:24:22+00:00

Sergei Golubchik
serg@mariadb.org

2015-12-21T20:24:22+00:00

a2bcee626d4ef2836e38e4932305871390164644












MDEV-9156 : Fix tp_add_connection()'s error handling
2015-12-04T17:16:04+00:00

Vladislav Vaintroub
wlad@mariadb.com

2015-12-04T17:16:04+00:00

50160216eab066de7a71dd8e355f0c5cb29c8789

Avoid possible my_thread_end() in the main polling thread.





Avoid possible my_thread_end() in the main polling thread.







Improve performance for calculating memory allocation
2015-02-01T13:24:22+00:00

Monty
monty@mariadb.org

2015-02-01T13:24:22+00:00

0ee879ff8ac1b80cd9a963015344f5698a81f309

Extend interface for 'show variables' with current scope





Extend interface for 'show variables' with current scope







MDEV-5205 - MariaDB does not start if more than 128 cpu's are available
2013-11-05T05:18:59+00:00

Sergey Vojtovich
svoj@mariadb.org

2013-11-05T05:18:59+00:00

fd9f1638ea7401e9bc72653882fded4c0dee15d8

- thread_pool_size command line option upper limit increased to 100 000
  (same as for max_connections)
- thread_pool_size system variable upper limit is maximum of 128 or
  the value given at command line
- thread groups are now allocated dynamically

Different limit for command line option and system variable was done to
avoid additional mutex for all_groups and threadpool_max_size.





- thread_pool_size command line option upper limit increased to 100 000
  (same as for max_connections)
- thread_pool_size system variable upper limit is maximum of 128 or
  the value given at command line
- thread groups are now allocated dynamically

Different limit for command line option and system variable was done to
avoid additional mutex for all_groups and threadpool_max_size.







Added copiright, some more comments
2012-02-17T22:27:15+00:00

Vladislav Vaintroub
wlad@montyprogram.com

2012-02-17T22:27:15+00:00

2a5d8ea9a201a1bf33fe309b8293e31ebd961e60