Я хотел бы использовать Chronicle Map для чтения сериализованной карты из общей сетевой папки, а затем обрабатывать ее локально. У нас было бы более 100 машин, читающих подготовленные данные с карты — много итераций, но никогда не записывающих. Могу...

Я пишу адаптер для использования очереди хроники в администраторе удаленной службы Apache Aries. Он отлично работает, когда я использую только один поток. С более чем одним потоком я получаю исключения, как показано ниже. Любая идея, что я делаю...

Я пишу строки utf8 в очередь хроники с ежедневной прокруткой. Размер файла очереди по умолчанию составляет 81920 КБ. После того, как я пишу десятки сообщений (каждое по 1 КБ), файл быстро становится более 1 ГБ. Как я могу контролировать размер файла?

Некоторое время назад я спросил этот вопрос об использовании ChronicleMap в качестве Map<String,Set<Integer>> . По сути, у нас есть коллекция, в которой среднее значение Set<Integer> может быть равно 400, а максимальная длина —...

Интерфейс ChronicleQueueBuilder (4.5) позволяет параметризовать характеристики файла очереди. По умолчанию я получаю файлы размером 80 МБ для ежедневного обновления. Есть ли какие-либо рекомендации, как следует использовать эти значения?...

Я экспериментировал с Chronicle Queue 4.5.27. Мы проводим некоторые тесты на виртуальной машине Windows 7x64 (Java x64), и иногда кажется, что Chronicle Queue никогда не выпустит первый созданный файл. Мы настроены на МИНУТНЫЕ циклы рулона. 1-3...

Я пытаюсь внедрить Chronicle Queue в нашу систему, и у меня возник вопрос относительно ежедневной прокрутки файлов, но в определенное время в соответствии с местным часовым поясом процесса. Я прочитал несколько статей о том, как указать цикл...

Я новичок в хронике-карте. Я пытаюсь смоделировать карту вне кучи, используя карту хроники, где ключ является примитивным коротким, а значение представляет собой примитивный длинный массив. Максимальный размер значения длинного массива известен для...

Я использую очередь хроник v4 для записи сериализованного объекта в очередь. Но я продолжаю опускаться ниже Exception Исключение в потоке "CLF-1" java.lang.AssertionError: вы не можете поместить заголовок в заголовок, убедитесь, что вы не вложили...

Я использую очередь хроник 5.16.8. Я получаю это предупреждение net.openhft.chronicle.threads.Pauser : Using Pauser.sleepy() as not enough processors, have 1, needs 8+ Можно ли увеличить этот процессор? исходный код Мой подход...

У меня есть 1 SingleChronicleQueue , к которому добавлены разные сообщения через прокси-API methodWriter. Мой обработчик чтения обрабатывает «сообщение1» и добавляет обратно другое сообщение «сообщение2», чтобы тот же обработчик обрабатывал его...

Я имею в виду, когда я пишу на java.util.concurrent.LinkedBlockingQueue , у меня гарантия видимости происходит - раньше. Один объект помещается в очередь до того, как он будет извлечен из очереди. Поэтому я могу предположить в потоке чтения, что...

И второй вопрос, который следует, если автор метода (MW) может использоваться совместно: Рекомендуется ли это из соображений производительности? (или лучше иметь один MW на поток?)