Input/Output streams и сборщик мусора

Здравствуйте. Пишу приложение, которое в реальном времени записывает звук со звуковой карты, конвертирует в mp3, бьет на PES-пакеты, потом PES разбивает на TS пакеты и все это отправляет мультикастом в сеть по UDP.
Каждая операция независима и происходит в своем потоке. Вычитал, что для передачи данных между потоками удобно использовать PipedInputStream и PipedOutputStream. Их и использую в начале цепочки, когда манипулирую байтами и байтовыми массивами.
Далее, когда уже разговор идет о пакетах данных (PES, TS, UDP) я использую ObjectInputStream и ObjectOutputStream, которые созданы на основе PipedInputStream. Все работает отлично. Создал пакет - сериализовал и бросил его в ObjectOutputStream. В другом программном потоке достал объект, обработал, сериализовал и отправил дальше в ObjectInputStream.
Но вот беда, нарвался в одной статейке на такую фразу:

Отдельного обсуждения заслуживает вышеупомянутый факт, что ссылки на объекты кэшируются в поток вывода. Согласно этому, система не может выполнять сбор мусора для записанных в поток объектов если поток не был закрыт. Лучшее решение (как всегда при помощи операций ввода/вывода) - это как можно скорее закрывать потоки после выполнения записи.

Это касательно ObjectInputStream/ObjectOutputStream и сериализации.

Как это отразится в контексте моей задачи? Там постоянно работают потоки и они постоянно обмениваются данными через всевозможные input и output стримы. Причем это планируется делать 24/7.
Т.е. сборщик мусора тупо не будет убирать то, что попало в ObjectOutputStream и ObjectInputStream, пока я их не закрою? Или пока не съест всю оперативку?

Добавлено через 1 час 0 минут
Ответ на вопрос нашел. Если кому интересно:

Предварительным условием исключения OutOfMemoryError является то, что сборщик мусора сделал все возможное, чтобы освободить память и не сумел сделать это. Для того, чтобы object stream не использовал механизм связей: writeObject () readObject () должны быть заменены методами: writeUnshared () readUnshared () readUnshared (), в отличие от readObject (), не будет хранить ссылку в таблице ссылок ObjectInputStream, и таким образом будет предотвращена утечка памяти. Другим решением является вызов метода reset() ObjectOutputStream после каждой записи. Это будет иметь тот же эффект.

0