Zatem .... dziwne. Różnica - istotna - miedzy v20.2, a v20.3 dotyczy usunięcia swappiness ... i tyle. Jedynym wytłumaczeniem jest zatem: albo jakaś aktualizacja, albo zmiany miedzy Linux-3.4.10 [v20.2], a Linux-3.4.11 [v20.3]. Zbuduje, jak mówiłem jeszcze v20.4 - będzie bazować na Linux-3.4.12 - tu dopiero jest od groma poprawek ... zobaczymy.
Co do v21.0 - bazującego obecnie na Linux-3.6.0 ... widać, wszytko działa wręcz idealnie ... nie chce zapeszać, ale ja do tej pory poza plusami, nie odnotowałem minusów. W tym w końcu działa prawidłowo pełen apparmor [mam kod pełnego - w pełni działającego patchsetu - na teraz mogę powiedzieć stabilnie] - zarówno w sferze kernela, jak u user space - poniżej screen - widać, wersje kernela [tu v21.1-brazos - 64 bity - oznaczenie 'techniczne'

], kontrole dostępu z poziomu użytkownika [prawidłowo odmowa dla usera] i na poziomie roota [albo precyzyjniej super user] - pokazuje pełne sterownie i działanie profili - zatem pełna zgodność z apparmor-2.4
v21.0-brazos-apparmor
Pozdrawiam
-- 07 paź 2012 13:08 --
JerryG pisze:U mnie sudo ureadahead --daemon daje
Kod: Zaznacz cały
ureadahead: Error while tracing: Nie ma takiego pliku ani katalogu
Zatem tak, obecnie mamy w Ubuntu "rozdwojenie jaźni" - mamy część usług startujących jako usługi
upstart - te w
/etc/init/ oraz te startujące w trybie
[sysv] sysvinit - te znajdujące się w
/etc/init.d/ [tu czasem powtórzenie usług upstart] oraz określające czas ich startu/zatrzymania -
/etc/rc.x.
Zatem, sterowanie usługami w trybie sysvinit odbywa się - poza moim zdaniem najlepszym i wręcz niezbędnym narzędziem jakiem jest Simple Service Manager [który idealnie łączy sterowanie usługami system V i upstart] - poprzez konsole - komendą:
service [usługa] [działanie, np: start/stop/status], np.
sudo service apparmor status.
Natomiast usługami upstart przez komendy, np:
initctl list/status/start/stop [usługa].
Przykładowo w upsrat mój wynik -
initctl list:
Kod: Zaznacz cały
ext73@ext73-stacjonarka:~$ initctl list
avahi-daemon start/running, process 1030
mountall-net stop/waiting
passwd stop/waiting
rc stop/waiting
rsyslog start/running, process 969
tty4 start/running, process 1013
udev start/running, process 479
upstart-udev-bridge start/running, process 437
ureadahead-other stop/waiting
console-setup stop/waiting
hwclock-save stop/waiting
irqbalance start/running, process 1043
plymouth-log stop/waiting
tty5 start/running, process 1019
failsafe stop/waiting
modemmanager start/running, process 993
rfkill-store stop/waiting
dbus start/running, process 975
mounted-var stop/waiting
plymouth stop/waiting
resolvconf start/running
udev-fallback-graphics stop/waiting
control-alt-delete stop/waiting
hwclock stop/waiting
mounted-proc stop/waiting
network-manager start/running, process 1067
alsa-store stop/waiting
module-init-tools stop/waiting
setvtrgb stop/waiting
shutdown stop/waiting
alsa-restore stop/waiting
lightdm start/running, process 1035
mountall stop/waiting
mounted-debugfs stop/waiting
binfmt-support stop/waiting
console stop/waiting
mounted-run stop/waiting
acpid start/running, process 1031
bluetooth start/running, process 1022
plymouth-stop stop/waiting
rcS stop/waiting
ufw start/running
wait-for-state stop/waiting
flush-early-job-log stop/waiting
friendly-recovery stop/waiting
rc-sysinit stop/waiting
cups start/running, process 1090
upstart-socket-bridge start/running, process 866
tty2 start/running, process 1023
udevtrigger stop/waiting
container-detect stop/waiting
mounted-dev stop/waiting
tty3 start/running, process 1024
udev-finish stop/waiting
hostname stop/waiting
kdm stop/waiting
mountall-reboot stop/waiting
mountall-shell stop/waiting
mounted-tmp stop/waiting
network-interface (lo) start/running
network-interface (eth0) start/running
plymouth-splash stop/waiting
plymouth-upstart-bridge stop/waiting
tty1 start/running, process 1443
udevmonitor stop/waiting
dmesg stop/waiting
network-interface-security (network-manager) start/running
network-interface-security (network-interface/eth0) start/running
network-interface-security (network-interface/lo) start/running
network-interface-security (networking) start/running
networking stop/waiting
procps stop/waiting
rfkill-restore stop/waiting
tty6 start/running, process 1027
network-interface-container stop/waiting
ureadahead stop/waiting
Tak to teraz działa ... moim zdaniem o wiele słabiej od nowego
systemd - tu czas startu da się skrócić nawet do 2-3 sekund ! ... no ale Canonical pielęgnuje swoje "dziecko" w postaci Upstart i mamy na razie to co mamy

.
Pozdarwiam
-- 07 paź 2012 13:40 --
Przykład boot`owania Arch Linuksa z systemd:
Fast archlinux sytemd boot
Pozdrawiam
-- 07 paź 2012 14:56 --
W kwestii wydajności Unity, jak już pisałem Unity 6.6 w porównaniu do 6.4 to już był spadeke i to czasem spory. Poprawę miało przynieść Unity 6.8 ... a tu kolejne spadki. Jeśli tak dalej pójdzie, to wydajność miedzy KDE 4.10, a Unity 6.8 będzie pewnie na poziomie nawet 50 - 70 %, w być może w skrajnym przypadku, jeśli ten proces będzie postępował, dojedzie nawet do 100 % na korzyść KDE, np. zamiast 40 klatek/s w Unity, będzie 80 klatek/s w KDE.
Unity 6.8 Doesn't Change Much For Performance
Poniżej porównanie KDE do Unity 6.4 ... to pomyślcie, jaki byłby wskaźnik [np. gry Xonotic] porównania do Unity 6.8 ... to już przepaść. Oczywiście mowa o trybie wyłączania efektów dla aplikacji pełnoekranowych pod Nvidią. Oczywiście ten proces pod KDE odbywa się automatycznie - bez ingerencji użytkownika - grasz = wyłącza efekty, przechodzisz do pulpitu od razu działają = nie widać nawet przejścia. Po prostu dla użytkownika ten proces jest całkowicie transparentny.
Ubuntu Unity Proves Very Slow To KDE, GNOME, Xfce, LXDE
Pozdrawiam