Экс-сотрудник Salesforce представил поисковик, основанный на доверии

Экс-сотрудник Salesforce представил поисковик, основанный на доверии

Экс-сотрудник Salesforce представил поисковик, основанный на доверии

Рихард Сохер, в прошлом главный научный сотрудник Salesforce, участвовавший в создании ИИ-платформы Einstein, представил собственную поисковую систему, которая должна составить серьёзную конкуренцию Google.

Так на свет появился you.com, любой желающий уже может посетить главную страницу поисковика. Сам создатель подчёркивает основную задачу: избавить Сеть от кликбейта и уйти в сторону доверия.

«Мы разрабатываем поисковую систему you.com, которую можете попробовать уже сегодня. Наша задача — взять за основу для поисковика не только доверие, но и положительный настрой с фактами», — заявил Сохер.

По словам специалиста, на создание собственной поисковой системы его сподвигло несколько ключевых проблем. Например, на сегодняшний день в Сети слишком много информации и ни один человек не сможет обработать и переварить её.

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

Само собой, создатель you.com не обошёл стороной вопрос конфиденциальности, который за последние несколько лет не раз всплывал в самых резких формах.

В будущем, как видит это Сохер, Google столкнётся с проблемой недоверия со стороны пользователей. Именно поможет альтернативным поисковикам вроде you.com занят свою нишу, считает эксперт.

Баг macOS ломает TCP через 49 дней без перезагрузки

В macOS нашли редкий, но очень неприятный баг: если компьютер работает без перезагрузки примерно 49,7 дня, у него может постепенно умирать TCP. По версии исследователей, проблема связана с переполнением 32-битного счётчика времени в ядре XNU, который используется TCP-подсистемой.

После этого внутренние TCP-таймеры якобы перестают нормально обновляться, соединения в состоянии TIME_WAIT не очищаются, временные порты постепенно заканчиваются, и система в какой-то момент просто перестаёт устанавливать новые TCP-соединения.

При этом ping может продолжать работать, что делает сбой особенно странным. В Photon пишут, что заметили аномалию на своих macOS-машинах, которые круглосуточно используются для мониторинга iMessage-сервисов.

По их описанию, часть узлов после примерно 49 дней 17 часов 2 минут 47 секунд аптайма перестала открывать новые TCP-сессии. После перезагрузки всё возвращалось в норму, но таймер, по сути, запускался заново.

Авторы утверждают, что смогли воспроизвести поведение на двух машинах и связали его с переменной tcp_now в XNU. В открытом репозитории Apple действительно есть TCP-код ядра Darwin/XNU, где используются 32-битные значения времени и логика сравнения временных меток TCP, на которую ссылаются исследователи.

Поведения бага выглядит так: сначала ничего не ломается в лоб, но закрытые TCP-соединения перестают вовремя исчезать из TIME_WAIT. Затем их становится всё больше, временные порты забиваются, новые подключения начинают зависать в SYN_SENT, а сервисы, которым нужны новые TCP-сокеты, начинают сыпаться.

Если эта находка подтвердится, то для обычного пользователя баг вряд ли станет массовой проблемой: большинство устройств на macOS перезагружаются чаще (хотя бы из-за обновлений). А вот для долго работающих Mac mini, билд-серверов, CI/CD-ферм, удалённых рабочих станций и серверных компьютеров, которые могут жить без ребута неделями, история выглядит уже куда серьёзнее.

Если у вас есть компьютер на macOS, который работает неделями без перезагрузки и критичен для сервисов, мы бы посоветовали следить за его аптаймом.

RSS: Новости на портале Anti-Malware.ru