"Константин" ...
...
> Время выполнения разбито на 4 параметра:
>
> 1-й время грязного поиска по полному коду (одна из веток SP)
> 2-й время грязного поиска по части кода (вторая ветка SP) (starting)
> 3-й время чистого поиска по полному коду (одна из веток SP)
> 4-й время чистого поиска по части кода (вторая ветка SP) (starting)
Не понято
> где "чистой" называется замер времени выполнения SP, выполняемой
> сразу же за аналогичным поиском ... Сделано что-бы увидеть время
> затрачиваемое на ??? наверное на подгрузку индексов, кеша ...
Глупости
> Собственно замеры:
>
> 1) Intel PIV (3 Gg), 1 Gb RAM,
> 80 Gb HDD0 SATA-II (3Gb) [SYSTEM, PAGEFILE, FB-TEMP]
> 120 Gb HDD1 E-IDE (UDMA-5) [FB-DB2]
> 320 Gb HDD2 SATA-II (3Gb) [FB-DB1]
> Системная шина 800
>
> Замеры изначальной БД:
>
> a) База на HDD2 (SATA-II) б) База на HDD1 (E-IDE)
>
> p1 - 3.242 c. p1 - 3.338 c.
> p2 - 3.460 с. p2 - 3.694 с.
> p3 - 1.584 c. p3 - 1.610 c.
> p4 - 1.732 с. p4 - 1.786 с.
HDD2 чуть быстрее
> Замеры "увеличенной" БД:
>
> a) База на HDD2 (SATA-II) б) База на HDD1 (E-IDE)
>
> p1 - 3.254 c. p1 - 3.362 c.
> p2 - 3.438 с. p2 - 3.654 с.
> p3 - 1.560 c. p3 - 1.620 c.
> p4 - 1.722 с. p4 - 1.748 с.
Читали\писали ровно такое же кол-во записей
> 2) Duron 700 Mg , 256 Mb RAM,
> 40 Gb HDD0 E-IDE (UDMA-4) [SYSTEM, PAGEFILE, FB-TEMP]
> 120 Gb HDD1 E-IDE (UDMA-5) [FB-DB]
> Системная шина 133
>
> База на HDD2 (E-IDE)
> Замеры изначальной БД: Замеры "увеличенной" БД:
>
> p1 - 5.752 c. p1 - 6.002 c.
> p2 - 5.820 с. p2 - 5.764 с.
> p3 - 2.436 c. p3 - 2.724 c.
> p4 - 2.864 с. p4 - 2.676 с.
Чему тут удивляться ?
> Да БД размер страницы = размеру кластера = 32К.
Это есть только в ИБ
> перед тестами диски дефрагментировались, а БД делался харакире в виде
> B/R ...
> Да и ещё перед замерами скорости - для SP, в той-же транзакции, было
> сделано
> Prepeare ...
Я тебя сильно удивлю, когда скажу что prepare для процедуры ничего не
делает ?
> Судя по результатам - основное время было потрачено FB на ... разбор
> самой SP :(
Да ? Что курим ? :)
> Время поиска по "увеличенной" БД было чут-ли не меньшим нежели от
> изначальной ..
Порядка погрешности замеров
> что можно обьяснить лучьшей селективностью индексов, наверное ...
Выдыхай :)
> В общем можно было-бы на этом тему и закрыть вроде всё хорошо, но
> настораживают факты:
>
> 1) время поиска по многолимонным таблицам ПРАКТИЧЕСКИ НЕ ЗАВИСИТ от
> скорости HDD !!!???
Если ищем один и тот же набор данных, то пофигу сколько там ещё валяется
рядом
> 2) время поиска ПРАКТИЧЕСКИ НЕ ЗАВИСИТ ОТ ПРОЦЕССОРА !!!???
> 2) время поиска ПРАКТИЧЕСКИ НЕ ЗАВИСИТ ОТ ОБЬЕМА RAM !!!???
> 3) время поиска ПРАКТИЧЕСКИ НЕ ЗАВИСИТ ОТ ЧАСТОТЫ СИСТЕМНОЙ ШИНЫ !!!???
В идеале - да. Самое тормозное место - HDD. Но это только в идеале
> последние 3 пункта может конечно высосаны из пальца но согласитесь
> что PIV 3G и Duron 700Mb сравнивать даже смешно как минимум машины
> расходятся на 2 класса и отставание Duron 700 - ки всего на 40 %
> выглядит дико особенно если посмотреть на цену одного и другого
> компа ...
А ты сотню юзеров там и там запусти и сравни
> Остаётся только гадать что-же на самом деле томозит ?
Мы-то знаем кто же на самом деле томозит ;)))
--
Хорсун Влад
