ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Эпическая деградация производительности
14 сообщений из 114, страница 5 из 5
  5  все
Эпическая деградация производительности
    #39368999
aborigen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aborigen
Гость
Melkomyagkii_newbi,

написал недостаточно детально.

Даже после гашения всех сессий кроме пары собственных с проверенными запросами производительность не возвращается в норму.
...
Рейтинг: 0 / 0
16.12.2016, 20:31
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369000
тынц.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
тынц.
Гость
aborigenа чего про процессы параллельности, которые в топе os у вас почти все и съели ничего не говорите ?
разобрались с ними ?
Рабочая версия до сих пор - проблемы не в прикладном коде, работающем с базой.
ну вы тогда каким-то гаданием занимаетесь, либо что-то утаиваете от общественности ))
вы же сами выложили скрин, на котором четко видно, кто жрет ваши cpu.
про параллельность же вы старательно почему-то обходите стороной.

т.е. показываете одни данные, которые однозначно показывают на источник проблем.
но при этом говорите, что все не так как всем видется. тень на плетень.
на что опираться - на какого-то таинственного барабашку ?.
проблемы не в прикладном коде говорите - так сделайте тест, погоняйте какие-нибудь программы, грузящие cpu или память, посмотрите.
смысл тогда выкладывать было скрины, awr - но типа это все не то.
что анализировать тогда - слова, что все почему-то плохо работает ?
...
Рейтинг: 0 / 0
16.12.2016, 20:37
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369002
тынц.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
тынц.
Гость
aborigenMelkomyagkii_newbi,
написал недостаточно детально.
Даже после гашения всех сессий кроме пары собственных с проверенными запросами производительность не возвращается в норму.
нужно делать сопоставимый анализ - те же запросы, с примерно тем же кол-вом лог.чтений.
когда нормально и когда плохо. awr-ки две, а не dif, в котором заколебешься ковыряться. и снимок top процессов при этом.
нарисуйте просто прогу какую-нибудь на чем можете, засеките ее производительность.

или у вас сейчас просто всегда теперь - медленно безвозвратно ?
...
Рейтинг: 0 / 0
16.12.2016, 20:43
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369003
тынц.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
тынц.
Гость
железо свое конкретно укажите - может у кого похожее есть сравнить
...
Рейтинг: 0 / 0
16.12.2016, 20:46
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369004
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Модератор форума
aborigenMelkomyagkii_newbi,

написал недостаточно детально.

Даже после гашения всех сессий кроме пары собственных с проверенными запросами производительность не возвращается в норму.А это типа детально? вы нарочно ничего не показываете из запрошенного?
...
Рейтинг: 0 / 0
16.12.2016, 20:49
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369024
Melkomyagkii_newbi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Melkomyagkii_newbi
Участник
xtenderaborigenMelkomyagkii_newbi,

написал недостаточно детально.

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

Ну хоть что-то) Раз пара проверенных запросов висит - значит не в cpu корень зла был(скорее всего)..

И что ваши проверенные запросы ждут? ASH в студию, как xtender просил для того запроса, только для ваших проверенных(и тот который xtender просил тоже).
План не поменялся? Его, пожалуйста, тоже в студию.
...
Рейтинг: 0 / 0
16.12.2016, 22:03
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369038
дык
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
дык
Гость
Melkomyagkii_newbiНу хоть что-то) Раз пара проверенных запросов висит - значит не в cpu корень зла был(скорее всего)..

но по выложенному AWR почти вся нагрузка - cpu, ничего другого серьезного там не видно
...
Рейтинг: 0 / 0
16.12.2016, 22:33
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369064
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Модератор форума
SeaGatextender,

off: DDL не выполняется, объект в базе не создается, редо не генерится, база потом спасибо скажет :)
обычно к ASH еще кучу прочего нужно, так что все равно экспортировать придется еще что-нибудь

SeaGateЧем там на x86 щас утилизацию core смотрите, кстати? Вчера на SPARC-ах pgstat-ом ковырялся, на Linux пока не было таких задач.ps, top, htop
...
Рейтинг: 0 / 0
16.12.2016, 23:25
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369298
Фотография SeaGate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeaGate
Участник
xtenderps, top, htop
Эти инструменты известны, утилизацию core я через них не смогу посмотреть, только thread/logical processors utilization.
Их можно использовать для не SMT, для SMT я с помощью этих инструментов не смогу сказать, насколько core утилизированы, в общем случае.
В Solaris для этого есть pgstat .
В AIX тоже допилили стандартные утилиты: Understanding CPU utilization on AIX
...
Рейтинг: 0 / 0
17.12.2016, 17:08
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369303
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Модератор форума
SeaGate,

top + 1?
...
Рейтинг: 0 / 0
17.12.2016, 17:17
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369391
landy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
landy
Участник
Так мы увидим все-таки

sar 1
iostat -xm 5

или админы пешком пошли запускать?
...
Рейтинг: 0 / 0
17.12.2016, 20:44
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369753
Фотография SeaGate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeaGate
Участник
xtender,

xtendertop + 1?
Нет, это thread-ы, не physical core.
Например, вот мой десктоп:
Код: plsql
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.
$ lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                8
On-line CPU(s) list:   0-7
Thread(s) per core:    2
Core(s) per socket:    4
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 42
Model name:            Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
Stepping:              7
CPU MHz:               1732.995
CPU max MHz:           3800.0000
CPU min MHz:           1600.0000
BogoMIPS:              6784.27
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              8192K
NUMA node0 CPU(s):     0-7
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm epb tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts


Вот top + 1, выдающий 8 logical cpu:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
top - 07:38:56 up 19 days, 23:39, 32 users,  load average: 0,85, 0,79, 0,79
Tasks: 495 total,   2 running, 493 sleeping,   0 stopped,   0 zombie
%Cpu0  :  0,7 us,  0,7 sy,  0,0 ni, 97,3 id,  1,0 wa,  0,0 hi,  0,3 si,  0,0 st
%Cpu1  :  1,7 us,  0,7 sy,  0,0 ni, 97,4 id,  0,0 wa,  0,0 hi,  0,3 si,  0,0 st
%Cpu2  :  0,7 us,  0,3 sy,  0,0 ni, 99,0 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
%Cpu3  :  1,0 us,  0,3 sy,  0,0 ni, 98,0 id,  0,0 wa,  0,3 hi,  0,3 si,  0,0 st
%Cpu4  : 71,1 us,  0,7 sy,  0,0 ni, 27,9 id,  0,0 wa,  0,3 hi,  0,0 si,  0,0 st
%Cpu5  :  0,3 us,  0,0 sy,  0,0 ni, 99,7 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
%Cpu6  :  0,0 us,  0,3 sy,  0,0 ni, 99,7 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
%Cpu7  :  3,0 us,  0,0 sy,  0,0 ni, 97,0 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem : 16300548 total,   693812 free,  7537388 used,  8069348 buff/cache
KiB Swap:  3817468 total,  2446996 free,  1370472 used.  5499032 avail Mem
...
Рейтинг: 0 / 0
19.12.2016, 03:45
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39369790
landy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
landy
Участник
У вас в свопе 1 гиг - что там?
На диски можно все-таки взглянуть?
На производительность не только загрузка цпу влияет ...
...
Рейтинг: 0 / 0
19.12.2016, 08:02
| Ответить | Цитировать | Написать  
Эпическая деградация производительности
    #39370047
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Модератор форума
SeaGate,

так а зачем? так же детальнее - какой vcpu на каком ядре же понятно? ну и irix mode выключать надо конечно
...
Рейтинг: 0 / 0
19.12.2016, 13:01
| Ответить | Цитировать | Написать  
14 сообщений из 114, страница 5 из 5
  5  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Эпическая деградация производительности
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&startmsg=39368999&tid=1886788]:
 0ms
get settings:
 5ms
get forum list:
 9ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 156ms
get topic data:
 6ms
get forum data:
 2ms
get page messages:
 27ms
get tp. blocked users:
 1ms
others: 234ms
total:  444ms
созд. / загр.: 444ms
x
x
Закрыть


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