Вопросы истории ИТ и ОС

zVlad
Уже с Приветом
Posts: 15312
Joined: 30 Apr 2003 16:43

Re: Вопросы истории ИТ и ОС

Post by zVlad »

mskmel wrote:....
HA одна из причин.
На МФ НА достигается не кластерной конфигурацией а редандэнси. Все в МФ редандент, нет ни одного single point of failure. А кластерная конфигурация, Parralel Sysplex называется, он для none-stop существует. У нас этого нет и поэтому мы берем дважды в год outage на пару-тройку часов чтобы имплементировать накопившиеся патчи. Их сотни четыре накапливается каждый раз и ни одного чтобы нас как либо задевало. Просто чтобы быть в ногу со временем все имплементируем что накапливается. На новые версии ОС переходили до недавних пор регулярно, но сейчас зависли. Кстати, спасибо что напомнили, надо будет включить в план перехода на новый МФ и переход на новую версию zOS тоже.
Кластер это вообще то накладные расходы.
iDesperado
Уже с Приветом
Posts: 1349
Joined: 28 Nov 2008 17:50

Re: Вопросы истории ИТ и ОС

Post by iDesperado »

на мой вкус единый кеш db2/zOS на Parralel Sysplex, требующий реданденси это не "кластерная конфигурация", это сон разума.
zVlad wrote: Теперь o Buffer Pools и о терминологии. Опять же со слов нашего Oracle DBA, Oracle имеет несколько разнотипных кэшей, но кэш данных один и в нем парятся все табличные пространства. Есть еще кэши процедур, планов доступа и, наверное, еще какие-нибудь.
DBA такой ерунды спороть не мог, делаю ставку на то, что Владу рассказывали о чем-то другом, что Влад интерпретировал как кеш
zVlad
Уже с Приветом
Posts: 15312
Joined: 30 Apr 2003 16:43

Re: Вопросы истории ИТ и ОС

Post by zVlad »

mskmel wrote:.....
zVlad wrote:С этим и я согласился на основании соотношения "Logical IO/Physical IO". Примерно 2/1.
О! А о чем я талдычу уже которую страницу :) Что памяти надо много.
Ваше утверждение несколько не верно, не всё Physical IO для удовлетворения нужд Logical IO, но это уже другая история, в неё лучше вообще не лезть.

.....
Интересно получается, не правдали, на протяжении страниц от моих чисел размера памяти на МФ некоторые приходили в истерику говоря что такой маленькой памяти не бывает, такую память стыдно даже показывать на людях. А в итоге получается что МФ той памяти достаточно чтобы держать CPU 100% загруженным и судя по данным приведенным мной с МФ на продакшн память позволяет иметь низкий (относительно) уровень I/O. А на Вашем, не МФ, сервере памяти недостаточно (Вы правда не назвали число. Может быть ее и много на самом деле). Или, что более вероятно, Оракл не способен ее ефективно использовать. Вот такие выводы напрашиваются.
iDesperado
Уже с Приветом
Posts: 1349
Joined: 28 Nov 2008 17:50

Re: Вопросы истории ИТ и ОС

Post by iDesperado »

сумма всех кешей db2 у Влада 10.6Gb, куда вместилось 99.5% активных данных. похоже серьезные базы данных c МФ унесли, осталось мелочевка, на 10Gb.
mskmel
Уже с Приветом
Posts: 946
Joined: 24 Sep 2013 05:58
Location: US\GA

Re: Вопросы истории ИТ и ОС

Post by mskmel »

zVlad wrote: А в итоге получается что МФ той памяти достаточно чтобы держать CPU 100% загруженным и судя по данным приведенным мной с МФ на продакшн память позволяет иметь низкий (относительно) уровень I/O.
Эффективность кэширования определяется количеством активных Pages, у вас, в силу практически нулевой, readonly нагрузки, хватает и 10ГБ.

Не всегда ведь сотни ГБ RAM были на серверах, лет 15 назад, это был нормальный размер кэша и для оракла, и тогда он тоже как-то работал, как-то банки кровь из клиентов пили, телекомы свой траффик считали - счета выставляли... У вас видимо софт сильно не поменялся, клиентов\услуг сильно больше не стало, вот и справляетесь на старом железе. SAP какой версии?

400k pages per second это нагрузка на ~1.5ядра моего десктопа. IO тоже не задача для десктопного SSD.
zVlad wrote: Или, что более вероятно, Оракл не способен ее ефективно использовать. Вот такие выводы напрашиваются.
Точно, оракл гавно :umnik1:

Интересно, в DB2 buffer pool advisor есть? В Оракле эта штука даёт оценку изменения IO при измененнии размера BP. Может можно еще ужать память под ДБ2, тогда еще чего-нить на МФ можно будет повесить.
mskmel
Уже с Приветом
Posts: 946
Joined: 24 Sep 2013 05:58
Location: US\GA

Re: Вопросы истории ИТ и ОС

Post by mskmel »

iDesperado wrote:DBA такой ерунды спороть не мог, делаю ставку на то, что Владу рассказывали о чем-то другом, что Влад интерпретировал как кеш
Вполне так себе мог, а может просто хотел заранее отмазаться от "А давай-ка мы нарежем кучу пулов и будем таблички по этим пулам распределять!". Из имеющихся сейчас в DB2 15-16 пулов что-то делает только один.
zVlad
Уже с Приветом
Posts: 15312
Joined: 30 Apr 2003 16:43

Re: Вопросы истории ИТ и ОС

Post by zVlad »

mskmel wrote:
zVlad wrote: А в итоге получается что МФ той памяти достаточно чтобы держать CPU 100% загруженным и судя по данным приведенным мной с МФ на продакшн память позволяет иметь низкий (относительно) уровень I/O.
Эффективность кэширования определяется количеством активных Pages, у вас, в силу практически нулевой, readonly нагрузки, хватает и 10ГБ.

Не всегда ведь сотни ГБ RAM были на серверах, лет 15 назад, это был нормальный размер кэша и для оракла, и тогда он тоже как-то работал, как-то банки кровь из клиентов пили, телекомы свой траффик считали - счета выставляли... У вас видимо софт сильно не поменялся, клиентов\услуг сильно больше не стало, вот и справляетесь на старом железе. SAP какой версии?

400k pages per second это нагрузка на ~1.5ядра моего десктопа. IO тоже не задача для десктопного SSD.
zVlad wrote: Или, что более вероятно, Оракл не способен ее ефективно использовать. Вот такие выводы напрашиваются.
Точно, оракл гавно :umnik1:

Интересно, в DB2 buffer pool advisor есть? В Оракле эта штука даёт оценку изменения IO при измененнии размера BP. Может можно еще ужать память под ДБ2, тогда еще чего-нить на МФ можно будет повесить.
Все что Вы сказали здесь это домысли и отговорки. Наше приложение на МФ это OLTP приложение, с пиковыми нагрузками когда model z114-Q05 100% buzy на всех 5-ti CPU, и приэтом response time (average) меньше секунды.

Размер нашей продукш БД - 2.5 TB. На МФ, о котором я говорю и который ранит не только продакшн, но и все остальные экземпляры приложения, включая Training, ранятся покрайней мере еще 2 полноразмернуе базы - копии продакшн и штук 5 баз в которых нет таблицы с OLE обьектами. Следовательно ввод-вывод который вы иведели в моих принт сцреенс это далеко не весь ввод-вывод на этом МФ. Но дело вовсе в этом. Ввод-вывод на всех системах на этом МФ загружает 4 Ficon channels процентов на 10 каждый. Т.е. ввод-вывод действительно не в напряге, т.е. пямяти в общем и целом достаточно.

Опять же пишите: "старое железо". С чего Вы взяли что оно старое? Оно может легко быть новее Вашего "нового", а к новому году планируется его обновить. И мы не выполняем SAP. У нас нет клиентов/услуг, у нас есть атомные станции и на них работают люди. Вот этим людям и их работе наше система необходима 24/7.

"Нулевая нагрузка". Мне и моим коллегам в нашей тиме платят хорошие деньги, бенефиты и в проекте хорошую пенсию будут платить за саппорт "нулевой нагрузки". Думайте что говорите в самом деле.
mskmel
Уже с Приветом
Posts: 946
Joined: 24 Sep 2013 05:58
Location: US\GA

Re: Вопросы истории ИТ и ОС

Post by mskmel »

zVlad wrote: "Нулевая нагрузка". Мне и моим коллегам в нашей тиме платят хорошие деньги, бенефиты и в проекте хорошую пенсию будут платить за саппорт "нулевой нагрузки". Думайте что говорите в самом деле.
Вот мы и дошли до обсуждения темы "размер бенефитов - как критерий оценки нагрузки на систему." Не ожидал такого поворота, если честно.
KinDzaDza
Уже с Приветом
Posts: 2272
Joined: 29 Jul 2005 17:39
Location: Калифорнийский Мухосранск

Re: Вопросы истории ИТ и ОС

Post by KinDzaDza »

А меня всегда умиляло когда zVlad на примере своей одной системы пытается делать глобальные выводы что кругом одни @#$расы, а один только МФ - д'Артаньян. Так, на минуточку, ваша 2.5 Тб база да 2000 юзеров - ето просто вообше ниочем, можно продать МФ, купить вместо него лаптоп и никто из ваших 2000 юзеров ничего вообше не заметит.
Как-то несколько лет назад zVlad тоже на голубом глазу утверждал что нафига вам всякие там optimistick locking когда в базе уже есть механизм блокировок и надо просто взять все да и отдать на откуп базе данных.
И при етом - все кругом зашоренные и нифига не видят величия МФ, а как доходит до дела - так "у нас есть такие приборы, но мы вам про них не расскажем", потому что вы все равно нифига не поймете, и нет бога кроме МФ и ИБМ пророк его.

Но читать забавно.
zVlad
Уже с Приветом
Posts: 15312
Joined: 30 Apr 2003 16:43

Re: Вопросы истории ИТ и ОС

Post by zVlad »

mskmel wrote:
zVlad wrote: "Нулевая нагрузка". Мне и моим коллегам в нашей тиме платят хорошие деньги, бенефиты и в проекте хорошую пенсию будут платить за саппорт "нулевой нагрузки". Думайте что говорите в самом деле.
Вот мы и дошли до обсуждения темы "размер бенефитов - как критерий оценки нагрузки на систему." Не ожидал такого поворота, если честно.
Вы уже давно дошли до точки перехода к домыслам и игры в молчанку по поводу неудобных Вам фактов. Ваши выводы о нулевой нагрузке в системе с которой работают две атомных станции наивны и смешны. На таком уровне понимания приходится показывать на пальцах и тыкать носом.
mskmel
Уже с Приветом
Posts: 946
Joined: 24 Sep 2013 05:58
Location: US\GA

Re: Вопросы истории ИТ и ОС

Post by mskmel »

zVlad wrote:Вы уже давно дошли до точки перехода к домыслам и игры в молчанку по поводу неудобных Вам фактов. Ваши выводы о нулевой нагрузке в системе с которой работают две атомных станции наивны и смешны.
zVlad wrote:наша апп эксплуатируется с середины 90-х, но начало накоплению данных было положено гораздо раньше. И за все эти годы не было ни одной подчистки ненужных данных, ни одной архивации данных
Так куда уж удобнее факты. 2.5ТБ накопленных за 20-30 лет... это уже стало существенной нагрузкой? А как же живут те, кто не имеют МФ и имеют такой же объём новых данных в день?

Вот пример нагрузки из моей предменой области, обратите внимание, это 2010 год, тогда данных меньше было, да и х64 серверы были не такие "жирные" как сейчас:
http://www.oracle.com/technetwork/datab ... 177532.pdf" onclick="window.open(this.href);return false;
Easbayguy
Уже с Приветом
Posts: 10632
Joined: 17 Jul 2003 22:11

Re: Вопросы истории ИТ и ОС

Post by Easbayguy »

select 2.5*1024*1024*1024*1024/(365*25),
2.5*1024*1024*1024*1024/(365*25*1440*24) from dual

301,236,062.40 8,716.32

300МБ в день, 8.7 КБ в секунду. Да похоже на 49 коммитов в секунду по 170 байтов данных.
Пх'нглуи мглв'нафх Ктулху Р'лайх угахнагл фхтагн
mskmel
Уже с Приветом
Posts: 946
Joined: 24 Sep 2013 05:58
Location: US\GA

Re: Вопросы истории ИТ и ОС

Post by mskmel »

Easbayguy wrote:select 2.5*1024*1024*1024*1024/(365*25),
2.5*1024*1024*1024*1024/(365*25*1440*24) from dual

301,236,062.40 8,716.32

300МБ в день, 8.7 КБ в секунду. Да похоже на 49 коммитов в секунду по 170 байтов данных.
Вот не надо грязи, люди же не могут 24 часа в сутки работать, выходные, праздники...
Плюс не учёл, что данные еще меняются, не только новые добавляются.

PS:
1024*1024*1024*1024~=11E11
1024*1024*1024~=107E7
Easbayguy
Уже с Приветом
Posts: 10632
Joined: 17 Jul 2003 22:11

Re: Вопросы истории ИТ и ОС

Post by Easbayguy »

mskmel wrote:
Easbayguy wrote:select 2.5*1024*1024*1024*1024/(365*25),
2.5*1024*1024*1024*1024/(365*25*1440*24) from dual

301,236,062.40 8,716.32

300МБ в день, 8.7 КБ в секунду. Да похоже на 49 коммитов в секунду по 170 байтов данных.
Вот не надо грязи, люди же не могут 24 часа в сутки работать, выходные, праздники...
Плюс не учёл, что данные еще меняются, не только новые добавляются.

PS:
1024*1024*1024*1024~=11E11
1024*1024*1024~=107E7
Вы посты Влада то читайте, он же написал данные с двух атомных станций, а они работают круглосуточно, в выходные и праздники.
Мониторинг наверное какой то.
Пх'нглуи мглв'нафх Ктулху Р'лайх угахнагл фхтагн
mskmel
Уже с Приветом
Posts: 946
Joined: 24 Sep 2013 05:58
Location: US\GA

Re: Вопросы истории ИТ и ОС

Post by mskmel »

Easbayguy wrote:Мониторинг наверное какой то.
2000 юзеров, если это не один юзер на каждый датчик...
Easbayguy
Уже с Приветом
Posts: 10632
Joined: 17 Jul 2003 22:11

Re: Вопросы истории ИТ и ОС

Post by Easbayguy »

mskmel wrote:
Easbayguy wrote:Мониторинг наверное какой то.
2000 юзеров, если это не один юзер на каждый датчик...
Юзера скорее всего "Read Only mostly", я так на PG&E одну систему помогал разрабатывать. Или скажем у нас в 4м квартале может быть до 300 customer service representative. Никакой нагрузки на системы они не несут, вытащить по индеху ваш заказ, посмотреть, если скандалите, дать вам скидку.
Пх'нглуи мглв'нафх Ктулху Р'лайх угахнагл фхтагн
zVlad
Уже с Приветом
Posts: 15312
Joined: 30 Apr 2003 16:43

Re: Вопросы истории ИТ и ОС

Post by zVlad »

mskmel wrote:....
А это кому уже лет 10+ как?

Code: Select all

db_16k_cache_size     
db_2k_cache_size                 
db_32k_cache_size               
db_4k_cache_size                 
db_8k_cache_size                 
db_cache_size                       
db_keep_cache_size             
db_recycle_cache_size         
:rtfm:
Configuring Multiple Buffer Pools

...



почитал. я знал что документация Оракл отстой. спасибо еще раз в этом убедился. Многопульный означает трехпульный: default, keep, and recycle (пулы для таблиц с разными размерами блоков не в счет тем более что их может быть тоже по одному на каждый размер.
Т.о. мы можем конечно выделить одну горячую таблицу и одну холодную, но все остальные тогда придется свалить вместе. или можно собрать все горячие таблицы в одном пуле. а все холодные в другом. остальные пойдут в defaultдля каких? неясно. вот все объянение многопульности (насладитесь ясностью изложения):
For most systems, a single default buffer pool is generally adequate. However, database administrators with detailed knowledge of an application's buffer pool may benefit from configuring multiple buffer pools.

For segments that have atypical access patterns, consider storing blocks from these segments in two separate buffer pools: the KEEP pool and the RECYCLE pool. A segment's access pattern may be atypical if it is constantly accessed (sometimes referred to as hot) or infrequently accessed (such as a large segment that is accessed by a batch job only once a day).

Using multiple buffer pools enables you to address these irregularities. You can use the KEEP pool to maintain frequently accessed segments in the buffer cache, and the RECYCLE pool to prevent objects from consuming unnecessary space in the buffer cache. When an object is associated with a buffer cache, all blocks from that object are placed in that cache. Oracle Database maintains a DEFAULT buffer pool for objects that are not assigned to a specific buffer pool. The default buffer pool size is determined by the DB_CACHE_SIZE initialization parameter. Each buffer pool uses the same LRU replacement policy. For example, if the KEEP pool is not large enough to store all of the segments allocated to it, then the oldest blocks age out of the cache.
Работающие с Оракл настолько убеждены что Оракл это самая супер пупер база что они не могут даже допустить что на самом деле Оракл убог как нищенка на базаре в будний день. все его величие жто мыльный пузырь который лопается каждый день в огромном количестве мест где он установлен. но приверженность ему так велика что даже это не замечается и чуть ли не в достоинство возводится.

кстати, положа руку на сердце, скажите ораклисты вы многопульностью Оракл пользуетесь? уверен что нет не пользуетесь. потому что как этим пользоваться в реальных условиях совершенно не понятно. как и во многих других случаях сказать что это есть в Оракл формально можно, но используется ли оно на самом деле нельзя, скорее всего нет.

я бы еше мог много чего сказать из прочитанного с подачи mskmel, но жалко времени и тех кто молится кумирам.
Easbayguy
Уже с Приветом
Posts: 10632
Joined: 17 Jul 2003 22:11

Re: Вопросы истории ИТ и ОС

Post by Easbayguy »

zVlad wrote: кстати, положа руку на сердце, скажите ораклисты вы многопульностью Оракл пользуетесь? уверен что нет не пользуетесь. потому что как этим пользоваться в реальных условиях совершенно не понятно. как и во многих других случаях сказать что это есть в Оракл формально можно, но используется ли оно на самом деле нельзя, скорее всего нет.

я бы еше мог много чего сказать из прочитанного с подачи mskmel, но жалко времени и тех кто молится кумирам.
Ну я использую во многих местах, очень удобно, когда надо гарантировать респонсе тиме для реже употребляемых данных. А что вам непонятно?
Пх'нглуи мглв'нафх Ктулху Р'лайх угахнагл фхтагн
mskmel
Уже с Приветом
Posts: 946
Joined: 24 Sep 2013 05:58
Location: US\GA

Re: Вопросы истории ИТ и ОС

Post by mskmel »

zVlad wrote:кстати, положа руку на сердце, скажите ораклисты вы многопульностью Оракл пользуетесь?
про ДБА утверждающего что пул всего один - уже забыли? Про "детскую" статистику тоже?
zVlad
Уже с Приветом
Posts: 15312
Joined: 30 Apr 2003 16:43

Re: Вопросы истории ИТ и ОС

Post by zVlad »

Easbayguy wrote:
zVlad wrote: кстати, положа руку на сердце, скажите ораклисты вы многопульностью Оракл пользуетесь? уверен что нет не пользуетесь. потому что как этим пользоваться в реальных условиях совершенно не понятно. как и во многих других случаях сказать что это есть в Оракл формально можно, но используется ли оно на самом деле нельзя, скорее всего нет.

я бы еше мог много чего сказать из прочитанного с подачи mskmel, но жалко времени и тех кто молится кумирам.
Ну я использую во многих местах, очень удобно, когда надо гарантировать респонсе тиме для реже употребляемых данных. А что вам непонятно?
Мне не понятно (точнее мне как раз все понятно, просто отвечаю Вам в унисон) как можно с таким бедным иструментарием заниматься тьюнингом производительности.
zVlad
Уже с Приветом
Posts: 15312
Joined: 30 Apr 2003 16:43

Re: Вопросы истории ИТ и ОС

Post by zVlad »

mskmel wrote:
zVlad wrote:кстати, положа руку на сердце, скажите ораклисты вы многопульностью Оракл пользуетесь?
про ДБА утверждающего что пул всего один - уже забыли? Про "детскую" статистику тоже?
Наш DBA был прав, у меня к нему нет претензий. 127 параметров по кэшу Вы мне так и не показали.
mskmel
Уже с Приветом
Posts: 946
Joined: 24 Sep 2013 05:58
Location: US\GA

Re: Вопросы истории ИТ и ОС

Post by mskmel »

zVlad wrote:
mskmel wrote:про ДБА утверждающего что пул всего один - уже забыли? Про "детскую" статистику тоже?
Наш DBA был прав, у меня к нему нет претензий. 127 параметров по кэшу Вы мне так и не показали.
Т.е. он не осилил документацию, потому что она гавно? Или слово "multiple" перевел как "один"?

Code: Select all

CR blocks created
DBWR checkpoint buffers written
DBWR checkpoints
DBWR lru scans
DBWR object drop buffers written
DBWR parallel query checkpoint buffers written
DBWR revisited being-written buffer
DBWR tablespace checkpoint buffers written
DBWR thread checkpoint buffers written
DBWR transaction table writes
DBWR undo block writes
Effective IO time
Number of read IOs issued
background checkpoints completed
background checkpoints started
blocks decrypted
blocks encrypted
cell flash cache read hits
cell overwrites in flash cache
cell partial writes in flash cache
cell physical IO bytes saved by storage index
cell writes to flash cache
change write time
checkpoint clones created for ADG recovery
cold recycle reads
commit cleanout failures: block lost
commit cleanout failures: buffer being written
commit cleanout failures: callback failure
commit cleanout failures: cannot pin
commit cleanout failures: hot backup in progress
commit cleanout failures: write disabled
commit cleanouts
commit cleanouts successfully completed
consistent changes
consistent gets
consistent gets - examination
consistent gets direct
consistent gets from cache
consistent gets from cache (fastpath)
current blocks converted for CR
db block changes
db block gets
db block gets direct
db block gets from cache
db block gets from cache (fastpath)
db corrupt blocks detected
db corrupt blocks recovered
dirty buffers inspected
exchange deadlocks
flash cache eviction: aged out
flash cache eviction: buffer pinned
flash cache eviction: invalidated
flash cache insert skip: DBWR overloaded
flash cache insert skip: corrupt
flash cache insert skip: exists
flash cache insert skip: modification
flash cache insert skip: not current
flash cache insert skip: not useful
flash cache inserts
flashback cache read optimizations for block new
flashback direct read optimizations for block new
free buffer inspected
free buffer requested
hot buffers moved to head of LRU
lob reads
lob writes
lob writes unaligned
logical read bytes from cache
number of map misses
number of map operations
physical read IO requests
physical read bytes
physical read flash cache hits
physical read partial requests
physical read requests optimized
physical read total IO requests
physical read total bytes
physical read total bytes optimized
physical read total multi block requests
physical reads
physical reads cache
physical reads cache prefetch
physical reads direct
physical reads direct (lob)
physical reads direct temporary tablespace
physical reads for flashback new
physical reads prefetch warmup
physical reads retry corrupt
physical write IO requests
physical write bytes
physical write requests optimized
physical write total IO requests
physical write total bytes
physical write total bytes optimized
physical write total multi block requests
physical writes
physical writes direct
physical writes direct (lob)
physical writes direct temporary tablespace
physical writes from cache
physical writes non checkpoint
pinned buffers inspected
prefetch clients - 16k
prefetch clients - 2k
prefetch clients - 32k
prefetch clients - 4k
prefetch clients - 8k
prefetch clients - default
prefetch clients - keep
prefetch clients - recycle
prefetch warmup blocks aged out before use
prefetch warmup blocks flushed out before use
prefetched blocks aged out before use
recovery array read time
recovery array reads
recovery block gets from cache
recovery blocks read
recovery blocks read for lost write detection
recovery blocks skipped lost write checks
shared hash latch upgrades - no wait
shared hash latch upgrades - wait
summed dirty queue length
switch current to new buffer
total number of slots
write clones created for recovery
write clones created in background
write clones created in foreground
ЗЫЖ это в самом деле академически полезная информация, но более полезно чего и сколько ждали. Например гистограмма ожиданий одноблочного чтения или ожиданий блокировок разных типов. Уж извините, тут их постить не буду...
Easbayguy
Уже с Приветом
Posts: 10632
Joined: 17 Jul 2003 22:11

Re: Вопросы истории ИТ и ОС

Post by Easbayguy »

Насколько было бы круче если бы Влада звали Глебом!
Пх'нглуи мглв'нафх Ктулху Р'лайх угахнагл фхтагн
zVlad
Уже с Приветом
Posts: 15312
Joined: 30 Apr 2003 16:43

Re: Вопросы истории ИТ и ОС

Post by zVlad »

mskmel wrote:
zVlad wrote:
mskmel wrote:про ДБА утверждающего что пул всего один - уже забыли? Про "детскую" статистику тоже?
Наш DBA был прав, у меня к нему нет претензий. 127 параметров по кэшу Вы мне так и не показали.
Т.е. он не осилил документацию, потому что она гавно? Или слово "multiple" перевел как "один"?


ЗЫЖ это в самом деле академически полезная информация, но более полезно чего и сколько ждали. Например гистограмма ожиданий одноблочного чтения или ожиданий блокировок разных типов. Уж извините, тут их постить не буду...
Много значит больше одного. Я насчитал, думал сказать три как и говорил выше, но на самом то деле в Оракл есть именно один пул каждого типа. А речь идет о многих пулах одного и того де типа. Их в Оракл нет. Если есть покажите, я пока не увидел.

Параметром много, не считал но верю что 127. Не все они относятся к управлению буферными пулами, есть и такие что получаются арифметически из других (блоки, байты). Видно также что Оракл подменяет собой систему в которой выплняется - много параметров связанных именно с вводом-выводом. Ну и я не увидел много полезных параметров для настройки полезных механизмов в управлении буферными пулами. Я имею в виду пороговые значения. Этих механизмов нет у Оракла? Чтобы помочь Вам понять о чем я говорю, я вот тут ссылочку подискал (их много на самом деле и при желании Вы можете найти свою):

http://enterprisesystemsmedia.com/artic ... 20qspwjefe" onclick="window.open(this.href);return false;)&ts=1446903806

Статья пятилетней давности и речь идет на базе DB2 v8. Сейчас доступна DB2 v11.
Алгоритм LRU - это единственный алгоритм используемый в Оракл для БП?
mskmel
Уже с Приветом
Posts: 946
Joined: 24 Sep 2013 05:58
Location: US\GA

Re: Вопросы истории ИТ и ОС

Post by mskmel »

zVlad wrote:Много значит больше одного. Я насчитал, думал сказать три как и говорил выше, но на самом то деле в Оракл есть именно один пул каждого типа. А речь идет о многих пулах одного и того де типа. Их в Оракл нет. Если есть покажите, я пока не увидел.
Значит таки документацию не осилил. Это три пула с разными названиями, но с одним и тем же алгоритмом.
Each buffer pool uses the same LRU replacement policy.
У вас 100ГБ "горячих" объектов, ну так создайте под них пул на 100ГБ. После нагрузки посмотрите оценки количества IO в завимимости от размера пула, и прыгайте дальше. Зачем делать 10 пулов по 10ГБ под горячие объекты?
zVlad wrote:я вот тут ссылочку подискал (их много на самом деле и при желании Вы можете найти свою):
http://enterprisesystemsmedia.com/artic ... 20qspwjefe" onclick="window.open(this.href);return false;)&ts=1446903806
Теперь понятно зачем в DB2 столько пулов. Исходите из того, что сразу в оракле 4ре пула: system, work и по большей части LOB/XML не нужны, эти функции выполняются другими специализированными кусками памяти.
zVlad wrote:Алгоритм LRU - это единственный алгоритм используемый в Оракл для БП?
К счастью да.
FIFO не нужен. Операции чтения\записи, которые подходят для FIFO, вообще до кэша (в вашем понимании) не доберутся. Для обычных операций, объект всё еще может наслаждаться LRU.

Return to “Вопросы и новости IT”