| |
| 2.16, fidaj (ok), 20:24, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 у меня так же при большой нагрузке на дисковую систему - наблюдаются проблемы со скоростью дисковых операций... бывало с полным зависанием системы...
выловить баг и отправить PR у меня не получается...
SUJ перестал использовать - вернул всё обратно на обычный SU
| | |
| |
| 3.24, анон (?), 21:30, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> у меня так же при большой нагрузке на дисковую систему - наблюдаются
> проблемы со скоростью дисковых операций... бывало с полным зависанием системы...
Ээ... что-то мне это напоминает...
| | |
| |
| 4.46, анонимус (??), 15:09, 30/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Надо вписать в новость пункт: "завершены работы по портированию регрессии #12309 на платформу FreeBSD".
| | |
|
|
|
| 1.3, non anon (?), 17:54, 29/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
Насчет RCTL порадовало. Глядишь, через пару лет джайлы по фичастости догонят пингвинячьи lxc. Вот бы еще аналог filesystems namespaces сделали...
Насчет graid имхо кривовато написано - из текста не ясно, что это не полноценный программный рейд (как gmirror, например), а слой совместимости с fakeraidами.
| | |
| |
| 2.6, butcher (ok), 18:19, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Насчет graid имхо кривовато написано - из текста не ясно, что это
> не полноценный программный рейд (как gmirror, например), а слой совместимости с
> fakeraidами.
что такое полноценный программный рейд и чего не хватает graid, чтобы быть таковым?
| | |
| |
| 3.7, non anon (?), 18:35, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>что такое полноценный программный рейд
Который работает без дорогой, но в сущности бесполезной микросхемки на мамке.
>и чего не хватает graid, чтобы быть таковым?
graid прекрасно выполняет свою роль - обеспечивает работу с fakeraidами.
Поддержка полноценных программных рейдов является задачей других модулей geom.
| | |
| |
| 4.12, Alexander Motin (?), 19:26, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
graid прекрасно работает и без "бесполезной микросхемки на мамке", которой к слову часто и нет, так как вся RAID'овость заключается в особом BIOS. RAID BIOS по большому счету нужен только для загрузки с RAID массива. graid не менее полноценен чем gstripe и gmirror, а в перспективе запросто может и их форматы начать поддерживать.
| | |
| |
| 5.14, non anon (?), 19:59, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>которой к слову часто и нет, так как вся RAID'овость заключается в особом BIOS
Это да.
>graid не менее полноценен
А я не говорю, что graid неполноценен. Я говорю, что он работает с неполноценными рейдами :-)
>а в перспективе запросто может и их форматы начать поддерживать
Но зачем? Неужели они сами со своей работой не справляются? Или нам велосипедов мало?
Лучше бы полноценный 5/6 сделали :-(
| | |
|
| 4.13, kkk (??), 19:36, 29/04/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
graid не требует отдельных микросхемок на мамке. Собственно, интеловские недорэйды не работают не на ICHXX-R только потому, что драйвер проверяет pci id южного моста.
graid дает возможность использовать любые метаданные на любом диске, так что можно подключить диски, взятые от интеловского рэйда, к SiS или Micron и пользоваться.
Как обычно, не будет работать загрузка из BIOSа.
nonanon мог бы промолчать.
| | |
|
|
| 2.15, Аноним (-), 20:17, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Насчет RCTL порадовало. Глядишь, через пару лет джайлы по фичастости догонят пингвинячьи lxc. Вот бы еще аналог filesystems namespaces сделали...
Вобще RCTL + jail это аналог OpenVZ (которого нету в kernel base) а никак не lxc.
| | |
| |
| 3.22, анон (?), 21:28, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Тащемта, нынешний lxc уже ничем не отстаёт от openvz.
//hint: google://cgroups.txt
| | |
|
|
| 1.4, zoonman (ok), 18:14, 29/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 А мне интересно то, что кьют портируют на фрю. В принципе можно делать неплохие встраиваемые железки с ней на борту и интерактивным интерфейсом на Qml.
| | |
| |
| 2.29, gonzo (?), 22:35, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 AVR32:
- Основной контрибутор куда-то пропал
- Atmel объявил о прекращении развития AP7K (MMU-версия AVR32)
- Усилия для бекпортирования/проталкивания патча для gcc/binutils в base могут не оправдать себя с учетом качества патча и предыдущего пункта.
С Longsoon ситуация немного другая: просто ни у кого из коммиттеров пока не дошли руки. Это , конечно, нехорошо.
| | |
| |
| 3.32, fidaj (ok), 23:17, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> AVR32:
> - Основной контрибутор куда-то пропал
> - Atmel объявил о прекращении развития AP7K (MMU-версия AVR32)
опа - не доглядел - действительно в оставшихся ядрах UC3 MMU нет :( вот засада!
ну что же - тогда мне остаётся присмотреться к продукции TI :(
> - Усилия для бекпортирования/проталкивания патча для gcc/binutils в base могут не
> оправдать себя с учетом качества патча и предыдущего пункта.
Спасибо!
| | |
| 3.34, Аноним (-), 00:16, 30/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> С Longsoon ситуация немного другая: просто ни у кого из коммиттеров пока
> не дошли руки. Это , конечно, нехорошо.
А еще - пока они доделают порт на омап3, его снимут с производства...
| | |
| |
| 4.37, fidaj (ok), 00:27, 30/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> С Longsoon ситуация немного другая: просто ни у кого из коммиттеров пока
>> не дошли руки. Это , конечно, нехорошо.
> А еще - пока они доделают порт на омап3, его снимут с
> производства...
есть такое :(
подвешенным остаётся вопрос о выборе элементной базы при проектировании устройств с "запасом актуальности" эдак лет на пару...
| | |
|
|
|
| 1.19, Аноним (-), 21:04, 29/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
vrf я так понимаю не будет пока? А ведь очень надо!
Про mpls молчат (а оно круто уже наступает).
DIFFUSE где может юзаться на практике?
flash все также полуработоспособен?
nfsv4 как? синтаксис /etc/exports все таки убогий, да и не работает оно нормально..
Про клиентов под коммерческие базы данный (mssql, orace) мечтать наверное будет наглостью..
Работа над дровами.. что то тиха про это, или я совсем обнаглел?
Отчет на этот раз странный. Какие то не понятные вещи делают. Но может оно так и нужно, может эти непонятные вещи и мешают тем самым нужным и понятным вещам!
| | |
| |
| 2.27, Alexander Motin (?), 22:00, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Отчет на этот раз странный. Какие то не понятные вещи делают.
Отчет не всегда отражает весь спектр происходящего, а лишь то, что конкретные люди пожелали осветить. Например, из большого и красивого, John Baldwin работает над аллокацией ресурсов для PCI без зависимости от (кривых) BIOS. С его патчами мой ноутбук впервые увидел сетевую и WiFi без применения грязных и специфичных хаков!
| | |
| 2.42, nanodaemon (ok), 13:19, 30/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >vrf я так понимаю не будет пока? А ведь очень надо!
fib'ы то есть, проблема с routing sockets и всем остальным хозяйством таблиц рутинга: нужно либо горы костылей подставлять, либо выбрасывыать и делать заново. вроде как собирались делать второе, есессно оно будет не завтра.
>Про mpls молчат (а оно круто уже наступает).
смешно, если вам действительно нужен mpls, то надо покупать Juniper/Cisco/Brocade и работать дальше. я думаю граждане в опенсурсе это так же прекрасно понимают => работающего и вменяего mpls'а нет нигде в опенсурсе и какбэ хер с ним.
>Про клиентов под коммерческие базы данный (mssql, orace) мечтать наверное будет наглостью..
такой же бред как и пункт про mpls:
1. m$ sql будет работать только в системах инфраструктуры m$. фрибдсм там не у дел.
2. у oracle есть аппаратно-программный комплекс sparc/solaris, им ни в какое место не уперлись ваши фрибдсм. для любителей линукса, у них так же есть unbreakeble linux. для m$ есть версии для систем m$. т.о. покрыто 100% желаний кастомеров. фрибдсм так же не у дел.
>Отчет на этот раз странный. Какие то не понятные вещи делают. Но может оно так и нужно, может эти непонятные вещи и мешают тем самым нужным и понятным вещам!
отчет нормальный, есть интересные вещи, но дело не в этом, а в том что вы ожидаете что опенсурс будет исполнять ваши желания. открою вам секрет, в опенсурсе всем срать на ваши желания: если очень хочется, ебитесь сами, если нет - жрите что дают, если хочется но не можете сделать - давайте бабла, вам это сделают, может быть. бесплатного в этом мире ничего не бывает.
| | |
|
| 1.21, iZEN (ok), 21:21, 29/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Как отучить portmaster задавать глупые вопросы типа:
"===>>> Launching child to update gtk-xfce-engine-2.6.0_3 to gtk-xfce-engine-2.8.1
===>>> gtk-xfce-engine-2.6.0_3 has an +IGNOREME file
===>>> Update anyway? y/n [n]"
Надоело уже 25 раз жать ENTER.
| | |
| |
| 2.23, artemrts (ok), 21:29, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Как отучить portmaster задавать глупые вопросы типа:
> "===>>> Launching child to update gtk-xfce-engine-2.6.0_3 to gtk-xfce-engine-2.8.1
> ===>>> gtk-xfce-engine-2.6.0_3 has an +IGNOREME file
> ===>>> Update anyway? y/n [n]"
> Надоело уже 25 раз жать ENTER.
Может что-то типа этого y | portmaster
| | |
|
| 1.26, Аноним (-), 21:55, 29/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А что там с X11 и Wayland? Какие-то сдвиги в более легковесную и быструю графическую среду происходят?
| | |
| |
| 2.28, fidaj (ok), 22:32, 29/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А что там с X11 и Wayland? Какие-то сдвиги в более легковесную
> и быструю графическую среду происходят?
Тогда уже лучше для FreeBSD что-то на уровни ядра писать а не в пространстве пользователя...
причём была паратройка таких проектов... но увы...
ну типа http://www.opennet.ru/opennews/art.shtml?num=2788
| | |
| |
| 3.35, Аноним (-), 00:19, 30/04/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> А что там с X11 и Wayland? Какие-то сдвиги в более легковесную
>> и быструю графическую среду происходят?
> Тогда уже лучше для FreeBSD что-то на уровни ядра писать а не
> в пространстве пользователя...
Точно. Давайте как можно больше дряни в ядра запихнем. Чтобы если уж эксплойт - то сразу в режиме ядра. А то в режиме пользователя прав может быть мало, или там еще какая дрянь. А тут бац - и в дамках!
| | |
| |
| 4.36, fidaj (ok), 00:26, 30/04/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> А что там с X11 и Wayland? Какие-то сдвиги в более легковесную
>>> и быструю графическую среду происходят?
>> Тогда уже лучше для FreeBSD что-то на уровни ядра писать а не
>> в пространстве пользователя...
> Точно. Давайте как можно больше дряни в ядра запихнем. Чтобы если уж
> эксплойт - то сразу в режиме ядра. А то в режиме
> пользователя прав может быть мало, или там еще какая дрянь. А
> тут бац - и в дамках!
нет - дрянь пихать никто не заставляет! нормально нужно код писАть и тогда пихать...
| | |
| |
| 5.38, aaa (??), 10:19, 30/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ну и кто будет определять нормальность написанного?
У одной известной фирмы в пространстве ядра много чего "нормально" написанного находится и постоянно обнаруживаются угрозы "получения управления компьютером злоумышленниками".
Предлагаете пойти этим путем?
| | |
| |
| 6.41, fidaj (ok), 12:33, 30/04/2011 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Ну и кто будет определять нормальность написанного?
те, кто и до этого определял нормальность кода, того, который уже в ядре есть!но это определЁнно не вы.
> У одной известной фирмы в пространстве ядра много чего "нормально" написанного находится
> и постоянно обнаруживаются угрозы "получения управления компьютером злоумышленниками".
Ну и? как же это связано с располодением графической системы в ядре? Просветите.
> Предлагаете пойти этим путем?
вам я ничего не предлагаю....
| | |
| 6.43, antilinux (?), 13:30, 30/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> У одной известной фирмы в пространстве ядра много чего "нормально"
> написанного находится и постоянно обнаруживаются угрозы "получения управления
> компьютером злоумышленниками".
> Предлагаете пойти этим путем?
тоесть двайвера в режиме ядра это тоже получение управления злоумышленником? )))гг
вообще мне интересно откуда эта ерись пошла, что GUI не может быть в ядре и это дыра
видимо это пошло от линуксоидов? когда линуз пукнул что это секьюрити хол, и мы так делать не будем
тем неменее wayland или как это там уже практически гуи в ядре
и не просто в ядре а в линукс ядре
| | |
|
|
|
|
|
| 1.31, xxx (??), 23:17, 29/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>С момента прошлого отчета в HAST добавлена поддержка сжатия передаваемых по сети данных, опциональная возможность вычисления и проверки контрольных сумм для передаваемых данных, поддержка изоляции (sandboxing)
Вот насчёт sandboxing, про Capsicum почему-то неупомянули: http://www.cl.cam.ac.uk/research/security/capsicum/
| | |
| |
| 2.39, Kibab (ok), 11:16, 30/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Capsicum -- это отдельный проект, интеграция некоторых оставшихся частей и допилка интерфейсов будет делаться в рамках GSoC в этом году.
| | |
| |
| 3.44, xxx (??), 14:28, 30/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ну как бы, MAC, Audit, Congestion Control - это тоже всё было отдельными проектами =)
Всё-таки жалко, что отчёт с каждым кварталом всё скуднее становится.
| | |
| |
| 4.45, kkk (??), 14:37, 30/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
проекты развития, код в базе уже сравнительно давно. Для всего,кроме capsicum
| | |
| 4.49, Аноним (-), 05:31, 02/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ну как бы, MAC, Audit, Congestion Control - это тоже всё было
> отдельными проектами =)
> Всё-таки жалко, что отчёт с каждым кварталом всё скуднее становится.
Хренассе "скуднее". Ровно наоборот!
| | |
|
|
|
|
