К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

аномалия с производительностью, загадка

Гость
0 - 25.01.2014 - 21:25
сижу отлаживаю программку. делаю замер производительности - один простенький запрос отжирает 16.8 секунд. запускаю еще несколько раз - стабильно выдает 2.3 секунды. ранее результаты были такого же порядка.
вот думаю - что же повлияло на задержку в первый раз?
отладка ведется в файловой базе, дисковый кэш винды отключен, данные и винда на ssd



1 - 25.01.2014 - 21:31
после первого запроса кеш скуля сработал
2 - 25.01.2014 - 21:32
возьми другой какой-нить мегаобъемный запрос, сделай его - он по идее выжмет скуль от старых данных, потом снова запусти свой.. посмотри..
3 - 25.01.2014 - 21:33
я не спец - чего в голову пришло и слышал - то и трындю
Гость
4 - 25.01.2014 - 21:33
1-Чучундер >в файловой версии? а после перезапуска почему не сбросился опять?
5 - 25.01.2014 - 21:34
загадка [*****]
Гость
6 - 25.01.2014 - 22:05
да никакой загадки здесь нет.
на самом деле комп это программно-аппаратный комплекс. И кэш имеется в несколькких местах

1. Кэш в самом диске. управляется программой в самом диске, ОС недоступен. 4-16-64 мегаБАЙТА. Маленький, но немного ускоряет операции чтения (насчет записи не знаю). В последнее время (пару лет) появились ГИБРИДНЫЕ диски. Обычный жесткий диск + небольшой кусок SSD. В ПО микроконтроллера такого диска зашит алгоритм, который вычисляет часто читаемые блоки данных (собирает статистику) и загружает их в SSD. Чтобы меньше колотиться при очередном чтении. Размер SSD-кешa 4-8 гигаБАЙТ.

2. дисковый кеш в системе - по сути некий буфер переменного размера, можно трактовать как отложенные операции записи/чтения. Управляется ОС

3. кеш в файловой системе - там буферируются данные, попадающие туда в результате опережающего чтения/записи. На уровне АПИ системы есть даже специальный вызов FlushBuffers - сбросить (записать) буфера на диск. Иначе система сама сбросит буфер при заполнении его.



В каком буфере у ТС застряли данные - фиг его знает
Гость
7 - 25.01.2014 - 22:09
кстати, на гибридных дисках очень удобно держать либо систему, либо базы, относительно редко меняющиеся. На 77 проверяли - после 15-20 минут активной работы часто используемые на чтение справочники и регистры в относительно небольших базах начинают просто летать. Если базы большие (или база одна, но в периоде много документов/движений) - начинается толкотня
Гость
8 - 25.01.2014 - 22:29
6-Helen1986 >написано же - диски ssd
и я бы понял, когда при первом запуске некешированные данные медленнее читаются, но это же в процессе работы произошло.
вобщем, непонятная фигня. может ssd решил накрыться и намеки так подает
Гость
9 - 25.01.2014 - 22:45
после перезапуска чего? одноэсины? может в винде где то зацепились данные в каком нибудь кеше. в вынь 7 и 8 - там же море всяких оптимизаторов "на лету".

а попробуй пару раз
- перезагрузить винду
- запустить 1 це
- выполнить запрос несколько раз с замером времени
Гость
10 - 25.01.2014 - 22:46
статистика будет одинакова?


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены