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

Молодец, вижу, третий курс закончил. А в октябре расскажут про резервирование деталей, узлов, машин и цельных комплексов. Так чта готовься потихоньку сертифицироваться у Санок.

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

С контактами из безкислородной меди с позолотой? А как быть с экранированием наводок от силовых компонентов на матери? Процессор рядом, опять же...

> unstable == experimental

Ламерок ты, ламерок...

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

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

да да, и в интернет без ускорителя интернета не сходить. А из асек только новая крутая icq6.

> давайте еще тетрис питон и марио в ядро забомбим..

ДА! Я за питон в ядре. Тогда самый последний быдлокодер сможет легко написать требуемый ему драйвер, и все железки будут поддерживаться. Отличная идея.

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

Вот для этого и нужны userspace-драйверы %)

>ДА! Я за питон в ядре.

Лучше портировать ядро на байт-код EFI.

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

А Вам то кто мешает? Двигайте, выносите, отделяйте.

Re^2: Linux 2.6.26

> Так, а почему это в линуксе до сих пор нет отладчика?

Уже есть: http://kernelnewbies.org/Linux_2_6_26#head-8ed6b631217f6791b1e0ac5282827a17db...

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

>Use mutexes, Luke.

Чё за пурга ? Их нельзя заменить мьютексами, у них назначение разное! Это 2 разных, базовых механизма синхронизации стандарта POSIХ ! Эмулировать через мьютексы ? Говно получается. По производительности мьютексы минимум в 2 раза тормознее, а после того как напишешь wrapper эмулирующий семафор, вообще говно выдет.

а мне новое ядро не понравилось, предидущее было поприкольнее

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

А это хто http://download.opensuse.org/repositories/Kernel:/Vanilla/SUSE_Factory/src/ ???

> Чё за пурга ? Их нельзя заменить мьютексами

Смотря для чего они используются.

> Это 2 разных, базовых механизма синхронизации стандарта POSIХ

Какой еще POSIX? O_O

> Эмулировать через мьютексы ? Говно получается.

Формулировку задачи, для которой не хватает мютексов - в студию.

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

Для тех, кому нужны гарантии, придумана проверка с корректирующими кодами хафмена. Мемтест здесь не улучшает и не ухудшает ситуацию, но позволяет использовать частично бракованные планки памяти наравне с целыми.

> Э, а в lenny успеют воткнуть?

да, собираются:

http://lists.debian.org/debian-release/2008/07/msg00080.html

> .26 is the release kernel.

> .25 is a possible backup.

Эт только Ванилиа...

/repositories/Kernel:/HEAD/openSUSE_Factory/x86_64

тут только RC9...

Подожду...

на счет debian lenny можно тут следить:

http://lists.debian.org/debian-kernel/2008/07/threads.html

http://lists.debian.org/debian-kernel/2008/07/msg00415.html


hello,

i'd announce 2.6.26 upload for wednesday, alternatively
thursday too unstable for getting good coverage.

this should leave enough time for the remaining issues:

- linux-libc-dev freeze (thus revert)
- openvz flavour to be enabled
- coordination with meta packages (linux-latest, l-m, kbuild, ..)
- d-boot, d-release coordination
- m68k


please add what is still missing to make that the golden
Lenny release. the upload is very anticipated by porter
teams for olpc and ps3, new kvm support on diverse arch
better xen i386 guest support and new openvz patch.

thanks to all
maks


http://lists.debian.org/debian-kernel/2008/07/msg00421.html

On Mon, Jul 14, 2008 at 01:25:02AM +0200, maximilian attems wrote:
> i'd announce 2.6.26 upload for wednesday, alternatively
> thursday too unstable for getting good coverage.

Nack. This have wait for vorlon.

Bastian

...

вот эта ветка

> кто там догадался назвать эту технологию DRM?..

Вопрос, кто додумался другую технологию назвать DRM... У них заметная разница в возрасте. По крайней мере, о микрософтовском DRM я услышал много позже.

УРА!

наконец-то fix- бага mmap/write в FUSE попал (должен был попасть) в ядро!

сейчас соберем...

> По производительности мьютексы минимум в 2 раза тормознее

Где траву берёте?

Вот, что в чендж-логе:

> It's a remote debugger, it needs two machines. x86 and sparc machines are supported

Хм, если я правильно понял - то тут необходимо наличие двух компов для отладки. Это никак не вяжется со встроенным в ядро отладчиком в *bsd.

Кто-нибудь уже постестил?

ВОПРОС К ТЕМ КТО УЖЕ СОБРАЛ.

После загрузки нового ядра 2.6.26 в память в момент запуска framebuffer(а) темный экран и старта системмы нет. Нажимаешь POWER и все ОК. Все грузится и подключается. .. Я один такой?

Не ври, у тебя не слака.

> учи матчасть

Выучил ))

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

dllfiles.com или microsoft.com (сервис-паки) :))

посоветуйте какой дистрибутив надо юзать что бы самому собирать ядра?

>посоветуйте какой дистрибутив надо юзать что бы самому собирать ядра?

Зачем тебе дистрибутив? Собирай ядра без дистрибутива.

Linux From Scratch

LFS

Мне вот что интересно: практически для каждой архитектуры семафоры были реализованы с использованием примитивов, предоставляемых ЦПУ.

А они взяли и решили использовать тупое generic поделие, "потому что так код проще поддерживать, отлаживать, и т.д.".

Ну что за бред? Они что, совсем упали? Сейчас, когда SMP системы становятся всё популярнее и распространёней, они делают какую-то ересь. В чем прикол?

Или сейчас железо становится всё быстрее, и можно использовать медленную, но простую реализацию?

Ерунда какая-то :\

>Формулировку задачи, для которой не хватает мютексов - в студию. >tailgunner ** (*) (14.07.2008 16:12:23)

Угу :) Вот тебе задача: loopless и sleepless блокировка треда при ожидании смены значения счётчика. Ожидание обязано быть cancellation-point для треда .

>Поручик такой затейник..

>какой нафиг ndiswrapper? О__О

>http://www.linux.org.ru/view-message.jsp?msgid=2923838

>SplindeR (*) (14.07.2008 13:07:16)

не все так просто. этот драйвер сырой, глючит с ssh

https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/237894

так что его еще пилить и пилить.

она DRM называлась еще до того как придумали DRM :)

> sleepless блокировка треда при ожидании смены значения счётчика

Sleepless блокировка - это блокировка без использования функции sleep?

> Ожидание обязано быть cancellation-point для треда .

Cancellation point в ядре - это сильно.

А как там с kernel lock на preemption в новом ядре? Лень что-то читать после бешеного трудового понедельника.

> она DRM называлась еще до того как придумали DRM :)

А мне нравится термин "DRM", звучит по-хэккерски.

И всяко лучше, чем те речёвки для гламурных педиков: "SilverLight", "Active Directory", "ActiveSync". Нахрена пихать в каждое слово "Active" если ты не голубой?

> Нахрена пихать в каждое слово "Active" если ты не голубой?

Жжошь! :) /me представил "Passive Directory", "PassiveSync".

>> Ожидание обязано быть cancellation-point для треда.

>Cancellation point в ядре - это сильно.
>tailgunner ** (*) (14.07.2008 17:45:55)

----- для треда -----

Написано-же.


-------- loopless ???????????-------

new:

39 void down(struct semaphore *sem)
40 {
41 unsigned long flags;
42
43 spin_lock_irqsave(&sem->lock, flags);
44 if (unlikely(sem->count-- <= 0))
45 __down(sem); // Здесь курим травку
46 spin_unlock_irqrestore(&sem->lock, flags);
47 }
48 EXPORT_SYMBOL(down);


------------

old:

102 static inline void down(struct semaphore * sem)
103 {
104 might_sleep(); // macros calling might_resched()
105
106 __asm__ __volatile__(
107 "# atomic down operation\n\t"
108 LOCK_PREFIX "decl %0\n\t" /* --sem->count */
109 "jns 1f\n\t"
110 "call __down_failed\n"
111 "1:"
112 :"=m" (sem->count)
113 :"D" (sem)
114 :"memory");
115 }

--------------


Читабельность у старого кода конечно аховая, но зато никакого рекурсивного дебилизма.

Где здесь cancellation point? Где и как вызываются cancellation cleanup handlers? Как делается cancellation?

Зачем ты вообще привел старый код? Единственный вопрос, который я задал - это "что такое sleepless блокировка".

> Поддержка виртуальной машиной KVM архитектур IA64 и PPC, базовая поддержка паравиртуализации.

Означает ли это, что теперь можно будет использовать в QEMU (KVM) паравиртуализацию, и как?

большинство камментов - 4.2

Ты ввернул, что семафоры не нужны, теперь отвечай за базар ! Я задал задачу, задача для юзерланда, а не для ядра. Но задача есть, реши её !!!!!

>Где здесь cancellation point? Где и как вызываются cancellation cleanup handlers? Как делается cancellation?

Здесь их нет, они в юзерланде. как и треды. Не съезжай с темы и не отмазывайся, а на вопросы отвечай. Что за тактика такая, вместо ответа на вопрос, 10 других вопросов задать.

>Зачем ты вообще привел старый код? Единственный вопрос, который я задал - это "что такое sleepless блокировка".

sleepless - да без sleep-а. Опять-таки речь идет о юзерланд :)

Старый и новый код привел для сравнения.

Теперь ты насчёт loopless покайся.

> Ты ввернул, что семафоры не нужны

Где? O_O Я сказал "use mutexes, Luke".

>>Где здесь cancellation point? Где и как вызываются cancellation cleanup handlers? Как делается cancellation?

>Здесь их нет, они в юзерланде. как и треды.

Треды и в ядре есть, и новость о ядре, и семафоры деоптимизировали в ядре.

> Не съезжай с темы и не отмазывайся, а на вопросы отвечай.

Чего пристал? :D Задачу корректно поставь, и среду для ее решения определи, а то у тебя то userspace, то ядреный код. Или ты из тех, кто использует код примитивов ядра в userspace?

> Теперь ты насчёт loopless покайся.

Объяснишь, чем это так выгодно - покаюсь.

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

Прочитай внимательно мою реплику. Я не собираюсь ничего предугадывать.
А говорю следующее: если драйвер уже подводил, то не используй его.

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

>Когда снова в отпуск?
В конце октября или в ноябре. В Крым поеду.

Gharik> А ниибёт! Если он стоит - значит расклад позволяет стоять. А если не позволяет - то такой херни как "битая память" не может появиться в принципе, уже на этапе формулировки ТЗ.

Расскажи это оперативной памяти. Она тебя с интересом выслушает.

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

Речь о том, что даже качественное и нормальное железо не застраховано от сбоев. Другое дело, что их вероятность на нём значительно ниже.

Gharik> Молодец, вижу, третий курс закончил. А в октябре расскажут про резервирование деталей, узлов, машин и цельных комплексов. Так чта готовься потихоньку сертифицироваться у Санок.

Гарек, вот не в курсе ты, а выпендриваешься. И ешё: memtest даёт дополнительную надёжность, которая только поможет тем же способам повышения надёжности.

И не пойду я к санкам. Нафиг мне они сдались, когда я могу пойти в место получше?

Реальный случай. Был IBM T40 ноут с 2 планками памяти 256Мб и 1 Гб. В течении месяца ноут страдал такими симптомами: переодически выключался и иногда не мог загрузится. К концу месяца ноут перестал даже загружать биос и вис в биосе. Раз 20 проходил мемтест, думал что дело в ОЗУ. Но тест почти всегда проходил, начинал опять работать и снова вис. Казалось бы дело в мамке, видяхе, но явно не ОЗУ. Как оказалось случайно, дело было в ОЗУ, дохла из-за небольшого нагрева или каких-то спецефичных операций. Так что memtest без нагрузки на всю систему ерунда полная.

>И не пойду я к санкам. Нафиг мне они сдались, когда я могу пойти в место получше?
>Quasar

Неужто на йух!? Давно пора ,)

> vmware пока не хочет, будем ждать патчи.

А самому слабо? :-) Работы на 20 минут