после выключения квекикеша зависоны на самом деле пропали, но тормозные запросы — остались.
Последний рекорд — запрос выполнялся 16 секунд, заместо 0.0003
это то самое место которое все читают, и на котором очень сложно найти что либо полезное среди всех этих топиков и мыслей вслух если сам точно не знаешь что ищешь :(
Все запросы годами оптимизировались, и я знаю что то что может не тормозить — не тормозит.
То что тормозит(есть пара запросов) — не может работать быстрее в своих границах и условиях( выносим на сфикнс, бьем на партишены и субтаблицы и тд)
И кеша там сейчас нет — для экперимента выключен.
Что странно — обычно в топе mysql висит 2-3 открытых конекшена.
Но иногда, ~ раз в 11 секунд наступает момент тормозов :(…
Эх, колдуй балдуй наверное не поможет.
Надо для начала попробовать одновить mysql двух летней давности на современные реалии
гм, рейда там нет
среди засилия интеловских контролеров обнаружил только
SCSI storage controller: LSI Logic / Symbios Logic Unknown device 0059 (rev 04)
судя по всему(dmesg) это LSI MegaSR RAID5 version v09.32.0207.2008, built on Feb 7 2008 at 14:18:34
все три утилитки отсуствуют. Рейд держит нормальная железяка, и едиственное что я помню — дрова под которую( как выяснилось потом) есть только для фряху и редхат. И цент почему-то не завелись.
Попробую раскопать как она тюниться.
Я к сожалению умею только кернел линукса програмить а не командочки в консоль писать нужные :(
Процесы находятся во всяких состояниях. В том числе весело смотреть на locked апдейт в innoDB.
Потом все процесы переводятся в killed состояние, через 10 минут пробудем сделать нормальный shutdown серверу(mysqladmin в смысле)…
Еще минут через 10 — килл -9.
Не подскажите на какое железо и какой командой посмотреть?
iostat показывает практически нулевое( раз в 5 секунд пара команд может и пробегает) чтение, и относительно активную запись…
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
sda 0.00 21.00 0.00 16.00 0.00 296.00 18.50 1.66 103.94 13.63 21.80
В том и проблема что 90% «тормознутых» запросов, ежели их повторить, будут летать.
Специально получить зависон чтобы его отпрофилировать — у меня не получилось :(
скорость разная важна, скорость разная нужна.
В общем случае увеличение оборотов повышает скорость линейного чтения и абсолютно не затрагивает такую чтуку как время позиционирования головки — это отдельная величина.
От нее и зависит random access, который… да по сути все операции окромя копирования фильмов он и есть.
А SSD именно тем и хорош что аксес у него типа 0, так как головок нет. только латенси на селективность.
В общем ТС — если важна скорость не смотрите на паказатель вращения, смотрите на скорость копирования участвов тех размеров которые вам нужны.
Для пограминга это ~32kb
гм, я и про енумы могу длинные гневные посты написать :)
Оставте ка хвостит в определении структуры или обычного байтового массива.
Я вообще пока (в этом году) не увидел «хвостанутые» запятые у коллег никогда бы не додумался что так можно. Уж больно не понятно зачем( чтобы быстрее дописавать новые элементы в хвост? это не ответ )
И, ИМХО, наушники с микрофоном — практически не наушники по определению.