https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html Jeff Roberson продолжает (http://jeffr-tech.livejournal.com/17426.html) работу над ULE, вводя новые алгоритмы распределения, на основе более точного анализа внутренней структуры SMP системы. <br><br><br>Новый экспериментальный алгоритм позволяет учитывать дополнительные факторы, такие как, например, общий кеш мультиядерных процессоров и их общие шины.<br><br><br>Результаты тестирования нового ULE на XEON системе с 16 ядрами:<br><br><br>- Тест BIND, NSD (http://people.freebsd.org/~kris/scaling/bind-nsd.png)<br>- Тест PostgreSQL (http://people.freebsd.org/~kris/scaling/pgsql-16cpu.png)<br>- Тест MySQL (http://people.freebsd.org/~kris/scaling/mysql-16cpu.png)<br><br><br><br>URL: http://jeffr-tech.livejournal.com/17426.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=14072<br> https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html#14 Sat, 09 Feb 2008 14:16:32 GMT Со значительно более тормозной работой VFS, линуксоиды даже если ничего не изменят, быстрее всё-равно будет linux. :( Вот бы таких ребят как JRobertson и на ВСЕ ключевые подсистемы, тогда фря оживёт. А можно и по два... а то, пока он ULE мучает, 4BSD вообще официально списали на свалку (в рассылках при возникновении проблем с 7,8 и 4BSD тупо первый совет - использовать ULE)... <br> https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html#13 Fri, 08 Feb 2008 15:32:04 GMT Основная проблема с Firefox - т.к. это поделие жрет проц только в путь, оно считается неинтерактивным и начинает тормозить еще сильнее (разумеется, если есть что-то еще, что грузит проц). Т.е. make нужно все-таки запускать с nice или idprio, с 4BSD это не было нужно.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html#12 Fri, 08 Feb 2008 05:25:38 GMT &gt;И всё равно, кажный раз отряд леммингов пытается воткнуть ULE на 6.x <br>&gt;и взлететь :) <br><br>Тем не менее, на десктопе ULE отлично работает (мать Intel DG965WHKR)<br> https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html#11 Thu, 07 Feb 2008 22:58:04 GMT А что такого в 8.0 успели сделать по сравнению с 7.0 что bind так летает, что с ULE, что с 4BSD?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html#10 Thu, 07 Feb 2008 18:53:01 GMT Вообще ИМХО им надо было его переименовать или индекс присвоить - ULE3 например. А то непонятки бывают... ;)<br> https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html#9 Thu, 07 Feb 2008 18:41:57 GMT Do NOT use ULE on 6.x. ULE has been revamped heavily on 7.0 and the<br>version on 6.x is old, and is known to contain some bugs.<br><br>Use it in 6.x if you dare, just don't complain to us if it breaks your system :-)<br><br>i.e. if at any point you start experiencing problems, do not report them<br>until you have verified that they persist with 4BSD also.<br><br>И всё равно, кажный раз отряд леммингов пытается воткнуть ULE на 6.x и взлететь :)<br> https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html#8 Thu, 07 Feb 2008 13:46:24 GMT &gt;Хм, таки из ULE делают конфетку. Пока (в текущей 7.0) он мне <br>&gt;кажется довольно ублюдским. <br><br>У меня на двухксеоновом интеловом серваке 6.3 с SCHED_ULE ядро виснет после определения винтов... Жду 7.0, чтоб потестить :))<br> https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html#7 Thu, 07 Feb 2008 13:28:15 GMT Хм, таки из ULE делают конфетку. Пока (в текущей 7.0) он мне кажется довольно ублюдским.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/40080.html#6 Thu, 07 Feb 2008 11:36:19 GMT Из теста постгреса видно, что opteron лучше (предсказуемее) масштабируется, чем xeon.<br>