Happy new year 2013!
Читать дальше...
|   | 
Отправил
Dmitry Volkov
дата:
30.12.12
2
комментариев
 
 
Отправил
Dmitry Volkov
дата:
29.12.12
1 комментариев
 
 
Метки: 11g, AIX, Oracle on AIX
 Единственное в чем я не согласен с Юрием, это с его определением, что Exadata storage   выполняет sql.  Возможно это чисто теоретический спор, однако мне он кажется важным.
Единственное в чем я не согласен с Юрием, это с его определением, что Exadata storage   выполняет sql.  Возможно это чисто теоретический спор, однако мне он кажется важным.
Отправил
Dmitry Volkov
дата:
11.12.12
26
комментариев
 
 
Отправил
Dmitry Volkov
дата:
4.12.12
1 комментариев
 
 
Отправил
Dmitry Volkov
дата:
3.12.12
70
комментариев
 
 
Метки: IBM
Отправил
Dmitry Volkov
дата:
9.10.12
8
комментариев
 
 
Метки: OpenWorld
Отправил
Dmitry Volkov
дата:
3.10.12
7
комментариев
 
 
Метки: OpenWorld
Отправил
Dmitry Volkov
дата:
2.10.12
9
комментариев
 
 


Отправил
Dmitry Volkov
дата:
1.10.12
11
комментариев
 
 
Метки: OpenWorld
Отправил
Dmitry Volkov
дата:
28.9.12
0
комментариев
 
 
Метки: OpenWorld
Отправил
Dmitry Volkov
дата:
2.9.12
10
комментариев
 
 
Отправил
Dmitry Volkov
дата:
16.8.12
3
комментариев
 
 
Метки: IBM
Отправил
Dmitry Volkov
дата:
16.8.12
7
комментариев
 
 
Метки: Exadata
Отправил
Dmitry Volkov
дата:
6.8.12
3
комментариев
 
 
Отправил
Dmitry Volkov
дата:
4.8.12
4
комментариев
 
 
lparstat System configuration: type=Dedicated mode=Capped smt=Off lcpu=256 mem=2020352MB %user %sys %wait %idle ----- ----- ------ ------ 0.5 0.7 0.3 98.5
Отправил
Dmitry Volkov
дата:
1.8.12
9
комментариев
 
 
Метки: AIX, Oracle on AIX
Отправил
Dmitry Volkov
дата:
30.7.12
22
комментариев
 
 
vmo -r -o shm_1tb_unsh_enable=0
echo "pfhdata -lsa" | kdb
Отправил
Dmitry Volkov
дата:
18.7.12
0
комментариев
 
 
Метки: Oracle on AIX
iostat -A 1 | awk '/avg/ {if(x!=1){print; getline; print; x=1}else{getline; print}}'
aio: avgc avfc maxgc maxfc maxreqs avg-cpu: % user % sys % idle % iowait physc % entc0.0 0.0 0 0 48 0.3 1.8 97.9 0.0 0.0 4.40.0 0.0 0 0 48 0.2 1.8 97.9 0.0 0.0 4.5
oracle 39846142 oracle 12u VREG R,W,CIO,DSYN,LG,0x800000000;CX 39,1 1069555712 33 /oradata/data (/dev/dsvolkssdlv)
Отправил
Dmitry Volkov
дата:
18.7.12
27
комментариев
 
 
Метки: Oracle on AIX
Отправил
Dmitry Volkov
дата:
2.7.12
6
комментариев
 
 
Метки: 11g
# cd /etc/yum.repos.d# wget http://public-yum.oracle.com/public-yum-ol6.repo
# yum update 
[ol6_UEK_latest] name=Latest Unbreakable Enterprise Kernel for Oracle Linux $releasever ($basearch) baseurl=http://public-yum.oracle.com/repo/OracleLinux/OL6/UEK/latest/$basearch/ gpgkey=http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol6 gpgcheck=1 enabled=1
Отправил
Dmitry Volkov
дата:
25.6.12
6
комментариев
 
 
Метки: 11g, linux, virtualization
Отправил
Dmitry Volkov
дата:
8.5.12
57
комментариев
 
 
Отправил
Dmitry Volkov
дата:
7.5.12
6
комментариев
 
 

 Возмем, для определенности, банковскую систему. Пик ее работы по CPU (а значит и запас на который нам нужно рассчитать ядра) приходится на день, когда все операционисты заняты вводом  платежей. Кэш базы данных максимально разогрет, все данные там, работаю только процессоры работающие на стороне СУБД. Процент ожидания ввода-вывода минимален.  По большому счету мне все равно что у меня на storage - у меня не хватает CPU на парсинг, логические чтения, блокировки.   Я привел график загрузки CPU одного из заказчиков - вы можете легко увидеть, что пик загрузки совпадает с минимум ожиданий по I/O.  Увы - ядра в storage, каим бы он не бы умным,  ничем не помогают в пике работы реального приложения. Возможно повторю всем известную истину, что расчет по CPU для любой системы делается для ее пиковой нагрузки, в прочее время нагрузка на CPU никого не интересует, в конце концов уплачено, и пусть они работают.
Возмем, для определенности, банковскую систему. Пик ее работы по CPU (а значит и запас на который нам нужно рассчитать ядра) приходится на день, когда все операционисты заняты вводом  платежей. Кэш базы данных максимально разогрет, все данные там, работаю только процессоры работающие на стороне СУБД. Процент ожидания ввода-вывода минимален.  По большому счету мне все равно что у меня на storage - у меня не хватает CPU на парсинг, логические чтения, блокировки.   Я привел график загрузки CPU одного из заказчиков - вы можете легко увидеть, что пик загрузки совпадает с минимум ожиданий по I/O.  Увы - ядра в storage, каим бы он не бы умным,  ничем не помогают в пике работы реального приложения. Возможно повторю всем известную истину, что расчет по CPU для любой системы делается для ее пиковой нагрузки, в прочее время нагрузка на CPU никого не интересует, в конце концов уплачено, и пусть они работают.
Отправил
Dmitry Volkov
дата:
7.5.12
14
комментариев
 
 
Отправил
Dmitry Volkov
дата:
13.4.12
31
комментариев
 
 
Метки: IBM
Отправил
Dmitry Volkov
дата:
30.3.12
66
комментариев
 
