https://www.opennet.ru/openforum/vsluhforumID3/44820.html Анонсирован (http://undeadly.org/cgi?action=article&sid=20081031165518) выход релиза OpenBSD 4.4 (http://www.openbsd.org/44.html), в котором можно отметить следующие новшества: <br><br><br><br>- Оборудование:<br><br><br>- В платформе sparc64 появилась поддержка оборудования на базе UltraSPARC IV/T1/T2 и Fujitsu SPARC64-V/VI/VII. В платформе socppc - Freescale MPC8349E SoC. Для платформы landisk реализована поддержка разделяемых библиотек;<br><br>- Поддержка датчиков: Fintek F71805F LPC Super I/O, <br>Andigilog aSC7611, JEDEC JC-42.4, Analog Devices ADT7462, LM76, а также температурных сенсоров в AMD K8 и AMD K10;<br><br>- Поддержка сетевых карт: Attansic L2 10/100, Intel 82598 PCI Express 10Gb, Freescale Triple Speed, RTL8102E, RTL8168, National Semiconductor Saturn, Marvell 88E8040T, Apple USB A1277, Broadcom BCM5704, BCM5906, BCM5714/5715/5780, BCM5706/5708 <br><br>- Поддержка беспроводных карт: значительно расширено число поддерживаемых карт Atheros; HSDPA MSM, например Option GlobeTrotter 3G+ и Huawei E220...<br><br>URL: http://permali https://www.opennet.ru/openforum/vsluhforumID3/44820.html#74 Mon, 17 Nov 2008 20:56:11 GMT &gt;&gt;пробовал гнэш в конквере. нормально работал. <br>&gt;<br>&gt;Ужос :) Я так сходу отхватил в gnash сайт который нормально не <br>&gt;рендерился и дико тормозил. <br>&gt;<br>&gt;Да и конкверор... он неплохой, но адский тормоз по сравнению с лисом <br>&gt;по части загрузки и рендеринга страниц (сперва почти все качает и <br>&gt;только потом начинает рендерить, что очень тормознуто особенно если сайт не <br>&gt;быстрый).И падает.Редко но метко.Спасибо что хоть сохранение сессий сделали.И аддонов нет <br>&gt;- в итоге получается очень неудобный и плохо настраиваемый. <br><br>Аддоны есть. А насчёт тормозов - в 4.2 поддержка Webkit, кажись, уже есть (не проверял исчо). К тому же дырявость KHTML под большим вопросом, а в Gecko серьёзные дырки находят чуть не каждый месяц, а порой и чаще. NoScript просьба не предлагать, этот вариант хорош когда не приходится по разным сайтам интенсивно ползать... но я тогда скорее Dillo буду юзать, ибо на порядки (без преувеличения) быстрее.<br> https://www.opennet.ru/openforum/vsluhforumID3/44820.html#73 Mon, 17 Nov 2008 17:51:17 GMT &gt;в адобовском в огнелисе постоянно терялся фокус ввода клавы и мыши. в <br>&gt;конке и гнэше нет. <br><br>Без понятия, у меня все работает нормально.А gnash - сырой больно.Лично я не готов использовать pre-alpha quality софт в повседневной деятельности.Как максимум - если мне проект интересен и я как-то отношусь к его разработке и оно мне интересно, тогда да.А иначе - нафиг-нафиг.Только свое г-но не пахнет.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/44820.html#72 Mon, 17 Nov 2008 17:45:20 GMT &gt;пробовал гнэш в конквере. нормально работал. <br><br>Ужос :) Я так сходу отхватил в gnash сайт который нормально не рендерился и дико тормозил.<br><br>Да и конкверор... он неплохой, но адский тормоз по сравнению с лисом по части загрузки и рендеринга страниц (сперва почти все качает и только потом начинает рендерить, что очень тормознуто особенно если сайт не быстрый).И падает.Редко но метко.Спасибо что хоть сохранение сессий сделали.И аддонов нет - в итоге получается очень неудобный и плохо настраиваемый.<br> https://www.opennet.ru/openforum/vsluhforumID3/44820.html#71 Mon, 17 Nov 2008 17:40:25 GMT &gt;Вот к примеру почему бы не перевести все писюкИ на kilocore - <br>&gt;ни тебе тепла (0.5Вт) офигеннийшая скорость <br><br>Открою секрет: есть небольшая такая проблема - некоторые задачи трудно паралелятся или не паралелятся вообще.Это происходит тогда когда результат предыдущих вычислений нужен для дальнейших вычислений - ну и что вы будете при этом с кучей ядер делать?Поэтому в *некоторых* задачах с таким процессором вы жестоко всосете - в качестве расплаты вы будете "наслаждаться" производительностью ОДНОГО хилого ядра такого процессора - на некоторых задачах работа такого процессора здорово напомнит русскую поговорку "один рубит а семеро - в кулак трубят".То есть, процессор эффективный и крутой.Но - не на любых задачах.Это же и GPU касается в принципе.Сейчас с появлением многоядерных процессов это уже не так болезненно будет - научатся паралелить все что паралелится.Но некоторые задачи не параллелятся вообще и от этого никуда не уйти... к счастью их не так уж и много, так что в ближайшее время видимо многоядерность https://www.opennet.ru/openforum/vsluhforumID3/44820.html#70 Mon, 17 Nov 2008 17:26:54 GMT &gt;Половину из них я даже читал.И risc vs cisc и прочих.Это называется <br>&gt;"боян" ;) <br><br>Ну да - конечно....<br>И про одну инструкцию за такт (кроме дальних прыжков/вызовов)- боян...<br>И про длинну кеш/конвеера - боян...<br>И про встроенное декодирование команд - боян...<br>И там столько гармошек и боянов, но вот почему-то невзирая ни на какие бояны - без RISC архитектуры не обходиться 99% CPU! А уж GPU и подавно 100%!<br><br>Нет что бы не выеживаться с программной поддержкой - а перейти кардинально на другую/нормальную архитектуру и переписать ВЕСЬ софт как это сделали Apple (только жаль что не в ту сторону) (ну тем не менее молодцы - риск но оправданный) Значит и путь в другую сторону возможен -&gt; RISC темболее процов хватает, но вот монополия одних МОНСТРОВ/умников все хорошее пожерает!!!<br>Вот к примеру почему бы не перевести все писюкИ на kilocore - ни тебе тепла (0.5Вт) офигеннийшая скорость и это все на частоте 100МГц(125МГц частота переключения ядер) мало одного - так ставь два-три - да сколько хочешь ставь главное чт https://www.opennet.ru/openforum/vsluhforumID3/44820.html#68 Thu, 06 Nov 2008 07:50:29 GMT &gt;&gt;очевидно, Вы тоже не поняли про что новость. Тут _нет_ слова linux <br>&gt;&gt;в тексте, Вы ошиблись веткой ;( <br>&gt;<br>&gt;очевидно, ошиблись вы, т.к. именно в вашем посте я увидел *buntu. <br>&gt;<br><br>это был ответ признаному Гуру user294 или как его там.<br><br>&gt;&gt;p.s. порнотуб/редтуб тоже не нужен. что в Вашем понимании нормальная поддержка SMP? <br>&gt;<br>&gt;Вообще-то кроме этих двух сайтов есть много чего ещё на флеше. Видимо, <br>&gt;вы никогда не ходили на cisco.com <br>&gt;<br><br>бывал, не понравилось;)<br>таки Вы считаете что сайты на flash - верх необходимости? я вот считаю что это ненужные понты и флеш нужно оставить только для таймкиллеров типа yetisport и подобному.<br><br>&gt;[оверквотинг удален]<br>&gt;while a lot of 10 Gb cards provide multiple interfaces for <br>&gt;this same activity, meaning you can have several CPUs moving packets <br>&gt;on and off the chip at the same time). Supporting this <br>&gt;obviously provides a big challenge to OpenBSD since we have the <br>&gt;Big Giant Lock on SMP systems. Only one CPU can be <br>&gt;running in the kernel at a time, so you ca https://www.opennet.ru/openforum/vsluhforumID3/44820.html#67 Wed, 05 Nov 2008 21:16:46 GMT &gt;НЕТ! Но проблеммы у последних пока-что есть! И с чем они <br>&gt;связаны? <br><br>У gcc 2.х и 3.х были свои проблемы и как бы не факт что меньшие.Кстати нередко попадается на глаза народ который в бздях на ровном месте трахается с компилом софта.Потому что авторы софта обычно не настолько некрофилы и что там будет в столь древнем gcc вообще зачастую не проверяли.Итого где линуксоид компилит по накатаному бсдшник может отхапать бестолковых проблем на свой зад.Не то чтобы это великий плюс програмерам но в конечном итоге прошибать все стены своим лбом в потугах построить всех програмеров писать более портабельно и менее криво или фиксить их ляпы - затея на любителя.И кстати даже для виндов (!!!) есть mingw на основе gcc 4.x уже.<br><br>&gt;Ноги растут из уродской монстроподобной гибридной архитектуры <br>&gt;intel х86/х86-64 совместимых процессоров <br><br>Что она уродская - совершенно согласен.Только х86 и х86-64 несколько разные с точки зрения компилера и программера, при том - довольно существенно разные.Не надо их мешать в 1 кучу - э https://www.opennet.ru/openforum/vsluhforumID3/44820.html#66 Wed, 05 Nov 2008 20:23:55 GMT да, на русском<br>http://www.openbsd.org/ru/index.html<br> https://www.opennet.ru/openforum/vsluhforumID3/44820.html#65 Wed, 05 Nov 2008 12:15:10 GMT &gt;очевидно, Вы тоже не поняли про что новость. Тут _нет_ слова linux <br>&gt;в тексте, Вы ошиблись веткой ;( <br><br>очевидно, ошиблись вы, т.к. именно в вашем посте я увидел *buntu.<br><br>&gt;p.s. порнотуб/редтуб тоже не нужен. что в Вашем понимании нормальная поддержка SMP? <br><br>Вообще-то кроме этих двух сайтов есть много чего ещё на флеше. Видимо, вы никогда не ходили на cisco.com<br><br>А насчёт SMP... В OpenBSD почти всё - GIAN-LOCKED.<br>http://www.onlamp.com/pub/a/bsd/2007/11/01/whats-new-in-bsd-42.html<br><br>One of the common mechanisms is offloading some or all of the work the network stack does onto the hardware. This ranges from offloading TCP segmentation (TSO and LSO) all the way up to full TCP Offload Engines (TOE). We actually like the OpenBSD network stack though, so we aren't going to implement support for this.<br><br>The other popular mechanism is to parallelize the movement of packets on and off the card (i.e., on "old" network cards you can only have one CPU operating on the hardware at a time, while a lot of 10 Gb card