Какой из вариантов перебора массива быстрее?

Граф сложно победить - информации ноль. Думаю, что дальше оптимизировать некуда - несколько часов -> менее минуты. Лучшее - враг хорошего.

Какой из вариантов перебора массива быстрее?

Основное ускорение почему-то именно из-за разбития массива. ХЗ почему.

Какой из вариантов перебора массива быстрее?

В итоге, после разбития массива получилось меньше минуты работа скрипта. Солидная оптимизация

Какой из вариантов перебора массива быстрее?

Можно и базу подтянуть. Просто времени мало на эксперименты. Да и задача скорее для частного использования. Мне главное время уменьшить.

Какой из вариантов перебора массива быстрее?

xmoonlight, Да с записью сам понимаю, что ерунда полнейшая. Просто иногда комп стал глючить - жалко работу терять. Я попробую все-таки merge сделать. По ощущениям должно прилично ускорить весь процесс.

Какой из вариантов перебора массива быстрее?

Так никакой проблемы. Перебираю foreach и проверка strstr. При совпадении break

Какой из вариантов перебора массива быстрее?

Можно и через preg_match пойти. Я этот код минут пять делал. Он-то как раз не тормозит. Вся проблема в сравнительной части.

Какой из вариантов перебора массива быстрее?

386000строк за 35 минут

Какой из вариантов перебора массива быстрее?

Ну и запись сделал каждой строчки в файл. Тоже может притормаживает.

Какой из вариантов перебора массива быстрее?

if (preg_match("![a-z]!",$str[0]))
     {
       $str[0] = str_replace("static.","",$str[0]);
       $proxy = preg_replace("!\.?[a-zA-Z\.-0-9]+$!","",$str[0]);
       $str[0] = str_replace("-",".",$proxy);
     }

Какой из вариантов перебора массива быстрее?

str_replace есть. Всегда думал, что она быстрее preg_replace. В любом случае время преобразований как раз не критичное. А вот над сравнением нужно поработать.

Какой из вариантов перебора массива быстрее?

Проще показать исходники:

ip148.ip-54-39-138.net;3128;
hotspot.rhitcr.com;8080;
h2830068.stratoserver.net;3128;
free-http1.awesomeproxy.io;3128;
fo211.i10.mi.ru;3128;
filter.maconk12.org;3128;
elearn2-pc2.germanistik.uni-kassel.de;3128;
ec2-52-54-174-211.compute-1.amazonaws.com;8080;
ec2-52-51-155-249.eu-west-1.compute.amazonaws.com;8080;
ec2-52-39-155-119.us-west-2.compute.amazonaws.com;80;
ec2-52-14-238-243.us-east-2.compute.amazonaws.com;3128;
ec2-35-170-71-181.compute-1.amazonaws.com;8080;
ec2-35-164-212-102.us-west-2.compute.amazonaws.com;4000;
ec2-35-158-101-150.eu-central-1.compute.amazonaws.com;80;
ec2-34-221-62-166.us-west-2.compute.amazonaws.com;80;
ec2-34-211-41-52.us-west-2.compute.amazonaws.com;3128;
ec2-34-203-218-129.compute-1.amazonaws.com;3128;
ec2-3-17-23-70.us-east-2.compute.amazonaws.com;3128;
ec2-18-228-14-44.sa-east-1.compute.amazonaws.com;3128;
ec2-18-222-182-77.us-east-2.compute.amazonaws.com;3128;
ec2-18-209-92-6.compute-1.amazonaws.com;8080;
ec2-18-191-242-72.us-east-2.compute.amazonaws.com;3128;
ec2-13-57-253-214.us-west-1.compute.amazonaws.com;8080;
EARTROLY.com;3128;
csiserver.ucd.ie;3128;
cp.sydo.it;80;
cm-84.209.61.144.getinternet.no;3128;
cm-84.209.138.191.getinternet.no;3128;
c738.cloud.wiroos.net;3128;
bikulciute.lt;3128;

Какой из вариантов перебора массива быстрее?

Проблема все-таки в проверке уникальности. Преобразования 100К менее чем за 10 минут

Какой из вариантов перебора массива быстрее?

Сам удивляюсь. Обычные строковые преобразования и проверка на совпадение. Щас вырублю эту хрень и попробую просто преобразовать входящий массив.

Какой из вариантов перебора массива быстрее?

xmoonlight, Т.е. наплевать на повторения и попытаться объединить? А какой шанс, что это ускорит дело? И появляется нюанс при сохранении - вдруг глюк. Придется бэкапить старую базу. Нужно попробовать. Сейчас у меня четвертый час идет проверка. Утомила.

Какой из вариантов перебора массива быстрее?

Да уж. С графом засада. Даже почитать нечего толком для php

Какой из вариантов перебора массива быстрее?

А как это ускорит процесс? Не врубаюсь. Т.е. появится куча маленьких массивов, по которым буду прогонять монстра в 400К. Нужно будет проверять по первой группе цифр к примеру а их может быть 255. Т.е. бьём на 255 массивов, которые перебираем. Разве потери времени на это не будут большими? И потом, разве поиск в цикле имеет разницу по времени в зависимости от величины массива? Это in_array накапливает время, а isset одинаково ведет себя. Кроме геморроя тут пока ничего не вижу.

Какой из вариантов перебора массива быстрее?

Входящий список - каша. Я уже несколько раз это отметил. Вот как вариант:
173.195.185.35.bc.googleusercontent.com;8080;
Какой тут эррэй уникум справится? Не хочется десять раз все преобразовывать. Хочется одним прогоном разобраться. Задача периодическая, поэтому и хочется ее причесать. По поводу дробления - а чего это даст? Перебор массивов с проверкой значения частями - где шанс, что значение не совпадет в последнем? Я и так брейкую цикл после совпадения.

Какой из вариантов перебора массива быстрее?

Проверка ведется параллельно преобразованиям нового списка. Т.е. каждую строку приходится разбирать и пересобирать. Прогонять несколько раз 400К что-то не очень хочется.

Какой из вариантов перебора массива быстрее?

Так я беру свою базу примерно 250К и проверяю ее на соответствие новым записям - 400К. Если соответствий нет, то запись добавляется в список проверки, т.е. 250К++ иначе возможны совпадения. Новый список вообще безобразный