iBase.ru Forum

Вопрос в следующем в ibconfig в разделе Tmp_Directory указал
450 000 000 "D:\Temp", диск D отдельный винт, на нем же файл подкачки, смотрю на нем и в самом деле создаются файлы типа ib_sort_xxx, но загдянул в temp виндовый там тоже имеется файлы ib_merge_xxx, что это за файлы, и почему они образуются во временной папке ОС, собственно и там и там. В чем ошибка? И смысл.
Fb 1.0.2.908\Win98, насчет последней сам знаю , уже работаю в нужном направлении .

450 мег - не маловато? насчет нужного или ненужного файла в Temp - попробуй его удалить. если оно используется, то не удалится. Скорее всего в виндовом temp какие то остатки. Или нет?

Параметр TMP_DIR конфига действует только на сортировщик. Врем. файлы для MERGE и прочего создаются в дефолтном temp'е ОС.

вот так дырка. даже не мог и подумать, что SORT MERGE отличается от SORT в смысле физической сортировки. Ну ладно, для SORT MERGE надо взять 2 источника, и брать данные или из них, или перелить еще в один temp file и там отсортировать. Разве не так?

При выполнении MERGE сначала сортируются входные потоки, как обычно (т.е. fb_sort_xxx файлы в TMP_DIR). После чего сливаются в процессе фетча. Слияние идет блочно-поточным методом. Если эквивалентные группы не найдены в текущем блоке (т.е. в первых 64КБ обоих входных потоков нет совпадений), этот блок сливается в дополнительный fb_merge_xxx файл, который затем используется помимо основного потока, идущего из SORT. Это если вкратце Вот на расположение тех самых fb_merge_xxx файлов TMP_DIR не оказывает никакого влияния. Также как и при переполнении темпа нельзя будет перебросить MERGE-времянки в другое место. Я это скоро буду править.

kdv писал(а):450 мег - не маловато? насчет нужного или ненужного файла в Temp - попробуй его удалить. если оно используется, то не удалится. Скорее всего в виндовом temp какие то остатки. Или нет?

Да в том и прикол, что я уже не в первый раз на это натыкаюсь, по дате образования, например вчера смотрел 09/12/2004, да я и сам собственноручно почистил temp windы, а тут ..И сообственно на D файлы тоже вчерашние. Так что на остатки не похоже

dimitr писал(а):При выполнении MERGE сначала сортируются входные потоки, как обычно (т.е. fb_sort_xxx файлы в TMP_DIR). После чего сливаются в процессе фетча. Слияние идет блочно-поточным методом. Если эквивалентные группы не найдены в текущем блоке (т.е. в первых 64КБ обоих входных потоков нет совпадений), этот блок сливается в дополнительный fb_merge_xxx файл, который затем используется помимо основного потока, идущего из SORT. Это если вкратце Вот на расположение тех самых fb_merge_xxx файлов TMP_DIR не оказывает никакого влияния. Также как и при переполнении темпа нельзя будет перебросить MERGE-времянки в другое место. Я это скоро буду править.

Так чего делать то?? Оставить как есть? Или есть решение?

dimitr же сказал, что все нормально, так и должно быть..

Лысый писал(а):dimitr же сказал, что все нормально, так и должно быть..

Ок.