информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаАтака на InternetПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / miscellaneous
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Зачем обосновывать кривость, если Гедель доказал "невыправимость"? 26.09.08 04:34  Число просмотров: 2901
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Поскольку в соответствие со столь любимой Юриксом теоремой Геделя гарантировать безглючность софта теоретически не возможно, то выход один: всемерное уменьшение объема кода и его упрощение.

> Как может код, просто висящий в памяти влиять на
> производительность?

Он не просто висит. Он бы просто висел, если бы не был интегрирован в ядро. Ты же знаешь, как это сделано!

Во-первых: Выполняется куча проверок вызывать-не вызывать соответствующие ф-ции.
Во-вторых: Все объекты в ядре заточены под ГДИ. ООП, вообще, появилось для обслуживания форточек, потому, как они по смыслу своему являются объектами. Объекты в ядре - это море лишьнего кода и дебильных проверок, которые только приводят к БСОД.

> > Речь идет не о "прямом" сервисе под "кривой" осью, а о
> том,
> > что ядро нормальной серверной оси не должно содержать
> ни
>
> Давай ты сначала обоснуешь "кривость", а потом будешь
> делать выводы?

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

> > одной строчки кода, ориентированной на ГУИ. ГУИ должен
> быть
> > полностью подгружаемым-выгружаемым. Загрузил -
> > сконфигурировал систему - выгрузил - сервер работает,
> > лишьних сервисов нет. Че не понятно-то? Сколько не
> объясняй
> > - все равно упорно стараемся не понять друг-друга!
>
> Я то понял, что тебе не нравится сам факт их нахождения в
> памяти, но рационального объяснения так и не увидел.

Издеваешься ты, что ли? Ты же прекрасно знаешь, как работает Мастдай: все построено на очередях сообщений, а это значит, что если даже вызывать код не надо, все равно производится проверка вызывать-не вызывать, правильно оформлен вызов, или нет. Вот эти проверки и являются источником большинства ошибок.
<miscellaneous> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach