Высокие shmmax оценивают в Redhat 6.3

У меня есть быть использующим nfdump/nfsen и Scrutinizer от Plixer с некоторого времени теперь (больше nfdump, чем scrutinizer в последнее время). Оба - фантастические инструменты, но у каждого из них есть своя собственная "ниша" пользователей.

Nfdump/nfsen является opensource/free-as-cerveza, но может быть слишком "гиковатым" для некоторых пользователей. Это фильтрует/запрашивает возможности, чрезвычайно мощны (думайте "tcpdump" фильтрация синтаксиса, но для потоков плюс агрегирование и сортировка), но по-моему это испытывает недостаток в некоторой полировке на graph-generation/reporting стороне уравнения (в nfsen). То, что я люблю в nfdump, - то, что я могу бросить некоторые "быстрые и грязные" запросы командной строки и получить информацию, в которой я нуждаюсь в формате, которые готовы подать некоторые мои сценарии Python.

С другой стороны Scrutinizer (commercial/not-free-as-cerverza) является фантастическим "визуальным" инструментом. Большой для генерации отчетов и представлений для совместного использования с не так "гиковатые" клиенты я имею. Это запрашивает возможности, являются большими, но я не нашел путь к через информацию об извлечении командной строки от него (главным образом, потому что у меня нет исследования, если Scrutinizer имеет эту возможность, потому что это я могу выполнить с nfdump).

Одна последняя вещь. Я знаю на собственном опыте, что Scrutinizer может использовать sFlow данные. Я знаю (от того, что я считал и опции конфигураций, которые я видел), что nfdump может использовать sFlow данные также, но я лично никогда не делал этого. Я использовал nfdump только с данными Netflow v5/v9. Таким образом, моя рекомендация состояла бы в том, что перед согласием nfdump, необходимо подтвердить эту возможность.