производить асинхронные операции (то есть не тратя процессорное время)Где они по твоему обрабатываются? В южном мосте?
Как распределится нагрузка по ядрам?Как настроишь сервер: NUMA, планировщик ОС, сторонние процессы на сервере, настройки целевого приложения.
работать будет как файлопомойка (Nextcloud), сетевой шлюз, хост площадка для корпоративных сайтов, в будущем добавятся еще задачи (работа с БД)
работа с БДС профилем работы базы уже определились? OLAP или OLTP?
Но ни здесь ни на хабре нет о ней почти ничего, кроме упоминаний в перечне графовых баз данных. Что с ней не так?С ней всё так, с хабром не совсем так: есть авторы, которых носят на руках, несмотря на то что пишут обычно статьи не по передовым технологиям и новым знаниям;
Вопрос: как они попадают на сайт? Разве не весь трафик направляется через cloudflare?Выбрана защита доменного имени сайта или некого диапазона сетевых адресов?
Как процессор понимает ОС?С трудом это делает. ОС универсальные рассчитанные под всевозможные и даже невозможные задачи, процессоры тоже. И не всегда это совпадает.
процессор понимает только двоичную систему счисленияБрехня! Процессор поднимает только перепады потенциала в строго определённом уровне. Что там будет какая логика, камню до лампочки.
Процессор же не может понимать компилятор который тоже написан на яп.Обычно вначале идёт ОС, а потом компилятор. Операционка абстрагирует полностью оборудование от кода приложений. Поэтому голову, над тем что выложил компилятор, ломает операционка. Вначале себе, потом процессору.
мой шифрованный мусоресть достоверные сведения о том, что ключ, которым верифицируются сертификаты всяких доверенных и поддоверенных центров не лежит у кого-то на полочке (камень в огород хулителей самоподписанных сертификатов)?
какой смысл хранить шифрованный трафик за такие бешеные деньгиBig Data - не важно каких котиков ты рассматривал на сайте, достаточно знать во сколько, откуда, где, на каком сайте, а дальше кто его знает какие там алгоритмы или машинное обучение, но граф перехода построят и сайт распарсят. Ну а так ещё будет твой трафик в довесок лежать.
Компрессия кода в оперативке?Код - это команды, которые показывают, что надо делать с данными. Зачем его сжимать?
Все наверное наблюдали в ежедневной работе, что сейчас в многоядерных системах RAM бывает вся занята, а процы - отдыхают.Как писал Танненбаум, искусство написания небольших и функциональных программ утеряно, судя по всему навсегда. Поэтому остались большие, прожорливые и в основном однопоточные программы.
Не быстрее будет отдать половину ядер процессам, чтобы они внутри памяти все паковали и распаковывали при обращении (или хотя бы с опережением куда-то).С одной стороны проще и даже правильней, но с другой стороны процесс дорогое удовольствие для системы (так считается), а межпроцессное взаимодействие такая штука, над которой надо думать, потом отлаживать, снова думать. Зачем? Проще сделать один большой однопоточный процесс, у которого временные данные в оперативе, а всё остальное на диске. Производители железа только спасибо скажут.
Можно пинать ногамиДаже нужно некоторых разработчиков.
Я боюсь, что мессенждеры могут передавать инфорамцию ФБР.С чего такая щепетильность у законопослушного гражданина совершенно другой страны?
Как можно безопасно, без риска , что твое письмо может попасть в лапы ФБР, общаться с другом через OS ANDROID & LINUX (Использую эти ОС) ? Через почту ?Никак. Лучше лично при встрече. Совсем не обязательно перлюстрировать и проводить морфологический или синтаксический разбор вашей с другом переписки. Достаточно фиксировать откуда, когда, с какого устройства и кому. Дальше строится социальный граф и включается в работу big data. Подтягиваются данные со сторонних сервисов тебя и твоего товарища - кто-то с данного телефонного номера с id сим карты зарегистрирован в соцсети, зареган на почте и т. д. Так вот окольными путями собирается цифровое досье. На основании которого можно прогнозировать ваше поведение. И уже совсем не важно о чём вы там друг другу пишете.