anonymous@RULINUX.NET~# | Last login: 2024-12-23 06:18:09 |
Регистрация Вход | Новости | Разметка | Пользователи | Галерея | Форум | Статьи | Неподтвержденное | Трекер | Правила форума | F.A.Q. | Ссылки | Поиск |
Форум - Rulinux.net | [RSS] |
|
|
|
Скрыть
Re:а статьям всё, кирдык?Чота я недопонял, если "AND c.id IN (SELECT cid FROM threads WHERE t.section=1)" заменить на "AND t.section=1" - что нибудь в логике изменится? |
Скрыть
Re:а статьям всё, кирдык?> выдает
|
Скрыть
Re:а статьям всё, кирдык?Да изменится. Так как ты предлагаешь выводятся все последние сообщения, а не только последние новости. Тут не в запросе дело. Запрос вполне корректный. К тому-же на rulinux.dyndns.org и на локалхосте у меня он обрабатывается быстро. Tux-oid(*)(2011-10-04 13:17:21)
Отредактировано Tux-oid по причине "не указана" Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4 |
Tux-oid(*)(2011-10-04 13:21:17)
Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4 |
Скрыть
Re:а статьям всё, кирдык?> Так как ты предлагаешь выводятся все последние сообщения, а не только последние новости
|
Скрыть
Re:а статьям всё, кирдык?> 0.0%wa
|
Скрыть
Re:а статьям всё, кирдык?>PostgreSQL так медленно отдает результаты запросов.
|
Скрыть
Re:а статьям всё, кирдык?> Я даже засомневался слегка, что даже открыл phppgadmin и проверил. Нет результаты не те.
|
Скрыть
Re:а статьям всё, кирдык?> Угу. Хавает 100%, вот только не пойму почему. На локалхосте не отжирает. Правда у меня на локалке версия 9.0, а на серве 8.3
|
Скрыть
Re:а статьям всё, кирдык?> Время выполнения: 38,010.538 мсек
|
Tux-oid(*)(2011-10-04 14:39:09)
Отредактировано Tux-oid по причине "не указана" Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4 |
Скрыть
Re:а статьям всё, кирдык?Ну не нужен тебе этот луп во where :) Проверь функциональность запроса без него и устраняй причину тормозов. |
Скрыть
Re:а статьям всё, кирдык?Ты "id DESC" на "c.id DESC" поменял в order by? |
Скрыть
Re:а статьям всё, кирдык?> Следовало еще вместо ON t.id = c.tid указать ON t.cid=c.id
|
Скрыть
Re:а статьям всё, кирдык?INFO: analyzing "public.blocks" Tux-oid(*)(2011-10-04 16:18:55)
Отредактировано Tux-oid по причине "не указана" Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4 |
Скрыть
Re:а статьям всё, кирдык?Так, хорошо. А кто теперь развлекает CPU на хосте: вебсервер, постгрес или %wa? |
Tux-oid(*)(2011-10-04 16:42:56)
Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4 |
Скрыть
Re:а статьям всё, кирдык?Ищи дальше кто тормозит - разбей код на части и выводи время исполнения каждой части, смотри что там исполняется и соответственно подозрительные запросы. |
Tux-oid(*)(2011-10-04 17:06:02)
Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4 |
Скрыть
Re:а статьям всё, кирдык?Кстати, а чего бы тебе просто не вставить код в метод base::select() и не выводить текст каждого запроса и продолжительность его исполнения в виде комментария html? |
Скрыть
Re:а статьям всё, кирдык?дольше всего выполняется запрос <!-- Запрос SELECT ALL * FROM comments WHERE timest > '2011-10-04 12:37:53' ORDER BY timest DESC OFFSET 0 LIMIT NULL выполнен за 0.066905 сек.--> все остальные не медленнее 0.000600 сек. Эти цифры настолько незначительные что я и не знаю откуда набегает в сумме 4 секунды. Tux-oid(*)(2011-10-04 17:45:06)
Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4 |
Tux-oid(*)(2011-10-04 17:50:13)
Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4 |
Скрыть
Re:а статьям всё, кирдык?> Эти цифры настолько незначительные что я и не знаю откуда набегает в сумме 4 секунды.
|
Скрыть
Re:а статьям всё, кирдык?> Я посмотрел это на локалхосте.
|
anonymous(*)(2011-10-04 18:39:38)
Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4 |
|
|
|
Этот тред читают 3 пользователя: |
Анонимных: 3 Зарегистрированных: 0 |
Re:а статьям всё, кирдык?
Нет не кирдык. Я их еще просто не переносил. Как только разберусь с тормозами, так сразу и перенесу. Кстати причину тормозов я нашел. PostgreSQL так медленно отдает результаты запросов. Например на запрос
выдает
10 запис(ь/и/ей)
Время выполнения: 27,272.181 мсек
SQL-запрос выполнен.
Буду ковырять дальше.
Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110922 Firefox/7.0 SeaMonkey/2.4