ANTICHAT — форум по информационной безопасности, OSINT и технологиям

У меня 8 гигов оперативки

Я Slax x64 прямо в оперативку загружаю, и мне хватает (если на флешке - до 4 гигов пробовал) словари обрабатывать

Любая Live-система грузится в ОЗУ.

Win XP(SP3) 2g оперативки, на момент теста свободных ~1g.

Win 7(SP1) 2g оперативки, на момент теста свободных ~1g.

(железка одна и та же)

1. 64-битная версия, кажется, с проблемами синтаксиса командной строки(относительно 32-х битной) - вываливается с хелпом.

2. Операции sort и remove, почему-то, режут от файла что то(при отчёте 0 строк), скажем был 196mb а осталось 180mb(проверить что вырезал нет возможности).

И тут Остапа понесло(с).

1. Пожелания : Сдаётся мне, у всех подобных программ одна беда, - нехватка оперативки для работы с большими файлами.

И следовательно, нужно изначально отталкиваться от работы с диском.

2. Блоковые чтение\запись с носителя, блоки выбирать не более 100mb(иначе, во время работы на слабых машинах будет жуткий тупняк, из за одновременной нехватки оперативки и работе с файлом подкачки.

Ну и как вишенка на торте, - использование распаралеливания на неодноядерных машинах(у меня 6-ядерный атлончик, жаль что грузится только на 17% при работе с подобным софтом).

Мой(AMD Phenom(tm) II X6 1055T), кстати, может представлятся как очень мощный одноядерный(в XP32), видимо распаралеливание идёт уже внутри.

Мой брательник когда то давно, написал одну прогу, которая предустанавливает соответствие

процессоров(для запуска старых игрушек и ПО, которые не понимают многоядерных камней под XP).

Если нужен исходник(на вижал), если, он вдруг поможет, то вот: https://yadi.sk/d/97ui3L8qjWXUJ

Я уж даже не мечтаю о работе через GPU как HashCat(это, уже из области фантастики).

P.S.

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

то и вовсе уникальная.

И не слушай никого про GUI, Мама говорила, что человеку нужно только самое необходимое, всё остальное - показуха. (c) Форест Гамп.

Если серьёзно, написать прикрученный пакетник(.bat) - пара минут.

Не отвлекайся на показуху.

Попробуй под ней соединить два 20-ти гиг. словаря.

Только дождись окончания и отпишись.

Моя Kali не смогла.

Привет, спасибо за отзывы и предложения. проверил утилиту еще раз.

2. Это объяснимо, но не видно явно. Файл становится меньше из за изменения формата конца строки с Windows(CRLF) на Unix(LF), что приводит к уменьшению размера.

Два по 23,8Gb налепил - склеил их друг с другом за ~25 минут

Думаю можно и больших объемов, но уж больно долго ждать)

Вопрос:

Есть словарь телефонов ЧО типа 9ххххххххх как с наименьшими затратами создать словарь типа 8 9ххххххххх и +7 9ххххххххх. Кот не работает, есть EWSA 3.172.2 (пятерки тоже не работают).

Вывод - твоя система использует для работы винт.

А Kali нет. Как и обещали разработчики, от нее нет следов в компьютере.

Уже разобрался(спустя день, после написания своего сообщения), прошу прощения что не исправил свой пост.

Да пусть всегда так и останется [0D0A]>[0A]. (HashCat ест, размер меньше).

Проверял (trim remove) большим файлом(~45gb), я так понял что сперва идёт подсчёт строк?(ооочень долгая предварительная операция).

Довольно весело работает(уже после подсчёта строк), учитывая объём файла.

Нельзя ли счётчик (при trim remove) выполнять во время работы?

Ещё процентики забавно выводятся в консоли, заметил на больших файлах например :

1%- 20.. потом в обратную сторону ... а на 16g(словарь) вообще он 0% до 1%,

тудым-сюдым.

Я понимаю что это статистика блока(окна) которое в данный момент проносит софт,

но для приматов это важно(с психологической точки зрения) - мол, я всё контролирую,

и вижу на каком этапе(в процентах) я нахожусь, сходить ли мне ещё чем заняться,

или уже не стоит(дело близится к финалу).