Есть такой себе небольшой mysql сервер (это момент его относительного покоя): MySQL on localhost (4.0.24-standard-log) Queries: 55.3k qps: 77 Slow: 41.0 Se/In/Up/De(%): 79/02/06/02 qps now: 265 Slow qps: 0.2 Threads: 436 ( 8/ 5) 73/04/07/03 Cache Hits: 25.3k Hits/s: 35.1 Hits now: 112.8 Ratio: 57.9% Ratio now: 58.6% Key Efficiency: 97.4% Bps in/out: 13.1k/105.6k Now in/out: 44.3k/355.9k Крутится на некоей сущности, которая отзывается как uname -a Linux mysql2.yyy.zzz 2.4.29 #1 SMP Sun Apr 10 20:40:29 CDT 2005 i686 unknown Проблема состоит в том, что на пиках нагрузки он дает клиентам нечто вроде can't create new thread (error 11). If you are not out of available memory, you can consult the manual for a possible OS-dependent bug' По top Mem: 4010312K av, 3661136K used, 349176K free, 0K shrd, 53156K buff Swap: 2096472K av, 0K used, 2096472K free 2611908K cached То есть вроде как не out of. Кто нибудь сталкивался с такой проблемой и знает пути ее решения, отличные от please upgrade to 4.1.x version ASAP, либо "приложите патч Z к библиотеке Y и заработает X"? Что касается настроек самого mysql (часть могущих вызвать интерес его variables): interactive_timeout 60 key_buffer_size 402653184 long_query_time 10 max_allowed_packet 16776192 max_connections 1500 net_buffer_length 16384 net_read_timeout 30 net_retry_count 10 net_write_timeout 60 open_files_limit 8192 read_buffer_size 2093056 read_rnd_buffer_size 262144 thread_stack 32768 wait_timeout 28800 Буду благодарен за любые замечания. -- NO37-RIPE
Дефолтный размер стека, который просят линуксовые нитки немал -> ты (скорее всего) упираешься в стековые лимиты. Oleg V. Nauman wrote: OVN> Есть такой себе небольшой mysql сервер (это момент его относительного OVN> покоя): OVN> MySQL on localhost (4.0.24-standard-log) OVN> Queries: 55.3k qps: 77 Slow: 41.0 Se/In/Up/De(%): 79/02/06/02 OVN> qps now: 265 Slow qps: 0.2 Threads: 436 ( 8/ 5) 73/04/07/03 OVN> Cache Hits: 25.3k Hits/s: 35.1 Hits now: 112.8 Ratio: 57.9% Ratio now: 58.6% OVN> Key Efficiency: 97.4% Bps in/out: 13.1k/105.6k Now in/out: 44.3k/355.9k OVN> OVN> Крутится на некоей сущности, которая отзывается как OVN> uname -a OVN> Linux mysql2.yyy.zzz 2.4.29 #1 SMP Sun Apr 10 20:40:29 CDT 2005 i686 unknown OVN> Проблема состоит в том, что на пиках нагрузки он дает клиентам нечто вроде OVN> can't create new thread (error 11). If you are not out of available memory, OVN> you can consult the manual for a possible OS-dependent bug' OVN> По top OVN> Mem: 4010312K av, 3661136K used, 349176K free, 0K shrd, 53156K buff OVN> Swap: 2096472K av, 0K used, 2096472K free 2611908K cached OVN> То есть вроде как не out of. OVN> Кто нибудь сталкивался с такой проблемой и знает пути ее решения, отличные OVN> от please upgrade to 4.1.x version ASAP, либо "приложите патч Z к OVN> библиотеке Y и заработает X"? OVN> Что касается настроек самого mysql (часть могущих вызвать интерес его OVN> variables): OVN> interactive_timeout 60 OVN> key_buffer_size 402653184 OVN> long_query_time 10 OVN> max_allowed_packet 16776192 OVN> max_connections 1500 OVN> net_buffer_length 16384 OVN> net_read_timeout 30 OVN> net_retry_count 10 OVN> net_write_timeout 60 OVN> open_files_limit 8192 OVN> read_buffer_size 2093056 OVN> read_rnd_buffer_size 262144 OVN> thread_stack 32768 OVN> wait_timeout 28800 OVN> Буду благодарен за любые замечания. OVN> -- OVN> NO37-RIPE -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, May 10, 2005 at 12:04:34PM +0300, vladimir.sharun@ukr.net wrote:
Дефолтный размер стека, который просят линуксовые нитки немал -> ты (скорее всего) упираешься в стековые лимиты.
Ну, в принципе, конечно можно представить себе EAGAIN по исчерпанию стека нитки. Спасибо, буду пробовать.
Oleg V. Nauman wrote:
OVN> Есть такой себе небольшой mysql сервер (это момент его относительного OVN> покоя):
OVN> MySQL on localhost (4.0.24-standard-log) OVN> Queries: 55.3k qps: 77 Slow: 41.0 Se/In/Up/De(%): 79/02/06/02 OVN> qps now: 265 Slow qps: 0.2 Threads: 436 ( 8/ 5) 73/04/07/03 OVN> Cache Hits: 25.3k Hits/s: 35.1 Hits now: 112.8 Ratio: 57.9% Ratio now: 58.6% OVN> Key Efficiency: 97.4% Bps in/out: 13.1k/105.6k Now in/out: 44.3k/355.9k OVN> OVN> Крутится на некоей сущности, которая отзывается как OVN> uname -a OVN> Linux mysql2.yyy.zzz 2.4.29 #1 SMP Sun Apr 10 20:40:29 CDT 2005 i686 unknown
OVN> Проблема состоит в том, что на пиках нагрузки он дает клиентам нечто вроде OVN> can't create new thread (error 11). If you are not out of available memory, OVN> you can consult the manual for a possible OS-dependent bug'
OVN> По top OVN> Mem: 4010312K av, 3661136K used, 349176K free, 0K shrd, 53156K buff OVN> Swap: 2096472K av, 0K used, 2096472K free 2611908K cached
OVN> То есть вроде как не out of.
OVN> Кто нибудь сталкивался с такой проблемой и знает пути ее решения, отличные OVN> от please upgrade to 4.1.x version ASAP, либо "приложите патч Z к OVN> библиотеке Y и заработает X"?
OVN> Что касается настроек самого mysql (часть могущих вызвать интерес его OVN> variables): OVN> interactive_timeout 60 OVN> key_buffer_size 402653184 OVN> long_query_time 10 OVN> max_allowed_packet 16776192 OVN> max_connections 1500 OVN> net_buffer_length 16384 OVN> net_read_timeout 30 OVN> net_retry_count 10 OVN> net_write_timeout 60 OVN> open_files_limit 8192 OVN> read_buffer_size 2093056 OVN> read_rnd_buffer_size 262144 OVN> thread_stack 32768 OVN> wait_timeout 28800
OVN> Буду благодарен за любые замечания.
-- UKR.NET Postmaster
-- NO37-RIPE
participants (2)
-
Oleg V. Nauman -
vladimir.sharun＠ukr.net