Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Зачем обосновывать кривость, если Гедель доказал "невыправимость"? 26.09.08 04:34 Число просмотров: 2901
Автор: Zef <Alloo Zef> Статус: Elderman
|
Поскольку в соответствие со столь любимой Юриксом теоремой Геделя гарантировать безглючность софта теоретически не возможно, то выход один: всемерное уменьшение объема кода и его упрощение.
> Как может код, просто висящий в памяти влиять на > производительность?
Он не просто висит. Он бы просто висел, если бы не был интегрирован в ядро. Ты же знаешь, как это сделано!
Во-первых: Выполняется куча проверок вызывать-не вызывать соответствующие ф-ции.
Во-вторых: Все объекты в ядре заточены под ГДИ. ООП, вообще, появилось для обслуживания форточек, потому, как они по смыслу своему являются объектами. Объекты в ядре - это море лишьнего кода и дебильных проверок, которые только приводят к БСОД.
> > Речь идет не о "прямом" сервисе под "кривой" осью, а о > том, > > что ядро нормальной серверной оси не должно содержать > ни > > Давай ты сначала обоснуешь "кривость", а потом будешь > делать выводы?
Зачем обосновывать кривость данной системы, если известно, как сделать прямую? Если у тебя перед носом прямая дорога, ты будешь считать загибы на обходных?
> > одной строчки кода, ориентированной на ГУИ. ГУИ должен > быть > > полностью подгружаемым-выгружаемым. Загрузил - > > сконфигурировал систему - выгрузил - сервер работает, > > лишьних сервисов нет. Че не понятно-то? Сколько не > объясняй > > - все равно упорно стараемся не понять друг-друга! > > Я то понял, что тебе не нравится сам факт их нахождения в > памяти, но рационального объяснения так и не увидел.
Издеваешься ты, что ли? Ты же прекрасно знаешь, как работает Мастдай: все построено на очередях сообщений, а это значит, что если даже вызывать код не надо, все равно производится проверка вызывать-не вызывать, правильно оформлен вызов, или нет. Вот эти проверки и являются источником большинства ошибок.
|
|
|