Точно. Мне в качестве примера трясины больше нравится sendmail — где конфиг это настоящий язык программирования, оперирующий на самом низком уровне обработки почты. В результате пользоваться им (языком конфигурации) практически невозможно, поэтому пришлось сочинять надстройку на макропроцессоре m4 для создания конфигураций.
Вы слова «Украина», «украинцы», «украинский» физически не можете выговорить? Судорога речевой аппарат сводит? Иначе почему тогда позволяете себе употреблять слово «хохляцкий» в приличном обществе.
Да, только сложность алггоритмов обычно обратно пропорциональна объему реализующего их кода.
Пример: при хранении некой колекции в виде простого звязанного списка имеем сложность поиска О(n) но зато простейшую реализацию поиска и вставок, железобетонная надежность. Переходя к дереву получаем сложность от О(log n) в среднем до О(n) в отдельных вырожденных случаях, при этом реализация алгоритмов значительно сложнее, следовательно вероятность ошибок выше, надежность ниже. Переходя к сбалансированному дереву получаем гарантированную сложность поиска О(log n) взамен на дальнейшее усложнение кода — снижение надежности.
Так что «меньше кода => работает быстрее» в общем случае не верно.
Объем поступающей информации сильно преувеличен. Особенно по зрению. Дело в том, что обработка первичных «растровых» видеоданных начинается уже в сетчатке, на периферии зрительной коры идет дальнейшее преобразование «растровых» видеоданных в «вектор». Выделяются границы областей, линии, края и т.д. Этот этап уже достаточно хорошо изучен. С точки зрения интеллекта эта обработка производится «аппаратно». На уровень мышления поступает уже структурированная информация гораздо меньшего объема.
Да не только сеть, процессор тоже кушает дай бог.
Аналогично работаем на ЛТСП второй-третий год. Два четырехядерных сервера с 4 гигами оперативки. На одном была Федора, после весеннего обновления часть клиентов, которые не 686 не заработали. Убунта на втором сервере решила проблему. Кстати, если у кого еще есть компортовые мышки (да-да минимальный терминал у нас P-233), то там глючок в стартовых скриптах, патч я запостил в ланчпад.
Вообще Убунта для ЛТСП гораздо лучше заточена. Не перевел все на нее по одной причине — 386-directory server.
Пример: при хранении некой колекции в виде простого звязанного списка имеем сложность поиска О(n) но зато простейшую реализацию поиска и вставок, железобетонная надежность. Переходя к дереву получаем сложность от О(log n) в среднем до О(n) в отдельных вырожденных случаях, при этом реализация алгоритмов значительно сложнее, следовательно вероятность ошибок выше, надежность ниже. Переходя к сбалансированному дереву получаем гарантированную сложность поиска О(log n) взамен на дальнейшее усложнение кода — снижение надежности.
Так что «меньше кода => работает быстрее» в общем случае не верно.
Аналогично работаем на ЛТСП второй-третий год. Два четырехядерных сервера с 4 гигами оперативки. На одном была Федора, после весеннего обновления часть клиентов, которые не 686 не заработали. Убунта на втором сервере решила проблему. Кстати, если у кого еще есть компортовые мышки (да-да минимальный терминал у нас P-233), то там глючок в стартовых скриптах, патч я запостил в ланчпад.
Вообще Убунта для ЛТСП гораздо лучше заточена. Не перевел все на нее по одной причине — 386-directory server.