1 (19.10.2014 04:27:58 отредактировано chelovekot)

В википедиях пишут, что Gentoo самый быстрый дистрибутив, т.к. весь софт компилится под пользовательское железо...это реально так или быстрота заключается только в том, что в системе нет разного "мусора"?
https://farm6.staticflickr.com/5599/15565437001_ca77e9bd8d_q.jpg

2

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

3

А чёрт его знает.

4

chelovekot, Gentoo получает разницу в скорости за счёт отсутствия всего "лишнего" при сборке ядра и графического окружения.
Вы сами собираете ОС "с нуля".

Linux Mint 19.3 Mate Edition
Windows 7

5

Однако совсем нет, все зависит от конкретного железа, у кого то одно работает быстрее, у другого другое, плюс если железо мощное то вообще разницы нет, ну а самый быстрый и на любом железе по моему PuppyRus Linux)))
У меня например на Убунте полная перезагрузка от нажатия кнопки перезагрузить, до полной загрузки системы проходит наверное секунд 10 вот и вся быстрота)))

6

Да, ерунда всё это. Любой дистр можно настроить на быстродействие. Если гента и выигрывает в скорости то этот выигрыш на глаз незаметен, тем более на современном железе. У меня что опенбокс, что гном работают одинаково мгновенно, а миллисекунды замерять это уже из области психиатрии.

Ничто из того, что поддаётся объяснению, не существует.

7

Гента более стабильна и предсказуема благодаря USE-флагам (хотя это может приносить и выигрыш, как в том прецеденте с РНР). По скорости же наличие выигрыша зависит от пакета. Естественно, что большинство мелких программ будут работать одинаково что в генте, что в убунте. Оптимизация тем ощутимее, чем агрессивнее программа использует проц: на архиваторах, числодробилках, БД, кодеках-конверторах и прочих подобных вещах можно получить от единиц до 20-30% прироста.

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

8

К сожалению гента менее предсказуема и труднее находить проблемы. Поскольку у всех пользователей всё собрано по разному, то повторить конфигурацию, результат для поиска бага или других подобных вещей почти невозможно.

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

9

Vascom пишет:

К сожалению гента менее предсказуема и труднее находить проблемы

К счастью, ты ошибаешься.

Vascom пишет:

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

Специфические баги из-за диких оптимизаций возникают очень редко, а баги из-за неблагоприятного стечения звёзд на небе - ещё реже.

Vascom пишет:

Ну и как сказали выше, скорость её не больше, чем у других дистрибутивов

Я уже объяснил где можно получить выигрыш. Это уже протестировано и результаты можно найти в Сети.

Vascom пишет:

А может даже и меньше, если пользователь не включит некоторые оптимизации или даже включит неправильные флаги. В этом надо очень хорошо разбираться.

Safe CFLAGS включают всё что необходимо.

10 (19.10.2014 11:04:36 отредактировано XliN)

А на серверах это вообще зло. Мне досталось три сервера и я просто негодую по этому поводу. =(

Будет настроение и перенесу шлюз на centos. Там крутится только openvpn, drweb, apache и почтовый сервер... Хотя... =)

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

11

Опять же - я с Debian на генту ушёл из-за невыносимо медленных кед в первом. И судя по Mint 17 KDE, кеды в deb-дистрах собирать нормально так и не научились.

12

XliN пишет:

Мне досталось три сервера

у меня их было около 50 ))

13

fragment пишет:

Опять же - я с Debian на генту ушёл из-за невыносимо медленных кед в первом. И судя по Mint 17 KDE, кеды в deb-дистрах собирать нормально так и не научились.

Опять же все упирается в железо, на слабом может быть можно почувствовать разницу, а если нормальный процессор, 8+Гб памяти и SSD то о какой медлительности вообще может идти речь, а ведь такое железо ничего заоблачного, обычный современный комп средней(и даже ниже средней) ценовой категории)))

14

sergey888 пишет:

Опять же все упирается в железо

Это было на Core 2 Duo E6400 и 4 Гб памяти.

15

ГГ, у меня KDE на Atom N2800 с 2ГБ ОЗУ нормально работает на нетбуке. ab
Не всё летает конечно, но вполне комфортно.

16

alexfinn пишет:

у меня их было около 50 ))

Было? =)

Vascom пишет:

работает на нетбуке.

Тоже на своем нетбуке на проце AMD E-450 4 гига памяти работает отлично.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

17

XliN пишет:

Было? =)

было ab я с тех пор сменил место работы

18 (19.10.2014 15:34:42 отредактировано beliy)

chelovekot пишет:

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

В свое время рассматривал генту как один из вариантов перехода с винды, к тому времени имел достаточно немалый опыт собирания пакетов и оптимизации на серверных платформах и сложности работы с этой системой были довольно таки условными.
Но пакетные дистрибутивы не стоят на месте и также оптимизируют пакеты. По факту то как уже писали выше разницы из коробки уже давно практически нет, а с заморочками по оптимизации получится выиграть не более 5%. Для меня оптимизаций и на работе хватает и для домашнего ПК выбор был сделан в пользу пакетных дистрибутивов, как более экономных по трудозатратам на обслуживание. Нисколько не жалею об сэкономленном времени и нареканий на работу моего "питомца" тоже нет ab

19 (19.10.2014 18:26:42 отредактировано Macumazan)

У меня по дефолту CFLAGS="-O2 -pipe".  Хотя когда-то тюнил систему для произодительности , что бы видео декодить, добивался до 10% прироста от дефолтных значений окружения.  На остальном этого прироста заметно небыло при десктопных нагрузках.

20

А в федоре вот так собирается для i686

-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches  -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables

Для x86_64 конечно же под Atom не оптимизируется.

21

Vascom пишет:

-march=i686

Мдэ. Ни SSE3/4 тебе, ни AVX.

22 (19.10.2014 19:57:56 отредактировано Vascom)

А много ли от них сейчас пользы на i686? Какое ПО их использует?
К тому же это я привёл дефолтные флаги для сборки. Но ни что не мешает маинтейнеру включить нужные флаги при сборке пакета, если программа умеет их использовать.

К тому же на процессорах с SSE3/4 и AVX и так всё летает и реальной разницы в производительности не заметно.

23

В общем, я пришёл к выводу, что генту мне не нужна, по крайней мере сейчас. Очень нравится концепция арча, но пока не могу найти повода, чтобы слезть с федоры). Спасибо за разъяснения.

24

chelovekot пишет:

В википедиях пишу

и на заборах пишут. Они общедоступные.

chelovekot пишет:

весь софт компилится под пользовательское железо...это реально так

софт компилится не "под железо", а под флаги, которые  задал гентушник.
Не, ну если вы круче Патрега…

chelovekot пишет:

в системе нет разного "мусора"?

с какого перепугу там мало мусора?
"Мусора" там  ровно столько же, как  и в любом другом дистре.
Также как Патрег или Шатлврот, разрабы генты не обладают телепатией, и не знают, что  именно  chelovekot, считает "мусором".

Wolfenberg пишет:

Gentoo получает разницу в скорости за счёт отсутствия всего "лишнего" при сборке ядра и графического окружения.

почем у я не могу убрать лишнее в бинарном дистре? В  генте какая-то особая магия?

fragment пишет:

Оптимизация тем ощутимее, чем агрессивнее программа использует проц: на архиваторах, числодробилках, БД, кодеках-конверторах и прочих подобных вещах можно получить от единиц до 20-30% прироста.

да, при соблюдении  двух условий:
1. процессор == узкое место
2. сравнивать нужно в  той программе, которую собирали для _другого_ процессора.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

25

XliN пишет:

А на серверах это вообще зло.

это  ССЗБ

А на десктопе это просто не нужно. Там LA=1%.
Пруф:
$ uname -a; uptime

 Консоль:
Linux amilo 3.14.17-smp #2 SMP Mon Aug 25 15:18:59 CDT 2014 i686 Intel(R) Atom(TM) CPU N270   @ 1.60GHz GenuineIntel GNU/Linux
08:33:54 up 6 days, 10 min,  3 users,  load average: 0.11, 0.23, 0.19

это  на нетбуке, который я скоро выкину на помойку.

fragment пишет:

И судя по Mint 17 KDE, кеды в deb-дистрах собирать нормально так и не научились.

LOL

Macumazan пишет:

Хотя когда-то тюнил систему для произодительности , что бы видео декодить,

а я тюнил видеодекодер в слаке слакобилдом. ЧЯДНТ?

Vascom пишет:

А много ли от них сейчас пользы на i686? Какое ПО их использует?

Использует многое. Вот только пользы по сравнению с SSE1 —  с гулькин нос.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)