Новости
Документация
Download
Webboard
Поиск
FAQ/ЧаВо
Обратная связь




MySQL.RU - Webboard



Вернуться
MYSQL 4.0.20 usage 100% CPU (Максим) 26/08/2004 - 14:39:02
      Re: MYSQL 4.0.20 usage 100% CPU (Aleksandr Grigorov) 26/08/2004 - 17:11:39
      Re: MYSQL 4.0.20 usage 100% CPU (Dinky) 26/08/2004 - 18:23:14
      Re: MYSQL 4.0.20 usage 100% CPU (Максим) 26/08/2004 - 21:07:05
      Re: MYSQL 4.0.20 usage 100% CPU (Dinky) 26/08/2004 - 21:24:08
      Re: MYSQL 4.0.20 usage 100% CPU (Максим) 26/08/2004 - 22:17:25
      Re: MYSQL 4.0.20 usage 100% CPU (Dinky) 27/08/2004 - 00:02:37

> Original message text:
> From: Максим - 26/08/2004 - 14:39:02
> Subject:MYSQL 4.0.20 usage 100% CPU
> -----------------
> Доброе время суток!
>
> Возникла проблема с MySQL 4.0.20, после запуска mysqld примерно через сутки бемон начинает грузить CPU на 100%
>
> Что это может быть????
>
> 21812 mysql 59 0 437M 22436K RUN 1 644:27 96.63% 96.63% mysqld
>
> помогает только полная остановка mysqld и то только на сутки в лучшем случае на 2-е!
>
> OS: FreeBSD 4.10
> MySQL 4.0.20 (src)
> (CC=gcc CFLAGS="-O2 -fno-strength-reduce" \
> CXX=gcc CXXFLAGS="-O2 -fno-rtti -fno-exceptions -felide-constructors \
> -fno-strength-reduce" \
> ./configure --prefix=/usr/local/mysql --enable-assembler
> )
> Hardware:
> CPU: Intel® XENON™ 2.4 GHz х2
> RAM: 1024MB
> Chipset: Intel® E7501
>
> my.cnt:
> ***
> [mysqld]
> port = 3306
> socket = /tmp/mysql.sock
> skip-locking
> key_buffer = 384M
> max_allowed_packet = 1M
> table_cache = 512
> sort_buffer_size = 2M
> read_buffer_size = 2M
> myisam_sort_buffer_size = 64M
> thread_cache = 8
> query_cache_size = 32M
> max_connections = 1000
> thread_concurrency = 8
> skip-bdb
> skip-innodb
> ***
>
>


From: Максим - 26/08/2004 - 22:17:25
Subject:MYSQL 4.0.20 usage 100% CPU
-----------------
Да, скорее всего прейдется переходить на FreeBSD 5.2.1
Проблема с треадами в FreeBSD

"FreeBSD implements user-level threads. That means the kernel isn't aware of the threads and doesn't get involved in scheduling. Instead all the work is done in user space rather than kernel space. When your run top or ps on a machine that does this, unlike like in Linux, you'll see a single process rather than one per thread.

This is discussed a bit here in relation to LinuxThreads, which we'll get to.

Note that in FreeBSD 5.x, this may all be fixed. Time will tell. There is lot of working going on in the area of threading and kernel scheduling for FreeBSD 5.x."

Только стоило увеличить нагрузку на MYSQL так сразу вылезли грабли :(((




[Это сообщение - спам!]

Последние сообщения из форума

Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL, версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
 Имя:
 E-mail:
 Тема:
 Текст:
Код подтверждения отправки: Code
16850



РЕКЛАМА НА САЙТЕ
  Создание сайтов | |