Обновление мира gentoo на древнем железе

distcc?

distcc как я понял чисто для компиляции на другом компе, а мне нужно ещё прогнать перед этим что вообще нужно компилировать. Это тоже занимает очень немало времени на древняке. Поправьте меня, если в distcc как-то можно emerge обернуть (а именно выхлоп пакетов для сборки), но сдаётся мне, что нет. Как я понимаю distcc лишь удалённое использование gcc, что к emerge по сути отношения не имеет в прямом виде.

У тебя проходит портаж по локальному дереву, так что не выйдет. Не думаю, что скорость твоего сетевого подключения выше, чем у SATA.

Так то оно понятно. Но по сути в общем виде надо удалённо прогнать make.conf и мир с локальными use-флагами просто на более быстром проце. Разве нет для этого средств/костылей? Наверняка что-то придумано.

Ага, выдергиваешь хард, подключаешь к более шустрому компу, загрузаешься с флешки, chroot, emerge -uDN world

gentoo

нетбук

Ну ты и ССЗБ, конечно...

Нету для портажа таких костылей, только если ты будешь среду сборки и дерево держать удалённо, собирать на своё железо удалённо, получать бинари на выходе. ИМХО, не стоит.

Лучше подходи с другой стороны: делай rsync exclude, удаляй сирот.

Я вот перешёл на paludis, дерево считается быстрее.

делай rsync exclude, удаляй сирот

Можно поподробней, не догнал слегка. Что rsync-ом гнать?

А на paludis что-то не тянет. Тем более только из-за древнего проца на него лезть. На десктопе то и emerge не напрягает.

http://www.gentoo-wiki.info/TIP_Exclude_categories_from_emerge_sync

Смысла не понимаю. Так то exclude я частенько делаю, когда что-то не собирается (пока ебилды следующие не подскочат и не соберётся). А в данном случае что это даст? emerge же быстрее от этого не станет.

когда что-то не собирается

Ты читал вообще?

Что-бы синхронизировать локальное дерево с копией дерева на мощном сервере вовсе не нужно передавать все дерево целиком. Я думаю, что технически возможно сделать rsync дерева и всех файлов которые влияют на вычисление зависимостей на мощный сервер, а потом запустить расчет зависимостей на том сервере, результаты вернуть и напрямую сообщить emerge необходимые пакеты.

Напоминает haskell-updater он сам по себе решает какие пакеты нужно пересобрать, а потом запускает emerge.

Допустим архитектуры на обоих железках одинаковые(x86/x86 или amd64/amd64)

1. Экспорт корня по NFS на более мощное железо
2. ROOT=/path/to/mounted_root_from_netbook PORTAGE_CONFIGROOT=/path/to/mounted_root_from_netbook emerge -uDN world --with-bdeps=y

Если нет - уже сложнее будет, хотя в случае amd64(мощное железо)/x86(слабое) решение достаточно простое по понятным причинам.

Дело не в этом. Обновляется-то дерево с нормальной скоростью, но если исключить некоторые категории, то рассчёт зависимостей - самое слабое место - будет считаться быстрее.

Семь бед - один ответ: http://bit.ly/t1e6b6

ssd

Сделай копию рута на более мощную машину (например, с помощью LVM-снапшота и rsync), сделай chroot, обнови систему, собери заодно бинарные пакеты и настрой BINHOST, таким образом не нужно будет компилять на нетбуке.

Поражают такие люди. Комп имеет IDE-интерфейс, PCI-2.x на 133MHz, как думаешь насколько спасет SSD в этой ситуации? :)

Спасибо тебе, добрый человек. Помню что Pinkbyte в генте шарит, а тут вполне себе простое и изящное решение.

Не ССЗБ, а очень кошерная и годная система. По большому счёту не так и надо мне обновляться. 2 года жил без обновлений, но мало ли что.

а меня поражают такие люди, не знающие разницы между iops latency и throughput

:) Шина не позволит работать шустрее диска. Ни латенси, ни пропускная способность дисков никак не решат вопроса того сколько может пропускать бит шина. Так вот у IDE/PCI-2.х максимум это 133 MB/s для синхронного чтения/записи. С учетом того, что у SSD нет особого лимита для рандомного чтения/записи, то лимит также будет в 133 МБайта/секунду. Что ненамного выше хорошего (среднего) относительно бюджетного современного HDD.

Таришь /, несешь на новую шуструю машинку, там chroot'ишься и делаешь что надо, после чего таришь новый корень и несешь обратно. Опасаться всяких -march=native

Кстати, зависимости считаются долго из-за конфликтов в твоих поставленных пакетах (а также их количества). Применяй emerge --depclean -av и прочие трюкачества для уменьшения размеров пакетной базы. Обычно проще тупо пересобрать все из stage 3 - удивишься, как emerge -avuND world быстро выполняется.

ситуация1: нужно считать маленький файл. hdd нужно спозицинировать головку, прежде чем его считать, ssd нет

ситуация2: нужно считать много маленьких файлов, hdd не повезло, он позиционирует головки по всему блину взад вперёд, когда ssd читает их один за другим как ни в чём не бывало

в обоих случаях hdd соснул и привёл к долгому ожиданию, когда ssd нет, хотя утилизация шины в обоих случаях околонулевая. как же так?

ssd нет
ssd читает их один за другим как ни в чём не бывало

Это тебе домашнее задание на дом. Узнать, что творится внутри HDD чтобы прочитать файлы. Hint: track-to-track & full stroke.

хотя утилизация шины в обоих случаях околонулевая. как же так?

У тебя видимо в прошлом была какая-то карма с HDD. Частично все проблемы с latency у HDD решает ОС посредством дискового кэша. Еще одно ДЗ о том как устроен дисковый кэш в линуксе. Hint: write through.

write through

hint: write значит «запись» и не сработает на чтении незакешированых данных(подтянуть ин яз тебе на домашнее задание). а поскольку речь про десктопы, кэш может быть вовсе вытеснен в неподходящий момент

Узнать, что творится внутри HDD

дорогой господин, вы работаете в wd или seagate и не боитесь делиться тут свединими и попасть под nda?

Random access
ssd: time Typically under 0.1 ms
hdd: Ranges from 2.9 (high end server drive) to 12 ms (laptop HDD)

просто признай, что ты нищеброд, и ты пытаешься остудить припекание рассказами о ненужности ssd

Ясно :)

Перейдем к делу. Ты сам подключал хоть раз SSD в древний комп, вот как раз с PCI-2.х, проц пенек от силы третий и шина/память на 400МГц от силы? Заметил, что после этого все работает как на современном Core i7? Или ничего не заметил? :)

все работает как на современном Core i7

это твои фантазии, я такого не писал

кошерная и годная

Я про нетбук. Гента кошерна (у самого на обоих хостах), но это ж надо упороться ее на нетбук..

Ну а что тут такого? Была калька. По вполне, думаю понятным причинам, калька была подпилена до генты. По сути сейчас тоже кальку поставил. Но не бинарями едиными. Суть есть гента. Да и вообще мне калька изначально больше всяких бубунт понравилась во всех смыслах.

Ну у меня обычная гента (ставилась из stage3 и на текущем, и на старом хосте). Меня она радует, но в основном на новом проце.

От себя ещё добавлю, что сделал bind-mount с десктопного /var/tmp/portage на нетбучный путь. Ибо через NFS оооочень медленно та же банальная распаковка проходит.

мда, видимо гентой теперь пользуются кто попало

вот тебе ман https://dev.gentoo.org/~zmedico/portage/doc/man/make.conf.5.html

вот тебе wiki http://wiki.gentoo.org/wiki/Distcc/ru

там всё описано, чего ты хочешь

У меня у самого gentoo стоит на asus 1011cx. Ибо именно этот дистрибутив единственный, кто позволяет моему нетбуку работать, а не тупить

И? Что ты мне этим хотел сказать?

Семь бед - один ответ: http://bit.ly/t1e6b6

и ведь действительно:

Enable javascript to use LMGTFY.

Arch ненужно, когда гента.. Когда гента ничего более ненужно.

То что gentoo на нетбук это не глупость и не пустая трата времени, а результат, достойный затраченных сил и времени

Я не давно собрал для acer 720

Все нормально, просто нужен ведомый компьютер иногда в роли которого выступает домашний ноут.

Потрахушки ради генты на недопроце? Ну нетушки, спасибо.

Через NFS вполне нормально собрать обновившиеся пакеты десктопом за ночь. Поставил на сборку и спишь себе спокойно.