Проблемы глюки и прочие непонятки

[I{OT]

С недавнего времени заметил такую странность. Зашёл в ветку - ответил (например, разместил фото/текст), хочу следующее сообщение добавить, отправляю - оно само вставляется в предыдущее - чаще всего это не нужно - нужно отдельное сообщние. Раньше такого не замечал.

Что это? Как с этим бороться?
Спасибо.

[Ky]

Захожу в собственный профиль, давлю "найти все сообщения Ку" - получаю ахрененную паузу, но потом всё же результат выдается; в правом верхнем углу вижу: "На поиск затрачено 44.28 сек".
Вчера при аналогичных действиях там же наблюдал цифру более 20 сек.

Этой фичей пользуюсь достаточно часто, раньше таких тормозов не было, всё укладывалось в единицы секунд.

[Самогон]

Ага вот кто грузит сервер
Да плохой признак посмотрю
Upd: Ку, что-то я не могу воспроизвести у меня занимает несколько секунд но никак не 40 с лишним
UPD2: Ха, кэширование рулит, вчеоа просто сервак рестартовал так шо попробуйте сейчас да и новые поиски вроде нонмуль
Заметил одну стоанность примерно в 3-5 МСК тормоза файловой системы думаю народ бэкапы крутит в это время.

[Ky]

Ага вот кто грузит сервер

нууу... "достаточно часто" - это 1-2 раза в сутки.
Там же наверняка что-то элементарное типа SELECT TOP 500 ... FROM ... WHERE USERID=XXX и на декларированном виртуальном железе десятки секунд действительно смотрятся несуразно

[Самогон]

Не все так просто как кажется на первый взгляд

SELECT postid
                        FROM vb_post AS post
                        INNER JOIN vb_thread AS thread ON(thread.threadid = post.threadid)
                        WHERE post.userid = ххх
                                AND thread.forumid IN(1,2,4,19,25,26,27,28,29,30,34,37,38,42,11,46,47,10,12,21,41,35,32,31,33,15,40,18,22,23,24,43,49,13,36,14,6,7,8,5,39,48,44,45)
                        ORDER BY post.dateline DESC
                        LIMIT 1000;

[Ky]

Не все так просто как кажется на первый взгляд

Ну, IN малость коряв, но один хрен летать должно даже при непопадании в индексы (что сомнительно)

Странно только, что LIMIT 1000 в то время, как на выходе показываются первые 500

[Ky]

Ха, кэширование рулит, вчеоа просто сервак рестартовал так шо попробуйте сейчас

Почти пох.

Показано с 1 по 25 из 500.
На поиск затрачено 25.76 сек.
Поиск: Сообщения от: Ky

[Борис]

Ку, а не у тебя ли проблемы?

На поиск затрачено 9.48 сек.

Ну я в том смысле, что себя искал

[Самогон]

Ну, IN малость коряв,

Да бля не малость коряв,
там где ORDER BY post.dateline DESC в иннер джоине и без ключа по полю это ж пиздец

[Самогон]

Ку, а не у тебя ли проблемы?
Цитата:
На поиск затрачено 9.48 сек.
Ну я в том смысле, что себя искал

Это очень много должно быть типа 0.01 сек

[Ky]

Ку, а не у тебя ли проблемы?

На поиск затрачено 9.48 сек.

Ну я в том смысле, что себя искал

Хбз... повторил.

На поиск затрачено 0.12 сек.

Хрень какая-то. Ну, не должно быть здесь ни даже 9 секунд, ни такого дикого разброса в сотни раз

[Самогон]

Вечером добавлю индекс на полечко vb_post.dateline. Этож безобразие.

[Самогон]

Хрень какая-то. Ну, не должно быть здесь ни даже 9 секунд, ни такого дикого разброса в сотни раз

Я тебе говорю кэширование.

[Ky]

Вечером добавлю индекс на полечко vb_post.dateline. Этож безобразие.

А чё, нету? - действительно, безобразия.
Хотя слыхал я, что при нынешнем уровне развития печатного дела на Западе некоторые орлы вообще без явных индексов обходятся: хватает dynamic autocreated

ЗЫЖ
ОБАНА! Получите и распишитесь

This email is to notify you that we will be performing a maintenance on our VPS server on Tuesday July 19, 2011 scheduled at 1:00AM EDT.

We identified shifting time issues to which we aim to resolve, anticipating 1 hour downtime during this maintenance.
John P., Customer Support Team Lead

[Valtapan]

ОБАНА!

Это во сколько по Москве получается? С 9.00 что ли?

[Самогон]

anticipating

Это еще не факт что оно случится, это они жёппку прикрывают.

[Ky]

Я тебе говорю кэширование

Блин, всё равно непонятки.
Серьёзных коллизий у нас возникать не должно -- не та мультиюзерность. Пусть даже кэш изначально вдребезги пустой....
Смотрим по самому дубовому execution plan: сосёт система спокойно в память по индексированному юзерид все посты целиком и пусть даже с телом текста (идиотка) и по необходимости подсасывает треды (их гораздо меньше, они к концу операции с большим уровнем кэш-попаданий, нужны только для фильтра по форуму -- можно пренебречь). Сортировка в памяти, посему отсутствие ключа пох - миллисекунды, остается время чтения.
У меня чего-то где-то 6700 мессаг, пусть даже на каждую засасывается со всеми хвостами 10кБ - это 67Мб. Чтоб на них потратить 48 секунд даже при хреновых предположениях о фрагментации и прочая - это ж нужна десктопная дисковая подсистема времён расцвета Win95, а при отсутствии фрагментации -- и вовсе Win3.11.
Итого: либо где-то мы с кем-то жопой толкаемся в рамках реальной машины, либо где-то какая-то "оптимизация" мимо стреляет... либо я не знаю чё.

[Самогон]

"оптимизация" мимо стреляет.

Вариант
но то что есть проблема с
INNER JOIN
и
ORDER BY
при отсутсвии ключа это факт. Ранил тот же запрос без ORDER BY, мгновенно.

А пордправил настройки mysql теперь вроде в порядке

[Ky]

тот же запрос без ORDER BY, мгновенно.

ну, внатуре алгоритмика мудрит.

Я со структурами, очень похожими на форумные и серьёзных размеров довольно-таки дохрена ковырялся, причём на очень дохлой технике в режиме прямых запросов -- характерные тайминги примерно (в пределах порядка величины) представляю. Здесь даже в эти самые пределы не вписывается.

Ладно, поживём-посмотрим.
Кстати, на 4-ю версию апгрейдиться будем?

[Самогон]

Кстати, на 4-ю версию апгрейдиться будем?

Дома разворачиваю, как только задышит, предоставлю публике на обсуждение.

[Ky]

Дома разворачиваю, как только задышит, предоставлю публике на обсуждение.

А что, так сильно отличается, что референдум нужен?

[Береза]

http://bogdanclub.info/showpost.php?...0&postcount=34

Например вот тут у меня какой то квадратик вместо картинки ( я так понимаю, там картинка)

[Ky]

http://bogdanclub.info/showpost.php?...0&postcount=34

Например вот тут у меня какой то квадратик вместо картинки ( я так понимаю, там картинка)

Это не мы. Это лежит Академ.Орг, где я обычно размещаю картинки. Надеюсь, лежит временно; загляните попозже ©

[Самогон]

А что, так сильно отличается, что референдум нужен?

Очень сильно и знающие люди говорили: говно. Даже видел целые обсуждения как спрыгнуть обратно на старую версию.
Но так как я зануда, то поставлю покручу посмотрю и другим дам посмортеть.

[Ky]

Очень сильно и знающие люди говорили: говно. Даже видел целые обсуждения как спрыгнуть обратно на старую версию.

понял-отстал.
Видать, не от хорошей жизни они сейчас "ведут" обе версии....

[Береза]

Видимо Серега что-то крутит
Форум глючит при отправке сообщения .. просто замирает секунд на двадцать
И вот выдал "ошибка базы данных" при очередной отправке
Выкинул соответственно

[Береза]

Так я тоже не ропщу ,)
Я сообщаю - вдруг поможет чем-то

[Самогон]

Это я злодей
Вот дайте мне минут десять я щас форум то остановлю индекс построю и все будет хорошо.
Обещаю повыщенную производительность при поисках

[Galla]

а у меня всё нормально работает.

[Самогон]

Плюсики расцениваю как разрешение остановить форму на 10 минут

[Самогон]

У себя на серваке добавил индекс и все поиски стали примерно 0.01с

[Ky]

У себя на серваке добавил индекс и все поиски стали примерно 0.01с

Блин, у тамошнего SQLя явно автоиндексов нет. Или кривые.

Как быстро, оказывается, привыкаешь к комфорту..... Когда-то при отсутствии нужного индекса вообще шла прямая посылка нах.

[Самогон]

Да странно все привыкли к тому шо железо все стерпит, а добавить сраный индекс если уж у вас случился иннер джоин да еще и ордер бай это для плебеев.