Главным ограничивающим фактором для синхронного IO не является пропускная способность Вашего жесткого диска, а скорее время, которое требуется от того, когда запись выпущена и это посвящающий себя диску. Самая соответствующая метрика производительности для жесткого диска в этом отношении была бы временем поиска жесткого диска, и не это - пропускная способность при идеальных обстоятельствах.
В дополнение к аппаратным средствам, работающим против Вас, так ядро, я предполагаю, что Вы могли бы видеть маленькое улучшение (хотя, вероятно, нигде рядом, что Вы получите от выполнения асинхронного IO), если можно ионизировать сравнительный тест (приложение) для выполнения под IO в реальном времени планирования класса. По умолчанию приложения будут запланированы под классом максимальных усилий, который, вероятно, также добавит ко времени ожидания Ваших записей. Используйте класс планирования в реальном времени на Ваш собственный риск, поскольку он будет иметь отрицательные эффекты на другую производительность приложений при доступе к диску.
В целом я действительно не думаю, что существует что-либо ужасно неправильно с синхронной производительностью записи, которую Вы видите. Синхронный IO будет в целом работать ужасно по сравнению с асинхронным IO.
Как примечание стороны быстрый Google activemq и синхронного io дал следующее:
Поскольку производительность обосновывает, что можно хотеть передать сообщения потоком брокеру максимально быстро даже при использовании персистентных сообщений
Использовать spadmin
, который является утилитой, которая идет с LibreOffice.
Войдите в систему как корень!
Найдите каталог, который содержит все исполняемые файлы LibreOffice. На моей установке openSUSE 11.4 это /usr/lib64/libreoffice/program
.
Можно найти его в системе путем нахождения soffice исполняемого файла.
$ which soffice
/usr/bin/soffice
$ cd /usr/bin
Если это будет исполняемый файл, то Вы найдете spadmin там, также. Но это - вероятно, ссылка.
$ ls -l soffice
soffice -> ../lib64/libreoffice/program/soffice
Это означает, что это - ссылка, таким образом, CD к пути, на который указывает ссылка.
$ cd ../lib64/libreoffice/program
Запустите spadmin
$ ./spadmin
Приложение откроется, и можно установить значения по умолчанию там. Они будут придерживаться. Старайтесь проверить форматы бумаги по умолчанию также. Эта утилита, кажется, хочет переместить их.
Я изучил бы настройки CUPS сначала и удостоверился бы, что принтер является установкой с правильными значениями по умолчанию так, чтобы, когда LibreOffice смотрит на него, он распознал предпочтительный формат принтеров как PostScript.
У меня есть та же проблема, но кажется, что эта опция по умолчанию не настраивается в ooo/libreoffice. Из их Bugzilla:
Это могло также быть сделано способом, что это - настраивающееся время выполнения или PostScript, или PDF сгенерирован с набором по умолчанию во время изготовления.
Точно так же, как счет говорят, используют spadmin
или администрирование принтера LibreOffice 3.4 (в меню указывают на раздел Office), но никакая потребность войти в систему как корень.
Откройте "Printer Administration" и ищите свои свойства принтера. На устройстве вкладка изменяют "Тип Языка принтера" и выбирают "PostScript Level 1".
Откройте LibreOffice Writer и перейдите в File -> Printer
Настройки и ищут Ваши свойства принтера по умолчанию, необходимо теперь найти, что языком принтера по умолчанию не является Уровень 1 PostScript, но PDF.