На мой взгляд, этого достаточно, чтобы оправдать моё неучастие в манипуляциях с персональными данными.
Нет. Если с этого сайта ваши данные уйдут третьим лицам (рекламе), то вы не сможете на этот сайт подать в суд, потому что сайт покажет в суде, что у него на сайте есть кнопка.
Сайту не нужно доказывать что вы ее нажимали. Если вы регистрировались - вы должны были не взламывать сайт, а пользоваться им согласно условиям использования. В том числе и соглашаясь на то, что ваши данные могут быть переданы третьим лицам.
Лично вы даете свое согласие, если пользуетесь этим сайтом. "не нажать" кнопку - означает уже нарушить условия пользования сайтом.
То есть можете не пользоваться сайтом или пользоваться, но соглашаться на обработку.
Если вы технически обходите "нажатие кнопки", для юриста это означает что вы мошенничаете, и если ваши данные куда-то попадут с этого сайта, вы в суд на них подать не сможете, так как обязаны были нажать на кнопку, если пользовались.
Все.
На самом деле, это больше сайты защищаются от своих сливов. Типа они пользователя предупредили, теперь если что, они покажут что у них на сайте есть кнопка и все пользователи были уведомлены.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Лео, вряд ли у вас дома 10 гигабит интернет. по стандарту 5e поддерживает гигабит, 6e поддерживает 10 гигабит.
Но обычно 5е и 6 это разница в кабелях, в розетке не уверен что есть какая-то разница. Разъем же одинаковый. Сам кабель может быть чуть толще, но RJ45 тот же.
Банальную нагрузку на CPU, можно померять просто посчитав количество времени, затраченное на выполнение программы. Снять время перед запуском, после запуска и посчитать.
Если программа выполняется слишком быстро, то запустить в цикле 10 или 1000 раз.
Если посчитать не запуск программы а именно само решение, добавить получение времени прямо в программе и вывод разницы.
Опять же. Разберись с базовой архитектурой.
Ты сейчас предлагаешь какие-то десятичные вычисления, которые неудобны для компьютера, который оперирует не 4 байтами, а ДВОИЧНОЙ системой исчисления. То есть только 0 и 1.
То, что ты предлагаешь выкинуть из расчетов все после 1000, означает что огромная часть памяти будет просто не использоваться. Сейчас же используют все по максимуму.
Банально умножение на два, как ты предполагаешь делать в своей системе?
Сейчас это просто сдвиг всех битов на один влево одной операцией. То есть одним тактом процессора. В твоем случае при рассчетах нужно будет выполнять несколько разных операций. То есть производительность уменьшится в два-три раза на каждой операции таких расчетов.
Опять же, поинтересуйся как работает сумматор. Даже механический. Все основано на разрядах, а не на "десятичных числах", которые удобны только человеку и то, только потому что ты так привык. Шумеры спокойно ориентировались в 60-ричной системе и без проблем оперировали непозиционной системой записи.
Поэтому главное осознать, что 8 бит было выбрано из-за удобства, как самый минимальный размер для работы. Но база - двоичная система, а не 8ричная или 16ричная.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Wataru, По-моему токен ничгео не переносит, он просто передается от компьютера к компьютеру через определенное количество времени (10 мс). Компьютер с токеном имеет права передавать пакеты, остальные в это время слушают. То есть пока у компьютера токен, он может и несколько фреймов отправить, если успеет.
Ну вы вопрос написали именно с такой формулировкой, вам и отвечаю.
Могли бы их и спросить какие именно критические уязвимости были обнаружены, были ли они исправлены и как быстро.
Нужно также помнить, что veracrypt - форк от truecrypt, то есть изначально чужой код, в котором нужно было разобраться, почистить, провести несколько аудитов перед тем как вывести свой продукт.
Не знаю насчет ФС, на SSD разница в этом практически нивелируется.
Я предполагаю, что все-же связано с многозадачностью по процессам.
Линукс очень плохо умеет мерять свою производительность, поскольку на самом деле действительно собирает и управляет небольшим количеством метрик для каждого процесса. С другой стороны это позволяет тратить гораздо меньше ресурсов чтобы выполнить простую задачу.
Грубо говоря, запустить 1000 утилиту, которая выполняется незначительное время, и основная нагрузка будет выпадать именно на создание/регистрацию процесса, выделение ресурсов - в Линукс это занимает чуть ли не на порядок меньше времени.
Компиляция проекта типа ОС, которая как раз требует обработки кучи файлов (и обычно разными потоками/процессами), как раз такая задача.
Работал в проекте Palm OS, компиляция шла 8 часов на обычной нормальной рабочей тачке. Оптимизировали до 20 минут с использованием ручного кеширования, распаралеливания компиляции на 20-30 машин. И насколько я помню, как раз вариант с использованием рамдиска почти ничего не давал, поэтому думаю дело не сильно в ФС
symkach, Гном - это просто частный случай рабочего стола.
Под графической подсистемой я имею ввиду полноценное АПИ и фреймворк для написания подобного софта.
Сейчас же, в основном пользуются wt, который просто кроссплатформенный, а не штатный, с предоставлением удобного ОС-АПИ для создания ГУИ прикладных приложений.
Что же касается сборок - Андроид это ОС на базе Линукс ядра, как бы естественно что сборка Линукс на Линуксе должна быть быстрее.
Но сборка может происходить на CI сервере, а не на десктопе.
Я говорю об объективных вещах, а не личным предпочтениям. Так то я на винде уже лет 30, и с Линуксом лет 20, и в ПалмОс контрибьютил..
У каждой системы есть свои преимущества, и они созданы за столь долгое историческое время, что догнать отдельные моменты вряд ли возможно в обозримом будущем.
Аналога DirectX под Линуксом нет, и будет только если сам DirectX портируют. А к нему еще и драйвера нормально перепишут.
Была когда-то надежда на SteamOS, что такая крупная компания как Valve, которая реально заинтересована в играх (основной потребитель графики), сможет разработать фреймворк и возможно он даже будет частично открыт, чтобы все дистрибутивы Линукса могли добавить его как штатный инструмент. Но пока что не сложилось.
Ну не знаю В каждой ОС есть свои огромные преимущества.
Линус молодец, но маинтейнеры Линуксов никак не планируют объединиться, чтобы сделать какую-то внятную и единую графическую подсистему для GUI, из-за чего Линукс так и остается унылым в плане полноценного и удобного десктопа. И похоже и не собираются это делать, ибо возникает куча проблем на стыке интересов.
Также нет нормального и удобного в использовании аналога Active Directory
ЛДАП обвешан кастомными инструментами по самое немогу.
В остальном, в серверной части да, Линукс гораздо проще и предсказуемее. Но я с радостью пользуюсь удобствами как минимум четырех ОС и не вижу смысла все менять на одну.
Просто в силу разницы архитектурного подхода, ни одна система не будет лучше во всем в обозримом будущем
Я быстрее работаю в vi или FAR едитор, и вообще не важно в какой ОС я нахожусь.
Непонятно что именно нужно делать именно в ОС, а не в конкретной программе.
В линуксе очень многие вещи могут быть завязаны на пайпы (stdin/stdout), которые часто используются для передачи информации между процессами.
Виндовс эту работу эмулирует очень и очень плохо.
Я подозреваю, что основная проблема может быть связана с этим.