Оказывается, что это было проблемой с mt-daapd
вместо с Rythmbox. Я удалил mt-daapd
кэш базы данных и перезапущенный сервер, и после восстановления кэша все файлы теперь играет. Я уверен, что установка всего упомянутого программного обеспечения Blender помогла!
Различие в производительности наиболее вероятно в как, буферизуя работы между Perl и Java. В этом случае Вы использовали bufferedReader в Java, который дает ему преимущество. Perl действительно буферизует вокруг 4k от диска.
Вы могли попробовать несколько вещей здесь. Нужно использовать функцию чтения в жемчуге для получения больших блоков за один раз. Это может улучшить производительность.
Другая опция могла бы состоять в том, чтобы заняться расследованиями, различный mmap связал модули жемчуга.
Привет Это не могло бы иметь место, но от первого наблюдения Ваш сценарий жемчуга работает последовательным интерпретируемым способом. В то время как Ваша программа Java работает как скомпилированная программа и делает так сравненным способом. Это может составлять скорость различия в завершении.
Не совсем ответ, но код плохо форматируется в комментариях.
Для GNU Parallel я использую эту версию для копирования. Он может выдавать порядка 1 ГБ/с/ядро и хорошо работает в параллельном режиме :
.perl -e '$left=-s STDIN;
while($read=sysread(STDIN,$buf,$left>131072?131072:$left)){
$left-=$read;
syswrite(STDOUT,$buf);
}' < in > out