Исправление firkax, (текущая версия) :
тся ться не надо путать
В виртуалку надо пробрасывать диск целиком, а не раздел из него. Только следить чтобы списки смонтированных разделов в системе в виртуалке и в системе на хосте не пересекались (исключение: раздел можно смонтировать одновременно и там и там, если оба монтирования read-only; read-only + read-write - уже риск проблем, read-write + read-write - проблемы почти гарантированны).
-jN может привести к проблемам если makefile сделан не очень аккуратно, насколько часто такие встречаются - не знаю.
Какое число туда ставить - никаких строгих правил нет, можешь хоть -j100. Конкретное оптимальное число зависит от проца, от проекта, от количества памяти, от скорости работы диска на котором делается компиляция, обычно оно в указанных тобой пределах - от количества ядер до количества потоков. Ставить меньше, чем количество ядер (которые ты хочешь отдать компилятору) смысла обычно нет (но учти что потребление памяти тоже растёт и если у тебя её мало то может не хватить, начнётся свап и всё плохо). Если ставить больше - сначала будет становиться чуть быстрее, потом плавно перейдёт на спад.
Исправление firkax, :
тся ться не надо путать
В виртуалку надо пробрасывать диск целиком, а не раздел из него. Только следить чтобы списки смонтированных разделов в системе в виртуалке и в системе на хосте не пересекались (можно пересекаться если оба монтирования read-only).
-jN может привести к проблемам если makefile сделан не очень аккуратно, насколько часто такие встречаются - не знаю.
Какое число туда ставить - никаких строгих правил нет, можешь хоть -j100. Конкретное оптимальное число зависит от проца, от проекта, от количества памяти, от скорости работы диска на котором делается компиляция, обычно оно в указанных тобой пределах - от количества ядер до количества потоков. Ставить меньше, чем количество ядер (которые ты хочешь отдать компилятору) смысла обычно нет (но учти что потребление памяти тоже растёт и если у тебя её мало то может не хватить, начнётся свап и всё плохо). Если ставить больше - сначала будет становиться чуть быстрее, потом плавно перейдёт на спад.
Исходная версия firkax, :
тся ться не надо путать
В виртуалку надо пробрасывать диск целиком, а не раздел из него. Только следить чтобы списки смонтированных разделов в системе в виртуалке и в системе на хосте не пересекались (можно пересекаться если оба монтирования read-only).
-jN может привести к проблемам если makefile сделан не очень аккуратно, насколько часто такие встречаются - не знаю.
Какое число туда ставить - никаких строгих правил нет, можешь хоть -j100. Конкретное оптимальное число зависит от проекта, обычно оно в указанных тобой пределах - от количества ядер до количества потоков. Ставить меньше, чем количество ядер (которые ты хочешь отдать компилятору) смысла обычно нет (но учти что потребление памяти тоже растёт и если у тебя её мало то может не хватить, начнётся свап и всё плохо). Если ставить больше - сначала будет становиться чуть быстрее, потом плавно перейдёт на спад.