Автор Гілка: обмеження apache  (Прочитано 3834 раз)

Відсутній Volodymyrko

  • Графоман
  • ****
  • дописів: 370
  • Карма: +0/-0
  • I Like FreeBSD !
Re: обмеження apache
« Відповідей #15 : 2006-09-30 14:00:00 »
після зміни  my.cnf, ситуація вже 1 день як трохи краща, load averages значно зменшився, про час від час вкачки до 6-8 .. в середньому зараз 2-4 (вночі навіть менше 1 )   ..

Цитата
Здається що число під  w дуже велике
і з тут дещо інше стало :
Proc:r  p  d  s  w    Csw  Trp  Sys  Int  Sof  Flt    166 cow    4085 total
     9     2 67  1   3511 277714655 1303  354 2574 117144 wire        1: atkb

яке отимальне значення key_buffer, в мене 512 Оп
в my-huge.cnf:
key_buffer = 384M
This is for a large system with memory of 1G-2G where the system runs mainly MySQL.


в my-large.cnf
key_buffer = 256M
This is for a large system with memory = 512M where the system runs mainly MySQL.

ставив навіть 384М (але не набагато) але змінне відчув ні по памяті ні по  load averages ...



« Змінено: 2006-10-02 18:12:51 від lvm »

Praporshic

  • Гість
Re: обмеження apache
« Відповідей #16 : 2006-09-30 14:50:12 »
Таких, напевно, небагато знайдеться так як InnoDB в багатьох випатках швидша за MyISAM, а в небагатьох випадках не значно повільніша за MyISAM. MyISAM добрий коли потрібно швидко робити лише прості select-и. Напевно їм буде простіше зробити кластер для тих небагатьох випадків. ;)
Взагалі-то, так воно і є - потрібно робити багато простих SELECT. Людей які використовують щось складне не так вже й багато.

Відсутній Володимир Лісівка

  • Адміністратор ЩОДО
  • Видавець
  • *****
  • дописів: 3820
  • Карма: +11/-0
  • Програміст
Re: обмеження apache
« Відповідей #17 : 2006-10-02 18:27:37 »
після зміни  my.cnf, ситуація вже 1 день як трохи краща, load averages значно зменшився, про час від час вкачки до 6-8 .. в середньому зараз 2-4 (вночі навіть менше 1 )   ..

Цитата
Здається що число під  w дуже велике
і з тут дещо інше стало :
Proc:r  p  d  s  w    Csw  Trp  Sys  Int  Sof  Flt    166 cow    4085 total
     9     2 67  1   3511 277714655 1303  354 2574 117144 wire        1: atkb
Тут добре видно що поповзло форматування і насправді під w стоїть 1 а не 67. :-)
r - 9, p - 0, d - 2, s - 67, w - 1. Виконується дев'ять, два очікують дискового I/O, 67 сплять, один у свопі чекає на процесор.

Отже проблем з пам'яттю у вас немає.

Я передивився вивід ps - у вас дійсно одночасно декілька процесів mysql виконуються (STATE - RUN), тобто конкурують за процесор, тому і LA великий. Можливо вам треба використати mtop (Mysql TOP) чи щось інше щоб визначити причину такого навантаження на mysql і спробувати його зменшити - може індекси додати для стовпців чи їх комбінацій, по яким пошук чи сортування робляться найчастіше, чи якийсь конкретний буфер збільшити.

Цитата
яке отимальне значення key_buffer
Треба щоб відношення key_read_requests до key_reads перевищувало 100. Якщо у вас диск використовується на 1% то суттєвого приросту швидкодії через збільшення пам'яті не досягнете.

[Fedora Linux]