Microsoft на LinuxWorld - без эксцессов

Spasaite PINGVINA, a to p&^%oi nakrojetsa!

Да, видимо мероприятие испортилось.. Пришли 'ответственные за принятие бизнес-решений'..

2anonymous (*) (2002-08-16 18:20:56.61): "Да, видимо мероприятие испортилось.. Пришли 'ответственные за принятие бизнес-решений'.."
Пришли те кто дентги платить, а не языком шурует и чужие же деньги норовит потратить, включая трату времени на персбор ядря и прочую глпость, которая к работе отношения не имеет.

2Ogr (*) (2002-08-16 20:20:36.304)

>включая трату времени на персбор ядря

Раз уж _твой_опыт_ подсказывет,что пересборка линуксового ядра _долгая_и_ненужная_ вещь, приведи, пожалуйста, примеры, когда ТЕБЕ это приходилось делать, для чего, и почему ты пришел к выводу о том, что можно было обойтись без пересборки?

Во фре ядро персобрать - первая вещь после установки. В коммерчесских (типа) линуксах типа РХ этого делать не рекомендуется (хотя РХ я никогда не буду использовать в работе по многим причинам).. Хотя, во фре можно и без пересборки обойтись - но это лишний геморой;)
А то, что адро WXP/W2k грузит все, что попало - тоже не лучший вариант. Был бы в винде конфигуратор ядра.. Ладно, Огр, хоть я на тебя не гнал, но облажался ты, брат X-)

Вообщето ядро нуна собирать гдето эдак с переодичностью в пол года а можна и режэ - если жэлезо нормана держится старым. А так - адын раз после установки с-мы в любом дистре

2anonymous (*) (2002-08-16 22:12:07.812): "примеры, когда ТЕБЕ это приходилось делать, для чего"
Одно слово - VM. Еще вопросы есть?
2anonymous (*) (2002-08-16 22:54:52.339): "А то, что адро WXP/W2k грузит все, что попало - тоже не лучший вариант. Был бы в винде конфигуратор ядра.."
Что ТЕБЕ даст конфигурирование ядра? Только конкретно.
"Ладно, Огр, хоть я на тебя не гнал, но облажался ты, брат X-)"
Ты мне не брат, анонимус.

2Ogr (*) (2002-08-17 00:50:43.62)
Что "VM"? Когда ты чего перекомпилял в каком дистрибутиве, какое ядро, для того, чтобы что, для каких задач? Конкретиики хотелось бы из ТВОЕГО личного опыта.
Спасибо.

>Что ТЕБЕ даст конфигурирование ядра? Только конкретно.
Как минимум, повышение скорости загрузки винды. Нафиг, чтобы она искала мне новый USB модем, если его у меня никогда не будет ;) Ну и в таком роде.. Насколько я знаю, каждое ядро как-то затачивается под определенную конфигурацию (камень, кол-во памяти, интенсивность работы с файлами). Хотя, могу признать, что кеш и память в 2k/XP работает прилично (с твиками).

2anonymous (*) (2002-08-17 01:35:12.009): "Что "VM"?"
Virtual Memory subsystem
"Когда ты чего перекомпилял в каком дистрибутиве, какое ядро"
2.4 вплоть до нынешних
"для того, чтобы что, для каких задач?"
Чтоб в своп истема не уходила до такого состояния что перставала реашировать даже на движения мышью
"Конкретиики хотелось бы из ТВОЕГО личного опыта."
Еще вопросы есть?
2anonymous (*) (2002-08-17 02:00:34.289): "Как минимум, повышение скорости загрузки винды. Нафиг, чтобы она искала мне новый USB модем, если его у меня никогда не будет ;)"
А она его и не исчет. Еще что-то надо тебе? Может почитаешь прежде чем говорить? А уж что касается скорости загрузки (очень "важная" вещь для серверов), то 25 секунд это куда меньше чем тот-же линукс на этой же машине, но при этом линукс доступен в исходниках, а роста скорости загрузки не видать.
"Ну и в таком роде.."
Род какой-то не понятный... Ты чего хочешь?
"Насколько я знаю, каждое ядро как-то затачивается под определенную конфигурацию (камень, кол-во памяти, интенсивность работы с файлами)."
Это есть параметры ядра, которые к его перекомпиляции отношения не имеют.
"Хотя, могу признать, что кеш и память в 2k/XP работает прилично (с твиками)."
И так за чем нужно перекомпилировать ядро в XP?
2zelo_: "Dolboyob! Nahuja nastraivat v Win98 russkuju raskladku, debil? Cho pizdish, koli ne znaje6? Ne ho4u platit babki za novuju klavu s rasseiskimi bukovkami, pon'al?"
Карандащиком подпиши, раз запомнить не в состоянии. У меня уже лет пять на клаве русских букв нет и ни чего...

2Ogr (*) (2002-08-17 03:23:22.281)
>Чтоб в своп система не уходила до такого состояния что переставала реашировать даже на движения мышью
О как! А у меня такого не было вообще на 2.4.х (про 2.0.х не помню уже - давно это было, но там и ВМ другая была). Регулярный минимум Х/мозилка/наутилус/ОО не считая всякой мелочи типа апача :-). Ядра последнее время оставляю "как собрали дистрибьюторы", а если ставлю новое, то только с фтп.кернел.орг, общий объем рам 126640K своп 318488K.
Конкретно счас
Mem: 126640K av, 123768K used, 2872K free, 1240K shrd, 3584K buff
Swap: 318488K av, 114168K used, 204320K free 58168K cached
Как видишь, жить можно.

Вопрос тем не менее остается...... Какой дистрибутив у тебя? (Чтобы знать, какой НЕ брать, раз там ядра настолько плохи :-)

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

Пришли те, кто как раз не работает, а 'деньги платит'. Которые для них зарабатывают те кто 'ядра пересобирают'.

Я так понимаю,что флейм продолжился в том же направлении,но в новом руслe :)

2 Ogr

А чего ты присрался к VM? Ты за нее заплатил? Жалко потраченых денег? Времени? Почему у меня с ней проблем нет?
Может быть потому, что я не ставлю на сервер ядро 2.4.0 и остальное вслед за ним, а лишь только к 2.4.17 решился на это? Хотя можно было и раньше. Или ты как последний му...к красноглазый бросаешься ставить наикрутейший последний linux? ИМХО противоречишь самому себе. Умные люди даже SP от MS осторожно и постепенно ставят, т.к. проблемы всплывают постепенно. А уж пихать куда попало новое ядро (распространяемое вообще без всяких гарантий) не оттестировав...
Да. Над VM извращаются, ибо имеют на это право, однако мне это почему-то не помешало. А ты пристал "купи слона, да купи слона". Глупо.

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

>"из-за вм система уходит в своп"
между прочим, asonefous, это был наезд на КДЕ.
ОГР полагает, что именно из за этого ВМ ядро не может вылезти из свопа.
Он же чуть что, говорит, что из за КДЕ, требования линукса непомерны.
А без чего линукс жить не может?
без ядра.
Вывод: (ВМ)КДЕ - часть ядра.

Hot'a, jesli podumat, chego tam byt excessam? Nu, pri6li businessmany na vystavku, nu, pokazali, chego u nih jest - i chto dal6e? Kak-to ja svojego druga(programmera, v osnovnom rabotajuschego s Win) sprosil: "MS ili Linux?", a on mne govorit: "Ne isklu4aju, 4to mojet pojavitsa Microsoft Linux!" :)

Наезд на КДЕ тоже не подходит - работает уже с аптаймом в пару месяцев - где гемор? Где съеденный свап? Нетууу... 2.2 ядро - и нет проблем, значит дело не в бобине...

Говорят: "вот, это только при КДЕ-сессиии" допускаю, именно потому что в этом случае, периодами, КДЕ использует много возможностей (функций... и.т.п.), которые другие ВМ, даже и не затрагивают.

2.4.х засвапливаются и без КДЕ, но при чём тут ВМ? :)

AVL2 ты чего с дуба рухнул?

Огр говорил не про виндоу мэнэджер, а про Virtual Memory subsystem.

это винда свопит постоянно , и хрен знает зачем

а вот сейчас кде собираю
хард свопит тока когда пакеты растаривает
и кокда make install проходит

>Наезд на КДЕ тоже не подходит - работает уже с аптаймом в пару месяцев
>- где гемор? Где съеденный свап? Нетууу... 2.2 ядро - и нет проблем,
>значит дело не в бобине...

то, что дело в ОГРе, было понятно сразу.

>2.4.х засвапливаются и без КДЕ, но при чём тут ВМ? :)

ОГР просто перепутал WM и VM.
В виндозе оно в ядре сидит, вот и здесь он как увидел, что какие то проблемы с ВМ в ядре, сразу подумал, что речь идет про виндус менеджер.
А поскольку он кроме КДК ничего другого не знает и полагает его частью ядра, то естессно ВМ он прочитал, как КДЕ.
Забыл, как он на все доводы о линуксе на 486 компах гордо отвечал, что КДЕ грузит систему?

Гм... В продолжение разговора о VM.... (Заране извиняюсь за большой пост :)

Чего было..... Запустил kde 2.x и кучу барахла под ним:
1. браузеры: модзилла, опера, конкверор, наутилус
2. опенофис с текстовым файлом ~8 Мбайт (сохранен в Ворд 97 ~15 Мбайт)
3. почтовик ступхед
4. терминалов куча
5. чуть позже в гимпе сделал картинку 1024 х 768 и чего-то там мутил с фильтрами
6. чтобы компьютеру не скучно было, пустил на компиляцию модзиллу
7. музыка (мп3) играла не переставая
8. шобляк докаппов в выводе ps auxw потому, что в кде я вышел из виндоумейкера
9. Lingvo под вайном пустил еще (вроде тоже прожорливая штука)
10. Еще поднял акробат5 с файлом ~5 Мбайт
11. И аська была (зачем-то)

Иными словами kdelibs/gnomelibs/qt/gtk - все монстры крутились :)

Вывод ps auxw сразу после загрузки всех этих штуковин (крме гимпа), но кажется ДО компиляции модзиллы
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.1 0.0 1424 76 ? S 13:11 0:03 init [3]
root 3 0.0 0.0 0 0 ? SW 13:11 0:00 [keventd]
root 4 7.6 0.0 0 0 ? SW 13:11 3:04 [kapm-idled]
root 5 0.0 0.0 0 0 ? SWN 13:11 0:00 [ksoftirqd_CPU0]
root 6 0.1 0.0 0 0 ? SW 13:11 0:04 [kswapd]
root 7 0.0 0.0 0 0 ? SW 13:11 0:00 [kreclaimd]
root 8 0.0 0.0 0 0 ? SW 13:11 0:00 [bdflush]
root 9 0.0 0.0 0 0 ? SW 13:11 0:00 [kupdated]
root 10 0.0 0.0 0 0 ? SW< 13:11 0:00 [mdrecoveryd]
root 14 0.0 0.0 0 0 ? SW 13:11 0:00 [kjournald]
root 213 0.0 0.0 0 0 ? SW 13:11 0:00 [kjournald]
root 214 0.0 0.0 0 0 ? SW 13:11 0:00 [kjournald]
root 474 0.0 0.0 0 0 ? SW 13:11 0:00 [khubd]
root 760 0.0 0.0 0 0 ? SW 13:11 0:00 [eth0]
rpc 865 0.0 0.0 1564 104 ? S 13:11 0:00 portmap
root 887 0.0 0.0 1528 52 ? S 13:11 0:00 syslogd -m 0
root 895 0.0 0.0 2032 4 ? S 13:11 0:00 klogd -2
daemon 944 0.0 0.0 1452 4 ? S 13:12 0:00 /usr/sbin/atd
named 968 0.0 0.1 10152 244 ? S 13:12 0:00 named -u named
named 969 0.0 0.1 10152 244 ? S 13:12 0:00 named -u named
named 970 0.0 0.1 10152 244 ? S 13:12 0:00 named -u named
named 974 0.0 0.1 10152 244 ? S 13:12 0:00 named -u named
named 979 0.0 0.1 10152 244 ? S 13:12 0:00 named -u named
root 996 0.0 1.4 1900 1892 ? SL 13:12 0:00 ntpd -A
root 1050 0.0 0.7 5696 976 ? S 13:12 0:00 /usr/local/cups-1.1.14//sbin/cupsd
root 1203 0.0 0.0 1464 48 ? S 13:12 0:00 gpm -t imps2 -m /dev/psaux
root 1355 0.0 0.0 6700 68 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
apache 1362 0.0 0.0 6812 4 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
apache 1363 0.0 0.0 6812 4 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
apache 1364 0.0 0.0 6812 4 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
apache 1365 0.0 0.0 6812 4 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
root 1371 0.0 0.0 45312 68 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
root 1378 0.0 0.0 2988 4 ? S 13:12 0:00 /usr/bin/perl /usr/sbin/advxsplitlogfile
apache 1379 0.0 0.0 45440 4 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
apache 1380 0.0 0.0 45404 4 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
apache 1381 0.0 0.0 45404 4 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
apache 1382 0.0 0.0 45404 4 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
root 1400 0.0 0.0 1640 4 ? S 13:12 0:00 crond
root 1476 0.0 0.0 5660 4 ? S 13:12 0:00 squid -D
nobody 1478 0.0 0.4 8804 532 ? S 13:12 0:00 (squid) -D
xfs 1479 0.2 0.9 9972 1216 ? S 13:12 0:05 xfs -port -1 -daemon -droppriv -user xfs
nobody 1527 0.0 0.0 1380 4 ? S 13:12 0:00 (unlinkd)
root 1542 0.0 0.0 1428 20 ? S 13:12 0:00 /usr/sbin/portsentry -atcp
root 1554 0.0 0.0 1428 20 ? S 13:12 0:00 /usr/sbin/portsentry -audp
root 1630 0.0 0.0 2416 4 tty1 S 13:12 0:00 login -- nihil
root 1631 0.0 0.0 1392 4 tty2 S 13:12 0:00 /sbin/mingetty tty2
root 1632 0.0 0.0 1392 4 tty3 S 13:12 0:00 /sbin/mingetty tty3
root 1633 0.0 0.0 1392 4 tty4 S 13:12 0:00 /sbin/mingetty tty4
root 1634 0.0 0.0 1392 4 tty5 S 13:12 0:00 /sbin/mingetty tty5
root 1635 0.0 0.0 1392 4 tty6 S 13:12 0:00 /sbin/mingetty tty6
nihil 1638 0.0 0.0 2816 4 tty1 S 13:18 0:00 -bash
nihil 1835 2.2 4.7 133152 6072 tty1 S 13:20 0:42 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1865 0.0 0.0 2440 4 tty1 S 13:20 0:00 /bin/sh /usr/X11R6/bin/startx
nihil 1872 0.0 0.0 2404 4 tty1 S 13:20 0:00 xinit /home/nihil/.xinitrc -- -deferglyphs 16
root 1873 3.4 7.0 60460 8880 ? S 13:20 1:03 /etc/X11/X :0 -deferglyphs 16
nihil 1876 0.0 0.0 2432 4 tty1 S 13:20 0:00 sh /home/nihil/.xinitrc
nihil 1877 0.0 0.0 2520 4 tty1 S 13:20 0:00 /bin/sh /usr/bin/startkde
nihil 1878 0.0 4.7 133152 6072 tty1 S 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1879 0.0 4.7 133152 6072 tty1 S 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1880 0.0 4.7 133152 6072 tty1 S 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1884 0.0 0.0 2548 80 tty1 S 13:20 0:00 wmappl
nihil 1885 0.0 0.2 2668 276 tty1 S 13:20 0:00 wmfire
nihil 1886 0.0 0.1 2908 160 tty1 S 13:20 0:00 wmCalClock
nihil 1887 0.0 0.2 2540 308 tty1 S 13:20 0:00 wmmon -s
nihil 1888 0.0 0.1 2552 232 tty1 S 13:20 0:00 wmnet -W ppp0
nihil 1889 0.0 0.1 2536 224 tty1 S 13:20 0:00 wmbio
nihil 1890 0.0 0.2 2552 348 tty1 S 13:20 0:00 wmWeather -station UUEE -m
nihil 1891 0.0 0.1 1384 156 tty1 S 13:20 0:00 fireload_cpu
nihil 1892 0.0 0.1 2516 204 tty1 S 13:20 0:00 wmppp
nihil 1893 0.0 0.2 2952 336 tty1 S 13:20 0:00 wmoo
nihil 1894 0.0 0.1 3380 224 tty1 S 13:20 0:00 wmMoonClock
nihil 1900 0.0 4.7 133152 6072 tty1 S 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1901 0.0 0.2 5200 352 tty1 S 13:20 0:00 /usr/X11R6/bin/xterm.real -name Terminal -sb
nihil 1904 0.0 4.7 133152 6072 tty1 S 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1905 0.0 0.0 2860 4 pts/0 S 13:20 0:00 bash
nihil 1925 0.0 0.2 6664 284 ? S 13:20 0:00 /usr/bin/medusa-idled
nihil 1931 0.0 0.0 2500 4 tty1 S 13:20 0:00 /bin/sh /usr/local/mozilla/run-mozilla.sh /usr/local/mozilla/mozilla-
nihil 1936 0.3 0.8 42564 1068 tty1 S 13:20 0:06 /usr/local/mozilla/mozilla-bin
nihil 1939 0.0 0.0 7608 4 tty1 S 13:20 0:00 /usr/local/bin/stupheadbin
nihil 1941 0.0 0.0 10220 4 tty1 S 13:21 0:00 ispell -a -drussian
nihil 1943 0.0 0.8 20372 1096 tty1 S 13:21 0:00 licq
nihil 1945 0.4 2.7 33316 3460 tty1 S 13:21 0:08 nautilus
nihil 1946 0.0 0.8 42564 1068 tty1 S 13:21 0:00 /usr/local/mozilla/mozilla-bin
nihil 1947 0.0 0.8 42564 1068 tty1 S 13:21 0:00 /usr/local/mozilla/mozilla-bin
nihil 1948 0.0 0.8 42564 1068 tty1 S 13:21 0:00 /usr/local/mozilla/mozilla-bin
nihil 1949 0.0 0.8 20372 1096 tty1 S 13:21 0:00 licq
nihil 1950 0.0 0.8 20372 1096 tty1 S 13:21 0:00 licq
nihil 1951 0.0 0.8 20372 1096 tty1 S 13:21 0:00 licq
nihil 1952 0.0 0.8 20372 1096 tty1 S 13:21 0:00 licq
nihil 1956 0.0 0.0 4068 4 ? S 13:21 0:00 oafd --ac-activate --ior-output-fd=10
nihil 1958 0.0 0.0 2436 4 tty1 S 13:21 0:00 sh -c /home/nihil/lingvo.sh &
nihil 1959 0.0 0.7 93980 956 tty1 S 13:21 0:01 /home/nihil/wine-latest/bin/wine --managed /home/nihil/dos/Program Fi
nihil 1960 0.0 0.8 42564 1068 tty1 S 13:21 0:00 /usr/local/mozilla/mozilla-bin
nihil 1962 0.1 0.1 16532 156 ? S 13:21 0:02 wineserver
nihil 1967 0.0 0.2 3500 352 ? S 13:21 0:00 gconfd-1 --oaf-activate-iid=OAFIID:gconfd:19991118 --oaf-ior-fd=10
nihil 2056 0.0 0.7 93980 956 tty1 S 13:21 0:00 /home/nihil/wine-latest/bin/wine --managed /home/nihil/dos/Program Fi
nihil 2057 0.0 0.7 93980 956 tty1 S 13:21 0:00 /home/nihil/wine-latest/bin/wine --managed /home/nihil/dos/Program Fi
nihil 2059 0.0 0.4 13220 616 ? S 13:21 0:00 nautilus-throbber --oaf-activate-iid=OAFIID:nautilus_throbber_factory
nihil 2065 0.0 2.7 33316 3460 tty1 S 13:21 0:00 nautilus
nihil 2066 0.0 2.7 33316 3460 tty1 S 13:21 0:00 nautilus
nihil 2067 0.0 2.7 33316 3460 tty1 S 13:21 0:00 nautilus
nihil 2068 0.0 2.7 33316 3460 tty1 S 13:21 0:00 nautilus
nihil 2069 0.0 2.7 33316 3460 tty1 S 13:21 0:00 nautilus
nihil 2070 0.0 2.7 33316 3460 tty1 S 13:21 0:00 nautilus
nihil 2071 0.0 2.7 33316 3460 tty1 S 13:21 0:00 nautilus
nihil 2155 0.0 0.8 42564 1068 tty1 S 13:22 0:00 /usr/local/mozilla/mozilla-bin
nihil 2157 0.0 0.2 5200 352 tty1 S 13:23 0:00 /usr/X11R6/bin/xterm.real -name Terminal -sb
nihil 2160 0.0 0.0 2868 4 pts/1 S 13:23 0:00 bash
nihil 2289 0.0 0.3 17240 484 ? S 13:24 0:00 kdeinit: dcopserver --nosid
nihil 2292 0.0 0.7 18756 928 ? S 13:24 0:00 kdeinit: klauncher
nihil 2295 0.0 2.4 19472 3068 ? S 13:24 0:00 kdeinit: kded
nihil 2301 0.1 1.2 5832 1524 ? S 13:24 0:02 /usr/bin/artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f
nihil 2307 0.0 1.1 21180 1436 ? S 13:24 0:00 kdeinit: knotify
nihil 2308 0.0 0.0 17348 4 ? S 13:24 0:00 kdeinit: Running...
nihil 2309 0.0 0.5 13344 660 tty1 S 13:24 0:00 ksmserver --restore
nihil 2310 0.3 2.5 19884 3256 ? S 13:24 0:05 kdeinit: kwin
nihil 2312 0.2 2.0 20284 2536 ? S 13:24 0:04 kdeinit: kdesktop
nihil 2316 0.2 2.8 21556 3592 ? S 13:24 0:04 kdeinit: kicker
nihil 2322 0.0 0.7 19604 956 ? S 13:24 0:00 kdeinit: klipper -icon klipper -miniicon klipper
nihil 2325 0.0 0.4 18664 520 ? S 13:24 0:00 alarmd
nihil 2326 0.0 0.3 19016 460 ? S 13:24 0:00 kdeinit: kwrited
nihil 2327 0.0 0.0 1732 4 pts/2 S 13:24 0:00 /bin/cat
nihil 2359 0.4 2.2 21028 2844 ? S 13:26 0:06 kdeinit: konsole -icon konsole.png -miniicon konsole.png
nihil 2360 0.0 0.0 2868 4 pts/3 S 13:26 0:00 /bin/bash
root 2416 0.0 0.0 2504 4 pts/3 S 13:27 0:00 su
root 2420 0.0 0.0 2860 4 pts/3 S 13:27 0:00 bash
root 2453 0.0 0.0 3452 4 pts/3 S 13:27 0:00 /usr/bin/mc -P /var/www/
root 2455 0.0 0.0 2836 4 pts/4 S 13:27 0:01 bash -rcfile .bashrc
nihil 2498 0.0 0.0 2868 4 pts/5 S 13:28 0:00 /bin/bash
nihil 2557 1.2 2.8 20524 3648 ? S 13:30 0:16 kdeinit: konsole -icon konsole.png -miniicon konsole.png
nihil 2558 0.0 0.0 2864 4 pts/6 S 13:30 0:00 /bin/bash
nihil 2590 0.0 0.0 3440 44 pts/5 S 13:31 0:00 /usr/bin/mc -P /home/nihil/restored/private/ARCHIVE/Downloads-by-date
nihil 2592 0.0 0.0 2868 4 pts/7 S 13:31 0:00 bash -rcfile .bashrc
nihil 2635 0.8 0.4 2304 632 pts/6 S 13:33 0:09 top
nihil 2637 0.2 2.5 16192 3200 ? S 13:34 0:02 nautilus-music-view --oaf-activate-iid=OAFIID:nautilus_music_view_fac
nihil 2642 0.0 2.5 16192 3200 ? S 13:34 0:00 nautilus-music-view --oaf-activate-iid=OAFIID:nautilus_music_view_fac
nihil 2643 0.0 2.5 16192 3200 ? S 13:34 0:00 nautilus-music-view --oaf-activate-iid=OAFIID:nautilus_music_view_fac
nihil 2648 0.0 0.0 2876 4 pts/8 S 13:34 0:00 /bin/bash
nihil 6042 0.0 0.0 3400 4 pts/8 S 13:38 0:00 /usr/bin/mc -P
nihil 6044 0.0 0.0 2868 4 pts/9 S 13:38 0:00 bash -rcfile .bashrc
nihil 6101 0.0 0.0 2872 4 pts/10 S 13:39 0:00 /bin/bash
nihil 6126 0.0 4.7 133152 6072 tty1 S 13:39 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 6128 0.3 0.8 30456 1020 pts/10 S 13:39 0:02 /usr/local/Acrobat5/Reader/intellinux/bin/acroread
nihil 6148 0.0 0.0 2872 4 pts/11 S 13:42 0:00 /bin/bash
nihil 6173 0.0 0.0 2872 4 pts/12 S 13:42 0:00 /bin/bash
nihil 6259 0.0 0.0 2452 4 pts/12 S 13:48 0:00 /bin/sh /usr/bin/opera
nihil 6260 0.5 2.4 16852 3112 pts/12 S 13:48 0:00 /usr/lib/opera/6.0-20020412.1/opera
nihil 6261 0.0 0.2 2864 340 pts/13 S 13:49 0:00 /bin/bash
nihil 6290 1.0 6.7 22200 8584 ? D 13:49 0:01 kdeinit: konqueror --silent
nihil 6292 0.0 2.0 17732 2600 ? S 13:49 0:00 kdeinit: kio_file file /tmp/ksocket-nihil/klauncherHiQg8b.slave-socke
nihil 6294 0.0 0.6 2032 772 pts/7 S 13:49 0:00 make
nihil 7489 0.1 1.3 2864 1692 pts/14 S 13:51 0:00 /bin/bash
nihil 7616 0.1 0.8 2056 1060 pts/7 S 13:51 0:00 make tier_9
nihil 7618 0.0 0.9 2456 1212 pts/7 S 13:51 0:00 /bin/sh -c set -e; for d in modules/libreg string xpcom intl modul
nihil 8578 1.0 0.7 2004 1012 pts/7 S 13:51 0:00 make -C js/src/xpconnect export
nihil 8579 2.0 0.9 2444 1204 pts/7 S 13:51 0:00 /bin/sh -c set -e; for d in public idl src loader shell tests; do m
nihil 8645 0.0 0.7 2004 1012 pts/7 S 13:51 0:00 make -C tests export
nihil 8649 0.0 0.9 2440 1200 pts/7 S 13:51 0:00 /bin/sh -c set -e; for d in idl components; do make -C $d export; d
nihil 8650 0.0 0.8 2032 1040 pts/7 S 13:51 0:00 make -C idl export
nihil 8680 0.0 0.7 2936 1012 pts/14 R 13:51 0:00 ps auxw
nihil 8691 0.0 0.4 1660 540 pts/7 D 13:51 0:00 ../../../../../config/nsinstall -R -m 644 _xpidlgen/xpctest.h _xpidlg

А вот и вывод free :)

total used free shared buffers cached
Mem: 126640 123840 2800 92 5436 56780
-/+ buffers/cache: 61624 65016
Swap: 318488 178820 139668

Эпилог

Через пару часов модзилка скомпилировалась
Ниже вывод ps auxw (все, кроме гцц, который успешно отработал)

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 1424 60 ? S 13:11 0:03 init [3]
root 3 0.0 0.0 0 0 ? SW 13:11 0:00 [keventd]
root 4 2.2 0.0 0 0 ? SW 13:11 3:04 [kapm-idled]
root 5 0.0 0.0 0 0 ? SWN 13:11 0:00 [ksoftirqd_CPU0]
root 6 0.1 0.0 0 0 ? SW 13:11 0:12 [kswapd]
root 7 0.0 0.0 0 0 ? SW 13:11 0:00 [kreclaimd]
root 8 0.0 0.0 0 0 ? SW 13:11 0:00 [bdflush]
root 9 0.0 0.0 0 0 ? SW 13:11 0:00 [kupdated]
root 10 0.0 0.0 0 0 ? SW< 13:11 0:00 [mdrecoveryd]
root 14 0.0 0.0 0 0 ? SW 13:11 0:01 [kjournald]
root 213 0.0 0.0 0 0 ? SW 13:11 0:00 [kjournald]
root 214 0.0 0.0 0 0 ? SW 13:11 0:00 [kjournald]
root 474 0.0 0.0 0 0 ? SW 13:11 0:00 [khubd]
root 760 0.0 0.0 0 0 ? SW 13:11 0:00 [eth0]
rpc 865 0.0 0.0 1564 104 ? S 13:11 0:00 portmap
root 887 0.0 0.0 1528 52 ? S 13:11 0:00 syslogd -m 0
root 895 0.0 0.0 2032 4 ? S 13:11 0:00 klogd -2
daemon 944 0.0 0.0 1452 4 ? S 13:12 0:00 /usr/sbin/atd
named 968 0.0 0.1 10152 248 ? S 13:12 0:00 named -u named
named 969 0.0 0.1 10152 248 ? S 13:12 0:00 named -u named
named 970 0.0 0.1 10152 248 ? S 13:12 0:00 named -u named
named 974 0.0 0.1 10152 248 ? S 13:12 0:00 named -u named
named 979 0.0 0.1 10152 248 ? S 13:12 0:00 named -u named
root 996 0.0 1.4 1900 1892 ? SL 13:12 0:00 ntpd -A
root 1050 0.0 0.9 5696 1196 ? S 13:12 0:00 /usr/local/cups-1.1.14//sbin/cupsd
root 1203 0.0 0.0 1464 48 ? S 13:12 0:00 gpm -t imps2 -m /dev/psaux
root 1355 0.0 0.0 6700 68 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
apache 1362 0.0 0.0 6812 4 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
apache 1363 0.0 0.0 6812 4 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
apache 1364 0.0 0.0 6812 4 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
apache 1365 0.0 0.0 6812 4 ? S 13:12 0:00 httpd-perl -f /etc/httpd/conf/httpd-perl.conf -DPERLPROXIED -DHAVE_AU
root 1371 0.0 0.0 45312 68 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
root 1378 0.0 0.0 2988 4 ? S 13:12 0:00 /usr/bin/perl /usr/sbin/advxsplitlogfile
apache 1379 0.0 0.0 45440 4 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
apache 1380 0.0 0.0 45480 4 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
apache 1381 0.0 0.0 45484 4 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
apache 1382 0.0 0.0 45484 4 ? S 13:12 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
root 1400 0.0 0.0 1640 104 ? S 13:12 0:00 crond
root 1476 0.0 0.0 5660 4 ? S 13:12 0:00 squid -D
nobody 1478 0.0 0.5 8844 676 ? S 13:12 0:00 (squid) -D
xfs 1479 0.0 0.1 10648 132 ? S 13:12 0:06 xfs -port -1 -daemon -droppriv -user xfs
nobody 1527 0.0 0.0 1380 4 ? S 13:12 0:00 (unlinkd)
root 1542 0.0 0.0 1428 4 ? S 13:12 0:00 /usr/sbin/portsentry -atcp
root 1554 0.0 0.0 1428 20 ? S 13:12 0:00 /usr/sbin/portsentry -audp
root 1630 0.0 0.0 2416 4 tty1 S 13:12 0:00 login -- nihil
root 1631 0.0 0.0 1392 4 tty2 S 13:12 0:00 /sbin/mingetty tty2
root 1632 0.0 0.0 1392 4 tty3 S 13:12 0:00 /sbin/mingetty tty3
root 1633 0.0 0.0 1392 4 tty4 S 13:12 0:00 /sbin/mingetty tty4
root 1634 0.0 0.0 1392 4 tty5 S 13:12 0:00 /sbin/mingetty tty5
root 1635 0.0 0.0 1392 4 tty6 S 13:12 0:00 /sbin/mingetty tty6
nihil 1638 0.0 0.0 2816 4 tty1 S 13:18 0:00 -bash
nihil 1835 0.7 0.0 154724 0 tty1 SW 13:20 0:55 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1865 0.0 0.0 2440 4 tty1 S 13:20 0:00 /bin/sh /usr/X11R6/bin/startx
nihil 1872 0.0 0.0 2404 4 tty1 S 13:20 0:00 xinit /home/nihil/.xinitrc -- -deferglyphs 16
root 1873 3.8 5.7 68968 7280 ? S 13:20 4:57 /etc/X11/X :0 -deferglyphs 16
nihil 1876 0.0 0.0 2432 4 tty1 S 13:20 0:00 sh /home/nihil/.xinitrc
nihil 1877 0.0 0.0 2520 4 tty1 S 13:20 0:00 /bin/sh /usr/bin/startkde
nihil 1878 0.0 0.0 154724 0 tty1 SW 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1879 0.0 0.0 154724 0 tty1 SW 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1880 0.0 0.0 154724 0 tty1 SW 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1884 0.0 0.1 2548 140 tty1 S 13:20 0:00 wmappl
nihil 1885 0.0 0.2 2668 280 tty1 S 13:20 0:00 wmfire
nihil 1886 0.0 0.1 2908 176 tty1 S 13:20 0:00 wmCalClock
nihil 1887 0.0 0.2 2540 312 tty1 S 13:20 0:01 wmmon -s
nihil 1888 0.0 0.1 2552 232 tty1 S 13:20 0:00 wmnet -W ppp0
nihil 1889 0.0 0.1 2536 232 tty1 S 13:20 0:00 wmbio
nihil 1890 0.0 0.2 2552 340 tty1 S 13:20 0:00 wmWeather -station UUEE -m
nihil 1891 0.0 0.1 1384 156 tty1 S 13:20 0:00 fireload_cpu
nihil 1892 0.0 0.1 2516 204 tty1 S 13:20 0:00 wmppp
nihil 1893 0.0 0.2 2952 336 tty1 S 13:20 0:02 wmoo
nihil 1894 0.0 0.1 3380 232 tty1 S 13:20 0:00 wmMoonClock
nihil 1900 0.0 0.0 154724 0 tty1 SW 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1904 0.0 0.0 154724 0 tty1 SW 13:20 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 1925 0.0 0.1 6664 216 ? S 13:20 0:00 /usr/bin/medusa-idled
nihil 1931 0.0 0.0 2500 4 tty1 S 13:20 0:00 /bin/sh /usr/local/mozilla/run-mozilla.sh /usr/local/mozilla/mozilla-
nihil 1936 0.1 1.2 52704 1540 tty1 S 13:20 0:12 /usr/local/mozilla/mozilla-bin
nihil 1939 0.0 0.0 7608 4 tty1 S 13:20 0:00 /usr/local/bin/stupheadbin
nihil 1941 0.0 0.0 10220 4 tty1 S 13:21 0:00 ispell -a -drussian
nihil 1943 0.0 1.3 21396 1744 tty1 S 13:21 0:00 licq
nihil 1945 0.1 0.3 33316 452 tty1 S 13:21 0:08 nautilus
nihil 1946 0.0 1.2 52704 1540 tty1 S 13:21 0:00 /usr/local/mozilla/mozilla-bin
nihil 1947 0.0 1.2 52704 1540 tty1 S 13:21 0:00 /usr/local/mozilla/mozilla-bin
nihil 1948 0.0 1.2 52704 1540 tty1 S 13:21 0:00 /usr/local/mozilla/mozilla-bin
nihil 1949 0.0 1.3 21396 1744 tty1 S 13:21 0:00 licq
nihil 1950 0.0 1.3 21396 1744 tty1 S 13:21 0:00 licq
nihil 1951 0.0 1.3 21396 1744 tty1 S 13:21 0:00 licq
nihil 1952 0.0 1.3 21396 1744 tty1 S 13:21 0:00 licq
nihil 1956 0.0 0.0 4068 4 ? S 13:21 0:00 oafd --ac-activate --ior-output-fd=10
nihil 1958 0.0 0.0 2436 4 tty1 S 13:21 0:00 sh -c /home/nihil/lingvo.sh &
nihil 1959 0.0 0.7 93980 948 tty1 S 13:21 0:02 /home/nihil/wine-latest/bin/wine --managed /home/nihil/dos/Program Fi
nihil 1960 0.0 1.2 52704 1540 tty1 S 13:21 0:00 /usr/local/mozilla/mozilla-bin
nihil 1962 0.0 0.1 16532 156 ? S 13:21 0:02 wineserver
nihil 1967 0.0 0.1 3500 140 ? S 13:21 0:00 gconfd-1 --oaf-activate-iid=OAFIID:gconfd:19991118 --oaf-ior-fd=10
nihil 2056 0.0 0.7 93980 948 tty1 S 13:21 0:00 /home/nihil/wine-latest/bin/wine --managed /home/nihil/dos/Program Fi
nihil 2057 0.0 0.7 93980 948 tty1 S 13:21 0:00 /home/nihil/wine-latest/bin/wine --managed /home/nihil/dos/Program Fi
nihil 2059 0.0 0.0 13220 4 ? S 13:21 0:00 nautilus-throbber --oaf-activate-iid=OAFIID:nautilus_throbber_factory
nihil 2065 0.0 0.3 33316 452 tty1 S 13:21 0:00 nautilus
nihil 2066 0.0 0.3 33316 452 tty1 S 13:21 0:00 nautilus
nihil 2067 0.0 0.3 33316 452 tty1 S 13:21 0:00 nautilus
nihil 2068 0.0 0.3 33316 452 tty1 S 13:21 0:00 nautilus
nihil 2069 0.0 0.3 33316 452 tty1 S 13:21 0:00 nautilus
nihil 2070 0.0 0.3 33316 452 tty1 S 13:21 0:00 nautilus
nihil 2071 0.0 0.3 33316 452 tty1 S 13:21 0:00 nautilus
nihil 2289 0.0 0.4 17240 572 ? S 13:24 0:00 kdeinit: dcopserver --nosid
nihil 2292 0.0 0.3 18756 464 ? S 13:24 0:00 kdeinit: klauncher
nihil 2295 0.0 0.6 19472 844 ? S 13:24 0:01 kdeinit: kded
nihil 2301 0.6 1.1 5804 1452 ? S 13:24 0:51 /usr/bin/artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f
nihil 2307 0.0 1.0 21180 1392 ? S 13:24 0:00 kdeinit: knotify
nihil 2308 0.0 0.0 17348 4 ? S 13:24 0:00 kdeinit: Running...
nihil 2309 0.0 0.5 13344 644 tty1 S 13:24 0:00 ksmserver --restore
nihil 2310 0.1 1.7 19880 2164 ? S 13:24 0:09 kdeinit: kwin
nihil 2312 0.0 1.8 20284 2376 ? S 13:24 0:05 kdeinit: kdesktop
nihil 2316 0.0 2.3 21720 2916 ? S 13:24 0:07 kdeinit: kicker
nihil 2322 0.0 0.8 19604 1056 ? S 13:24 0:00 kdeinit: klipper -icon klipper -miniicon klipper
nihil 2325 0.0 0.7 18664 924 ? S 13:24 0:00 alarmd
nihil 2326 0.0 0.4 19016 564 ? S 13:24 0:00 kdeinit: kwrited
nihil 2327 0.0 0.0 1732 4 pts/2 S 13:24 0:00 /bin/cat
nihil 2359 0.2 2.5 21196 3292 ? S 13:26 0:21 kdeinit: konsole -icon konsole.png -miniicon konsole.png
nihil 2360 0.0 0.0 2868 4 pts/3 S 13:26 0:00 /bin/bash
root 2416 0.0 0.0 2504 4 pts/3 S 13:27 0:00 su
root 2420 0.0 0.0 2860 4 pts/3 S 13:27 0:00 bash
root 2453 0.0 0.0 3452 4 pts/3 S 13:27 0:00 /usr/bin/mc -P /var/www/
root 2455 0.0 0.0 2836 4 pts/4 S 13:27 0:01 bash -rcfile .bashrc
nihil 2498 0.0 0.0 2868 4 pts/5 S 13:28 0:00 /bin/bash
nihil 2557 0.4 2.2 20760 2876 ? S 13:30 0:31 kdeinit: konsole -icon konsole.png -miniicon konsole.png
nihil 2558 0.0 0.0 2864 4 pts/6 S 13:30 0:00 /bin/bash
nihil 2590 0.0 0.5 3440 668 pts/5 S 13:31 0:01 /usr/bin/mc -P /home/nihil/restored/private/ARCHIVE/Downloads-by-date
nihil 2592 0.0 0.5 2868 644 pts/7 S 13:31 0:00 bash -rcfile .bashrc
nihil 2635 0.8 0.4 2312 572 pts/6 S 13:33 1:02 top
nihil 2637 0.0 0.2 16192 312 ? S 13:34 0:02 nautilus-music-view --oaf-activate-iid=OAFIID:nautilus_music_view_fac
nihil 2642 0.0 0.2 16192 312 ? S 13:34 0:00 nautilus-music-view --oaf-activate-iid=OAFIID:nautilus_music_view_fac
nihil 2643 0.0 0.2 16192 312 ? S 13:34 0:00 nautilus-music-view --oaf-activate-iid=OAFIID:nautilus_music_view_fac
nihil 2648 0.0 0.0 2876 4 pts/8 S 13:34 0:00 /bin/bash
nihil 6042 0.0 0.0 3400 4 pts/8 S 13:38 0:00 /usr/bin/mc -P
nihil 6044 0.0 0.0 2868 4 pts/9 S 13:38 0:00 bash -rcfile .bashrc
nihil 6101 0.0 0.0 2872 4 pts/10 S 13:39 0:00 /bin/bash
nihil 6126 0.0 0.0 154724 0 tty1 SW 13:39 0:00 /usr/local/opt/OpenOffice.org641/program/soffice.bin -plugin -quickst
nihil 6128 0.1 0.7 30548 924 pts/10 S 13:39 0:09 /usr/local/Acrobat5/Reader/intellinux/bin/acroread
nihil 6148 0.0 0.0 2872 4 pts/11 S 13:42 0:00 /bin/bash
nihil 6173 0.0 0.0 2872 4 pts/12 S 13:42 0:00 /bin/bash
nihil 6259 0.0 0.0 2452 4 pts/12 S 13:48 0:00 /bin/sh /usr/bin/opera
nihil 6260 0.0 1.4 16940 1792 pts/12 S 13:48 0:02 /usr/lib/opera/6.0-20020412.1/opera
nihil 6261 0.0 0.0 2864 4 pts/13 S 13:49 0:00 /bin/bash
nihil 6290 0.0 0.8 22396 1056 ? S 13:49 0:02 kdeinit: konqueror --silent
nihil 7489 0.0 0.4 2872 580 pts/14 S 13:51 0:00 /bin/bash
nihil 9193 0.0 0.0 2868 4 pts/15 S 13:52 0:00 /bin/bash
nihil 9448 0.0 0.0 3336 4 pts/15 S 13:52 0:00 /usr/bin/mc -P mp3
nihil 9474 0.0 0.0 2876 4 pts/16 S 13:52 0:00 bash -rcfile .bashrc
nihil 20528 0.5 0.2 50772 272 pts/13 S 14:17 0:24 gimp
nihil 20550 0.0 0.0 6796 4 pts/13 S 14:18 0:00 /usr/lib/gimp/1.2/plug-ins/script-fu -gimp 9 8 -run 1
nihil 22569 0.0 0.0 2872 4 pts/0 S 14:41 0:00 /bin/bash
nihil 29816 0.0 0.0 2868 4 pts/1 S 15:12 0:00 /bin/bash
nihil 29848 0.0 0.5 3336 648 pts/1 S 15:13 0:00 /usr/bin/mc -P mp3
nihil 29850 0.0 0.5 2876 636 pts/17 S 15:13 0:00 bash -rcfile .bashrc
apache 30040 0.0 0.0 45404 4 ? S 15:14 0:00 httpd -DPERLPROXIED -DHAVE_PHP4 -DHAVE_SSL -DHAVE_AUTH_LDAP -DHAVE_PR
nihil 30120 0.0 1.2 52704 1540 tty1 S 15:15 0:00 /usr/local/mozilla/mozilla-bin
nihil 31536 0.0 0.7 2920 996 pts/14 R 15:30 0:00
ps auxw

А вот чего с памятью моей стало

total used free shared buffers cached
Mem: 126640 123720 2920 8 9756 52672
-/+ buffers/cache: 61292 65348
Swap: 318488 254684 63804


Теперь я загасил все запущенные под Х програмки и сделал free
total used free shared buffers
cached
Mem: 126640 112208 14432 8 2268 53680
-/+ buffers/cache: 56260 70380
Swap: 318488 134904 183584
total used free shared buffers cached

(То есть, вернулись к состоянию сразу после загрузки кде :-)


Вышел из Х (перегружаюсь в виндоумейкер - мне в КДЕ неуютно/непривычно)

Mem: 126640 111008 15632 12 3652 85448
-/+ buffers/cache: 21908 104732
Swap: 318488 29348 289140
(То бишь, вернулись к исходному практически :-)

Мои наблюдения.....
В процессе компилирования модзиллы я свободно подпечатывал какую-то муру в хвост 8 Мбайтного файла (2034 страницы, кстати :) в Опеноофисе и комфортно его редактировал/изменял аттрибуты буковок выделенного фрагмента - в общем, привычные всем вещи. Скорость реакции любых программ (после того, как из свопа поднялись все ее библиотеки (?)) такая же, к которой я обычно привык, когда работаю, а не занимаюсь подобными тестами.
О том, чтобы мышь тормозиЛЛа, речь даже не идет.
Ядро дефолтное 2.4.8-26mdk (какое пришло с mandrake linux 8.1). Процессор у меня целерон 1 ГГц.
Единственный "твик" системы - отключил devfs плюс поставил своим винтам то, чего хотел, с помощью hdparm.

Итак, Ogr, КАКОЙ ДИСТРИБУТИВ У ТЕБЯ И _ВСЕ_ЖЕ_ ПОД _КАКИЕ_СВОИ_ЗАДАЧИ_ ТЫ ЯДРО ПЕРЕСОБИРАЛ?

"ОГР просто перепутал WM и VM."
Нет, это ты их перепутал. За Огра. :-)))))

Ну... мужик и выгрузил листинг :) Ё-моё... :)

Ламерок - язва :):):)

2ogr: вообще-то, 25 секунд у твоих любимых форточек уходит на старт ядра, драйверов и гуя. У линукса на то-же самое уходит 10-12 секунд (максимум). Процесс "подъема" сервисов куда более длителен - но и в этом случае линукс успевает быстрее.

2 lamerok:

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

2PitStop: "А чего ты присрался к VM? Ты за нее заплатил? Жалко потраченых денег? Времени?"
О как! Желтые штаны всем радоватся! Т.е. на явные глюки в линуксе обращать внимания уже нельзя? Что так и должно быть?
"Может быть потому, что я не ставлю на сервер ядро 2.4.0 и остальное вслед за ним, а лишь только к 2.4.17 решился на это?"
Т.е. СТАБИЛЬНАЯ ветка в линуксе САКС? Сильны же линуксоиды только в наездах на другие ОС.
" Или ты как последний му...к красноглазый бросаешься ставить наикрутейший последний linux?"
Я ставлю ядро из СТАБИЛЬНОЙ ветки, не из 2.3 или 2.5, а из 2.4, а потому могу ворчать сколько душа пожелает, потому как воруч я по делу.
"Умные люди даже SP от MS осторожно и постепенно ставят, т.к. проблемы всплывают постепенно"
Это как? Сегодня ставим первые три мега из сервис пака, а завтара еще три? Или же поставим SP на некоторые компы и посмотрим? Если второе, то это работает только в том случае, если и без SP работало нормально, но ведь ни 2.4.0 ни 2.4.1 и так впоть до 2.4.17 нормально не работало.
2asoneofus: "Раз микрософт вылез - значит там запахло баблом, и не хилым"
Ты был на выставке? Нет? А я был. И могу тебе рассказать, что они показывали и что показанное к линуксу вообще отношение не имело (если не считать services for unix 3.0). Нет там денег, что по выставляющимся было очень хорошо заметно.
"Огр, ты меня каждый раз удивляешь, "из-за вм система уходит в своп" :) из-за вм?"
Да именно из-за vm, потому как алгоритм сбороса страниц в своп хромал на все четыре лапы.
2no-dashi: "вообще-то, 25 секунд у твоих любимых форточек уходит на старт ядра, драйверов и гуя. У линукса на то-же самое уходит 10-12 секунд (максимум). Процесс "подъема" сервисов куда более длителен - но и в этом случае линукс успевает быстрее."
Ну да. Включаю машину и смотрю когда я могу начать читать местные бред. Под Вин это уже можно делать через 25-30 секнуд, под линуксом (кстати с меньшим кол-вом запущенных сервисов) только где-то через 1 минуту 20 секунд.
Да кстати я так и не услышал, что даст перекомпиляция ядра в виндовсе?
Пока что ответ один - ничего, кроме как гнутия пальцев.

25-30 секунд ? Это какая именно Windows ? И это... Она не из дампа ли на диске поднялась ?

>О как! Желтые штаны всем радоватся! Т.е. на явные глюки в линуксе обращать внимания уже нельзя? Что так и должно быть?
Огрище, хе, дружище!... Что там у тебя в линуксе глючило? Виртуальная машина? :) Приходи, расскажу как избавиться от глюков :)
Обращай сколько тебе угодно, только оформляй патчиками (умеешь diff-ом пользоваться? Если нет, то приходи - мне уже рассказали :))

>Т.е. СТАБИЛЬНАЯ ветка в линуксе САКС? Сильны же линуксоиды только в наездах на другие ОС.
Конечно, сакс! А ты не знал? :) Стабильная, она так и зовётся - чтобы тебя запутать. :) А у всех остальных - стабильная, эта так - которая проверена з-цей приятеля, или уж если сАвсэм один - то своей. Кстати, там про это написано, в лицензии.. :)

>Я ставлю ядро из СТАБИЛЬНОЙ ветки, не из 2.3 или 2.5, а из 2.4, а потому могу ворчать сколько душа пожелает, потому как воруч я по делу.
Неа, не по делу - пока патчей нет - ооох как не по делу, так для заполнения сайта ЛОР контентом :).

>Это как? Сегодня ставим первые три мега из сервис пака, а завтара еще три? Или же поставим SP на некоторые компы и посмотрим? Если второе, то это работает только в том случае, если и без SP работало нормально, но ведь ни 2.4.0 ни 2.4.1 и так впоть до 2.4.17 нормально не работало.
1) Сервиспаки ставят на тестовую тачку (желательно у кого-то на стороне) проверяют, и только потом у себя... гарантия 70% что всё ОК.
2) Ну и что что не работало? 2.2х работало? Кстати, с некоторыми патчами все ядра работали, и даже с альтернативным диспетчером памяти и с иным планировщиком. И дело даже не в руках.
Думать надо, куда как и что ставить...

>Ты был на выставке? Нет? А я был. И могу тебе рассказать, что они
> показывали и что показанное к линуксу вообще отношение не имело
> (если не считать services for unix 3.0). Нет там денег, что по
> выставляющимся было очень хорошо заметно.
Ну, значит можно поздравить с очередным объ..бом :) Это во первых, а во вторых - политкорректные мериканцы просто промолчали, но каждый унёс в голове: что мс совсем сбрендили: выперлись, не в п.. ни в красную армию.. :)

>Да именно из-за vm, потому как алгоритм сбороса страниц в своп хромал на все четыре лапы.
Ответ выше я изложил. Системы доверенные в те времена мне :) Работали отлично!. Если уж считаешь, что гонка за цифирками, по старой МС традиции - это хорошо, то надо тренироваться, учится и перестраиваться... Новое мЫшленье так сказать, развивать :)...


>Ну да. Включаю машину и смотрю когда я могу начать читать местные бред. Под Вин это уже можно делать через 25-30 секнуд, под линуксом (кстати с меньшим кол-вом запущенных сервисов) только где-то через 1 минуту 20 секунд.
? Ну и что? Кстати, про серверы - это круто ты выше там загнул, про критичное время старта :):):) Наверное, и время гашения тоже критично :)... Кстати, уточни - для каких серверов критично время старта (назначение, модель, нагрузка)?

>Пока что ответ один - ничего, кроме как гнутия пальцев.
Ну, знаете ли... Сижу я тут, понимашь, в гостях дома :) - приходит чувак, и начинает ходить, чегото там беседовать, выражать недовольство...
:) Ну, дальше в курсе, раз на вопрос не хочешь отвечать... А то ведь интересно.. :)

>Ты был на выставке? Нет? А я был. И могу тебе рассказать, что они
>показывали и что показанное к линуксу вообще отношение не имело
>(если не считать services for unix 3.0). Нет там денег, что по
>выставляющимся было очень хорошо заметно.
Если МС обратила внимание на линукс-выставку, значит там ходит с каждым годом больше народу. Если, как сказано в ресурсе, там бизнес-контингент, то это значит что линукс имеет опр. популярность, известность и репутацию. Я не могу сказать, хорошо это или плохо, но это так.

2no-dashi: "вообще-то, 25 секунд у твоих любимых форточек уходит на старт ядра, драйверов и гуя. У линукса на то-же самое уходит 10-12 секунд (максимум). Процесс "подъема" сервисов куда более длителен - но и в этом случае линукс успевает быстрее."
У моей XP на это идет 60 сек. Линукс с КДЕ больше. Ядро фри без всего грузится за 5-7 сек (хотя так оно неработоспособно ;) ).
>Да кстати я так и не услышал, что даст перекомпиляция ядра в
>виндовсе?
Первое - повышение скорости загрузки, отсюда и стабильности ядра в целом. Т.к. я могу выбирать что грузится, а что нет на системном уровне. Кроме того, XP Embedded грозится быть идеальной платформой для всевозможных решений. Без хотя-бы таких возможностей, а лучше открытого кода минимального набора программ, такой высоты МС не достичь. Т.к. их решение (точнее все Windows) годится только для _типовых_ задач. Например, я не могу себе представить, как можно на основе Вин делать робота ;) Открытый код в CE - всего-лишь эксперимент. Т.к. просто код ничего не дает (да и он не полный). Emulation SDK (или как его там) в 500 МБ мне пробовать слабо. Да и нет у меня CE ;)
В общем облажался ты, Огр. И хватит меня называть красноглазым.
1) Я не любитель линукса
2) Аноним я потому-что мне не хочется иметь такую мнимую популярность на этом сайте, какую имешь ты ;)

2 anonymous (*) (2002-08-18 00:58:46.438): А мне кажется микрософтовцы поехали туда поприкалываться с линуксоидов и с тех кто думает, что Linux это серьезно. На выставке я не был, хотя стоило бы, наверное, съездить.

2anonymous (*) (2002-08-18 00:44:39.887): "25-30 секунд ? Это какая именно Windows ?"
XP
"И это... Она не из дампа ли на диске поднялась ?"
Нет. Но даже если и из хайбернета, то и это перекомпиляцией ядра в линуксе не добится :)
2asoneofus: "Огрище, хе, дружище!... Что там у тебя в линуксе глючило? Виртуальная машина? :)"
Блин ну и народ. Повторю еще раз Virtual Memory subsystem.
"Неа, не по делу - пока патчей нет - ооох как не по делу"
Т.е. говорить про явные проблемы в линуксе, это не по делу... А что тогда по делу? Вославлять линукс и Линуса пророка его?
"1) Сервиспаки ставят на тестовую тачку (желательно у кого-то на стороне) проверяют, и только потом у себя... гарантия 70% что всё ОК"
Ну вот я поставил SP3 на w2k и что-то проблем не видел. Хотя я не сомневаюсь, что у кого-то имеются проблемы, но таких значительное меньшенство, в то ремя как патчи для линукса 2.4 были не обходимы практически всем, чему чтение кernel traffic тому хорошое потверждение.
"Ну, значит можно поздравить с очередным объ..бом :)"
Классно, ты там не был, но выводы уже сделал. Что тебе так сильно промыли мозги?
"политкорректные мериканцы просто промолчали, но каждый унёс в голове: что мс совсем сбрендили: выперлись, не в п.. ни в красную армию"
Мда... Ты бы помолчал бы что ли? MS там показывали свои решения для встраиваемых устройств и как их можно связывать с юниксом, потому как они пытаются закрепится на этом рынке. Вот это я думаю и вынесли нормальные люди со стенда MS.
"Ну и что? (cкорость загрузки)"
Ни чего. Просто там один анониму хотел чтоб Виндовс грузился быстрее и что мол перекомпиляцией ядра этого можно добится, но вот чего весь такой открытый линукс сделать не может.
"Кстати, про серверы"
Я говорил про мой десктоп, на серевере тербуется времени больше, но при одинаковых сервисах линукс все равно грузится медленнее.
"Кстати, уточни - для каких серверов критично время старта (назначение, модель, нагрузка)?"
Что зелен виноград?
"Ну, дальше в курсе, раз на вопрос не хочешь отвечать"
Ну во-первых отвечать вопросом на вопрос, это уже не очень. А мой вопросик так и остался не отвеченным? Да кстати, а ты какой вопрос задал?

Бля ну и гонит вася :)) Смари сюда придурок: K6-II 400 уже почти 3 года работает на 128-ми метрах ОЗУ при свопе в 32 метра (так вышло, сначала был своп 128 но потом пришлось отрезать так как винт маленький). Стоит там аж RH 6.2 на ядре 2.4.18-pre_какой_то уже около года, а до этого было ядро 2.2.19. Постоянно юзается мозилла (чичас версии 1, а раньше еще более тормозная какая-то была), ОО 6_что_то (сборка от Alt), xmms, gnome и частенько запускаются несколько прог из КДЕ 3 ну и иногда Гимп... Тачка отдыхает трое суток в неделю, а в остальное время работает круглосуточно. Сидит за ней долбоеб-виндовый-админ который в юниксах не дуплит ничего (и слава богу) он с нее в инет лазит и маскарадит этот инет на ихнюю контору. Так вот ситуевина когда мыша не двигалась, тоесть система жудко тормозила, была только один раз когда я там этот своп совсем был отключил :) Ну он прибежал ко мне через пару дней и я обратно эти 32 метра (может и брешу, может их там и 48) под своп отдал... А так пьем пивко с ним раз в недельку и я постоянно спрашиваю как там линукс, а он мол гуд все. Так что что там у тебя тормозит и нафига ты ядро постоянно пересобираешь я не знаю. Может ты нахапался просто чего-то и тебя глючит сильно? Дури тормозящей накурился? Кароче стыд и срам такое гониво нести. Кого ты тут нааебать решил интересно? Думешь на твой пиздешь поведется кто-то?

ОГР, блин. Я уже привык к твоему большЕнству, но ты теперь еще и меньшЕнством стал?!

Насколько я знаю в XP ядро нужно было менять чтобы APIC заработал на AMDшных двухпроцессорных машинах; ядро по умолчанию показывало крррасивый синий экран ;-).

Справедливости ради замечу что и в линуксе не все гладко было, но там проблему решили "ковырянием" в ядре :-).

2All
Пока Огр не ответит на вопрос "Итак, Ogr, КАКОЙ ДИСТРИБУТИВ У ТЕБЯ И _ВСЕ_ЖЕ_ ПОД _КАКИЕ_СВОИ_ЗАДАЧИ_ ТЫ ЯДРО ПЕРЕСОБИРАЛ?" (anonymous (*) (2002-08-17 16:16:37.052)), предлагаю вам заново посмотреть фильм "Кин-Дза-Дза" и отметить фразу Яковлева (кажется) "А скрипач вообще говорит на языках, продолжения которых не знает" :)

ПС. Я, блядь, чувствую, блядь, что он никогда линукс в глаза не видел, а так, блядь, нахватался "слов умных", блядь, и мозги ебет. (Извиняюсь за мат, просто заебало очень).

ППС. Хорошей ночи всем! (суббота ж ведь)

>Блин ну и народ. Повторю еще раз Virtual Memory subsystem.
Дак так и говори, VMS - а не VM, а то станется - что к хурду или к бзде, по незнанию отнесут...
r>Т.е. говорить про явные проблемы в линуксе, это не по делу... А что тогда по делу?
По делу, это похвастаться работающей фичей. А вообще, проблем нет, потому как Линух - это от... до ... Выбирай что работает, и что устраивает - а желаешь задом прочувствовать "остриё прогресса" - не скули. Ежели "внимание обращать" то квалифицировано, с патчем в аттаче или куском сырца - а не фиговой дешёвой отмазкой (см ниже) уже затёртой до дыр.

>Вославлять линукс и Линуса пророка его?
Нет, Билла и пророка его Гейтса, блин. Не сваливайся в рылигию, не пройдёт.

>Ну вот я поставил SP3 на w2k и что-то проблем не видел. Хотя я не сомневаюсь, что у кого-то имеются проблемы, но таких значительное меньшенство,
По своей тачке - обо всех не суди, даже если ты её выкинешь в окно, то об этом мало кому будет известно. А вот если где-то, где более ответственно подходят... Да ладно, не буду развивать тему: у меня НТ всяких нет, спросил по случаю у знакомого, который МС сертифед, но не дурак :D - он мне сказал - я тебе передал...

>в то ремя как патчи для линукса 2.4 были не обходимы практически всем, чему чтение кernel traffic тому хорошое потверждение.
Мне не нужны были, и ещё знаю человек эдак с сотню, при парке машин в добрую тысячу - ну никак не нужны. См. выше, для этого есть голова и выбор ядер хошь, чистые, хошь изначально пропатченные разными командами, хошь свежее, хошь стопудовопроверенные.

>Классно, ты там не был, но выводы уже сделал. Что тебе так сильно промыли мозги?
Я выводы сделал на основании посещения двух коллег, которые работают в в NY и коих фирма отправила на выставку. Мужики далеко не фанаты линя, но отнеслись к потугам МС - весьма скептически. Мне лично пох.. где выставляется МС - скоро на выставках-ярмарках сельхозорудий будет... У нас, в России, огр - для поднятия уровня знаний :) это называют "в каждой бочке затычка", у вас, наверное " в каждой п..де тампакс"... :)
>Мда... Ты бы помолчал бы что ли? MS там показывали свои решения для встраиваемых устройств и как их можно связывать с юниксом, потому как они пытаются закрепится на этом рынке. Вот это я думаю и вынесли нормальные люди со стенда MS.
Я спокойно их регулярно посещаю, так как по роду гребешковой деятельности :) занимаюсь именно этим :). ХР можно затолкать в весьма толстый промконтроллер, при этом, такое решение, нах.. никому не нужно. Тем более если учесть зоопарк в промавтоматике.

>Ни чего. Просто там один анониму хотел чтоб Виндовс грузился быстрее и что мол перекомпиляцией ядра этого можно добится, но вот чего весь такой открытый линукс сделать не может.
У меня дохлый линуховый контроллер грузится около 5 сек. :) СлабО? (в чём прикол, не скажу :)) Может, и очень может, даже без резких телодвижений, кстати. Может это возможно и в винде - но, винда - закрытая коробочка...

>Я говорил про мой десктоп, на серевере тербуется времени больше, но при одинаковых сервисах линукс все равно грузится медленнее.
Какой? Какая версия ядра? С чьими патчами? и.т.п. Есть суперубыстряющие патчи, но см. выше.

>Что зелен виноград?
Потому как идиотизм самого вопроса загрузки сервера. Он не должен останавливаться, вот в чём фишка, а не в зелёном винограде. Зачем так откровенно то подставляться.

>Ну во-первых отвечать вопросом на вопрос, это уже не очень. А мой вопросик так и остался не отвеченным? Да кстати, а ты какой вопрос задал?
"Интересно, что там с перекомпиляцией ядра винды" - наверное, типа, ты имеешь возможность сам процесс, ходябы, понаблюдать :) - так поделись..
А что ты задавал - то я ответил.

2anonymous (*) (2002-08-18 01:50:06.227): "Стоит там аж RH 6.2 на ядре 2.4.18-pre_какой_то уже около года"
Когда, когда 2.4.18 вышел? Около года назад говоришь? Посмотри на календарь, придурок, 18 августа 2002 года сейчас, а не 25 февраля 2003 как у тебя в голове. Но тем неменее, на ядра до 2.4.17 включительно VM не работала нормально.
2AVL2: " уже привык к твоему большЕнству, но ты теперь еще и меньшЕнством стал?!"
Других возражений нет? Ну я так и думал.
2anonymous (*) (2002-08-18 02:25:24.212): "Пока Огр не ответит на вопрос"
Почему я должен отвечать на твой вопрос, если на мой так ты не ответил?
""Итак, Ogr, КАКОЙ ДИСТРИБУТИВ У ТЕБЯ И _ВСЕ_ЖЕ_ ПОД _КАКИЕ_СВОИ_ЗАДАЧИ_ ТЫ ЯДРО ПЕРЕСОБИРАЛ?""
Ядро с ftp.kernel.org Если тебе те ядра не нравятся, то все впросы с этим не к дистрибьютерам а к Л.Торвальдсу и товаращам.
"Я, блядь, чувствую, блядь"
Я тоже чуствую, что ты блядь, раз нормальным языком свои мысли высказать не можешь.

2asoneofus: "Дак так и говори, VMS - а не VM, а то станется - что к хурду или к бзде, по незнанию отнесут"
Тот кто понимает, тому писать не надо, а те кто VM с KDE путают это не поможет.
"По делу, это похвастаться работающей фичей"
А не работающей? Ведь линукс такой весь крутой...
"А вообще, проблем нет, потому как Линух"
Все спасибо, могли дальше не писать. Т.к. первый шаг для улучшения это понять какие есть проблемы.
"Нет, Билла и пророка его Гейтса, блин. Не сваливайся в рылигию, не пройдёт"
Пока что религию вижу только на стороне линукса, со словами "А вообще, проблем нет" это только в церковь и лбом о пол бится.
"По своей тачке - обо всех не суди"
Так у меня не одна тачка, да и виндовс не только у меня стоит...
"спросил по случаю у знакомого, который МС сертифед"
И что?
"Я выводы сделал на основании посещения двух коллег, которые работают в в NY и коих фирма отправила на выставку"
И что они тебе рассказали? По всей видимости эти коллеги плод твоего воображения. Потому как очень сильно отличается от того что ты пытался описать, от того что было там.
"ХР можно затолкать в весьма толстый промконтроллер, при этом, такое решение, нах.. никому не нужно"
Прежде чем говорить на тему, ознакомся с этой темой. в про контроллер XP пихать не будут, а вот CE да, при этом банкомат какой-нить XPe там будет сидеть.
"Какой? Какая версия ядра? С чьими патчами? и.т.п. Есть суперубыстряющие патчи, но см. выше"
Еще раз повторю мой вопрос: Что даст тебе компилиривоание ядра виндовса? А рассказы про линукс, это можешь местным лЮниксоидам рассказывать, они тебе поверят, а мне не надо я этого насмотрелся достаточно. Что же до дистра, то это RH.
"Потому как идиотизм самого вопроса загрузки сервера"
Я упоминал десктоп. Что же касается сервера, то скорость загрузки не так важна, но и не помешает.
""Интересно, что там с перекомпиляцией ядра винды" - наверное, типа, ты имеешь возможность сам процесс, ходябы, понаблюдать :) "
Т.е. кроме как погнуть пальцЫ, другой причины для перекомпиляции ядра виндовса нет... Что ж этого стоило ожидать. Как дети, которые чего-то хотят, а за чем и сами не знают.

"Ты был на выставке? Нет? А я был. И могу..."

Если вы там были, это ничего не значит, кроме как того, что вы там были:)

"...тебе рассказать, что они показывали и что показанное к линуксу вообще отношение не имело (если не считать services for unix 3.0). Нет там денег, что по выставляющимся было очень хорошо заметно. " - Ogr.

Уважаемый Org, вы не находите противоречивым здравому рассудку показывать на выставке - которая имеет непосредственное отношение к Линукс - то, что к Линуксу, по вашим словам, "вообще отношение не имеет"? Подобно тому, как на автомобильной выставке выставлять компьютеры. Ведь это в равной степени абсурдно!

Более того Services for unix 3.0 от Microsoft, все-таки for unix, а не for Linux. Не так ли? Конечно, Linux полностью совместим с unix, но выставка все-таки, как мне кажется, посвящена Линукс. Линукс - это не Юникс, не надо об этом забывать. Юникс такой же коммерческий как и Виндоус. Линукс - свободен во всех понимания этого слова.

Жалкое оправдание Майкрософт, будто пользователи Юникс переходят на Линукс просто вызывает смех. Но положим что это так. Тогда на что это похоже? Лично мне это похоже на "охоту" за пользователями, что вызывает опять-таки просто смех :) Со стороны Майкрософт это так дешево и лицемерно, поскольку когда-то Майкрософт уверяла пользователей в том, что будто Линукс для Майкрософт не представляет никакой опасности... а сколько обидных высказываний было сказано в адрес пользователей Линукс... и после этого Майкрософт расчитывает на доброжелательную реакцию со стороны пользователей Линукс? Да ничерта такого не будет! Эти ублюдки из Майкрософт хотят только денег... и они их не получат!

"Да именно из-за vm, потому как алгоритм сбороса страниц в своп хромал на все четыре лапы. "

Достопочтенный Ogr, не были бы вы настолько любезны чтобы нам рассказать о том, в чем "хромает vm" в Линукс *конкретно*. И пожалуйста, умоляю вас, расскажите как работает управление памятью в Майкросовт Виндоуз. Ведь вы это знаете - информации об этом предостаточно, Майкрософт ведь описывает все, не так ли? Хотелось бы, уважаемый Ogr, узнать не концептуальную схему работы управление памятью в Мс Виндоус, а конкретно алгоритм, ну а это, конечно, приводит и к тому, что я бы, естественно, хотел бы знать, с какими этот алгоритм структурами данных работает? Буду очень признателен, если вы расскажите и о своем опыте создания подсистем управления памятью, об опыте создания операционных систем.

Хотелось бы заметить, что я не совсем понял, почему это "параметры ядра", - а конкретно говорилось о процессоре, - не имеют отношения к перекомпиляции? Поверьте мне, еще как имеют! Если вы указываете при конфигурировании процессор Athlon, то все компилируется с оптимизацией именно для этого процессора, это увеличивает скорость в равном счете во всем: и в загрузке, и в работе программ, и в запуске программ и прочее. Глупо использовать ядро, скомпилированной для 386 на компьютере, с процессором Athlon. Просто дистрибьюторы собирают ядра так, чтобы они работали на всех компьютерах.

Да мне похуй когда это гребанное ядро вышло хоть месяц назад, хоть год. Помню точно что этот комп я этой конторе отдал в 99 году (вместе с линуксом), а чичас 2002 стало быть три года этот тормозной линукс пашет на 32-х метрах свопа хоть и не в КДЕ но зато с мозиллой и ОО. Ядро 2.4.19 я поставил как только оно вышло так как этот придурок купил туда тв-тюнер, а дрова к нему тока под 2.4 были и када это было мне похуй я тебе еще раз говорю так как я в отличии от некоторых дятлов не перекомпилюю ядра по несколько лет и все нормально пашет. А теперь скажи мне что с твоей виндой долбанной станет если на ней мозиллу и ОО запустить с таким свопом? И еще раз спрашиваю долго ты тут будешь такую муть пороть? А то бля вопросом на вопрос отвечаешь, а толком ничего так никому и не сказал. Хуле у других людей ниче не тормозит, а у тебя пиздец просто тормоза страшные куда не глянь. Ну его нахуй нужно тебе брателло лечится наверно

2smh: "Если вы там были, это ничего не значит, кроме как того, что вы там были:)"
Это по крайней мере, дает мне право составить свое мение о выставке, а не кормится домыслами с линуксоидых сайтов.
"Уважаемый Org, вы не находите противоречивым здравому рассудку показывать на выставке - которая имеет непосредственное отношение к Линукс - то, что к Линуксу, по вашим словам, "вообще отношение не имеет"?"
Абсолютно нет. Когда на Комдексе имеется "экспозиция" Мерседеса или Яхт клуба, то я тоже не вижу противоречия, т.к. каждый решает свои маркетинговые проблемы путем, который ему кажется правильным, MS показывала, что для встраиваемых приложений есть CE, который удобнее чем линукс, Яхт клуб на Комдексе потому как там много их кастомеров.
"Linux полностью совместим с unix"
Как интересно. Что совем полностью? Или нет? Ты уж по подробнее тут.
"Жалкое оправдание Майкрософт, будто пользователи Юникс переходят на Линукс просто вызывает смех"
И это так... Тому все истории о применении линукса в банках хорошая демонстрация, потому как меняют старые юниксы на линуксы.
"Лично мне это похоже на "охоту" за пользователями, что вызывает опять-таки просто смех :) Со стороны Майкрософт это так дешево и лицемерно, поскольку когда-то Майкрософт уверяла пользователей в том, что будто Линукс для Майкрософт не представляет никакой опасности... "
У MS есть забота, как суд идующий против них. А в течении месяца должно быть решение, вот они и демонстрируют наличие "конкрента" не смотря на то что этот конкурент имеет 0.24% на десктопах, а продажи в мире линукса снижаются и прошедшем году составили всего $80млн, MS эта сумму заработает за менее чем два дня.
"и после этого Майкрософт расчитывает на доброжелательную реакцию со стороны пользователей Линукс?"
А с чего ты взял что они на это расчитывали? Вход на выставку стоит денег (правда всего $20), что сразу же отрезает всех горлопанов.
"Эти ублюдки из Майкрософт хотят только денег... и они их не получат!"
Мало того все выставлявшиеся там, хотят ровно того же. Что есть правильно.
"Достопочтенный Ogr, не были бы вы настолько любезны чтобы нам рассказать о том, в чем "хромает vm" в Линукс *конкретно*."
Ядра 2.4.17 и меньше имели привычку очищать страницы в своп таким образом, что создавалось впечатление, что машина висит.
"И пожалуйста, умоляю вас, расскажите как работает управление памятью в Майкросовт Виндоуз"
Работает хорошо, что тесты http://tpc.org/tpcc/results/tpcc_perf_results.asp хорошо показывают, да там нет тестов только VM, но то что система в целом работает весьма не плохо, хорошо видно.
"а конкретно алгоритм, ну а это, конечно, приводит и к тому, что я бы, естественно, хотел бы знать, с какими этот алгоритм структурами данных работает?"
Не знаю как Вам, а мне это не интересно, мне достаточно, того что система не умирает.
"Если вы указываете при конфигурировании процессор Athlon, то все компилируется с оптимизацией именно для этого процессора, это увеличивает скорость в равном счете во всем: и в загрузке"
На сколько? Мало того систему может MS cобрать так чтоб это учитывалось изначально. А если учесть что компилятор у MS весьма не плох, то и тут линукс в пролете.

2anonymous (*) (2002-08-18 03:28:08.069): "Да мне похуй когда это гребанное ядро вышло хоть месяц назад, хоть год"
А мне нет, потому как ты утверждал, что все так замечатльно работает, на НЕ СУЩЕСТВУЕЩЕМ ядре. Заврался ты в конец.

>"Достопочтенный Ogr, не были бы вы настолько любезны чтобы нам рассказать о том, в чем "хромает vm" в Линукс *конкретно*."
>Ядра 2.4.17 и меньше имели привычку очищать страницы в своп таким образом, что создавалось впечатление, что машина висит.

Ну, не было у меня такого, а у _ТЕБЯ_ когда было? _ЧТО_БЫЛО_ЗАПУЩЕНО_? _СКОЛЬКО_ПАМЯТИ_НА_МАШИНЕ_БЫЛО? _ЯДРО_КАКОЕ? (дистр RH - это я уже понял :)

>"И пожалуйста, умоляю вас, расскажите как работает управление памятью в Майкросовт Виндоуз"
>Работает хорошо, что тесты http://tpc.org/tpcc/results/tpcc_perf_results.asp хорошо показывают, да там нет тестов только VM, но то что система в целом работает весьма неплохо, хорошо видно.
>"а конкретно алгоритм, ну а это, конечно, приводит и к тому, что я бы, естественно, хотел бы знать, с какими этот алгоритм структурами данных работает?"
>Не знаю как Вам, а мне это не интересно, мне достаточно, того что система не умирает.

По-моему, мой пример (anonymous (*) (2002-08-17 16:16:37.052)) можно интерпретировать ровно также. Если хочешь, разрешаю давать на него ссылку, когда надо будет доказать, что в линуксе хорошо работает VM subsystem. :-)

Виндоус последние лет 5 я видел только мельком, поэтому, исходя из твоих комментариев (по ссылке не ходил - мне достаточно того, что _тебе_ эти тесты показывают), предполагаю, что подтягиваются ребята из микрософта к уровню стабильности линукс, вот и хорошо. :-)

PS. Я не shm, а он не anonymous (*) (2002-08-17 16:16:37.052).

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

Говоришь твоя пипыска длиннее? Ну давай и я свою на замер поставлю.
Slackware-8.1 со всеми тебе известными сервисами старт до появления
строки c логином - 7-8 сек. Запуск X-ов 4-5 сек. Запуск браузера -
3 сек. Появление в нем странички LOR - ущу 3-4 сек если их сервак не тормозит. Итого появление твоего бреда гарантировано через максимум 20
секунд.

Про VM я смотрю ты сильно разговорился. Большой специалист в этой
области? А ты знаешь, что для ламерей вроде тебя вообще противопоказано
знать место, где берутся какие бы то нибыло ядра? Какого члена ты лезишь их ставить? Есть дистрибутивы однако, в которых умные дядьки
не спешили вставлять непроверенные ядра. Потом, если у тебя ядро зарылось в своп, это значит что ты сам дурак. Абсолютно любую ось
можно довести до неюзабельного состояния, если грузить ее бездумно и
не настроить соотвественно. Я ставил сервера на слэкваре с ее родным
ядром, первым из серии 2.4 - 2.4.5. Прекрасно все работало, и работает
еще в некоторых местах по сей день. Так что гонишь ты все, Пытаешься
оправдать собственную тупость. Напрасно. Все тебя знают как
облупленного ;-)

2anonymous (*) (2002-08-18 06:31:06.34): "Ну, не было у меня такого, а у _ТЕБЯ_ когда было? _ЧТО_БЫЛО_ЗАПУЩЕНО_? _СКОЛЬКО_ПАМЯТИ_НА_МАШИНЕ_БЫЛО? _ЯДРО_КАКОЕ? (дистр RH - это я уже понял :)"
256 мег, а запущены были X плюс моя программа которая память тосует в ходе работы.
"по ссылке не ходил - мне достаточно того, что _тебе_ эти тесты показывают"
Класс, не видел, но мнение уже составил. А ты сходи и увидишь отсутсвие линукса там, потому как он просто не дотягивает. Да кстати прежде чем говорить что те тесты не правильные, то учти, что это стандартизованные тесты, и стандартизированы они были не MS, а разработчиками БД.
"что подтягиваются ребята из микрософта к уровню стабильности линукс"
Нет там линукса, он там даже не ночевал, потому как отстой ваш линукс.
2anonymous (*) (2002-08-18 06:55:41.966): "А ты знаешь, что для ламерей вроде тебя вообще противопоказано знать место, где берутся какие бы то нибыло ядра? Какого члена ты лезишь их ставить? "
Берем читаем, что ветка 2.4.х СТАБИЛЬНАЯ. Ставим, а работает хреново. Так кто из нас ламер, я который хоть понимаю в чем дело или ты молющегося на св. Л.Торвальдса?
"Пытаешься оправдать собственную тупость"
И по этому писатели ядра какждую неделю vm точили, потому что они ламеры, а ты такой умный им чего-то не подсказал. Дурилка, ты наш.

> Тот кто понимает, тому писать не надо, а те кто VM с KDE
> путают это не поможет.
Описался человек, бывает, тем более е... с гуями без передыху - вот и подумалось :)
>А не работающей? Ведь линукс такой весь крутой...
Значит, работающей - не досуг тебе похвастать :). Неработающий Линух - можно отнести только к незнанию того, кто работает с ним, специфики использования линуха. Что является, ИМХО, большей бедой, нежели техническая безграмотность.
>Все спасибо, могли дальше не писать. Т.к. первый шаг для
>улучшения это понять какие есть проблемы.
Ладно, отмазываться то. Их знают прекрасно, иначе как бы обходили. С любимым тобою продуктом - ещё веселее, там даже зная ничего не сделаешь...
>Пока что религию вижу только на стороне линукса, со словами "А вообще, проблем нет" это только в церковь и лбом о пол бится.
Хе, если отсутствие проблем - признак религии, то хочу такую рилигию везде. :) Однако, специально для тебя, наверное всё придётся разжёвывать: "проблем нет, потому как известны проблемные места и пути их обхода" Так понятней? И уж чего не предполагает линус - так это веру. Ты можешь проверять лубыми доступными тебе способами, включая исследование сырцов. Что касается ком. продуктов (включая мс) - то мне предлагают "верить" - сто там всё ок.
>Так у меня не одна тачка, да и виндовс не только у меня стоит...
>"спросил по случаю у знакомого, который МС сертифед"
>И что?
Да и ничего, просто по случаю спросил, как они клеят заплаты, добавляют фичи и.т.п. Он и ответил, что предпочитают сперва тестить, т.к. доверия нет. За своими "приколами" ты уже тему потерял...
>И что они тебе рассказали? По всей видимости эти коллеги плод твоего воображения. Потому как очень сильно отличается от того что ты пытался описать, от того что было там.
Они мне ответили на вопросы, которые я задал. На вопрос "как там мс на линуксячей выставке" мне ответили "попкорн в опере" :) Далише тему не развивал.
>Прежде чем говорить на тему, ознакомся с этой темой. в про
> контроллер XP пихать не будут, а вот CE да, при этом банкомат
> какой-нить XPe там будет сидеть.
Да, вот только твоё мнение - не совпадает с мнением CEO мелкомягких. Они пытаются туда именно ХР затолкать...
>Еще раз повторю мой вопрос: Что даст тебе компилиривоание ядра
> виндовса? А рассказы про линукс, это можешь местным лЮниксоидам
> рассказывать, они тебе поверят, а мне не надо я этого насмотрелся
> достаточно. Что же до дистра, то это RH.
Убрать много лишнего, если это там возможно, если нет - то мало чего, разве что сделать под конкретный проц, учитывая обилие целочисленных операций в ядрах - это мало что даст.
>Я упоминал десктоп.
Мессагами выше, ты прикалывался именно насчёт сервера...
>Что же касается сервера, то скорость загрузки не так важна,
>но и не помешает.
Она там, если в разумных пределах, пофигу какая.
>Т.е. кроме как погнуть пальцЫ, другой причины для перекомпиляции
> ядра виндовса нет... Что ж этого стоило ожидать. Как дети,
> которые чего-то хотят, а за чем и сами не знают.
Частично ответ выше, но! Есть ещё, да, мы как дети малые - хотим знать, "а что тама внутри" "а какие сырцы" оценить соотношение асма - си, посмотреть на красивости в коде и в общем построении. А вообще побровзить скриптиками - и построить карту (только не дебильную круговую, а древовидную). Это к тому, чтобы от веры - перейти к осознаной уверенности "аЦтой" "так себе" "нормально" "кульно" :)) Скорее было-бы третье.. :):):)

2Ogr (*) (2002-08-18 09:32:28.122)

>2anonymous (*) (2002-08-18 06:31:06.34): "Ну, не было у меня такого, а у _ТЕБЯ_ когда было? _ЧТО_БЫЛО_ЗАПУЩЕНО_? _СКОЛЬКО_ПАМЯТИ_НА_МАШИНЕ_БЫЛО? _ЯДРО_КАКОЕ? (дистр RH - это я уже понял :)"
256 мег, а запущены были X плюс моя программа которая память тосует в ходе работы.

Понял. Твоя приблуда сожрала память, а ядро виновато :). И памяти, кстати, мало, если 256 это RAM + swap, то как-то... ну.... сделал бы быстренько своп-файл побольше, когда заметил, что свопа не хватает.

А вообще-то, VM это бы еще пол-беды... :) Странно, как ты мог не заметить, что ядро от простой команды падает. Это давнишний баг и никто почему-то с ним не борется. Достаточно набрать halt, и он падать начинает, меееееееедленно так, но падает все равно - вот оно GPL " не хочешь - не пользуйся", мать ее! :) Конечно, не способна шайка-лейка хакеров недорезанных найти пару-тройку миллионов долларов, чтобы баг этот поправить. НЭНАВИЖЮ! :)

>"по ссылке не ходил - мне достаточно того, что _тебе_ эти тесты показывают"
Класс, не видел, но мнение уже составил.

Я просто доверился ТВОЕМУ мнению, ты ж тут у нас мультисистемным гуру работаешь на пол-ставки (я до сих пор симлинки под Линуксом с дрожью в руках делаю - ведь нету их на самом деле :). Ты сообщил, что на основе этих тестов видно, что Виндоус "в целом работает весьма не плохо". И я за нее порадовался. Разве ж это плохо, когда что-то "работает весьма неплохо". :)

> А ты сходи и увидишь отсутсвие линукса там, потому как он просто не дотягивает.

Ай-ай-ай! Мистер Торвальдсен, мистер Торвальдсен, что ж же вы наделали? Линкукс-то не дотягивает, вона как!
(Пиздец, снесу Линукс! :)

(А кстати, ведь если разобраться, то весь мир - ВЕСЬ МИР - по сути _доделывает_ его курсовик! :) Интересно, сдал он этот зачет или нет? :)

>Да кстати прежде чем говорить что те тесты не правильные, то учти, что это стандартизованные тесты, и стандартизированы они были не MS, а разработчиками БД.

Душевно рад. А чего ты рефлексируешь-то? Тут клуб джентльменов, тут все друг другу доверяют. :)

>"что подтягиваются ребята из микрософта к уровню стабильности линукс"
Нет там линукса,

Значит и правильно я сделал, что не прошел по ссылке. У меня НЕТ Виндоус. (Я бы не стал читать и о тестах МакОС - у меня нет Мака :)

>он там даже не ночевал, потому как отстой ваш линукс.
Тревожно мне, кусаю свой матрас (с) А. Башлачев

"а продажи в мире линукса снижаются и прошедшем году составили всего $80млн, MS эта сумму заработает за менее чем два дня. " - Ogr

Вот именно это меня меньше всего волнует: кто сколько продал и за какое количество времени:)))))))))))))

"Ядра 2.4.17 и меньше имели привычку очищать страницы в своп таким образом, что создавалось впечатление, что машина висит. " - Ogr

Извините, конечно, но я первый раз слышу о таком :/ В течение 3-х последних месяцев мой Линукс работает по 24 часа в сутки (то есть круглосуточно:), ядро 2.4.18-smh :), и я не наблюдал ничего подобного.

"И пожалуйста, умоляю вас, расскажите как работает управление памятью в Майкросовт Виндоуз" - me :) "Работает хорошо, что тесты http://tpc.org/tpcc/results/tpcc_perf_results.asp хорошо показывают, да там нет тестов только VM, но то что система в целом работает весьма не плохо, хорошо видно. " - Ogr

Да, я просмотрел эти тесты: IBM, HP и много много Window, Windows, Windows, Windows, Windows. :))) Но вы не находите логичным предположить, что здесь отсутствует Линукс лишь потому, что Майкрософт сама организовала эти тесты? Знаете, касательно сравнения компиляторов Б.Страуструп в своей книге "The Design and Evolution of C++" однажды написал, цитирую:

"Several reviewers asked me to compare C++ to other languages. This I have decided against doing. Thereby, I have reaffirmed a long-standing and strongly held view: Language comparisons are rarely meaningful and even less often fair. A good comparison of major programming languages requires more effort than most people are willing to spend, experience in a wide range of application areas, a rigid maintenance of a detached and impartial point of view, and a sense of fairness. I do not have the time, and as the designer of C++, my impartiality would never be fully credible.

I also worry about a phenomenon I have repeatedly observed in honest attempts at language comparisons. The authors try hard to be impartial, but are hopelessly biased by focusing on a single application, a single style of programming, or a single culture among programmers. Worse, when one language is significantly better known than others, a subtle shift in perspective occurs: Flaws in the well-known language are deemed minor and simple workarounds are presented, whereas similar flaws in other languages are deemed fundamental. Often, the workarounds commonly used in the less-well-known languages are simply unknown to the people doing the comparison or deemed unsatisfactory because they would be unworkable in the more familiar language.

Similarly, information about the well-known language tends to be completely up-to-date, whereas for the less-known language, the authors rely on several-year-old information. For languages that are worth comparing, a comparison of language X as defined three years ago vs. language Y as it appears in the latest experimental implementation is neither fair nor informative. Thus, I restrict my comments about languages other than C++ to generalities and to very specific comments."

Тоже самое относится и к сравнению операционных систем. Замените во всем этом слова programming language на operating system, и c++ на Линукс. :)

И еще отрывок:

> Others do compare their languages to C++; doesn't that annoy you?

"It does when it is done incompetently or for commercial gain. The most widely circulated comparisons tend to be those written by proponents of some language, Z, to prove that Z is better that other languages. Given its wide use, C++ is often top of the list of languages that the proponents of Z wants to prove inferior. Often, such papers are "published" or distributed by a company that sells Z as part of a marketing campaign. Surprisingly, many seem to take an unreviewed paper written by people working for a company selling Z "proving" that Z is best seriously. One problem is that there are always grains of truth in such comparisons. After all, no language is better than every other in all possible ways. C++ certainly isn't perfect, but selective truth can be most seductive and occasionally completely misleading." - Bjarne Stroustrup.

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

А именно: "Often, such papers are "published" or distributed by a company that sells Z as part of a marketing campaign. Surprisingly, many seem to take an unreviewed paper written by people working for a company selling Z "proving" that Z is best seriously.". К сожалению это действительно так, и мы, обитатели этого форума, имеем возможность наблюдать за одним из этого many. %)

"а конкретно алгоритм, ну а это, конечно, приводит и к тому, что я бы, естественно, хотел бы знать, с какими этот алгоритм структурами данных работает?" - smh "Не знаю как Вам, а мне это не интересно, мне достаточно, того что система не умирает." - Ogr

Тогда какое право вы имеете утверждать, что система управления памятью в Линуксе "хромает"? Вам достаточно того что система не умирает? Но не будьте же так близоруки; как жутко ошибочно вы предполагаете то, что будто система управления памятью в виндоус не храмает лишь потому, что она якобы не умирает. Боже мой, ведь это такая близорукость! Дело все в том, что находитесь в полном неведении о том, КАК работает управление памятью как в Линукс, так и в Виндоус. И полагаетесь лишь на свои впечатления, которые никак не обоснованы. Лично мне очень интересно как происходит управление памятью в Линуксе, и я знаю как оно происходит. Я имею право защищать Линукс, так как я знаю что защищаю! Вы же, по всей видимости, нет:/

"Если вы указываете при конфигурировании процессор Athlon, то все компилируется с оптимизацией именно для этого процессора, это увеличивает скорость в равном счете во всем: и в загрузке" - smh "На сколько? Мало того систему может MS cобрать так чтоб это учитывалось изначально. А если учесть что компилятор у MS весьма не плох, то и тут линукс в пролете. " - Ogr.

Дело в том, что Майкрософт не может собрать систему так, чтоб она учитывала как особенности процессора Intel, так и особенности AMD одновременно, они наверняка собирают так называемый generic code.

А теперь приведу конкретные данные:

"SPEC2000(http://www.suse.de/~aj/SPEC/) and SPEC95(http://people.redhat.com/dnovillo/SPEC/) benchmark suites are now used daily to monitor performance of the generated code.

According to the SPECInt2000 results on an AMD Athlon CPU, the code generated by GCC 3.1 is 6% faster on the average (8.2% faster with profile feedback) compared to GCC 3.0. The code produced by GCC 3.0 is about 2.1% faster compared to 2.95.3. Tests were done using the -O2 -march=athlon command-line options."

IMHO, Ogr во всем прав. Windows действительно лучше Linux по всем техническим показателям. Однако, зная это я пользуюсь Linux'ом, ибо для моей фирмы тратить 2000-3000 долларов на софт для каждого компьютера очень дорого. Поэтому и мучаюсь с Linux'ом. Linux, конечно, треюует более крутого железа, но "железный апгрейд" все же дешевле, чем покупка виндового софта. Я склонен воспринимать Linux как большой эксперимент. Чем он закончится никто не знает. Касательно Win vs. Linux - Win выигрывает одназначно, ибо на GPL денег не сделать. Меня больше интересует .NET vs. Java - тут пока Java уделывает по всем параметрам .NET.