LINUX.ORG.RU
ФорумAdmin

удалить директории и файлы от Squid cache_dir

 ,


0

1

dear подскажите как быстро можно удолить старый cache_dir от Squid rm -fR cache_dir/* очень долго

читал здесь Быстрое удаление файлов с раздела. Без возможности востановления. но ответа нет



Последнее исправление: maxcom (всего исправлений: 1)

Вроде никак. Если только оптимизировать работу ФС.
Или держать кэш на отдельной файловой системе (отдельный раздел, или файловая система в файле) и просто грохать её по необходимости.

MrClon ★★★★★
()

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

sdio ★★★★★
()
Ответ на: комментарий от MrClon

Вроде никак. Если только оптимизировать работу ФС.

как?

Или держать кэш на отдельной файловой системе (отдельный раздел, или файловая система в файле) и просто грохать её по необходимости.

в будушем будем так делать

wiedergold
() автор топика
Ответ на: комментарий от blackst0ne

Держи cache в RAM. Тогда будет быстро.

при перезагрузке теряется кеш

Ну и fstab свой покажи.

/dev/sdb1 /server ext4 defaults 0 0

wiedergold
() автор топика
Ответ на: комментарий от wiedergold

wiedergold

при перезагрузке теряется кеш


/dev/sdb1 /server ext4 defaults 0 0


Часто ты сервер перезагружаешь?

blackst0ne ★★★★★
()
Ответ на: комментарий от blackst0ne

Кстати не факт что будет сильно быстрее. Тут ведь всё упирается не в скорость ввода-вывода, а в собственно файловую систему, перебор адового количества inode. Разве-что значительная часть айнод не влезает в кэш и читается с диска.

А Squid умеет какие-то другие хранилища? Можно ведь заюзать что-то более эффективное, какой нибудь libeblob например.

MrClon ★★★★★
()
Ответ на: комментарий от MrClon

MrClon

Кстати не факт что будет сильно быстрее. Тут ведь всё упирается не в скорость ввода-вывода, а в собственно файловую систему, перебор адового количества inode. Разве-что значительная часть айнод не влезает в кэш и читается с диска.

А Squid умеет какие-то другие хранилища? Можно ведь заюзать что-то более эффективное, какой нибудь libeblob например.


Можно использовать reiserfs, например.

blackst0ne ★★★★★
()

была машинка во времена триумфа redhat4, с отдельно выделенным разделом в 20 гиг (lvm) под кеш прокси, и xfs (из-за него кстати иногда кернел паник выпадал но мне было пофиг).
«быстро удолить» отлично работает через mkfs.xfs -f

до xfs использовал ext3, не смотря на «стобильность» типа падений было в раз так 5 меньше, но для диска это был Адъ и Израиль, удаление файлов на ext3 сами знаете....

bl ★★★
()

А если тебе надо быстро запуститься с новым кешем сейчас - переименуй текущий в старый, создай дир для нового и запускайся.
а потом неспешно с ionice удаляй старый.

bl ★★★
()
Ответ на: комментарий от bl

А если тебе надо быстро запуститься с новым кешем сейчас - переименуй текущий в старый, создай дир для нового и запускайся. а потом неспешно с ionice удаляй старый.

так и зделали только этот rm длится два дня

wiedergold
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.