> > памяти, то для внешних хранилищ - смерть. Гы. Я знаю, что этому еще в > > школе учат, но вот проверил на своей шкуре :) > > А тебя сразу предупреждал ;-), накопитеоль на ленте от сильно отличается от > накопителя на феритовых кольцах ;-);-);-)
Типа мне еще повезло? Это хорошое еще не с перфокартами вожусь. Я их в работе даже и не видел :) Но в руках держал :))) > > Есть конечно еще идея - радикально увеличить размер кэша для > > заголовков нодов и упорядочить их выгрузку в файл (начать с тех, > > страницы которых сейчас в кэше, а потом группировать по страницам) - > > но я думаю это тоже нифига не поможет :)) > > Дима, с какой объём всего этого безобразия? Может проще докупить ОЗУ? ОЗУ не поможет. Тут (на тестах) 30 тыс объектов перелопатил (всего их 1.1 млн) программа выжрала 200 метров памяти. А их хочется обработать все за раз. Понятно, что мало ли "хочется", но я пока не сдаюсь :) > > Я посмотрел как сделано в FB 1.5 (tree.h). Но, боюсь, я такую > > реализацию пока не осилю. Нужно пересматривать реализацию свего кэша, > > а это .... достаточно рискованное мероприятие. > > ... Самофатова надо придушить за оформление иходников. > > Эээ... не понял о чём ты? Я не превередливый, но, @#$, читал этот код с j[ebntkmysv трудом. Он хоть бы префиксы использовал для данных-членов. Или, как это нынче модно, юзал бы this->. А то, @#@, смотришь на переменную level и вообще не фтыкаешь откуда она. Ну реально - нагромождение кода. Типа заоптимизировал, что бы никто туда и не пытался лазить :) Коваленко Дмитрий.
