Temp_Directory
Модераторы: kdv, Alexey Kovyazin
Temp_Directory
Вопрос в следующем в ibconfig в разделе Tmp_Directory указал
450 000 000 "D:\Temp", диск D отдельный винт, на нем же файл подкачки, смотрю на нем и в самом деле создаются файлы типа ib_sort_xxx, но загдянул в temp виндовый там тоже имеется файлы ib_merge_xxx, что это за файлы, и почему они образуются во временной папке ОС, собственно и там и там. В чем ошибка? И смысл.
Fb 1.0.2.908\Win98, насчет последней сам знаю , уже работаю в нужном направлении .
450 000 000 "D:\Temp", диск D отдельный винт, на нем же файл подкачки, смотрю на нем и в самом деле создаются файлы типа ib_sort_xxx, но загдянул в temp виндовый там тоже имеется файлы ib_merge_xxx, что это за файлы, и почему они образуются во временной папке ОС, собственно и там и там. В чем ошибка? И смысл.
Fb 1.0.2.908\Win98, насчет последней сам знаю , уже работаю в нужном направлении .
При выполнении MERGE сначала сортируются входные потоки, как обычно (т.е. fb_sort_xxx файлы в TMP_DIR). После чего сливаются в процессе фетча. Слияние идет блочно-поточным методом. Если эквивалентные группы не найдены в текущем блоке (т.е. в первых 64КБ обоих входных потоков нет совпадений), этот блок сливается в дополнительный fb_merge_xxx файл, который затем используется помимо основного потока, идущего из SORT. Это если вкратце Вот на расположение тех самых fb_merge_xxx файлов TMP_DIR не оказывает никакого влияния. Также как и при переполнении темпа нельзя будет перебросить MERGE-времянки в другое место. Я это скоро буду править.
Да в том и прикол, что я уже не в первый раз на это натыкаюсь, по дате образования, например вчера смотрел 09/12/2004, да я и сам собственноручно почистил temp windы, а тут ..И сообственно на D файлы тоже вчерашние. Так что на остатки не похожеkdv писал(а):450 мег - не маловато? насчет нужного или ненужного файла в Temp - попробуй его удалить. если оно используется, то не удалится. Скорее всего в виндовом temp какие то остатки. Или нет?
Так чего делать то?? Оставить как есть? Или есть решение?dimitr писал(а):При выполнении MERGE сначала сортируются входные потоки, как обычно (т.е. fb_sort_xxx файлы в TMP_DIR). После чего сливаются в процессе фетча. Слияние идет блочно-поточным методом. Если эквивалентные группы не найдены в текущем блоке (т.е. в первых 64КБ обоих входных потоков нет совпадений), этот блок сливается в дополнительный fb_merge_xxx файл, который затем используется помимо основного потока, идущего из SORT. Это если вкратце Вот на расположение тех самых fb_merge_xxx файлов TMP_DIR не оказывает никакого влияния. Также как и при переполнении темпа нельзя будет перебросить MERGE-времянки в другое место. Я это скоро буду править.