Demos7787, ну, я это и говорю. Все было просто - вот руль, вот ПДД. А теперь вылезай и разбирайся, как оно вообще едет. Вместо вороха готового, которое можно вольно компилировать (в докомпьютерном значении этого слова) по инструкции - холодная машинная логика и причуды ее реализации без особенных подсказок, как надо. Потому что можно - как хочешь. Только откуда ж тебе знать, как ты хочешь, без опыта? А как ты получишь этот опыт, если не знаешь, чего вообще хочешь? Ну, и лезь себе обратно в кабину, чо там...
IKStantin, бэкапный-то у меня не так давно работал под Debian 7 на Atom510 с 1 Gb памяти. Но это не для рабочей нагрузки, конечно.
В принципе, так, чтобы прямо проблем при настройке - не помню. И "простейший" - это вообще не про него, сайту 15 лет, там одних CMS ДСП три штуки. Правда, собственно Битрикс в них используется минимально - для авторизации да разграничения доступа, в основном. Есть мечта все это перетащить на Лару и забыть, как страшный сон, но объем просто неподъемный. Сейчас даже просто до php8 это дотянуть - уже грёпнешься.
mayton2019, могу другими словами.
Найдите в пачке длиннющих перфокарт те, у которых с данной перфокартой совпадают дырки хотя бы в 95% от максимально возможного количества пробитых дырок (это если каждую продырявить в том месте, где дырка в другой).
mayton2019, самая что ни на есть практика, данные боевого сайта.
Габариты озвучивал уже: десятки тысяч записей, длина каждой в несколько килобайт.
Собственно, в базе-то записи разной длины, но сравниваются только одинаковые.
Stalker_RED, ну да. hamdist тоже подходит. Вычитаем его из суммы нулей двух строк, делим пополам - получаем числитель.
В примере вы что-то напутали, должна быть строка первым аргументом и 2 - вторым. Тогда работает, выдает 5.
Надо составить бенч, пожалуй ;)
P.S. Вообще получается изящная формула процентов: (Sum0 - H) / (Sum0 + H),
где Sum0 - сумма нулей в двух строках, а H - расстояние Хэмминга.
Приятно посмотреть ;)))
IKStantin, причем, насколько я видел, это настроенный на php7.4 CentOS, хотя уже с 1 февраля Битрикс пафосно объявил, что пых ниже 8 поддерживать не хочет. Тут не то что "не торопитесь", тут "на хрена козе баян?!". Хостер-то мой - напрочь сертифицированный партнер того Битрикса и вроде бы уверенно его умеет.
Впрочем, на моем интранет-сервере еженощная бэкап-копия этого Битрикса шевелится себе и верно служит мне для экспериментов и разработки. И в Докере я его под php8 поднял для постепенного перевода на эту версию. Но повторять такие эксперименты на боевом сервере, да с таким киндер-сюрпризом, как Битрикс - слуга покорный...
GavriKos, опять же - не те данные. Если бы они шли монотонно и часто повторяясь - да, тут наложение 4 из 4 позволило бы считать поменьше. Но у меня чаще всего будет 1-2 из 4, которые ничего не дают. Ну, 0 из 4 тоже довольно вероятен... но все равно, подозреваю, такая оптимизация больше запутает, чем упростит. И уж на уровне базы, без перебора, точно ничего не позволит определить.
Stalker_RED, в разборе ответа Wataru об этом и говорили.
И вы тоже упустили, что количество нулей нужно не только в новой строке, но и в старой тоже.
Впрочем, вы совместными усилиями навели меня на мысль, что знаменатель для процентов можно считать проще.
Нужно просто вычесть числитель из предварительно высчитанной суммы нулей в двух строках.
И высчитывать значащие биты второй раз (для определения мест, где ноль в одной из строк) не потребуется вовсе.
Да, это надо попробовать!
AUser0, вообще все юзеру система не покажет. А чтобы был лес дочерних, должны быть родители, которые их породили. В моем списке один Апач, и с ключом ps -aux --forest предсказуемо показывает, что ничего дочернего эти воркеры не наплодили.
Vitaly Karasik, да не то чтобы не признают... вроде бы готовы разбираться. Но рефрен "извините за ответ через пять часов, наблюдается высокая нагрузка на ТП" и постоянная ротация ответственного за тикет, в которой, похоже, никто не заинтересован убить лишнее время не то что на решение - даже на знакомство с проблемой.
В результате шаблонную отписку про 40 процессов я вижу в десятый раз в пределах одного и того же тикета.
Сейчас как паллиатив подумываю вынести Лару на VPS (сайт менее критичный, более легкий и простой в обслуживании), оставив на шареде один Битрикс - может, ему и полегчает.
Тариф и так недешевый, а с ТП, которая теоретически может что-то увидеть, бодаюсь уже который месяц без особенного прогресса. Они у себя видят, что все хорошо. Например, мои крон-скрипты у них числятся исполнявшимися.
То, что эти скрипты строго в определенный период (как раз когда я не мог войти по SSH) ничего не сделали и даже не выкинули при этом ошибок, хотя до и после этого периода штатно работают - это уже как бы мои половые трудности.
Вот я как раз непривилегированный юзер, которому ТП вменяет превышение лимита в 40 моих, юзерских, процессов. А я вижу 14 и рассматриваю варианты, что можно сделать в такой ситуации.
Кроме очевидных и деструктивных, разумеется.
Stalker_RED, да без проблем. Вопрос, что это даст.
Сравнение двух 64-битных чисел, например, мне просто НЕ НУЖНО, ни их равенство, ни неравенство ровно ничего не дают.
