Gharik> Лично я позвоню в саппорт, закажу девочек, шнапс и замену памяти. Ибо любой не-быдлософт должен позволять сохранять состояние, а память должна быть ECC.

А пока ты будешь звонить в саппорт, сервер будет простаивать, ага.

ttnl2> Не надо использовать глючные драйвера. Пару раз повесил всю систему -> в топку.

И как ты определишь, драйвер будет глючить в процессе работы или нет? Телепат? Когда снова в отпуск?

Ааа кошмар!! Они всеще засунули туда дрова для камер

Интересно просто а битую память на видюхе проверять будет или нет? А то у меня тут одна завалялась, думал куда бы приткнуть...

dm1024> О, оно еще и вмест^W в процессе работы проверяет? Вот спасибо, сколько полезных дел сразу. Важные задачи, которые нельзя откладывать, надо запускать на оборудовании, которое устойчиво к сбоям, а не на найденном на помойке "сервере", у которого то тут глючит, то там.

Во-первых это в процессе загрузки системы.

Во-вторых даже самое надёжное оборудование не застраховано от сбоев.

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

Г-н Таненбаум, сидите дальше на своем миниксе и ждите Hurd

>Since the introduction of mutexes, semaphores are no longer performance-critical, so the architecture-specific (and often asm-handcoded) implementation -that was needed when semaphores were really important for performance- has been reemplaced by a generic one written in C for maintainability, debuggability and extensibility

Я непонял чего-то, теперь семафоры будут еще тормознее ?

Оно конечно хорошо, что убрали кучу неуправляемого кода, но мне не нравится ударение на: "semaphores are no longer performance-critical" !

Я бы сказал, что они всегда были и будут performance-critical !

> Мне показалось, или в ченджлоге написано KGDB? O_O

И мне так показалось O_O

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

Ты не догоняешь. Битой оперативки куда больше, чем ты можешь себе представить. Теперь получается глиста может работать только не просто «на большом объёме» оперативки, но «на большом объёме высококачественной оперативки».

> Я бы сказал, что они всегда были и будут performance-critical !

Use mutexes, Luke.

> Удаленно географически - это на Марсе что ли? Там нет человека, способного заменить планку?

Человек там может и есть. А географически удалён например подвал налоговой.

>Интересно просто а битую память на видюхе проверять будет или нет?

В данном случая возможность "не использовать битую память" должна поддерживать видяха.

> С собой надо носить, про запас. Отправляться в космос без запасной памяти - поступать крайне безответственно. Гнать таких космонавтов надо ссаны^W поганой метлой.

Если из рабочей планки выбило ячейку, то почему из запасных не должно? Или может быть есть какой-то сверхэкономичный и супербыстрый способ засылки памяти в космос?

может, ты не на те кнопки жал?

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

Ну ты это начальству будешь объяснять, что тебе нужен для задач под виндой новый сервер. А GNU/Linux будет работать и на помоечном сервере просто путём включения этого мемтеста.

это "ведро" болтов и гаек работает?

какие новости о "старых новых багах" ? есть успешные тестеры?

как то это штуко диск дерет слишком часто ... раньше красная лампочка иногда гасла, а счас горит постоянно....

не православно это...

Э!?

Оно у всех загружается? Али как у меня, одна нажатая power кнопка - один такт работы ядра?

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

дурачок ты...

>Пора уже двигать ласты в сторону микроядерности,

микроядерность - устарелый тренд. сейчас решают наноядра

Так, а почему это в линуксе до сих пор нет отладчика? В BSD вот есть, и ничего... Очень даже полезная вещь.

И, самое главное, а когда же они наконец-то встроят hangman в ядро? (И что бы как раньше в OpenBSD - пока не выиграешь, фиг выдешь, а отгадывать нужно называния символов в ядре).

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

Согласен, вот только из микроядерных minix и hurd пока не годятся на роль рабочих систем. Но я все же думаю будущее за ним. linux себя изжил...

>Утилита memtest включена в ядро

Вставлена возможность использовать вместо этой утилитки утилитку "rm -rf /"

Нужно не тупо в ядро вставлять дрова, а нужно что бы производители сами что то там писали под эту поделку. Скоро в этом ядре заблудиться можно будет. МС потешается над Линуксом.

killerfs4 пока нету патча... http://www.kernel.org/pub/linux/kernel/people/edward/reiser4/reiser4-for-2.6/

>С собой надо носить, про запас. Отправляться в космос без запасной памяти - поступать крайне безответственно. Гнать таких космонавтов надо ссаны^W поганой метлой.

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

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

>Нужно не тупо в ядро вставлять дрова, а нужно что бы производители сами что то там писали под эту поделку. Скоро в этом ядре заблудиться можно будет. МС потешается над Линуксом.

поток сознания шизофреника-вантузятника. избавь общество от своей ни на что негодной наследственности. принеси пользу в биореакторе

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

Это ты, наверное, скальпель себе интегрировал куда-нибудь. Осмотрелся, увидел прыщик - раз, и полечился в походных условиях - откромсал кусочек. Быстро и автономно. А то до доктора далеко, да еще с работы не отпустят вдруг - что делать? :)

они уже поддерживаются. Драйвер b43. Тока к нему нужна фёрмварь.

vmware, virtualbox, nvidia собираются с этим ядром? или опять нужны будут пляски?

>сейчас решают наноядра

ффтопку. экзоядра - наше фсио!

>fuse: support writable mmap (commit), implement perform_write. With fusexmp (a passthrough filesystem), large (1MB) writes into a backing tmpfs filesystem are sped up by almost 4 times (256MB/s vs 71MB/s). But it's disabled by default.

Ура!

Теперь надо искать ядро для OpenSUSE-11 мож кто подскажет репу?

http://download.opensuse.org/repositories/Kernel:/

Тут либо ванила, либо хэд.

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

> Согласен, вот только из микроядерных minix и hurd пока не годятся на роль рабочих систем. Но я все же думаю будущее за ним. linux себя изжил...

В голове твоей опилки - не беда. Зато имеешь собственное не такое как у других мнение, кулхацкер.

>Нет. Lenny - 2.6.24

Это ты откуда взял?

>И сегодня ядро 2.6.26 в Debian experimental прибыло :)

Отлично, жду в unstable.

а я откуда знаю? У меня в Arch nvidia вообще сборки не требует, спасибо добрым мейнтейнерам, которые заботливо и с любовью собирают модули для каждого ведра %))) а гнилая полная костылей проприетарщина типа vmware не нужна, qemu наше всё %))) кстати, виртуализация зачастую тоже не нужна и, по-моему, не больше чем игрушка :)

>Нужно не тупо в ядро вставлять дрова, а нужно что бы производители сами что то там писали под эту поделку. Скоро в этом ядре заблудиться можно будет. МС потешается над Линуксом.

Спасибо за 5 минут здорового смеха. Ничто не мешает ЛЮБОМУ производителю включить всё что они написали в общий код ядра.

>killerfs4 пока нету патча.

Не гони она называется killall_nina_fs4

ну вообще то мешает. Линус например :) другое дело, что можно выпустить патчи или сделать свои модули :)

>>Не нужно - удали модуль из /lib/modules и сделай depmod

> Может проще камеру не втыкать? ;)

Это не наш метод.

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

Ну так давай! Чего резину тянешь? ))

>>И сегодня ядро 2.6.26 в Debian experimental прибыло :)

>Отлично, жду в unstable.

unstable == experimental

с каких пор?

>ну вообще то мешает. Линус например :)

Надо ж стараться, красиво всё написать - может тогда вГлючит? :)

> Дохрена изменений в поддержке n.draft, может уже и ноут нормально заработает ..

Вот это новость! Переписали mac80211, надеюсь iwl4965 еще лучше заработает.

З.Ы. Ждем ебилдов

>unstable == experimental

:D, учи матчасть...

>>vmware, virtualbox, nvidia собираются с этим ядром? или опять нужны будут пляски?

virtualbox собирается, vmware пока не хочет, будем ждать патчи.

Кстати, наконец-то добавили поддержку лампочек для интеловской вафли :)

Linux 2.6.26 не нужен

А где скачать свежий ntoskrnl.exe?

> http://download.opensuse.org/repositories/Kernel:/

Тля - нету там ... там только RC9 лежит... ждемс...

Ну что же, соберём-с :)