LINUX.ORG.RU

Мнение Linus'а о Kernel Debugger


0

0

На http://LinuxToday.com можно прочитать интересную выдержку из списка рассылки linux-kernel, содержащую мнение Linus'а о роли отладчика в разработке ядра. Общий вывод - упрощение процесса отладки кода ядра не нужно Linux'у.

>>> Подробности

★★★★★

Проверено:

Ответ на: комментарий от anonymous

Весь вопрос в том, КАК решали. Без соответствующего мат. аппарата решение неэффективно. Сравните уровень жизни сейчас (даже в России), и в пресловутом 1907 году.

rabbit
()

Ну, да, неэффективно, ведь для решения подобного класса задач не нужно было никакого матаппарата, программирования, протирания штанов в университетах. Достаточно было 4-х классов церковно-приходской школы. Заметный прогресс... Тока я не понял, к чему приплетен уровень жизни, и как он соотносится с наличием мозгов в голове.

anonymous
()

IMHO, Линус решил таким оригинальным способом остановить прогресс, ну посмотрим удастся ли это ему. Отладка, IMHO, способна значительно повысить производительность программиста. А заявления типа "Нам не нужна отладка потому что мы будем думать другим местом", заставляют задумать о профессиональном уровне высказавшегося. Если у человека голова на плечах, то дебагер ему ничем не помешает, даже поможет, если нет... тут уж увы... Возможно был бы у нас kernel-дебагер и 2.4 давно вышло бы и не всплывали бы так часто ошибки десятиверсочной давности! Но теперь зато понятно почему у остального мира столь невысокое мнение о качестве кода ядра.

anonymous
()
Ответ на: комментарий от maxcom

> > Почему код вдруг не совсем портабельным оказался при
> > мене версии gcc?
> на самом деле это наезд не в тему - непортабельным оказался
> вовсе не весь код ядра, а архитектурно-зависимая часть поддержки
> i386, написанная на GNU AS. И непортабельной она оказалась
> именно по вине старых версий as из gnu compiler collection.
Naskol'ko ja znau GNU AS - eto assembler, a koda na ASMe v i386 Linux
s gyl'kin nos i ispravit' eto mozhno bilo za nedelu. Poetomy ochevidno,
chto problema ne tol'ko i ne stol'ko v tom chto ti skazal, no i v C
kode.

P.S. chastichno offtopic konechno, no izvenite ne yderzhalsja.
Naskol'ko ja zamechau Linux popyljaren v osnovnom sredi prodvinytih
pol'zovatelej. Esli otbrosit obichnih pol'zovatelej, kotorie lameri,
to gde zaterjalis' programmisti? Oni to tochno ne lameri. Pochemy
sredi nih eta sistema ne stol'ko popyljarna? Vozmozhno prichina v
tom, chto ni kto ne hochet trahat'sja i zatem esche raz trahat'sja s
dopotopnimi tehnologijami da esche pri otsytstvii chelovecheskoj
dokymentacii.

anonymous
()

Наконец-то нашелся человек, который указал-таки нам свое место и очень просто и "убедительно" доказал всем, что мы не программеры, а ламеры, и ни хрена не бычим в системном программировании и ... - повеситься что ли? Led.

anonymous
()
Ответ на: комментарий от anonymous

Ti eto o chem? Kto programmerov nazival lamerami? Ti, libo chitat' ne ymeesh, libo dejstvitel'no lamer.

anonymous
()
Ответ на: комментарий от anonymous

А вот интересно мне, что анонимный ламерок называет "допотопными технологиями"? Вероятно, еще один оголтелый адепт DCOM и компании, да?

vsl
()
Ответ на: комментарий от anonymous

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

vsl
()

Ты реальный пример приведи из нашей грешной жизни, тогда и разговаривать будем. Значит, это должна быть программа, полезность которой могут оценить многие, а не кучка творителей искусства ради искусства. И вот, расскажи, где и как в ней понадобилась твоя математика. Если сможешь, то я дам свой вариант, как это сделать много проще. Но боюсь ты не сможешь, так как ламерам-теоретикам вроде тебя очень трудно жить, не витая в облаках. А насчет того, что математика нужна математикам я спорить не собирался.

anonymous
()
Ответ на: комментарий от vsl

> А вот интересно мне, что анонимный ламерок называет "допотопными технологиями"? Вероятно, еще один
> оголтелый адепт DCOM и компании, да?
Опять наезды, опять на личности потянуло когда сказать нечего?
Впрочем, похоже данный индивидум вобще не разобрался о чём собственно
базар. Советую для начала ознакомиться с "2000-09-30 06:49:19.0",
затем с "2000-10-04 18:36:54.0", а потом популярно объяснить об какой
столб некто vsl стукнулся прежде чем упасть сюда с DCOM?

anonymous
()

> Ты реальный пример приведи из нашей грешной жизни...
Сортировка - достаточно жизненный пример. Можно привести нормализацию БД, кластеризацию данных, БПФ, и много других вещей, напрямую связанных с математикой.
Может vsl иногда заносит, но тут он похоже прав.

Viking
()
Ответ на: комментарий от anonymous

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

vsl
()
Ответ на: комментарий от anonymous

Все очень просто. Когда кто-то начинает кричать о "современных технологиях", в юниксах недоступных "программерам" из поколения Пепси-Пейджер-MTV, то чаще всего выясняется, что речь идет о DCOM, ActiveX, VisualBasic. Никаких других "современных технологий" эти крикуны себе даже не представляют.

vsl
()
Ответ на: комментарий от vsl

Дебагер, CVS, нормальная документация, портабельный код и тому подобные вещи - это по твоему тоже ламерские технологии? Заметь, всё что я перечислил присутствует практически во всех юниксах. Ты вобще читаеш чужие сообщения или увидев знакомые слова-раздражители тут же строчиш очередную глупость?

anonymous
()

> Сортировка - достаточно жизненный пример. Можно привести нормализацию БД, Мы кажется о разных вещах говорим. Ну кто в наше время пишет сортировку? Только тот, кто изобретает велосипеды. Я же просил _реальный_ пример, а не гипотетический. Нормализация БД? Тоже не согласен. Ну я понимаю, теория, то да се, но ведь дерьмо это, и суровая практика всегда вносит свои коррективы. Я допускаю, что vsl проектировал свою "немного сложную базку", но честно говоря у меня большое сомнение, зашло ли дело хоть сколько-нибудь дальше проекта. И никакая математика не поможет тебе, если ты не знаешь предметной области.

anonymous
()
Ответ на: комментарий от anonymous

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

vsl
()
Ответ на: комментарий от anonymous

То есть, гражданин хороший предлагает "знать предметную область", и все делать на интуиции. Хрен что получится, доложу я вам. И вообще - слишком уж гнилое мнение последнее время складывается о программировании. Это вовсе на лабание стандартных поделок на заказ, те, кто этим занимается, не имеют ни малейшего права называться программистами. Вот как только дело доходит до реализации какого-то нового алгоритма, до оптимизации существующего (все это и в системном программировании не редкость) - без математики просто никуда. А всякие позорные гуелабатели должны помалкивать...

vsl
()

Мнение vsl о проэктировании баз данных

и где это тебе, vsl, в проэктировании реляционных баз данных потребовалась
"серьезная" математика ?

//another anonymous

anonymous
()

vsl, а ты так и не ответил, твой теоритеческий онанизм хоть раз закончился оргазмом?

anonymous
()
Ответ на: комментарий от vsl

О каких продвинутых технологиях в ядре (!!) ты говориш? Если о DCOM, ActiveX, etc. то могу тебя огорчить, ты ошибся адресом. Я говорил о совсем иных вещах. Перечитай предыдущие сообщения внимательней, а потом популярно объясни об какой столб ты снова стукнулся. :))

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.