https://slinkov.ru/openforum/vsluhforumID3/89560.html Глеб Смирнов (glebius@) добавил (http://lists.freebsd.org/pipermail/freebsd-arch/2013-April/014204.html) в ядро FreeBSD 10-CURRENT новый API для работы со счётчиками &#8212; counter(9). Счётчики являются (http://bu7cher.blogspot.ru/2013/04/pcpu.html) частью инструментария сбора статистики и телеметрии во время работы ядра и системных компонентов и представляют собой структуры данных в оперативной памяти, значения в которых изменяются при наступлении тех или иных событий. К примеру, счётчики для подсчёта полученных и отброшенных сетевых пакетов, счётчик числа обнаруженных некорректных данных в подсистеме ввода-вывода и т.д..<br><br><br><br>В многопроцессорной многопоточной системе с большим количеством счётчиков возникает проблема конкуренции вычислительных потоков за монопольный доступ и корректное изменение значения счётчика. Обычное решение этой проблемы &#8212; монитор объекта счётчика через операцию блокировки шины памяти (atomic(9)) и предоставление монопольного доступа к счётчику одному из конкурирующих потоков https://slinkov.ru/openforum/vsluhforumID3/89560.html#41 Sun, 14 Apr 2013 17:30:11 GMT Как говорится, "каков поп, таков и приход"<br> https://slinkov.ru/openforum/vsluhforumID3/89560.html#40 Sat, 13 Apr 2013 17:44:10 GMT &gt;&gt; В РЕАЛЬНЫХ приложениях OpenMP используется?<br><br>ImageMagick только))<br> https://slinkov.ru/openforum/vsluhforumID3/89560.html#39 Fri, 12 Apr 2013 16:21:40 GMT &gt;Хотя в форониксовых бенчах факапы обычно потому что или компилится античным gcc 4.2, который по оптимизации vs 4.7 сильно проигрывает, или того хуже шлангом, который не только погано оптимизирует но и OpenMP хронически не умеет. <br><br>Тем не менее БЗДЯ 9.1 STABLE собранная clang 3.2 все- таки процентов на 10 как минимум шустрее нежели собранная gcc 4.2. <br>Плюс у шланга есть все шансы догнать gcc уже в обозримом будущем.<br><br>Да, насчет OpenMP. Я конечно не обравдываю шланг, но все же насколько часто В РЕАЛЬНЫХ приложениях OpenMP используется?<br> https://slinkov.ru/openforum/vsluhforumID3/89560.html#37 Fri, 12 Apr 2013 13:40:04 GMT &gt; Повтори это на компе 5 летней давности ... <br><br># dmidecode &#124; less<br><br>Handle 0x0000, DMI type 0, 20 bytes<br>BIOS Information<br> Vendor: Phoenix Technologies Ltd.<br> Version: 2004Q3 # чорт, почти 9-летней давности, ... <br> Release Date: 11/18/2008<br> Address: 0xE69B0<br> Runtime Size: 104016 bytes<br> ROM Size: 1024 kB<br><br>System Information<br> Manufacturer: TYAN Computer Corp.<br> Product Name: S2895<br> Version: TYAN Thunder K8WE S2895<br> Serial Number: 0123456789<br> UUID: Not Settable<br> Wake-up Type: Power Switch<br>...<br>&gt; ... с одной из последних стабильных версий ядра Linux &#8212; расскажешь.<br><br># uname -a<br>Linux suse64 3.2.43-plx #2 SMP PREEMPT RT Thu Apr 11 01:17:28 MSK 2013 x86_64 x86_64 x86_64 GNU/Linux<br><br>---<br><br>Скажу боле, до этого у меня стоят Adaptec ASC-29320 и все винты на Ultra320 SCSI,<br>любимый всеми троллями баг #12309 вообще никак непроявлялся. И все адекватные уже <br>знают, что это косяк SATA архитект https://slinkov.ru/openforum/vsluhforumID3/89560.html#36 Fri, 12 Apr 2013 13:34:14 GMT жаль что опеннет всетаки превратился в клоаку по образу и подобию лора. переименовать в линукснет и оставить их тут с Богом, с риторикой убунту вс генту... детский сад, ясельная группа..<br> https://slinkov.ru/openforum/vsluhforumID3/89560.html#35 Fri, 12 Apr 2013 10:44:58 GMT ну, это оттого, что поклонники фри, вместо того чтобы кодить, выискивают в Сети код, который называют говном. а после чего срутся на 100+ форумных веток с обиженным автором говнокода, да.;)<br> https://slinkov.ru/openforum/vsluhforumID3/89560.html#34 Fri, 12 Apr 2013 10:44:17 GMT &gt;&gt; ULE и, опять же, экспериментальной UFS2, созданной на университетские гранты, <br>&gt; Этот ваш экспериментальный UFS2 на самом деле экскрементальный. Создан из окаменелых экскрементов мамонта - древнючего UFS. И капитально его переделывать никто не стал <br>&gt; - бздоиды как обычно заявили что "на это нет ресурсов".<br><br>"Ext2 + журналирование =&gt; Ext3 + экстенты =&gt; Ext4" &#8212; тоже историю надо знать.<br><br>&gt; Так что нехай будет вот таким вот уродцем внутрях. Кроме всего прочего <br>&gt; по этой причине у него отстойная производительность на многих ворклоадах.<br><br>На каких конкретно?<br><br>&gt; Почему-то как ни бенч фороникса с UFS2, так грохот кирпичей бздоидов слышен за километры.<br><br>Последний раз они тестировали быстродействие классических ФС где-то в 2010 году, если не ошибаюсь. UFS2 с SU+J в тесты не попала.<br><br><br> https://slinkov.ru/openforum/vsluhforumID3/89560.html#33 Fri, 12 Apr 2013 09:41:08 GMT &gt;Повтори это на компе 5 летней давности с одной из последних стабильных версий ядра Linux &#8212; расскажешь. <br><br>Acer Extensa 5210 - T5600@1.83, 2 гига оперы и хард на 5400.<br>Повторил - не тормозит.<br><br>&gt;Каждый день вижу.<br><br>На скриншотах?<br><br>&gt;LLVM/Clang 3.2 в системе FreeBSD 9.1 производит код, который по скорости исполнения сравнялся с GCC 4.6<br><br>Странно. А на остальных системах (не FreeBSD) шланг сливает процентов на 10-15 в однопотоке. И это не считая мест, где оно может в 2-3 раза более медленный код выдавать.<br> https://slinkov.ru/openforum/vsluhforumID3/89560.html#32 Fri, 12 Apr 2013 09:38:33 GMT Это внутренний фреймворк ядра, задействовать его должны разработчики. Глеб вот переводит сетевой стек на его использование.<br>