Долго грузятся четвёртые кеды [calculate]

28.02.2012 21:54 · отредактировано #233145

Сабж грузится ~40c.
какие есть идеи, как посмотреть, что грузится так долго? или сразу, куда копать?
да, оборудование: нетбук атом N570, 64-bit'а, 2Gb ram

28.02.2012 22:25 #233153

Fat-Zer, что является точкой отсчёта — изначальная загрузка или после ввода логина в kdm?

28.02.2012 22:55 #233160

Fat-Zer написал:
Сабж грузится ~40c.
какие есть идеи, как посмотреть, что грузится так долго? или сразу, куда копать?
да, оборудование: нетбук атом N570, 64-bit'а, 2Gb ram

имхо нормально.

28.02.2012 22:56 #233161

Fat-Zer написал:
куда копать?

тут не копать надо, а закапывать
KDE

28.02.2012 23:04 #233169

От кдм до рабочего стола 10-13 сек. (машина не новая p4-2к 2Gb(pc2100)) (всегда так грузилось на разных ОС)

28.02.2012 23:05 #233170

drBatty написал:
[quote=Fat-Zer]куда копать?

тут не копать надо, а закапывать
KDE[/quote]

в контексте ситуации и железа я думаю имелось ввиду?

28.02.2012 23:06 #233171

Жилезьё явно не для KDE. Я бы XFCE поставил

28.02.2012 23:06 #233172

Lupo Alberto написал:
Fat-Zer, что является точкой отсчёта — изначальная загрузка или после ввода логина в kdm?

логин. до него секунд 25-30, но это в пределах нормы...

drBatty написал:
тут не копать надо, а закапывать

если бы всё было так просто...

28.02.2012 23:08 #233173

а если непомук и пр. авахи, аконади выключить/удалить?

28.02.2012 23:11 #233174

metra написал:
а если непомук и пр. авахи, аконади выключить/удалить?

уже...

28.02.2012 23:15 #233177

Комнаты/плазмоиды?

Кожет быть что-то типа этого: https://bugs.kde.org/show_bug.cgi?id=217394
Из этой темы http://forum.kde.org/viewtopic.php?f=66&t=84282

28.02.2012 23:17 #233179

Fat-Zer, ну блин... атом и так слабый камень, 2 гига и так мало, а тут ещё и 64 бита зачем-то. Вот скажите - зачем? Понты какие-то? Ну если атом _может_ 64 бита, это вовсе не говорит, что он на них будет быстрее работать. Медленнее конечно. Впрочем 64 бита это всегда медленнее, разве что надо 10..30Гигов памяти какому-то приложению. Тут да, нравится-не нравится, а 64и бита включи. Но вам-то это зачем?

И да, все эти аконади НЕ отключаются. Вот такие они плохие. И не выпиливаются.

28.02.2012 23:24 #233182

И да, все эти аконади НЕ отключаются. Вот такие они плохие. И не выпиливаются.

Как это?
Всегда проводил на мандриве нехитрую операцию:
[console]# urpme akonadi
# urpme --auto-orphans[/console]
И жил спокойно (я в курсе, что пару пакетов остаются, но роли никакой они уже не играют)

Дэк гентушникам по-моему ещё "проще".

28.02.2012 23:26 #233184

drBatty написал:
Fat-Zer, ну блин... атом и так слабый камень, 2 гига и так мало, а тут ещё и 64 бита зачем-то. Вот скажите - зачем? Понты какие-то? Ну если атом _может_ 64 бита, это вовсе не говорит, что он на них будет быстрее работать. Медленнее конечно. Впрочем 64 бита это всегда медленнее, разве что надо 10..30Гигов памяти какому-то приложению. Тут да, нравится-не нравится, а 64и бита включи. Но вам-то это зачем?

И да, все эти аконади НЕ отключаются. Вот такие они плохие. И не выпиливаются.

в слаке просто удалил пакеты. Туда же отправил блютуз/блюман демоны и пр. дребедень.

28.02.2012 23:34 #233188

Ещё для сравнения:

Машина: ноут pentium dual core 1600 - 2GB
От кдм до стола: 7 сек
Потребление оперативки после загрузки ~170 Mb
mandriva 2010.2 загружалось kde4.5.5(конечно порезана) + в системе гном2/программы

28.02.2012 23:52 #233196

drBatty написал:
атом и так слабый камень, 2 гига и так мало, а тут ещё и 64 бита зачем-то. Вот скажите - зачем? Понты какие-то? Ну если атом _может_ 64 бита, это вовсе не говорит, что он на них будет быстрее работать. Медленнее конечно.

думаю, что медлительность камня - не ключевой фактор, а если и так, то хочется получить пруф...
2 гига - ИМХО более, чем достаточно практически для любой системы... зачем 64 - пока не придумаю.

drBatty написал:
И да, все эти аконади НЕ отключаются. Вот такие они плохие. И не выпиливаются.

ЕМНИП без перекомпиляции до конца не выпиливаются... а может они и жёстко зависят от kdepim, но не суть...

verg написал:
Комнаты/плазмоиды?

одна "комната". на столе только просмотр папки. на панелях - минимум: часы, системный лоток, переключатель столов и несколько кнопок

verg написал:
Кожет быть что-то типа этого: https://bugs.kde.org/show_bug.cgi?id=217394
Из этой темы http://forum.kde.org/viewtopic.php?f=66&t=84282

не похоже... комнаты не пользую... кроме того у меня 4.8.0, а баг похоже давно погребён в 4.3-ветке...

ещё как вариант - тормоза где-то в дисковой подсистеме...
тесты ни кто предложить не может?

29.02.2012 00:46 #233207

Fat-Zer написал:
думаю, что медлительность камня - не ключевой фактор, а если и так, то хочется получить пруф...
2 гига - ИМХО более, чем достаточно практически для любой системы... зачем 64 - пока не придумаю.

вы таки не поняли. Ключевой вопрос - зачем 64, если иметь быстрый камень и много оперативки, то тормозами от 64х бит можно пренебречь, да и раскрываются плюсы этих 64х бит. Но на таком слабом железе - исключительно только минусы. Основной минус в том, что 64 ровно вдвое больше 32х, и очевидно вдвое больше занимает памяти, и вдвое медленнее обрабатывается. Конечно, это НЕ снижает быстродействие всей системы вдвое - это касается только указателей, но никак не данных. Данные уже давно 64х битные, а когда надо - и 128и битные (man SSE, начиная с третьего пня). Данные с плавающей точкой традиционно 80и битные, или часто 64х битные для хранения (man FPU начиная с i8087). Однако, если программист пожелал сделать структуру-указатель на какие-то данные для быстрого поиска, то при компиляции в 64 бита она автоматически становится вдвое больше, со всеми вытекающими.

Fat-Zer написал:
ЕМНИП без перекомпиляции до конца не выпиливаются... а может они и жёстко зависят от kdepim, но не суть...

они и с компиляцией не выпиливаются... уж больно много от чего зависят.

29.02.2012 00:50 #233209

Ключевой вопрос - зачем 64

а таком слабом железе - исключительно только минусы

Плюсую.

29.02.2012 02:05 · отредактировано #233227

Fat-Zer написал:
Сабж грузится ~40c.

проверил у себя, от startx до обоев 22 сек. правда у меня

Показать

$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 3
cpu MHz : 3200.252
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs bts pni dtes64 monitor ds_cpl est cid cx16 xtpr
bogomips : 6400.50
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 3
cpu MHz : 3200.252
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 1
initial apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs bts pni dtes64 monitor ds_cpl est cid cx16 xtpr
bogomips : 6399.57
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:

что ИМХО помощнее будет.

ЗЫЖ и ещё у меня 32 бита ОС

29.02.2012 11:19 #233288

?
Fat-Zer,

text


emerge sys-devel/prelink