Reiserfs - как увеличить производительность при работе с большими файлами и записи потока (нет точного размера файла)?

vendor501

монтировать с опцией notail

это в любом случае!

А что даёт опция notail?

не пытается засунуть куски файла в концы не полностью занятых блоков

ещё: насколько мне известно, мелкие файлы будут прямо в метадрево фс положены. при notail это тоже будет происходить? снижает ли это производительность при записи, чтении или поиске файлов, которые большие (не были туда положены)? и можно ли увеличить размер журнала для увеличения производительности?

производительность вырастет
какое отношение размер журнала к производительности имеет?

не будет происходить обязательное вытеснение транзакций в метаданные при переполнении журнала. Хотя, это скорее для записи множества мелких файлов даст прирост, верно?

как увеличить производительность при работе с большими файлами и записи потока (нет точного размера файла)?

При помощи mkfs.xfs

полное говно, нифига не стабильное в случае внезапных перезагрузок. в плане производительности - тоже большой вопрос.

нифига не стабильное в случае внезапных перезагрузок.

Как раз абсолютно стабильное поведение в таких случаях.

в плане производительности - тоже большой вопрос

А, так ты потроллить зашёл, ну извини тогда — кормить не буду.

http://citforum.ru/operating_systems/linux/robbins/fs08.shtml
тут, кстати, написанно, что можно в data=writeback смонтировать, если пофиг на целостность данных. Насколько это безопасно для метаданных? И насколько это даёт реальный выигрыш в производительности (на мелких и на больших файлах)?

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

и прокомментируй XFS, плиз :)

Нужно выполнить umount, mkfs.xfs -f, и дальше mount

Ну, если перезагрузки такие частые были, то да, не подойдёт. Но от reiserfs ты едва ли получишь сравнимую производительность на больших файлах (как и от xfs — на мелких, хотя сейчас вроде есть некоторый прогресс в этом вопросе). Можно попробовать ext4, у неё производительность на больших файлах ненамного ниже, чем у xfs, время проверки небольшое, устойчивость к неожиданным отключениям достаточно высокая.

а что комментировать?
для больших файлов вполне годная

ext4
устойчивость к неожиданным отключениям достаточно высокая

наверное, PR-менеджеры Торвальдса используют свою, устойчивую к внезапным отключениям ext4. IRL - чуть лучше xfs.

XFS
годная

при внезапных оключениях?

в таких условиях не тестил

У меня на ноуте XFS. Были «внезапные» отключения из-за «внезапного» разряда батарейки. Всё живое.

У меня ни разу не ломалась, файлы не портились.

можно ли reiserfs, который использовался без notail подключить как notail без проблем?

можно

1. reiserfs можно создать с внешним журналом mkreiserfs -f -f -j ${LOGDEV} ${PRIMARY}. Однако в не вижу опций >>>MOUNT для указания журнал-раздела. Каким образом тогда он указывается?
2. Опции
hashed_relocation
Tunes the block allocator. This may provide performance improvements in some situations.

no_unhashed_relocation
Tunes the block allocator. This may provide performance improvements in some situations.

noborder
Disable the border allocator algorithm invented by Yury Yu. Rupasov. This may provide performance improvements in some situations.

могут реально что-то дать?

vendor501

Каким образом тогда он указывается?

reiserfstune
учись читать маны
без обид

на сервере?

ты не понял. я про указание его при подмонитировании. в других фс он явно указывается в опции при mount. в данном то случае будет сохраняться в метаданных фс путь к псевдофайлу устройства или uuid (как в zfs)?

На десктопе.

Я думаю, для таких целей лучше использовать XFS, она для таких объёмов и была создана. А от ReiserFS вы ничего путного не получите.

layman -a stuff

* Adding overlay,...
* Running Git... # /usr/bin/git clone https://github.com/megabaks/stuff.git /var/lib/layman/stuff
Cloning into '/var/lib/layman/stuff'...
error: Peer certificate cannot be authenticated with given CA certificates while accessing https://github.com/megabaks/stuff.git/info/refs
fatal: HTTP request failed
* Failure result returned from Git
* Adding repository «stuff» failed!

* CLI: Errors occured processing action add
* Adding repository «stuff» failed!

извольте исправить :) или это у меня такие странные проблемы?

у тебя

[ root@desktop ] megabaks # layman -d stuff

 * Deleting selected overlays,...
 * Deleting directory "/usr/local/portage/layman/stuff"

[ root@desktop ] megabaks # layman -a stuff

 * Adding overlay,...
 * Running Git... # /usr/bin/git clone -q https://github.com/megabaks/stuff.git /usr/local/portage/layman/stuff
 * Successfully added overlay(s) stuff.

[ root@desktop ] megabaks #

и что мне делать? :)

curl https://github.com/ -I
curl: (60) Peer certificate cannot be authenticated with given CA certificates
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a «bundle»
of Certificate Authority (CA) public keys (CA certs). If the default
bundle file isn't adequate, you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.

curl https://google.com/ -I
curl: (60) Peer certificate cannot be authenticated with given CA certificates
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a «bundle»
of Certificate Authority (CA) public keys (CA certs). If the default
bundle file isn't adequate, you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.

попробуй перебить адрес на
git://github.com/megabaks/stuff.git
в overlays.xml для оверлея
хотя странная проблема...

надо было пересобрать curl с дополнительными USE: gnutls -nss

у тебя в оверлее есть вайланд, zen-ядро, глобальное меню, и всякая фигня для кед. ты всё это юзаешь?

Reiserfs - как увеличить производительность

Отформатировать раздел в ext4

не всё
есть ещё один пилящий...даже два

рассказать про то, что юзаешь, можешь? :) ещё интересует вот это http://eaglemode.sourceforge.net/screenshots.html ты его пробовал (он у тебя тоже в оверлее)? кстати, правильно ли назвать оверлей репозиторием или это совершенно не одно и тоже?

джаббер есть в профиле
//прекратил флудить