Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Oleg LOA ...
Ну, хоть что-то тебе нравится :)
Ты на результаты FB2 посмотри, а архив таки донёс до конфы - всё очень даже.
Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Oleg LOA ...
В аттаче результаты из Glow Code для 10К и 100К страниц - там всё ясно
Я тебе без PIO_read укажу место где не так :-), у тебя памятьи на машине мало
:-):-):-):-)
Oleg LOA ...
Horsun Vlad ...
Т.е. ты забираешь у винды под кеш птицы в 2 раза
больше памяти.
У меня ВСЯ БД влезает в память ;-), что с кэшем птицы что без. Она рахзмером
1.6 ГБ
1.6Г (бд) + 0.8Г (кеш птицы) наверное больше, чем 2Г (ОЗУ) ?
Я уж не говорю о нуждах ОС... В любом случае
Horsun Vlad [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Ещё можешь пересобрать FB2 с FILE_FLAG_NO_BUFFERING - если
я прав, то тормоза будут и с малым, и с большим кешем (т.к. кеш ОС
не будет помогать), но с большим - меньше.
Да хорошая идея, пересобирать не буду - выключу
Oleg LOA ...
Horsun Vlad ...
Но ! У меня 1Гиг ОЗУ. Пока я не сделал кеш 100К страниц, под
файловый кеш использовалось около ~750MB. С кешем 100К страниц
файловый кеш ~240MB. Вот и всё объяснение. До тех пор, пока мы
полагаемся на файловый кеш ОС, не стоит занимать более половины
ОЗУ
Oleg LOA ...
Horsun Vlad ...
Так что я пока придерживаюсь своей версии ;)
У меня тесты Ya и FB2, БД 1.6 ГБ на 2 ГБ рам. Разница в изменениях при
1 - 10. Не нужно гонять 1 запрос, на котором есть улучшение нужно
гонять все запросы и тогда увидишь что в 80% иммеем ухудшение а не
Oleg LOA [EMAIL PROTECTED] wrote:
P.S. 2-ка вообще лажается на одном запросе по сравненю с 1.5
Я в курсе, это еще будет выправляться.
--
Дмитрий Еманов
Dmitry Yemanov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Oleg LOA loa-JGs/[EMAIL PROTECTED] wrote:
P.S. 2-ка вообще лажается на одном запросе по сравненю с 1.5
Я в курсе, это еще будет выправляться.
Ты лучше скажи почему так странности с кэшем. Сбалансирванное дерево туда
Oleg LOA ...
Horsun Vlad ...
Особенно на 9 - просто в разы
Очень информативно. Лажается На одном запросе :
верх точности. Теперь мне всё ясно и есть над чем работать,
спасибо за ценную информацию
Блин да просто прогони TPCR на FB1.5 и FB2.0 и сравни результаты.
Олег, поверь, я
Если ты о дереве грязных страниц, то какое отношение оно имеет к
read-only TPCR тесту ??? Да, его влепили, достаточно давно.
Да не про него (это я так к слову ибо есть подозрение что если сделать простой
update большой таблицы то тоже будет тормозить при увеличении кэша)ю.Я чего не
моуг
Oleg LOA ...
Если ты о дереве грязных страниц, то какое отношение оно имеет к
read-only TPCR тесту ??? Да, его влепили, достаточно давно.
Да не про него (это я так к слову ибо есть подозрение что если сделать
простой update большой таблицы то тоже будет тормозить при
увеличении
Dmitry Yemanov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Oleg LOA loa-JGs/[EMAIL PROTECTED] wrote:
когда увеличивали максимальный размер кэша страниц
менеджер подправляли в FB1.5
В 1.5 ни размер кеша не увеличивали, ни изменяли менеджер. Все изменения в
двойке.
Теже
Oleg LOA ...
Dmitry Yemanov ...
Oleg LOA wrote:
когда увеличивали максимальный размер кэша страниц
менеджер подправляли в FB1.5
В 1.5 ни размер кеша не увеличивали, ни изменяли менеджер. Все изменения в
двойке.
Теже яица вид с боку. На последнем снэпшоте при увеличении кэша с
Я вот протестировал увеличение с 10K страниц, до 100К страниц кэша при тесте
TPCR и получил снижение быстродействия, причём на отдельных запросах -
катастрофическое. Вапрос, когда увеличивали максимальный размер кэша страниц
менеджер подправляли в FB1.5, если нет, то такое увеличение
Влад, т.е. надо понимать так, что двойка
лучше использует большой кэш? А то 1.5.2
на больших размерах кэша и правда
начинала деградировать, причем
заметно :(
Это важно, потому-то сейчас RAM-память -
не слишком дорогой ресурс, а выиграть с
его помощью до сих пор мало что можно
было, скорее
15 matches
Mail list logo
