Тормоза. Форма по FAQ :) / PostgreSQL

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

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

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Тормоза. Форма по FAQ :)

7 сообщений из 7, страница 1 из 1

Тормоза. Форма по FAQ :)

#34352900

sql_worker

Гость

"Хотете получить ответ - заполните форму:" - заполняю :)

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:18

| Ответить | Цитировать | Написать

Тормоза. Форма по FAQ :)

#34352937

Andrey Daeron

Участник

Откуда: Киев

Сообщения: 1 036

Рейтинг: 0 / 0

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, 17:58

| Ответить | Цитировать | Написать

Тормоза. Форма по FAQ :)

#34352967

sql_worker

Гость

Andrey Daeron328 - это стабильное время? Может дисковая была занята в этот момент? Или сеть занята?

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

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

PS: Мозгов - 512Mb. Ничем почти не заняты.

...

Рейтинг:

0 / 0

24.02.2007, 18:35

| Ответить | Цитировать | Написать

Тормоза. Форма по FAQ :)

#34353005

Andrey Daeron

Участник

Откуда: Киев

Сообщения: 1 036

Рейтинг: 0 / 0

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, 19:22

| Ответить | Цитировать | Написать

Тормоза. Форма по FAQ :)

#34353038

Shweik

Участник

Сообщения: 1 694

Рейтинг: 0 / 0

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:05

| Ответить | Цитировать | Написать

Тормоза. Форма по FAQ :)

#34353045

sql_worker

Гость

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:12

| Ответить | Цитировать | Написать

Тормоза. Форма по FAQ :)

#34353055

Shweik

Участник

Сообщения: 1 694

Рейтинг: 0 / 0

я незнаю что это за система такая но подозреваю что нужно выполнить smartctl и готовится к худшему 2Мега в секунду при dd допустимо для 16 скоростного CDR. Хотя я не исключаю что этот чудный и экстрагуманный по отношению к админу дистриб имет
некоторые ненаходит понимания в общении контроллером твоей материнки(я как-то не въеду - это у тебя кажется еще IDE-шник?) Блин ..... я хотел спросить что это за сервер "орегон" ... пора спать...
8=\ Мдас класный случай тебе выпал.... экзотичный линукс и какой-то металолом хотящийся в заатлантическом кривбассе 8_) Главное сними дамп .... а там пусть закапывают этот экспонат....
в головах щедрого хостера.

...

Рейтинг:

0 / 0

24.02.2007, 20:30

| Ответить | Цитировать | Написать

7 сообщений из 7, страница 1 из 1

Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Тормоза. Форма по FAQ :)

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?desktop=1&fid=53&tid=2005665]:	0ms
get settings:	9ms
get forum list:	20ms
check forum access:	3ms
check topic access:	3ms
track hit:	138ms
get topic data:	9ms
get forum data:	2ms
get page messages:	33ms
get tp. blocked users:	2ms
others:	240ms

total:	459ms