![]() |
|
|
Google unix.com
|
|||||||
| Форумы | Регистрация | Правила форума | Ссылки | Альбомы | ЧАВО | Список участников | Календарь | Поиск | Сегодняшние сообщения | Отметить форумы читать |
| Программирования высокого уровня Почтовые вопросы о C, C + +, Java, SQL и других языках программирования здесь. |
Подробнее UNIX и Linux Темы форума можно найти полезные
|
||||
| Нить | Резьба для начинающих | Форум | Ответы | Последнее сообщение |
| Как добавить метаданные для цифровых изображений с помощью командной строки | iBot | UNIX и Linux RSS Новости | 0 | 09-19-2008 03:30 PM |
| Hachoir метаданных 1.2 (по умолчанию филиала) | iBot | Релизов программ - RSS Новости | 0 | 09-03-2008 08:30 PM |
| Еще один Metadata Injector для FLV 1.4 (по умолчанию филиала) | iBot | Релизов программ - RSS Новости | 0 | 05-25-2008 10:10 AM |
| Еще один Metadata Injector для FLV 1.3 (по умолчанию филиала) | iBot | Релизов программ - RSS Новости | 0 | 04-27-2008 05:30 PM |
| помощь, в чем состоит разница между дамп и дамп паники? | aileen | UNIX для чайников Вопросы И Ответы | 1 | 06-11-2001 09:08 PM |
|
|
LinkBack | Резьба Инструменты | Искать в этом Thread | Оценить Thread | Режимы дисплея |
|
||||
|
Лучший способ дампа метаданных файла: когда и кем?
Привет,
моя заявка (на самом деле библиотека) индекс файла многих ГБ производству таблиц (массивов компенсируется и длину данных индексируются) для последующего использования. В таблицах производства довольно слишком большой, так что большой, что я выбежал из моей памяти, в процессе (3GB предела), при индексации более 8GB файлов или около того. Хотя я мог бы еще вилки процессе работы вокруг ограничить размер памяти, это не будет решением этой проблемы, поэтому я хотел бы дамп таблицы в файл с тем, чтобы освободить память, а для избежания повторного индекс один и тот же файл более чем один раз. Имейте в виду, что в настоящее время в таблицах производства хранятся в памяти в одном-связный список, совместно с другой нити, которые используют ее для производства другой список отфильтрованных данных. Так что я не хотите изменить эту схему. Другая нить только доступ в список после того, как весь файл был проиндексирован. Теперь вопросы Я спрашиваю себя являются: - Когда и как это лучшее время для дампа таблицы в файл? Демпинг стол, как она получает полный звучит не очень эффективным для меня. Если я ничего не держать в памяти? Связанные списке всегда будет пуст? Если я решу продолжить N таблиц в памяти, и каждый дамп N, то как я могу избежать чек на сколько таблиц я В памяти на каждом цикле? - Кто должен дамп метаданных производства в файл? Различные нити? То же, что нить индексировать данные? Я также не хотел бы производить метаданные файлов, если файл обрабатывается меньше, то гига (небольшой файл случай), но в то же время я не хотел бы сложный код из индексатор, что сейчас довольно просто: разобрать, найти данные, создать запись таблицы, добавьте ее. Если таблица заполнена, создать еще один, и добавить его в список связано. - Допустим, я понял, (спасибо вам) наилучшим образом (в моем случае) для дампа метаданных. Какую политику следует использовать для загрузки данных, с тем чтобы позволить другим нить фильтровать данные индекса без радикального изменения образом это работает в настоящее время (например, через связано список)? Одно из решений, которые, на мой взгляд, что бы избежать drastical изменений в моей схемы заключается в том, чтобы создать "список менеджера", который будет предоставлять интерфейс для добавления и извлечения элементов из списка. Этот орган (либо нить или процесс) будет заботиться о сохранении некоторых данных в памяти (связный список), и некоторых других в этом файле. Пожалуйста, поделитесь со мной, Ваше мастерство и опыт! :-) Спасибо заранее. Привет, С. |
| Закладки |
| Резьба Инструменты | Искать в этом Thread |
| Режимы дисплея | Оценить эту ветку |
|
|