Как полностью сбросить дисковые кэши?

У тебя либо баг, либо ты о чём-то умалчиваешь.

обновить ядро и попробовать с ним воспроизвести — не вариант?

hdparm -F /dev/... ?
blockdev --flushbufs /dev/... ?

hdparm -F

у меня почему-то ключом -F, когла на флэшки посылаю, ругается. -f не ругается.

Насколько я знаю, штатного способа сбросить вообще все кеши из юзерспейса не существует. Но это можно сделать тривиальным модулем ядра: https://github.com/i-rinat/utility-kernel-modules/tree/master/shrink-memory

Собираешь make'ом, загружаешь insmod'ом, а потом пишешь что-нибудь в /proc/shrink-memory.

anonymous, cetjs2, это нормальное поведение ядра. vm.drop_caches=3 не сбрасывает вообще всё. В этом можно убедиться, помониторив вывод grep file /proc/meminfo во время vm.drop-caches=3.

Потому что у флэшки нет встроенного кэша?

разве нет? а -f то работает

Спасибо, как-то не задумывался.

А после «sync ; sync»?

Спасибо всем! Я не пропал..

либо ты о чём-то умалчиваешь

Статистика маленькая и ненадёжная, и ещё я упростил описание. Но в целом - так. Ещё повторю тест скоро..

i-rinat, спасибо! Попозже попробую откомпилить (надо поставить исходники ядра..). А там действительно надо именно 13 раз вызывать shrink_all_memory((unsigned long)-1); ? :)

А там действительно надо именно 13 раз вызывать

На самом деле, я не знаю. Но помню, что в коде освобождения памяти есть такое понятие, как приоритет. Сначала он равен 12, что означает освобождать 1/4096 от списков. Потом по надобности он двигается к нулю, с каждым шагом увеличивая долю в два раза. Это в нормальном режиме. Как меняется приоритет при повторных вызовах shrink_all_memory(), я не проверял. Так, пальцем в небо. Поэтому там цикл.

Так это для кэша в оперативке.

Так это для кэша в оперативке

как? а sync тогда что делает?

То же самое))

ого, это ты специально для этого треда модуль ядра написал? нереально крут.

и ещё я упростил описание

Вы сильно упростили. Вы выдёргиваете флешку чтоли? Тогда сбросить кеш: eject /dev/sdX

Ну вот зачем так лор опускать. На каком-нибудь прости господи античате это обычное дело, не говоря про стековерфлоу.

не знаю, к сожалению или нет, но лор — не античат и уж тем более не стековерфлоу. каждый день тут для анонимуса модули ядра точно не пишут. тут чаще пятизвёздочники такие вопросы задают, что со стула падаешь.

Ох.. Юзер-хомяк я, локахост админю..

Поставил исходники. Там куда я их разжал: подложил (разжатый) /usr/src/linux-config-3.16/config.amd64_none_amd64.xz, убедился что make oldconfig (old - подхватить подложенный .config), make modules начинает компилять.. Ещё раз сделал (после mrproper) oldconfig, prepare, и теперь уже из директории shrink_mem:

$ make
make -C /lib/modules/3.16.0-4-amd64/build M=/pub/alexey/__NEW/_NEW/shrink_mem modules
make[1]: Entering directory '/pub/alexey/kernel-build/linux-source-3.16'

  WARNING: Symbol version dump ./Module.symvers
           is missing; modules will have no dependencies and modversions.

  CC [M]  /pub/alexey/__NEW/_NEW/shrink_mem/shrink-memory.o
/bin/sh: 1: ./scripts/recordmcount: not found
scripts/Makefile.build:263: recipe for target '/pub/alexey/__NEW/_NEW/shrink_mem/shrink-memory.o' failed
make[2]: *** [/pub/alexey/__NEW/_NEW/shrink_mem/shrink-memory.o] Error 127
Makefile:1354: recipe for target '_module_/pub/alexey/__NEW/_NEW/shrink_mem' failed
make[1]: *** [_module_/pub/alexey/__NEW/_NEW/shrink_mem] Error 2
make[1]: Leaving directory '/pub/alexey/kernel-build/linux-source-3.16'
Makefile:4: recipe for target 'all' failed
make: *** [all] Error 2
$

$ ll recordmcount* 
-rw-r--r-- 1 alexey alexey 14921 Apr  5 00:21 recordmcount.c
-rw-r--r-- 1 alexey alexey 16772 Apr  5 00:21 recordmcount.h
-rwxr-xr-x 1 alexey alexey 18364 Apr  5 00:21 recordmcount.pl
$

vodz Флэшка не вынималась на время записи-чтения (пока не совпадут чек-суммы - со второго раза), ни при чём это. Если eject - из Гнома - я Redhat's bloatware свободным не считаю

$ apt-cache search eject flash
$ apt-cache search eject usb
$

А ещё, i-rinat, а полученный модуль - можно будет загружать в обновлённом штатном ядре (ну когда через месяц скажем будет апдэйт)? Или каждый раз компилять надо?

Что-то сложно делаешь. Можно проще: поставить пакет linux-headers-3.16.0-4-amd64, в нём уже есть нужные заголовки и симлинки.

можно будет загружать в обновлённом штатном ядре

Нет, для новой версии ядра модули нужно пересобирать. Старые бинарники скорее всего не загрузятся, там для этого специально вставлены проверки. Для серьёзных модулей пересборку автоматизируют с помощью DKMS. Это такой набор скриптов, который запускает пересборку сторонних модулей сразу после обновления пакета с ядром.

Redhat's bloatware свободным не считаю

Концентрированная шиза однако)