 |
|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 16 Oct 2003 00:02:09 To : Denis Sotchenko Subject : Re: unexpected softupdate inconsistence -------------------------------------------------------------------------------- >>> Denis Sotchenko wrote: IyT>> Знаете, что-то у вас в системе не так, если через три года IyT>> бинарник файлового менеджера уже к ядру не подходит... :-О DS> Идеология FreeBSD такова, что бинарная совместимость осмысленна DS> лишь для тех бинарников, для которых недоступны исходники. Hапример, DS> для неопенсорсных поделок, имеющих версии для Linux - для чего и DS> предназначен соответствующий модуль ядра. Вот, кстати, ничего хорошего в такой идеологической установке нет. Ладно бы просто меняли API на другое - но когда под теми же кодами вдруг оказывается что-то другое, ничего хорошего из этого не получается. Если кто помнит, как недавно dillon'а выгнали из коммиттеров, то пострадал он именно за это: luigi в тридесятый раз изменил ipfw api так, что старый userland отказывался работать без ясной диагностики. И даже для программ без исходников совместимость соблюдается плохо. В районе 4.5, например, ломали pam - libpam.so.2 потянул изменение api к модулям без установки номеров версий. Или если коммерческой программе надо смотреть список процессов - она должна парсить вывод /bin/ps? Почему бы просто не предусмотреть некоторый устойчивый ABI, расширяемый и в то же время совместимый? Мелкомягкие почему-то это умеют. DS> А вот какой смысл загружать систему бинарной совместимостью для DS> тех программ, которые в исходниках таки есть? Зачем тратить ресурсы DS> системы на поддержку всякого рода "какашек мамонта", когда разумнее DS> всё собрать под современную систему? Это если есть. Я не могу подобрать на ftp2.ua.freebsd.org адекватный нашим запросам ftp демон. Текущий - wu-ftpd-2.4.2-academ-beta16, пропатченный против всех известных дыр, собранный с libparanoia, собранный на 2.2.8 (уже на 3.* не собирался, а если собирался - не жил) и пропатченный бинарным редактором для замены /var/log/wtmp на другой файл. А аналога - нет. Перебрал всё что было в портах - хоть в чём-то но проигрывает. Вот сижу и думаю - плюнуть и поставить что-то новое, потеряв часть возможностей, или продолжать держать этот пока не припечёт совсем... DS> Я уж не говорю о том, что даже при сохранении совместимости на DS> уровне сисколлов, меняются процессоры и правила оптимизации для них. DS> А через три года на всех сколь-нибудь серьёзных серверах будут стоять DS> 64-битные процессоры - и надо быть, мягко говоря, не слишком разумным DS> человеком, чтобы гонять на них какашки мамонта. Hу, "на всех" тут уже перегиб - потребности в 64-разрядном адресном пространстве сейчас пока очень малы. И оптимизация штука странная - для i686 среди предыдущих лучше всего подходит оптимизация для i386 и хуже всего - для i586 (по крайней мере в понятиях gcc). -netch- --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.unix.bsd/73686baeb611.html, оценка из 5, голосов 10
|
|
|