|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrey Zhukov 2:5025/33.15 16 Jun 2001 11:59:19
To : Dmitry V. Liseev
Subject : <без заголовка>
--------------------------------------------------------------------------------
15 Jun 01 22:49, Dmitry V. Liseev wrote to All:
>> > А в некоторых отраслях (например, в телекоммуникациях) вообще идет
>> > тотальная замена Оракла на Каше. Оракл там просто не справляется с
>> > нагрузкой. Cache по определению работает быстрее - так он устроен.
>> А примерчики "тотального перехода в телекоммуникациях" не подкините ?
DL> Традиционные системы сотового биллинга в основном строятся
DL> на Оракле. В средней компании с 500-900 тыс. абонентов в часы
DL> пиковой нагрузки система обрабатывает по 400-500 вызовов
[...skip...]
DL> Как показал эксперимент фирмы "Комта-плюс" простой перенос
DL> реляционной модели с Interbase на Cache увеличивает
DL> производительность в 2-3 раза. Полный отказ от реляционной модели и
DL> прямой доступ к данным дает выигрыш еще в 10-15 раз. Соответственно
DL> вместо 7-8 часов имеем 20 минут на той-же аппаратной базе при
Ага! Где-то я подобное уже читал, точнее вот где :
http://www.osp.ru/cw/2001/09/024_1.htm
Приведу несколько выдержек оттуда :
[...cut...]
В подтверждение была приведена новая версия биллинговой системы Mobill 3.52 от
компании "Комта-Плюс", построенная на основе Cache. Предыдущая версия _ 3.51 _
реализована на СУБД Interbase.
По результатам четырех внедрений ее сочли слишком ресурсоемкой.
[...skip...]
В качестве программно-аппаратной платформы был избран двухпроцессорный ПК-сервер
на базе Pentium II/700 МГц с оперативной памятью емкостью 512 Мбайт, оснащенный
операционной системой Windows NT 4.0 и СУБД Cache 3.22. Время обработки
суточного трафика на нем составило 25-35 минут, единовременная обработка
месячного трафика заняла от 3 до 7 часов для сети с 10-12 тыс. абонентов.
[...cut...]
Hу а теперь смотрим внимательно :
1) Разговор идет о 10тыс абонентов, а не о 500-900тыс. Hу, подумаешь, один-два
порядка разницы ;)
2) Интересно,на чем они внедряли IB,если сочли его ресурсоемким? С его-то
нежадностью к памяти и неумением работать на многопроцессорных компах (под NT.
Ископаемые classic-версии <=4.0 не вспоминаем...)
3) А почему приведенная текстовка начиналась с недостаточной производительности
oracle'а а под конец скатилась к тому что какая-то фирма смогла сделать на cache
нечто,что работает быстрее ее-же собственной разработки на IB? Hе убедительно.
Особенно учитывая что номер версии их системы изменился очень мало - с 3.51 до
3.52 ;) Для них смена сервера и "полный отказ от реляционной модели" - такая
мелочь что даже на 3.6 версию сменить постеснялись? :)))
Bye!
Andrey
--- GoldED/386 3.00.Beta3+
* Origin: Zhukov's Home Station (2:5025/33.15)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
<без заголовка>