Ты дурак?
Работающее ядро - это не падающее само по себе, не жрущее своп само по себе,
умеющая _всегда_ убивать задачи (этого линукс пока не умеет), с нормальными SCSI
драйверами (а не пытающимися периодически обратиться за пределы диска),
работающим софтовым райдом5 (а не убивающем весь раид при выпадении
одного диска). Да здесь места не хватит все глюки перечислять.
И не надо петь песню, что 2.2/2.4 стабильные, это бред.
Надежда очень мала, но _может быть, через полгода-год и пофиксят дурацкие
ошибки в 2.4.
2Settler: раз умной такой - чего не пофиксишь? Ну-ка покажи мне unix, который когда угодно сможет убить задачу? Если ты думешь, что такие есть - ботай книжки, самое время. А 2.4 более-менее, не надо ля-ля. Живем с ним, знаем....
Я то умный, но я совершенно не программист, и никакого желания
им становиться у меня нет. Помогаю чем могу, вон кажись один из
вариантов __alloc_pages пофиксили, проверить нет времени.
--
Мало ли что вы с ним живете, на простеньких машинах оно
почти нормально работает.
2Settler: и что же Вы изволите считать "простенькой" машиной? и нагрузки у нас бывают совсем не детские... и у нас не почти, а нормально работает. ничего ужастного в 2.4.9 нет. ну может OOM облажаться круто - ну не ставьте 9, подождите немного. ну в 2.4.5 Виро перемудил, мы и это пережили. И не такое еще переживем. Кто-то очень хотел 2.4 - получил :)
Вот отказ Linux убивать некоторые задачи по kill -9 меня тоже иногда очень удивляет. В винде аналогично убивается все ;) И даже сама винда (ее процессы), если перемудрить... Утилиту kill надо брать из дополнительных утилит для 2000/NT от M$
>>Начёт свопа: проапгрейдь свою 486, и поставь достаточно памяти. Какой ещё своп на нормальной машине?
А нука анонимус расскажи нам какая машина по твоему нормальная :)
А с VM у ядер 2.4.ч ваше пи@#$ц, причем в каждом ядре свой. Хотя 2.4.9 не пробовал, но думаю что там мало чего изменилось
2ifconfig: это зря, там много изменилось ;-) начиная с 2.4.6 этот VM фиксят и фиксят. скоро ухакают нафиг ;-)
2Eugeny Balahonov: что это за задачи у тебя такие живучие? Уж не в сисколе ли они при этом висят? Linux, как любой UNIX, не убивает задачи, пока их выполнение не выйдет из контекста ядра. Это пора бы уже знать.
2ifconfig: ты можешь сказать чем плох VM в 2.4. И конкретные "плохости" по версиям? 2Eugeny Balahonov: Вы понимаете, что не всегда можно завершить задачу? а если завершить, то с какими-нить resource leaks? может ваша NT так и делает? я не знаю
to Eugeny Balahonov:
ato est' vy ubivaete i servise.exe naprimer tozhe ??
ya v svoe vremya napisal programmu nu tipa kill v Unixe
vse ravno TerminateProcess() ne ubet vse vpodryat kak vy pishite.
Pereprover'te hotyaby s zapuschenymi servisami.
kstati vse eti naezdy svyazany s tem chto lyuboi mozhet
zaglyanut' v archiv LKM prochitat' paru strocheck uzhasnut'sya
i nachtinat' krichat' o bugah.
Hotelos' by znat' mozhno li chto libo podobnoe pochitat' o FreeBsd ya
imeeyu vvidu ih kernel-list?
во-первых, ужасатся там нечему. да, бывают ошибки. а у кого их извините не бывает? во-вторых, у меня возникает ощущение, что большая часть местных писателей если и читает lkml, то как-то по-своему...
2Eugeny Balahonov: вот сижу тут, а подлая NT4 не убивает задачу и все тут! либо орет нечто невразумительное, либо молчит на тему: "отстань, придурок, чего привязался"... а ведь administrator...
Я читаю lkml как памятную книгу: вот этот глюк у меня был
на такой машине сегодня, а - а вот тот вчера на другой, ...
---
Вечер вспоминаний и ужасов. :-)
2 dea. командой kill из ресурс кита может убить пркатически любой процесс, даже CSRSS.EXE. Секрет такой убийственности в том что эта комнда прежде чем сказать TerminateProcess, она включает для себя привелегии дебаггера. Ее код можно найти в примерах из Platform SDK
Я знаю самый большой убиватель процессов для виндов,
MSVC называется,
1. Грузите его
2. Присасываетесь к процессу.
3. и делаете БРЕАК.
Вот и все, и програму даже писать не надо!:)
Вот еще в дополнение к убиванию процессов. Способ убить главный процесс в NT ( работает на NT 4.0 и 2000) 1. Запускаете cmd.exe 2. в нем ping -t localhost 3. пока пингуется, жмете F7 ENTER F7 ENTER 4. CTRL C повторяете 1 - 4 еще один раз У а после у кого как получится Перегрузка или Окошко с синим экраном и очень интересными надписями. p.s. Правда у меня стоит WinXP и там это не проходит. :)
Линус принялся за работу за ради нашего благополучия ;-) Очень часто употребляет "это мы исправим в 2.5", народ ненавязчиво поинтересовался когда же будет 2.5, Линус молчит пока ;-) да, Changelog: http://www.kernel.org/pub/linux/kernel/testing/ChangeLog
Из последних ядер у меня приемлимо работал только 2.4.7. В 2.4.9 опять
что-то в своп стал лесть без причин и еще, практически невозможно работать,
если запущено что-то, активно использующее диск длительное время - updatedb, архивация.
Задержки зверские. Раньше такого не было.
Кстати, 2.4.8 с ас8 патчем вполне неплохо работает, в нем vma merging патч включен, на мозилле и проч хорошо сказывается. А в >ас8 монтирование переделали, теперь noexec "х" не сбрасывает, а просто не дает выполнять. В принципе логично и правильно, только vfat и аналогичные смотрятся ужасно.
Слушайте, друзья, тут вот уже с год или более
все время натыкаюсь на аббревиатуру VM (если правильно
понимаю, vitual machine). Длгое время я полагал,
что это что-то S390 специфичное, но вот все чаще
вижу на этих форумах, а ведь мало кто из тех,
что читают и постят на этот сайт видел S390, а?
Так что же все таки такое VM, и где можно об этом
прочитать? Будте любезны, киньте ссылочку?
заранее спасибо
P.S. ну оффтопик так оффтопик, мало что ли здесь
оффтопиков?
Во как! Н-да... Вроде бы и знал когда-то... И не пил уже недели две... Вот стыд-то!
Ну ладно, тем не менее, вроде существует такая штука как virtual machine - по-крайней мере читал я не раз о том, как много "vm" можно запустить под Linux'ом на S390. Это мне померещилось или таки можно где-нибудь об ентом прочитать?
Если я правильно помню, то Linux на S/390 именно внутри Virtual Machine работает. Есть ещё User Mode Linux, штатно в алановских патчах, есть патчи от ASP на эту же тему. Если интересует не на s/390, то самое прямое решение (говорят) UML. Сам ничего не знаю, мне вопросов не задавать, интернет доступен всем ;-)