The UNIX and Linux Forums  


Go Back   В UNIX и Linux Форумы > Топ форумы > Программирования высокого уровня
.
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

 
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered By Powered by Google
 
LinkBack Резьба Инструменты Искать в этом Thread Оценить Thread Режимы дисплея
Old 06-29-2009
emitrax emitrax is offline
Зарегистрированный пользователь
  
 

Регистрация: Апрель 2009
Сообщений: 38
Лучший способ дампа метаданных файла: когда и кем?

Привет,

моя заявка (на самом деле библиотека) индекс файла многих ГБ производству таблиц (массивов компенсируется и длину данных индексируются) для последующего использования. В таблицах производства довольно слишком большой, так что большой, что я выбежал из моей памяти, в процессе (3GB предела), при индексации более 8GB файлов или около того. Хотя я мог бы еще вилки процессе работы вокруг ограничить размер памяти, это не будет решением этой проблемы, поэтому я хотел бы дамп таблицы в файл с тем, чтобы освободить память, а для избежания повторного индекс один и тот же файл более чем один раз.

Имейте в виду, что в настоящее время в таблицах производства хранятся в памяти в одном-связный список, совместно с другой нити, которые используют ее для производства другой список отфильтрованных данных. Так что я не хотите изменить эту схему. Другая нить только доступ в список после того, как весь файл был проиндексирован.

Теперь вопросы Я спрашиваю себя являются:

- Когда и как это лучшее время для дампа таблицы в файл?

Демпинг стол, как она получает полный звучит не очень эффективным для меня. Если я ничего не держать в памяти? Связанные списке всегда будет пуст? Если я решу продолжить N таблиц в памяти, и каждый дамп N, то как я могу избежать чек на сколько таблиц я
В памяти на каждом цикле?

- Кто должен дамп метаданных производства в файл? Различные нити? То же, что нить индексировать данные? Я также не хотел бы производить метаданные файлов, если файл обрабатывается меньше, то гига (небольшой файл случай), но в то же время я не хотел бы сложный код из индексатор, что сейчас довольно просто: разобрать, найти данные, создать запись таблицы, добавьте ее. Если таблица заполнена, создать еще один, и добавить его в список связано.

- Допустим, я понял, (спасибо вам) наилучшим образом (в моем случае) для дампа метаданных. Какую политику следует использовать для загрузки данных, с тем чтобы позволить другим нить
фильтровать данные индекса без радикального изменения образом это работает в настоящее время (например, через связано список)?

Одно из решений, которые, на мой взгляд, что бы избежать drastical изменений в моей схемы заключается в том, чтобы создать "список менеджера", который будет предоставлять интерфейс для добавления и извлечения элементов из списка. Этот орган (либо нить или процесс) будет заботиться о сохранении некоторых данных в памяти (связный список), и некоторых других в этом файле.

Пожалуйста, поделитесь со мной, Ваше мастерство и опыт! :-)

Спасибо заранее.

Привет,
С.
 

Закладки

Резьба Инструменты Искать в этом Thread
Искать в этом Thread:

Расширенный поиск
Режимы дисплея Оценить эту ветку
Оценить эту ветку:

Отправка Правила
Вы не может Начать новую нитей
Вы не может Почтовые ответы
Вы не может Почтовые вложения
Вы не может Редактировать Ваши сообщения

BB код быть На
Смайлики являемся На
[IMG] код На
HTML-код Вне
Trackbacks являемся На
Pingbacks являемся На
Refbacks являемся На




Часовой пояс GMT -4. Текущее время 11:50 AM.


Powered By: Справка, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Язык Переводы на питание от .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
В UNIX и Linux форумы Содержание Copyright © 1993-2009. Все права Reserved.Ad управления по RedTyger

Содержание соответствующие URL-адреса в vBSEO 3.2.0