Wexter TTL задаётся в своей DNS зоне, а не где-то у провайдеров. Некоторая часть провайдеров, действительно плюёт на ttl, но это уже давно не массовое явление.
Проблемы с кешем запросов, сейчас, почти всегда от того, что оставляют ttl по умолчанию, при заполнении зоны, и он часто длинный.
Wexter, Вообще-то совершенно не обязан, если это заранее не предусмотрено. К тому же, и во второй раз может отдать тот же ip. Т.е. такое решение заведомо не надёжно.
А кеш, если специально не сделано не правильно, зависит от ttl записи, который можно сделать коротким.
При прочих равных быстрее будут два диска чем один, но это нужно грамотно распределять нагрузку - в бытовых задачах это нафиг никому не надо и не имеет смысла.
Только если собрать из них raid0, и в этом случае, будет намного ниже надёжность, т.к. отказ любого из SSD гарантировано порушит данные, и это вдовое вероятнее.
В raid1 будет только чтение быстрее, но объём ополовинится.
Ну и в случае jbod скорость будет как у каждого, т.е. медленнее 500.
Если ничего не собирать, то распределить как-то между сколько-то равномерно нагрузку, практически не решаемая, в общем случае, задача.
В итоге, один на 500 будет всё же быстрее, т.к. остальные сценарии просто не разумно, или не реально реализовывать...
Денис Сечин, Пояснение: dd пишет последовательно в один поток. В вашем случае, ещё и большим размером блока. Если у вас именно диск(а судя по скорости это он, и не быстрый до кучи), а не SSD, то разница с рандомной записью, или рандомным чтением, малыми порциями, может быть больше чем на порядок. И даже если SSD, то она будет, хоть и не такой большой...
Т.е. в вашем случае диск вполне может быть узким местом в случае ftp, не смотря на ваши замеры с dd.
По единицам измерения 8бит = 1байт и обе они о количестве информации. А скорость передачи, измеряется в чём-то из них (для коммуникаций чаще Мбит), в единицу времени (в секунду, обычно).
zhenyolka, Надо рассматривать это, как лишний повод размяться, сделать гимнастику для глаз. Подумать о чём-то отвлечённом. Эти несколько дополнительных минут, можно потратить с большой пользой, и заодно, не подвергать лишний раз свою систему риску... =)
zhenyolka, В случае компиляции, да, разница будет заметна. Но часто-ли вы собираете ядро? Или ваш проект всё же несколько скромнее, и разница в абсолютном выражении вовсе не часы?
Илья лук, Если сравнивать только опенсорсные драйвера, то скорее да - nouveau это ужас, а amdgpu ничего так. =)
Но для Nvidia есть приличные пропиетарные дрова от производителя, которые, в общем-то, не хуже чем для win, до чего amdgpu не дотягивает, а с pro блобом от amd, бывает даже хуже чем без него.
nidalee, Возможно. Я не занимаюсь профессионально монтажом, не так много инструментов использовал, и вероятно, у меня просто нет высоких требований.
А blender, кроме того, что это 3d редактор, может, в частности, и монтировать видео, не только анимацию...
Там есть один толковый ответ - зачем вам вообще включённая интегрированная карта, если к ней не подключён монитор? Драйвер, кстати, можно не запускать через blacklist соответствующего модуля...
CityCat4, Ну не знаю:
Игры и так нативно из стима. =) Не особо-то для них нужна винда.
Красивенькое окружение с каким-нибудь KDE будет и на Linux.
Вот фотошоп, это да, но могу посоветовать Krita, если задачи не слишком сложные...
Задачу, в виде описанном у вас в вопросе я не решал, да и маловато там входных данных.
vanoc, Не надо быть столь категоричным. =)
По умолчанию, wheel она в rhel-based, sudo в debian-based. В остальных где как. Да и это меняется очень легко, и всегда можно посмотреть в sudoers как оно на данной конкретной установке...
Ну и у автора вопроса-то она точно sudo.