Учитывая достаточную память Ваша сборка из электронного диска не делает никакого ввода-вывода. Это может ускорить что-либо, что читает или пишет файлы. Ввод-вывод является одной из самых медленных операций. Даже если Вы кэшировали все перед сборкой, у Вас все еще есть I/Os для записи, хотя они должны оказать минимальное влияние.
Можно получить некоторое ускорение путем предварительно загружения всех файлов в кэш, но время, потраченное к к этому, должно быть включено в общее время изготовления. Это не может дать Вам много преимущества.
Встраивание объектных и промежуточных файлов в RAM, а не диск. Выполнение возрастающих сборок может получить Вас значительные усиления на частых сборках. На большинстве проектов я делаю ежедневную чистую сборку и возрастающие промежуточные сборки. Сборки интеграции всегда являются чистыми сборками, но я пытаюсь ограничить их меньше чем одним в день.
Можно получить некоторую производительность при помощи ext2 раздела с выключенным atime. Ваш источник должен быть в управлении версиями в журналируемой файловой системе как ext3/4.
Во всех собственных файловых системах Unix принадлежность файла хранится в форме идентификаторов группы и пользователя. Это также имеет место для основной операции NFS (хотя существуют другие возможности, по крайней мере, в NFSv4), и для традиционных форматов архива Unix, таких как tar.
Файл может на самом деле принадлежать пользователю или группе, которая не существует. Файл принадлежит конкретному идентификатору, но нет никакого обязательства, в котором перечислен идентификатор /etc/passwd
или другой пользователь или база данных группы. Например, если Вы храните свою пользовательскую базу данных по NIS или LDAP, и сервер базы данных временно недоступен, файлы пользователей все еще существуют.
При переносе съемных носителей от одной системы до другого необходимо или удостовериться, чтобы пользователь и идентификационное соответствие группы, где релевантный, или проигнорировали владение (например, при помощи файловой системы не-Unix). Корень является чем-то вроде особого случая, потому что его характеристика определения - то, что идентификатор пользователя 0, везде.
Единственный способ управлять, что кто-то в физическом владении медиа сделает с данными, состоит в том, чтобы использовать внутреннее средство защиты, т.е. то, которое не зависит от того, как они получают доступ к системе, и сохраняют что-то себе. Можно использовать математическое средство защиты: криптография (шифрование для конфиденциальности, расписываясь за целостность; Вы сохраняете пароль себе), или физическое средство защиты (например, заблокированное поле).
Каждый файл и каталог в большинстве файловых систем Unix имеют связанную числовую группу и идентификатор пользователя. Затем существует отображение (/etc/passwd для пользователей и/etc/group для групп) идентификаторов к именам. При передаче файла другой системе числовые идентификаторы остаются такими же. Не может быть имени с тем идентификатором в новой системе. Таким образом, если Вы делаете a ls -l
, Вы будете видеть числа вместо имен пользователей.
У пользователя root всегда есть идентификатор пользователя 0, таким образом, это будет то же в каждой системе. Если Вы намереваетесь переместить файлы часто, необходимо удостовериться, что у пользователей, которые обычны между этими двумя системами, есть тот же идентификатор пользователя на каждом.