Деградация процесса записи FB

bazilio77
Дата: 10.07.2012 23:13:29
Здравствуйте!

В продолжение темы

http://www.sql.ru/forum/actualthread.aspx?tid=954118
хотел все-таки навести ясность.


С FB работаем очень давно, вроде бы многое знаем.
В начале января проапгрейдил компьютер до Phenom II X6. ОС Windows 7 64. И начались тормоза. Так совпало что как раз было у меня в программе очень серьезное изменение логики, думал что-то напортачил, тормозит, сейчас найду перепишу се будет ок. Далее отметил что на этом вполне современном копьютере работать нельзя с FB. Любая программа FB тормозит. Даже демо-версия 2008 года компиляции с embedded 2.0.

Пробовал понять, ничего не понял, не было времени, забил. Работал на отладке с удаленной базой на другом компьютере. Пару дней назад обнаружил аналогичные проблемы на другом компьютере в офисе.

Такое поведение повергает в ступор, принципиально хочется разобраться. Это же невозможно!

Антивирусы и т.д. естественно были проверены в первую же секунду.

Могу дать логин teamviewer до проблемного компьютера.
asviridenkov
Дата: 10.07.2012 23:42:41
bazilio77,

А расширение у базы gdb?
Гаджимурадов Рустам
Дата: 10.07.2012 23:48:28

bazilio77> Могу дать логин teamviewer до проблемного компьютера.

Давай.

Posted via ActualForum NNTP Server 1.5

kdv
Дата: 11.07.2012 00:00:04
чего тормозит, куда тормозит...
сколько памяти жрет? сколько обращений к диску, какая скорость этих обращений, размер базы, очередь к диску, размер памяти на компе, какой битности используется ФБ?

Разобраться хотя бы в "где" можно имея на руках только Диспетчер задач и Монитор ресурсов. Дальше - mon$ и прочие инструменты.
kdv
Дата: 11.07.2012 00:39:36
кстати, возьмите тест 12846326
попробуйте. и скопируйте результаты сюда.
kdv
Дата: 11.07.2012 13:31:27
ну так и что?
bazilio77
Дата: 11.07.2012 16:59:15
kdv
ну так и что?


Ну так я весь день то на sql.ru не торчу. Вот в конце дня ознайомился с ответами.

компьютер Phenom II X6 1100T, диск HDD 500 Gb SATA 6Gb / s Western Digital Caviar Blue < WD5000AAKX> 7200rpm 16Mb.
Дискомфорта по другим вопросам не испытываю.

Вот результаты с FB 2.5 embedded. Мои тормоза думаю скрываются в первой строке insert performance

Insert performance:=335 rec/sec
Read performance:=145348rec/sec
Indexed read performance:=105042 rec/sec
Count performance:=1265822 rec/sec
Query performance:=117647 queries/sec
Sort time:=1435 msec
Parallels test: threads: 1=avg.time: 1407 msec
Parallels test: threads: 2=avg.time: 1775 msec
Parallels test: threads: 3=avg.time: 2853 msec
Parallels test: threads: 4=avg.time: 13267 msec
Update performance:=971 rec/sec
Delete performance:=481 rec/sec
bazilio77
Дата: 11.07.2012 17:08:06
Рядом стоит Athlon X3

Insert performance:=1675 rec/sec
Read performance:=130548rec/sec
Indexed read performance:=91491 rec/sec
Count performance:=793650 rec/sec
Query performance:=117647 queries/sec
Sort time:=7082 msec
Parallels test: threads: 1=avg.time: 3957 msec
Parallels test: threads: 2=avg.time: 14843 msec
Parallels test: threads: 3=avg.time: 36015 msec
Parallels test: threads: 4=avg.time: 77579 msec
Update performance:=2581 rec/sec
Delete performance:=2274 rec/sec
bazilio77
Дата: 11.07.2012 17:10:47
Кстати пробовал смотреть procmon'ом от sysinternals.
Удивился количеством записей в файл БД просто при коннекте и выполенении запросов select.
bazilio77
Дата: 11.07.2012 17:13:03
сервер Phenom II X4, правда с RAID 10

Insert performance:=1675 rec/sec
Read performance:=130548rec/sec
Indexed read performance:=91491 rec/sec
Count performance:=793650 rec/sec
Query performance:=117647 queries/sec
Sort time:=7082 msec
Parallels test: threads: 1=avg.time: 3957 msec
Parallels test: threads: 2=avg.time: 14843 msec
Parallels test: threads: 3=avg.time: 36015 msec
Parallels test: threads: 4=avg.time: 77579 msec
Update performance:=2581 rec/sec
Delete performance:=2274 rec/sec

везде embedded