После 10 лет разработки

Быстро вы

Где, практически, такая система может применяться?

Дома у гентушников.

Там, где ведется разработка сишного кода, и нужно его собирать для тестирования.

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

Пора организовывать Compilation@Home.

Буст, опенофис... Собственно по этому и свалил с генты. А в общем гента это пять.

Буст

Сейчас собирается очень быстро.

опенофис

Сидваплюса-проблемы.

На крупных C/C++ проектах. Например, у нас на 4 серверах проект собирается около часа. Но мы используем distcc, icecream как-то не пошёл, так и не смог я его допилить.

Буст не так долго собирается, а офис есть бинарником для нетерпеливых.

этот топик не может не скатиться в дженту-срачЪ.

по поводу конпеляния сейчас в генте - binutils, boost и rblibtorrent тупо out-of-memory. раньше такого не было. надежность - да, всё выше и выше и выше (с) - сто лет не обновлявшаяся гента, живущая на семпроне и подвергавшаяся (по неопытности) различным экспериментам, обновила что-то около 270 пакетов и не чихнула. только вышеназванные зафейлились.

реально, смысла в генте может быть два - быстро разобраться что к чему в этих ваших линуксах (при этом док-ию придется юзать из других источников, ибо своя устарела) и свежий софт/много его. версии из VCS это удобно. на бинарных дистрах лучше виртуалку держать. когда они уже поймут, что в современных реалиях, дев-система должна быть отдельно? по умолчанию, by design...

Буст

Сейчас собирается очень быстро.

Так он всегда относительно быстро собирался. Там же одни хедеры почти.

по поводу конпеляния сейчас в генте - binutils, boost и rblibtorrent тупо out-of-memory.

Это сколько у тебя памяти? 0_о

Буст

Сейчас собирается очень быстро.

А у меня полчаса. А рядом есть ноут с мощным процом, так что я бы потыкал сабж

А у меня полчаса.

Хочешь сказать, что медленнее, чем на ноуте с T5600?

Ну может я слегка соврал (засекать лень), но я бы не назвал это «быстрым»

офис есть бинарником для нетерпеливых.

Для нетерпеливых есть Intel Core i7 3770 3.5GHz и сборка на нём на всех восьми потоках, ну и оперативной памяти гигов 16.

Нетерпеливые не наберутся терпения, чтобы на него заработать :)

Он нет так уж и дорого стоит 10690 рублей

Незачем собирать офис или файрфокс, смирись. А вот для переборки нужной версии постгреса сабж рулит.

Фигасе недорого. Я последний раз покупал проц где-то за 6к ваших рублей, и это было достаточно дорого. Учитывая, что кроме сборки он мне дома мало зачем нужен.

неужели

русская документация да, но не в коем случае english documentation about gentoo linux

boost - фигня)

вот Libreoffice это ДААА

и openFOAM это даа

Объясните для слабоумного что оно делает? Ну суть я уловил, но не понимаю как оно компилит, что именно будет бегать по сети, не исходники же.

Буст ... по этому и свалил с генты.

На пентиуме II MMX тяжело наверное, да., но на голимом мобильном процессоре i5-2410M собирается за 8 минут:

     Fri Mar  8 23:12:37 2013 >>> dev-libs/boost-1.52.0-r6
       merge time: 8 minutes and 12 seconds.

<lor-mode>

да ты, братец, НИЩЕБРОД! я за час больше получаю! может, хватит уже работать за миску супа?

</lor-mode>

я за час больше получаю

Ложь.

Это личный сусевский костыль, из-за которого у сусевцов нету distcc в репках? Не знаю, кому он нужен. Почитал READMEшечку, как-то ни о чём.

10 машин выгребают из SVN исходники проекта, планировщик говорит каждой какой объектный файл собрать, потом какая-то машина все их линкует. Так наверное, я незнаю правда как на самом деле, но вариантов мало. Ну можно копировать только те исходники, которые надо собрать, а не весь проект из SVN.

/0

Почему ложь? Может он - элитная проститутка?

И сказал Nowell что это хорошо

Я бы не стал платить проститутке-гентушнице. У нее же глаза красные.

а я уж подумал, что это муз-трекер времен доса оживили o_O

И сказал Nowell что это хорошо

А что там плохо. В свое время на i286 3.x замечательно крутилась и как файл сервер справлялась вполне. Причем никакого tcpip не было.

как работает IceCC

На машине, где происходит сборка, исходник прогоняется через препроцессор. Получаем исходный код, который уже можно компилировать где угодно (нет привязки к хидерам и т.п.). Потом планировщик выбирает на какой билд-машине сейчас удобно компилировать. На выбранный компьютер отправляется обработанный файл, в ответ получаем объектный файл. Линковка, по-моему, только на своей машине. Компиляторы распространяются по билд-машинам полуавтоматически. Мы так на предыдущей работе OpenEmbedded собирали. На большую часть машин в отделе поставили IceCC-демонов. В результате собиралось все на порядок быстрее.

расскажи пожжалуйста вкратце про полуавтоматическое распределение компиляторов по билд-машинам. В остальном по описанию отличий от distcc не видно.

Я бы еще десяток лет подождал. Вот что можно увидеть в коде этих клоунов: из ./services/comm.h

class MsgChannel {
  friend class Service;
  // deep copied
  struct sockaddr *addr;
  socklen_t len;
public:
  // our filedesc
  int fd;

  enum SendFlags {
      SendBlocking    = 1<<0,
      SendNonBlocking = 1<<1,
      SendBulkOnly    = 1<<2
  };

  // the minimum protocol version between me and him
  int protocol;

  std::string name;
  time_t last_talk;
...

И так везде!

Что тут не так?

У distcc, кстати, тоже есть распределение по загрузке, с помощью доп сервиса dmucs

Избранные места в сокращении:

class MsgChannel {...
public:
  int fd;...

Избранные места в сокращении:

И что?

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

Компилятор доставляется на билд-сервера в виде архива с cc1, as и поддерживающими библиотеками. Архив или генерится автоматом, или собирается ручками (удобно для разных странных кросс-компиляторов).

А, и для затравки: make -j 64 собирает ядро действительно быстро ;)

Дома у гентушников.

Нафик нафик. Самый жирный пакет - libreoffice всего каких-то 40 минут собирается. Зачем быстрее.

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

И от сборки с использованием ram-диска кстати выгоды тоже не наблюдается на современном железе.

Но ониже у нее не на заднице.

Я бы не то, что бы платить, я бы даже связываться не стал. Но тонкие ценители ведь разные бывают.

даже на похожей конфигурации Либра собирается минут сорок

ложь

Купите себе книжку, а лучше запишитесь на курсы по ООП, там ответят подробно.