Кеширование открытых файлов?

Никак не могу понять причины, но есть единственный раздел
/dev/sda1 on / type ext4 (rw,noatime,nodiratime,data=ordered)
и почему-то на нем проблема с незакрыванием файлов. Точнее - складывается такое впечатление по симптомам. Например, если работает nginx, то правка robots.txt или sitemap, а так же любого другого файла приводит к тому, что файл со стороны nginx теряет хвост до момента перезапуска nginx и становится "битым". То же самое происходит с логами nginx. Как-то еще смоделировать ситуацию не получается, больше софта там нет. Но уже убился. logrotate со штатным конфигом просто убивает лог в ноль, в новый лог ничего не пишется до перезапуска. Понимаю, что плохо описал ситуацию, но не понимаю, что еще добавить... SSD. По ночам гоняю fstrim /

покажите конфиг logrotate

покажите конфиг logrotate

Сейчас переписал на

Сейчас переписал на copytruncate, а раньше штатный был, через PID об изменении лога писал, меня больше огорчают пропадания файлов в вебе при их изменении со стороны :(

По ночам гоняю fstrim

По ночам гоняю fstrim /

Взрослый мужик, а такой фигней страдаешь, эх ты.
Найди себе discard в fstab уже

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Я же при тебе ругался в

Я же при тебе ругался в конференции. С discard удаление нескольких тысяч мелких файлов приводит к мертвому подвисанию всей машины на некоторое время.

модель ssd'шки и ее прошивки

модель ssd'шки и ее прошивки в студию.
Тесткейс тоже желательно.

Я же при тебе ругался в 

Вот именно что ругался - ты обычно видишь повод поругатся вместо повода решить ( возможно интересную ) задачу, оптимистичнее надо быть.

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Вот тут интересная дискуссия

Вот тут интересная дискуссия на эту тему.
И корень зла описан там же:

It is supposed to be fixed in SATA 3.1, but as of SATA III (or SATA II, like most of us have), TRIM is an “non queued” command. This means that the kernel must stop sending queued I/O requests, wait for existing ones to complete, then send the TRIM command, wait for *that* to complete, and finally resume normal I/O operations.

Может у кого есть диск SATA 3.1, - прогнали бы тестики, поделились результатами, - интересно было бы увидеть, - решили ли уже эту проблему...

тестики чего именно и чем ?

тестики чего именно и чем ? это ведь не тест диска , а тесты scsi стека

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Прочти статью, там описано...

Прочти статью, там описано...

Я прочитал ее до того как.

Я прочитал ее до того как.
И все таки - когда апдейт прошивки меняет йопсы в 3 раза :) - это повод задуматся; когда он же из хлама в 32 гб делает вполне приличный диск - тоже

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Спасибо за ссылочку

Спасибо за ссылочку

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".