Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Тормоза. Форма по FAQ :) / 7 сообщений из 7, страница 1 из 1
24.02.2007, 17:18
    #34352900
sql_worker
sql_worker
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тормоза. Форма по FAQ :)
"Хотете получить ответ - заполните форму:" - заполняю :)

1. Версия PG? ОС?
8.1, Ubuntu Drapper Drake

2. Какие настройки? Особенно интересуют изменения в файле postgresql.conf
Ничего не менялось.

3. Есть ли еще что-то активно работающее на этой машине?
несколько mongrel_cluster, apache2, ngnix.

4. Тормоза на каких запросах? Каков объем данных?
есть таблица с 4 тысячами записей. индексы созданы какие только можно. пк прописан. нестед сет. сответственно такой запрос:

Код: plaintext
 select * from categories WHERE ( code='mega_cat' and parent_id= 3839 ) limit  1 ;

выполняется ажно 328 ms :

5. А что с дисковой подсистемой?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
# hdparm /dev/hda

/dev/hda:
 multcount    =   0  (off)
 IO_support   =   1  ( 32 -bit)
 unmaskirq    =   1  (on)
 using_dma    =   1  (on)
 keepsettings =   0  (off)
 readonly     =   0  (off)
 readahead    =  256  (on)
 geometry     =  30401 / 255 / 63 , sectors =  488397168 , start =  0

--

Код: plaintext
1.
2.
3.
4.
# hdparm -Tt /dev/hda

/dev/hda:
 Timing cached reads:    1444  MB in   2 . 00  seconds =  721 . 95  MB/sec
 Timing buffered disk reads:   138  MB in   3 . 06  seconds =   45 . 10  MB/sec


--

Код: plaintext
1.
2.
3.
# dd if=/dev/urandom of=/var/tmp/tmp.tmp count= 200000 
 200000 + 0  records in
 200000 + 0  records out
 102400000  bytes ( 102  MB) copied,  45 . 841  seconds,  2 . 2  MB/s

6. А с CPU?
P4 2.5Gz

7. И к тормозящим запросам EXPLAIN ANALYZE?
Код: plaintext
1.
2.
3.
Limit  (cost= 0 . 00 .. 5 . 87  rows= 1  width= 38 ) (actual time= 0 . 076 .. 0 . 079  rows= 1  loops= 1 )
  ->  Index Scan using categories_code_and_parent_idx on categories  (cost= 0 . 00 .. 5 . 87  rows= 1  width= 38 ) (actual time= 0 . 069 .. 0 . 069  rows= 1  loops= 1 )
        Index Cond: ((parent_id =  3839 ) AND ((code)::text = 'mega_cat''::text))
Total runtime:  0 . 138  ms

8. Когда последний раз делался VACUUM FULL ANALYZE?
только что :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.02.2007, 17:58
    #34352937
Andrey Daeron
Andrey Daeron
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тормоза. Форма по FAQ :)
sql_worker "Хотете получить ответ - заполните форму:" - заполняю :)
Код: plaintext
 select * from categories WHERE ( code='mega_cat' and parent_id= 3839 ) limit  1 ;

выполняется ажно 328 ms :

7. И к тормозящим запросам EXPLAIN ANALYZE?
Код: plaintext
1.
2.
3.
Limit  (cost= 0 . 00 .. 5 . 87  rows= 1  width= 38 ) (actual time= 0 . 076 .. 0 . 079  rows= 1  loops= 1 )
  ->  Index Scan using categories_code_and_parent_idx on categories  (cost= 0 . 00 .. 5 . 87  rows= 1  width= 38 ) (actual time= 0 . 069 .. 0 . 069  rows= 1  loops= 1 )
        Index Cond: ((parent_id =  3839 ) AND ((code)::text = 'mega_cat''::text))
Total runtime:  0 . 138  ms

Хм. Ну и что беспокоит?
ИМХО план - идеален. Все остальные претензии - к железу.

328 - это стабильное время? Может дисковая была занята в этот момент? Или сеть занята?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.02.2007, 18:35
    #34352967
sql_worker
sql_worker
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тормоза. Форма по FAQ :)
Andrey Daeron328 - это стабильное время? Может дисковая была занята в этот момент? Или сеть занята?

Стабильно. +-2 - 4ms Именно в этом и проблемма. Дома у меня на такой же базе запрос проходит за 0.123 ms :)

Железо сам видел - на такой запрос хватить должно :)

PS: Мозгов - 512Mb. Ничем почти не заняты.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.02.2007, 19:22
    #34353005
Andrey Daeron
Andrey Daeron
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тормоза. Форма по FAQ :)
sql_worker Andrey Daeron328 - это стабильное время? Может дисковая была занята в этот момент? Или сеть занята?

Стабильно. +-2 - 4ms Именно в этом и проблемма. Дома у меня на такой же базе запрос проходит за 0.123 ms :)

Железо сам видел - на такой запрос хватить должно :)

PS: Мозгов - 512Mb. Ничем почти не заняты.
Да там таблицы то - на 140кубов.

А если выполнять на сервере в psql? Сколько занимает? Может сетевые задержки?
Просто EXPLAIN ANALYZE говорит о Total runtime: 0.138 ms , что явно меньше 328 мс.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.02.2007, 20:05
    #34353038
Shweik
Shweik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тормоза. Форма по FAQ :)
sql_worker
Код: plaintext
1.
2.
3.
[src]# dd if=/dev/urandom of=/var/tmp/tmp.tmp count= 200000 
 200000 + 0  records in
 200000 + 0  records out
 102400000  bytes ( 102  MB) copied,  45 . 841  seconds,  2 . 2  MB/s

Объясни плз и подоходчивее я тупой сегодня - что значит трансфер сегодняшнеговинта HDD 2.2 МB/s
Ась??? Ты эту команду дома не пробовал выполнить? А какой должна быть скорость трансфера у СDR привода на UMDA33 ;)
Неча на постгрес кивать коли система крива!
Ну ты и приколист - hdparm пишет ему одно dd совсем другое, а он давай бочки на sql сервер катить.
Вот для размышления.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
CELL  2 .53D RAM  HDD 114473MB <Seagate ST3120827AS  3 . 42 > at ata3-master SATA150
-------------------------------------------------------------
dd if=/dev/urandom of=~/tmp.tmp count= 200000 
 200000 + 0  records in
 200000 + 0  records out
 102400000  bytes transferred in  6 . 351144  secs ( 16123079  bytes/sec)
PIV  3 . 0  1G RAM  HDD 190782MB <ST3200822AS/ 3 . 01 > [ 387621 / 16 / 63 ] at ata2-master SATA150
 --------------------------------------------
dd if=/dev/urandom of=~/tmp.tmp count= 200000 
 200000 + 0  records in
 200000 + 0  records out
 102400000  bytes transferred in  4 . 561968  secs ( 22446454  bytes/sec)

СELL  1 . 0  RAM256- 16  HDD 76351MB <SAMSUNG SP0812N TK100- 31 > at ata0-master UDMA33 (кажись  кто-то шлейф нетот пихнул!!!)
-----------------------------------------------------------------
dd if=/dev/urandom of=~/tmp.tmp count= 200000 
 200000 + 0  records in
 200000 + 0  records out
 102400000  bytes transferred in  11 . 812925  secs ( 8668471  bytes/sec)

CELL  1 . 7  RAM256- 16  HDD 19130MB <SAMSUNG SV2011H/RL100- 08 > [ 38869 / 16 / 63 ] at ata0-slave UDMA100
--------------------------------------------------------------------
dd if=/dev/urandom of=~/tmp.tmp count= 200000 
 200000 + 0  records in
 200000 + 0  records out
 102400000  bytes transferred in  9 . 140535  secs ( 11202845  bytes/sec)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.02.2007, 20:12
    #34353045
sql_worker
sql_worker
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тормоза. Форма по FAQ :)
Shweik sql_worker
Код: plaintext
1.
2.
3.
[src]# dd if=/dev/urandom of=/var/tmp/tmp.tmp count= 200000 
 200000 + 0  records in
 200000 + 0  records out
 102400000  bytes ( 102  MB) copied,  45 . 841  seconds,  2 . 2  MB/s

Объясни плз и подоходчивее я тупой сегодня - что значит трансфер сегодняшнеговинта HDD 2.2 МB/s
Ась??? Ты эту команду дома не пробовал выполнить? ;)
Неча на постгрес кивать коли система крива!
Вот для размышления.

хм :) меня тоже смутило такое время, но hdparm вроде выдавал все нормально. да и тем более таблица в 4000 записей после первого же выполнения должна была бы быть в кэше. ну да ладно . попробую поковырятся. проблемма в том что серверв в орегоне :) tnx за табличку :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.02.2007, 20:30
    #34353055
Shweik
Shweik
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тормоза. Форма по FAQ :)
я незнаю что это за система такая но подозреваю что нужно выполнить smartctl и готовится к худшему 2Мега в секунду при dd допустимо для 16 скоростного CDR. Хотя я не исключаю что этот чудный и экстрагуманный по отношению к админу дистриб имет
некоторые ненаходит понимания в общении контроллером твоей материнки(я как-то не въеду - это у тебя кажется еще IDE-шник?) Блин ..... я хотел спросить что это за сервер "орегон" ... пора спать...
8=\ Мдас класный случай тебе выпал.... экзотичный линукс и какой-то металолом хотящийся в заатлантическом кривбассе 8_) Главное сними дамп .... а там пусть закапывают этот экспонат....
в головах щедрого хостера.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Тормоза. Форма по FAQ :) / 7 сообщений из 7, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]