>А чё вы хочите от линукс-ядра? Оно не умеет подгружать демонов в режиме ленивой загрузки и вынуждено стартовать их последовательно с ранлэвелами. Что будет с Xorg 7.4 и интегрирвоанным HAL — вообще подумать страшно — Kubuntu на загрузку до логина KDE4 будет тратить минут десять!

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

$ time konqueror
konqueror(12538) KonqViewManager::setCurrentProfile: "webbrowsing"
real    0m13.892s
user    0m0.672s
sys     0m0.05

в паверсэйве, Кубунту 9.04, если честно, оно летает в сравнении с 8.10 по ощущениям.

>Сусю не видел лет 5, сорри. :)

Если не секрет, а сколько времени Вы не видели Ubuntu?

А MOPSLinux это нормально? =)

вполне

А что же будет после 17.4 "Zealous Zoidberg"?

>Объявлено кодовое имя Ubuntu 9.10

Очередное идиотское название...

Поможем Марку Шаттлворту

http://www.linux.org.ru/view-message.jsp?msgid=3457693

Так и представляю себе - в тёмном южноафриканском подвале собираются подозрительного вида личности и курят пожертвованный Марком для разработки убунты килограмм травы. Их оттуда, как из ватикана, не выпускают, пока не попрёт белый дым из всех щелей. Тогда открывают дверь, и от первого выползшего на свет божий требуют назвать 2 слова на "K" с зоологическим контекстом. Так они и получаются, новые названия убунты.

> На "P" стопудово пингвин какой-нибудь будет. Poor Penguin например.

Тогда уж Power Penguin или Perspective Penguin.

Или Pin-up Penguin (самка).

Я правильно понимаю, что при выходе очередной версии Убунты (non-LTS), использовать предыдущую уже нет смысла (т.к. она не будет поддерживаться с выходом новой)?

> Итак, встречайте: Ubuntu 9.10 "Karmic Koala".

Супер! :)

> В сусе гораздо медленней стартуют приложения. Более того, konqueror, запускался в загруженном KDE более 5 секунд (!). На той же машине в kubuntu он стартовал быстрее 2 секунд. Смотрел версии Suse 10.0 и 10.1, производительность примерно одинаковая.

Странно, SuSE - это ведь кдешный distro of choice.

>Странно, SuSE - это ведь кдешный distro of choice.

1) Автор - некрофил изрядный :)

2) http://lizards.opensuse.org/2008/12/16/comments-on-phoronix-benchmarking-open...

>Я правильно понимаю, что при выходе очередной версии Убунты (non-LTS), использовать предыдущую уже нет смысла (т.к. она не будет поддерживаться с выходом новой)?

Не правильно. Не-LTS версия поддерживаеться полтора года с момента выхода. А будущий 9.04 запланировано поддерживать вроде даже до октября 2011.

В топку убунту

>доктору на заметку: тех кто замечает "офигенный прирост производительности" на генту или арче можно лечить от любой(!) болезни капсулами глюкозы и инъекциями физраствора, даже от волчанки.

"офигенный прирост" - это, конечно, субъективная оценка (трудно перевести в секунды или килограммы).. но таки арч быстрее настолько, что это можно заметить..

>Что будет с Xorg 7.4 и интегрирвоанным HAL — вообще подумать страшно — Kubuntu на загрузку до логина KDE4 будет тратить минут десять!

Не будет. Но в любом случае к тому моменту, когда Kubuntu потребует 10 минут на загрузку, FreeBSD уже будет RIP.

>Но в любом случае к тому моменту, когда Kubuntu потребует 10 минут на загрузку, FreeBSD уже будет RIP.

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

приколисты :)))

и еще... http://oss-omsk.blogspot.com/2008/12/fedora-10-plymouth.html

Я почему-то думал, что в Федоре всё ещё RHGB (последней виденной мной Федорой был Вервольф).

Снова херня какая-то =)

> Я правильно понимаю, что при выходе очередной версии Убунты (non-LTS), использовать предыдущую уже нет смысла (т.к. она не будет поддерживаться с выходом новой)?

Поддержка не-LTS дистрибутива 18 месяцев.

> Если не секрет, а сколько времени Вы не видели Ubuntu?

Избавился от этой гадости 2 месяца назад где-то.

>> Если не секрет, а сколько времени Вы не видели Ubuntu?

>Избавился от этой гадости 2 месяца назад где-то.

Не подскажите номер версии и конфигурацию компа?

Что явилось причиной перехода?

> Не подскажите номер версии и конфигурацию компа?

> Что явилось причиной перехода?

Я уже выше говорил, тормозит этот продухт сильно - ubuntu 8.10 любой разрядности, комп core 2 duo 2GHz, 4Gb RAM, Gf8400. Gentoo (да и не только) после убунты - это про рай.

>тормозит этот продухт сильно - ubuntu 8.10 любой разрядности, комп core 2 duo 2GHz, 4Gb RAM, Gf8400.

странно... у меня AMD X2-5000+/6Gb/ATI Radeon X1650+ и Ubuntu 8.10 x86_64 особых тормозов и дискомфортов не ощущаю... а в чём выражаются тормоза?

Генту это канэшна хорошо, но уж больно много с ней возни - не хватает времени...

из всех протестированных мной дистров (а это практически все распространённые linux + FreeBSD, OpenSolaris etc.), только Ubuntu оставляет впечатление допиленности искаропки, прочие требуют ковыряния... в наибольшей степени это относится к Gentoo, посередине идут Slackware, FreeBSD и иже с ними и в наименьшей степени требуют допиливания Fedora, openSUSE...

>> Что явилось причиной перехода? > Я уже выше говорил, тормозит этот продухт сильно - ubuntu 8.10 любой разрядности, комп core 2 duo 2GHz, 4Gb RAM, Gf8400. Gentoo (да и не только) после убунты - это про рай.

Для OpenSUSE в lor wiki есть специфичный для lor пункт "что делать, если система тормозит". Предлагаю убунтоидам сделать аналогичный пункт.

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

Тюнинг параметров системы даст бОльший выигрыш.

Gentoo ради "оптимизации" на мой взгляд - как ради той же оптимизации программы на ассемблере писать - часто выигрыш не стоит затрат.

>Ага. Оказывается в дебиане нет i686. Ну и пусть горит багровым пламенем.

4.2

$ uname -a
Linux debian 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 GNU/Linux

>"офигенный прирост" - это, конечно, субъективная оценка (трудно перевести в секунды или килограммы).. но таки арч быстрее настолько, что это можно заметить..

Бывалый оверклокер знает, что разгон системы на 15 процентов не заметен на глаз. Повышение производительности начинает быть заметным при разнице от 20 процентов и выше. Речь про оффтопик, но есть подозрение, что вы не только архиватором пользуетесь.

> Бывалый оверклокер знает, что разгон системы на 15 процентов не заметен на глаз.

Это пионер. Бывалый оверклокер - это как опытный байкер - правила движения/штатную частоту не нарушает. Только в исключительных ситуациях.

единственное что мне лично нравится в убунте - это названия версий. идиотские и забавные. :]

> Вот в седьмом оффтопике они решили переписать. По заявлениям там не будет совместимости с ХРюшей, а с вистой будет только частичная. И всем оффтоп-юзерам придется качать порт вайна)
каким таким заявлениям?..
тестовый билд 7го оффтопика (7022) вроде как есть; ради научного интереса поставил себе на днях. драйвера видео/сетевой слило апдейтером, драйвера звуковой что под висту поставились нормально. софт ставил - фуррифокс, пси, пирацкий фотошоп и прочие типичные оффтопик-приложения также поставились. незнаю о чем вы вообще говорите =/

>Бывалый оверклокер штатную частоту не нарушает.

никакого противоречия не замечаем?..

Мне убунту нравится, но коала ооооочень медлительный "мишка"... На что это они намекают? На карму коалы для 9.10?

>коала ооооочень медлительный "мишка"... На что это они намекают?

а это был такой старый анекдот (правда в оригинале про парнокопытных), который заканчивался фразой: сейчас мы медленно спустимся с холма и отъ^Wmodprobe всё стадо :)

>разгон системы на 15 процентов не заметен на глаз.

разгон системы не заметен на глаз если повышать частоту цп/шины/производительность_памяти и т.д. В случае генты или арча ты получаешь систему, оптимизированную под твой процессор, т.е. приложения юзают все(!) его фичи, а не тот 1% который сохранился со времен i386 как в оффтопике и бинарных дистрибутивов линуха.

>>Бывалый оверклокер штатную частоту не нарушает.

>никакого противоречия не замечаем?..

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

Кажется производители дистрибутивов решили начать меряться тупизной названия: федора - "спартанский царь Леонидас", бубунта - "Карма большого тормозного медведя"

После Z будет либо вендекапец, либо убунтекапец..

> После Z будет либо вендекапец, либо убунтекапец..

А почему никто не подумал про зацикленные списки? После Z опять будет A.

Это последний релиз? )

Всего ничего осталось... Дальше будут релизы "МедведьБольшие Яйца", а после - "Лось, просто лось".

Где они находят такие тупые названия?

>Где они находят такие тупые названия?

Ну а представь, сваяли дистрибутив - отмечают, праздник в самом разгаре, и тут самый трезвый вдруг вспоминает: "кодовое имя еще не придумали!".

> На "P" стопудово пингвин какой-нибудь будет. Poor Penguin например.

Или Porn Penguin.

А нельзя просто назвать Ubuntu 9.10??

> Возьмите 64-битную сборку убунты, которая не тащит за собой груз i386-оптимизаций.

Не в битности там дело. Попробовал давеча 8.10 под AMD64. Машина - нфорс4, топовый одноядерный атлон64, гиг памяти в двухканалке.

Огнелис, alsaplayer и штук 10 окошек наутилуса делают работу за компом совершенно некомфортной из-за заметной на глаз заторможенности всего и вся. gnome-system-monitor, персонально отъедающий у вышеобозначенного атлона аж 35% процессорного времени - это как вообще?! Штучка рисующая два графика и столбик текста! Так оно ещё и само тормозить ухитряется, закладки перещёлкиваются по 1-2 секунде.

В арче и в слаквари этого нет и в помине, в любых сборках.

> разгон системы не заметен на глаз если повышать частоту цп/шины/производительность_памяти и т.д. В случае генты или арча ты получаешь систему, оптимизированную под твой процессор, т.е. приложения юзают все(!) его фичи, а не тот 1% который сохранился со времен i386 как в оффтопике и бинарных дистрибутивов линуха.

Это миф, на самом деле. Ну не умеет ни один компилятор пока заставлять какой-нибудь KDE использовать SSE и прочие подобные вещи, или алгоритмы заменять на более эффективные. Это искусственный интеллект нужен. Всякие mp3-кодеки да, оптимизируются хорошо и там сборкой под процессор можно получить какое-то вполне измеряемое ускорение. Остальному же софту глубоко пох на эти оптимизации.

Я когда-то интересовался у автора Slackware (да, у того самого), почему он в наше-то время собирает пакеты под i486. Ответил навроде что - смысла нет, бинарник на выходе одинаковый получается, до байта.

Касательно "не тот 1% который сохранился со времен i386". Да, есть в более новых процессорах новые инструкции, строковые и прочие всякие хитрые, которые на первый взгляд должны давать очень большой прирост по сравнению с "тупыми" mov, add и push, например на массовых перекачках в ОЗУ. Однако не использует их сейчас никто по одной простой причине. Даже на последних 64битных процессорах "тупые" инструкции быстрее, притом в разы. Зачем тогда создавались строковые - а затем, чтобы на асме программировать удобнее было. Только ради этого. Сейчас на асме никто не пишет, отсюда и "тупой" быстрый код.