| 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
| статистика будет одинакова? | |
Интернет-форум Краснодарского края и Краснодара |
