The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск Debian 9.4"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Выпуск Debian 9.4" +/
Сообщение от Аноним (-), 14-Мрт-18, 03:57 
> Да без разницы, я пример из жизни с ext3 привел, чтобы не быть голословным.

На самом деле я вообще предпочитаю лишний раз настолько глубоко в ФС не соваться, используя более простые, быстрые и результативные технологии. Все же самому парсить файлуху - несколько экстрим и ради всего лишь логов я этого делать очень не хотел бы.

> Здравый смысл никто не отменял, в моем случае была предварительная проверка на
> текстовое содержание, а уже потом регексы.

Мне кольцевой буфер фиксированного размера с меткой старта сильно проще в вытаскивании, если он не фрагментирован, что можно прочекать. Так что пусть регэксы будут у вас, а кольцевой буфер у меня. Надо запилить такой твик как стандартную часть шаблонов, пожалуй. Идея пришла прямо во время трепа тут. В споре рождаются не только тумаки :)

> Вот ты почему-то делаешь выводы из ничего, я тебе конкретный пример привожу
> в котором текст проблемой не являлся. Формат текстовых логов типа syslog
> в целом понятен. Без разницы где оно по диску разбросано, лишь бы было.

Ну вот вы это таким манером и вытаскивайте, я против чтоли? А себе я ща запилю конфиги journald с фиксированными по размеру журналами во все образа и их создание и потом буду вынимать это just in case тупым сравнением сигнатуры и чтением по размеру кольца.

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

>  скопировано 1048576000 байт (1,0 GB), 5,28532 c, 198 MB/c
> sdb - обычный диск на 500 гигабайт.

Вообще неплохо. Но с фиксированными кольцевыми буферами в лучшем случае может прокатить и еще одна выходка. Если повезет, может оказаться alignment крупнее 1 сектора. Если фортель прокатит, можно попытаться вообще читать лишь каждый i-й сектор, смотря нет ли в его начале сигнатуры.

А как подобные по смыслу оптимизации можно оформить в вашем контексте - ума не приложу.

> Я проблемы не вижу, хоть 2 терабайта хоть 10. Это зависит только
> от того, что искать и зачем. А не от размеров дисков.

Зато проблему вижу я. Например, я - не МакЛауд. Поэтому я не горю желанием пускать чтение и парсинг 10Тб по всей площади лишний раз.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Выпуск Debian 9.4, opennews, 10-Мрт-18, 18:37  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру