https://www.opennet.me/openforum/vsluhforumID3/12894.html Doug Barton опубликовал (http://lists.freebsd.org/pipermail/freebsd-rc/2005-November/000372.html) патч для подсистемы RC скриптов FreeBSD. Патч позволяет скриптам в каталогах /usr/local/etc/rc.d, /usr/X11R6/etc/rc.d выполняться в соответствии с rcorder и вносит некоторые другие изменения. Патч скорее всего будет включён в состав FreeBSD 6.1-RELEASE.<br><br>Jason Evans в списке рассылки freebsd-current@ предложил (http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-November/058514.html) новую реализацию malloc в libc. Как он сообщает, его реализация изначально разрабатывалась многонитевой для SMP систем.<br><br><br>Poul-Henning Kamp предложил (http://lists.freebsd.org/pipermail/freebsd-current/2005-November/058510.html) к тестированию патч, который по его словам значительно уменьшает время переключения контекста. На его машине тест дал 23% прирост скорости.<br><br><br>Michael Butler предложил (http://lists.freebsd.org/mailman/htdig/freebsd-stable/2005-November/020211.html) патч для ATA подсистемы, вносящий некоторые измене https://www.opennet.me/openforum/vsluhforumID3/12894.html#7 Sun, 04 Dec 2005 06:58:29 GMT &gt;софт должен быть в /bin и /sbin и как максимум - /usr/bin, <br><br>Такая организация называется помойкой (извините, свалкой язык не поворачивается назвать).<br><br>Одна из наиболее симпатичных в BSD вещей, это /usr/local. <br><br>&gt; Иначе начинаеццо бардак. "в системе один sendmail, в портах - другой"<br><br>Вам никто не мешает отключить установку sendmail при сборке системы, тогда sendmail будет только один, в /usr/local https://www.opennet.me/openforum/vsluhforumID3/12894.html#6 Sun, 04 Dec 2005 03:11:39 GMT &gt;А на мой взгляд у FreeBSD более красивое продолжение идеи. Весь дополнительный <br>&gt;софт должен быть в /usr/local. <br><br>софт должен быть в /bin и /sbin и как максимум - /usr/bin, /usr/sbin<br>и контролироваццо пектным менеджером.<br>Иначе начинаеццо бардак. "в системе один sendmail, в портах - другой". Или про gcc то же самое.<br>При наличии базовой (несносимой) системы происходит перерасход места и общее повышениние беспорядка в системе.<br>Ну нафига мне gcc-2.95 в базе и портовый 3.4.4 - оба сразу, если я давно перешел на 3.4.4?? И притом, что этот 2.95 никак документированно и корректно не вынести. Бардак.... https://www.opennet.me/openforum/vsluhforumID3/12894.html#5 Sat, 03 Dec 2005 19:11:34 GMT &gt; Весь дополнительный софт должен быть в /usr/local.<br><br>Сам софт (binary executable, скрипты, файлы с данными и т.д.) имеет смысл поместить в /usr/local; я бы перенёс туда же /var/db/pkg. Но вот настройки (в т.ч. стартовые скрипты, определяющие, будет ли запускаться та или иная программа) надо помещать в /etc. А уж данные (типа сайтов Апача или кэши Сквида) надо выносить из /usr в /var, /tmp или /home.<br>Доказательство: представим себе, что раздел /usr смонтирован read-only, что заметно усиливает безопасность. Или что раздел /usr рас'share'н по NFS для нескольких машин (тоже read-only). https://www.opennet.me/openforum/vsluhforumID3/12894.html#4 Sat, 03 Dec 2005 16:00:44 GMT &gt;&gt;&gt; - на rcorder (все-таки, на мой взгляд, у авторов rcNG в лице команды NetBSD был подход красивее -- там речь шла просто о том, чтоб не плодить сущности, кроме /etc/rc.d)<br><br>А на мой взгляд у FreeBSD более красивое продолжение идеи. Весь дополнительный софт должен быть в /usr/local. https://www.opennet.me/openforum/vsluhforumID3/12894.html#3 Thu, 01 Dec 2005 11:19:09 GMT On further investigation, I'd failed to notice (doh!) that rdp-&gt;toggle<br>isn't preserved between requests and that one unobvious side-effect of<br>the original code is that it does slightly better than my patched<br>version .. &lt;sigh&gt;. I'll rework this and see if I can make it do better, https://www.opennet.me/openforum/vsluhforumID3/12894.html#1 Thu, 01 Dec 2005 07:59:19 GMT интересные-то интересные.<br><br>вот только в следующий релиз войдут, скорее, два самых незначительных -- на rcorder (все-таки, на мой взгляд, у авторов rcNG в лице команды NetBSD был подход красивее -- там речь шла просто о том, чтоб не плодить сущности, кроме /etc/rc.d) и devd (большинству людей он как козе баян).<br><br>что malloc, что ata-raid патч (еще раз -- в новости это не оговорено -- именно ata-raid, а не ata) -- их надо тестировать. учитывая, что 6.1 не за горами, вряд ли они успеют в нее. но, если я верно понимаю, в шестой ветке мы их увидим.<br><br>а вот с phk'шным патчем пока неясно ничего, судя по рассылке, стемящихся его потестить пока не очень много.