Ниужели так никто не делал?
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Администрирование *NIX систем > chroot via sshfs |
| Автор: ruX 22.7.2008, 09:48 | ||
| Всем привет. Вот такая цель: подмонтировать через sshfs удалённый компьютер, сделать чрут на локальном и выполнять ресурсоёмкие операции для удалённого компа на локальном. Потребность появилась когда в генте пересобирал фф, но думаю если заработает полноценно то много где может пригодиться. Вот что делаю:
PS. если не биндить /dev то пишет "bash: /dev/null: Отказано в доступе", хотя дальше такие же ошибки |
| Автор: ruX 23.7.2008, 20:17 |
| Нету никаких идей? Ниужели так никто не делал? |
| Автор: ZeeLax 24.7.2008, 04:34 |
| ruX, а чего вы удивляетесь? Вы думаете, что весь мир только тем из нанимается, что входит в чрут через sshfs? С правами всё хорошо? Проверяли? |
| Автор: ruX 24.7.2008, 05:52 | ||||
ZeeLax,
Тогда думаю я б нашёл ответ на вопрос)
всмысле то что под рутом вхожу? Причём не работает только эмерж. По крайней мере больше никто не ругается и не выпадает |
| Автор: bilbobagginz 24.7.2008, 09:05 | ||
т.е. идея - подбайндить локальные устройства в чрут. мне непонятно какие преимущества это действие даёт над другими способами схлестнуть ресурсы. вопросы: какие ресурсоемкие действия пытаемся сделать ? (для "расшарки" памяти, посмотри про DSM, distributed shared memory) почему нужна эта шифровка, которая расходует процессорное время, увеличивает задержки при I/O ? к чему тянем Витю за титю ? |
| Автор: ruX 24.7.2008, 10:38 | ||||
В смысле схлестнуть ресурсы? Не понял о чём вы
про DSM прочитал, интересно) как писал выше необходимость этого изврата когда собирал ФаерФокс. Тут скорее ресурсы процессора нужны А по поводу того что используется ssh - я про это не думал.. Неужели действительно уходит так много ресурсов? Стоит монтировать через что нить другое? |
| Автор: bilbobagginz 24.7.2008, 11:37 | ||||||
Посмотри что такое "распределенная сборка", distcc, и т.д. В идеале, не нужно париться - настраивается распределенная среда сборки, и это ее проблема - как файлы ввода - т.е. исходники, перенести на "рабочую машину" (которая компилирует), и как перенести обратно двоичные файлы.
я не понимал основную задачу, думал проблема в том, что хочешь на одном компьютере иметь доступ к памяти другого, т.е. иметь доступ к 2-м физическим модулям памяти в виде одного большого "виртуального", т.е. DSM. потому как распараллеливание задач на уровне процессов, т.е. когда каждый исходник компилируется в "своём" gcc процессе, со своим адресным пространством, и т.д. - эта задача уже давно и очень неплохо решена.
Если не ошибаюсь можно сформулировать задачу так: "хочется собирать мозиллу побыстрее, используя все свои компьютеры" правильно ? |
| Автор: Любитель 24.7.2008, 13:16 | ||
Для distcc emerge имеет встроенную поддержку - не проще этим воспользоваться, если основная задача в сборке ФФ? А вообще - мне кажется, что с правами доступа у тебя что-то не так. Посмотри - что конкретно находится на
|
| Автор: ruX 26.7.2008, 00:22 | ||||||||
да, именно так
Ну не только фф) тяжолые вещи такие как глиб или кделибс тоже к этому относятся Вообщем спасибо вам, нагуглил http://www.gentoo.org/doc/en/distcc.xml То что мне нужно )
(может и второй файл пригодиться..) |
| Автор: ruX 27.7.2008, 16:53 |
| Ладно тогда, буду только distcc использовать. С ним разобрался Спасибо Тема закрыта |
| Автор: Любитель 28.7.2008, 11:23 |
| Про права - это я имел ввиду на удалённой тачке. А насчёт емержевских скриптов - я имел ввиду посмотреть, что в util.py на 880-й строчке он пытается сделать. |
