Różnica między instalacją pakietu ze źródła i skompilowanego pliku binarnego

Question

W Debianie jest kilka skompilowanych pakietów R w oficjalnych repozytoriach. Ale można też zainstalować pakiet R ze źródła. Chciałbym wiedzieć, dlaczego użytkownik wolałby jedną metodę instalacji na inną.

Answer 1

Podałem już nieco szczegółową odpowiedź in response to this SO question.

jako aktualizacja, te dni nawet mieć wiele pakietów prekompilowanych dzięki zaktualizowanych initiaives cran2deb:

• Na Ubuntu masz już prawie wszystko gotowe paczki CRAN przez Michael Rutter na 'cran2deb for ubuntu' ppa na Launchpad.

• W przypadku Debiana, Don Armstrong zapewnia obecnie podobną usługę (obejmującą również BioConductor i OmegaHat) pod numerem debian-r.debian.net.

Answer 2

Czasami lepiej jest "skompilować" źródła na serwerze, niż używać tylko istniejącego pliku wykonywalnego.

Dzieje się tak dlatego, że kompilator tworzy plik exe specjalnie dla twojego komputera, więc może działać szybciej i pracować znacznie lepiej, na przykład kompilator zna procesor, który masz, więc możesz go zoptymalizować.

Answer 3

Ideą wstępnie skompilowanych pakietów R dla Debiana/Ubuntu jest zapożyczanie z systemów Windows i MacOS. Te systemy mają wstępnie skompilowane pakiety, ponieważ zazwyczaj nie mają standardowych narzędzi w standardowych lokalizacjach do budowania pakietów ze źródeł (kompilatory c i fortran, lateks, perl itp.).

Jeśli pojawi się nowe wydanie pakietu na CRAN, czy wstępnie skompilowany pakiet na repozytoriach Debiana jest automatycznie aktualizowany? Uważam, że lepiej zsynchronizować się z CRAN. Sprawdź pakiet ctv, aby pomóc w zarządzaniu dużymi kolekcjami pakietów R ("widoki CRAN"), zarówno do instalacji, jak i aktualizacji.

Potrzebujesz uprawnień roota, aby zainstalować wstępnie skompilowany pakiet z repozytoriów systemu operacyjnego, podczas gdy każdy zwykły użytkownik może instalować pakiety używając install.packages() w R (ale polecam uruchomić sudo R, jeśli jesteś sysadminem, aby zainstalować CRAN widoki, tak aby były dostępne w całym systemie, zamiast nadpisywać twoje ~ /).

Jeden niedogodny dla pakietów źródłowych jest to, że jeśli pobierzesz wiele, kompilacja zajmie więcej czasu, aby zainstalować (w zależności od komputera). Możesz zyskać na wydajności podczas kompilacji, ale nie można tego zauważyć.