extension-surelevation.com - программное обеспечение




Forum rules





Айкидо, подробности.|плеер, подробности.

Александр Наумов

пише?26 апр 2007 в 0:13

Всем привет!
Я вот хотел узнать мнения участников этого клуба вот по какому вопросу/
Каие НА ВАШ взгляд преимущества именно Source_Based дистрибутивов Linux перед их бинарными собратьями?

Георгий Резцов

пише?26 апр 2007 в 13:37

оптимизация по скорости выполнения, по занимаемому месту...

Iiiii Iiiii

пише?28 апр 2007 в 23:21

Это после того как соберешь проги =)

Евгений I AM CATAR Михайлин

пише?30 апр 2007 в 11:55

гибкое управление зависимостями (обычно пакеты собирают по принципу все включено, что невсегда нужно)

Игорь Павленко

пише?30 апр 2007 в 23:12

+ меньше путаницы с зависимостями(особенно при установке левых пакетов)
+ оптимизация (O3 от O2 иногда в разы отличается по скорости)
- нужен безлимитный инет
- мощная машина

Руслан Лазуков

пише?1 мая 2007 в 16:00

Source base'd на примете gentoo:

+ Оптимизация под конктетный компьютер (как в Java при работе JIT).
+ ОЧЕНЬ гибкое управление пакетами, т.к. системными средствами можно менять функционал программ (связывание с др. пакетами, изменение базовых функций - USE flags).
+ Можно обновляться дельтами, а на src они много меньще (обычно) чем на бинарники.

- Путаница с зависимостями (пересобранная программа может опираться на ф-ции, которые не скомпилены в требуемой биб-ке. в итоге "странная" работы, сег-фолты и прочая не ловимая неадекватность).
- Длительность цикла установки системы (сборка KDE на iP2 примерно сутки).
- Трудно создать и поддерживать репозитарий собранных пакетов (для быстрой установки).
- Огромное кол-во вариатнов сборки и зависимостей приводит к тому, что разработчики не могут оттестить ВСЕ варианты конфигураций => возможно в вашем случае в пакете фозникнет ошибка... хотя в стандартно собранном её нет.

Выводы (больше для себя)
1. Было бы круто если бы появилась возможность собирать src как JIT for Java - собираем ТОЛКО то, что требуется сейчас (не собирается не нужный функционал), и СРАЗУ под данную платформу. Тогда время установки системы было бы такое же как и у бинарных дистров. Только время ПЕРВОГО запуска программы больше.
2. Сейчас перехожу на Debian / Ubuntu. Когда на машину ставятся KDE & Office за несколько минут - подкупает.

Георгий Резцов

пише?2 мая 2007 в 17:34

во время запуска программы на си немогут компилироваться...

Евгений I AM CATAR Михайлин

пише?3 мая 2007 в 20:56

насчет отличия O3 от O2 в разы - какие тесты применялись?

Георгий Резцов

пише?6 мая 2007 в 19:20

точно говорю не в разы...

Илья Илембитов

пише?7 мая 2007 в 17:25

Ну как сказать. Поставьте Федору - поймете, что разница в скорости если и есть, то уж явно не настолько значительная, чтобы тратить столько времени. На мой взгляд есть отличный вариант для компромисса - ArchLinux. Сам по себе он бинарный, но все пакеты оптимизированы под i686 - то есть iP4 и выше. При этом очень легкий - базовая система занимает в районе 100 мегов. Далее прописывается доступ к репозитариям бинарников (current, extra и community). При установке пакетов задают вопросу (по типу: хотите ли вы поставить пакет kde-accessability, который идет в составе kde?), но вроде как можно изловчиться и покруче на тему USE-флагов - я не пробовал, на мой взгляд, мусора и так немного. Наконец, если в репозитариях нужной программы нет - зайдите в AUR - местный репозитарий pkg-build-ов. То есть средства для автоматической компиляции тоже есть, но это конечно пока явно не уровень portage. На мой взгляд, очень хороший компромисс. Пакеты очень свежие, сразу с оптимизацией. Но если что - есть сырцы. Кстати, никто не мешает привлечь сырцы со стороны - встанет что угодно (идеология по типу Slackware). В общем, хороший симбиоз идей Gentoo и Slackware. В итоге получается очень производительная система с хорошей возможностью настроить все под себя, но без ненужного гимора. А Gentoo пусть останется для серваков, где часто обновлять софт чревато.

Александр Наумов

пише?8 мая 2007 в 20:07

Интересно.
А сильно ли выигрывает в скорости Gentoo перед Debian?
В Debian с пакетами дела обстоят тоже очень неплохо, Или сравнивать с Gentoo не приходится?

Илья Илембитов

пише?8 мая 2007 в 23:12

Вообще, ИМХО, любой более-менее настраиваемый дистр не будет сильно отставать от Генту. По крайней мере, точно не пропорционально затраченным усилиям. Что, debian медленный дистрибутив? Или, может, Slackware? Все-таки сборка из сырцов - не единственная мера оптимизации. Причем и в Генту тоже (например, там особая система скриптов инициализации).

Евгений I AM CATAR Михайлин

пише?12 мая 2007 в 12:07

в производительности не сильный выйгрыш... хотя если извращаться с make.conf, то на некоторых задачах можно и что-то выйграть.
Основной конек Gentoo - это portage и настраиваемость.

Алексей Голец

пише?13 мая 2007 в 16:08

ну так и дебиан моно пересобрать под себя и будет не хуже генту
по крайней мере оптимизаия под камп на лицо хотябы по размеру(следовательно меньше время чтения с диска => скорость)
хотя я тесты не проводил
хотя показательный пример:
wget пересобранный стал весить вместо 900кб около 600-700
надо будет в перспективе проверить производительность
а вообще apt-build рулит =)

Евгений I AM CATAR Михайлин

пише?18 мая 2007 в 18:48

в apt есть USE?

Алексей Голец

пише?19 мая 2007 в 8:32

мм
USE определяет набор пакетов\библиотек.
в дебиан есть rules
они вполне могут настроить

Евгений I AM CATAR Михайлин

пише?23 мая 2007 в 12:58

USE определяет мягкие зависимости aka собирать ли нам консольную прогу с поддержкой мыши или нет.
rules это тоже самое?

Алексей Голец

пише?23 мая 2007 в 21:56

угумс
это файлик учасвующий при сборке пакета
вот пример от wget:
#!/usr/bin/make -f
# Sample debian/rules that uses debhelper.
# GNU copyright 1997 to 1999 by Joey Hess.

# Uncomment this to turn on verbose mode.
#export DH_VERBOSE=1

# This is the debhelper compatability version to use.
export DH_COMPAT=4

include /usr/share/dpatch/dpatch.make

config.status: patch-stamp
dh_testdir
# Add here commands to configure the package.
CFLAGS="$$CFLAGS -D_FILE_OFFSET_BITS=64 -g -Wall" ./configure \
--prefix=/usr \
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
--sysconfdir=/etc \
--enable-ipv6 \
--with-ssl

touch configure-stamp

build: build-stamp
build-stamp: config.status
dh_testdir

# Add here commands to compile the package.
$(MAKE)
#/usr/bin/docbook-to-man debian/wget.sgml > wget.1

touch build-stamp

clean: clean-patched unpatch
clean-patched:
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp

# Add here commands to clean up after the build process.
-$(MAKE) distclean
rm -f doc/wget.inf* po/de.gmo po/fr.gmo

dh_clean

install: build
dh_testdir
dh_testroot
dh_clean -k
dh_installdirs

# Add here commands to install the package into debian/wget.
$(MAKE) install DESTDIR=$(CURDIR)/debian/wget


# Build architecture-independent files here.
binary-indep: build install
# We have nothing to do by default.

# Build architecture-dependent files here.
binary-arch: build install
dh_testdir
dh_testroot
dh_installdebconf
dh_installdocs
dh_installexamples
# dh_installmenu
# dh_installlogrotate
# dh_installemacsen
# dh_installpam
# dh_installmime
# dh_installinit
# dh_installcron
dh_installman
dh_installinfo -a
# dh_undocumented
dh_installchangelogs ChangeLog
dh_link
dh_strip
dh_compress
dh_fixperms
# dh_makeshlibs
dh_installdeb
# dh_perl
dh_shlibdeps
dh_gencontrol
dh_md5sums
dh_builddeb

binary: binary-indep binary-arch
.PHONY: build clean binary-indep binary-arch binary install

Алексей Голец

пише?23 мая 2007 в 21:58

забыл
там ещо пачка глобальных гдето есть
но в общем довольно удобно


Top
 
 
 


Who is online

Users browsing this forum: MSN [Bot] and 3 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Style designed by MarkJ ?2008

Powered by phpBB ?2000, 2002, 2005, 2007 phpBB Group
[ Time : 0.098s | 10 Queries | GZIP : Off ]