The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован 'Манифест FreeBSD XXI' с некоторыми идеями на бу..., opennews (??), 24-Фев-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


45. "Опубликован Манифест FreeBSD XXI с некоторыми идеями на буду..."  +1 +/
Сообщение от Аноним (-), 25-Фев-14, 17:00 
> Вы ею похоже и не пользовались никогда.

в том то и дело что всегда использовал и использую. Что могу сказать на вскидку:
RADDIX_MPATH - существует в коде много лет, но не работает, аналогично с VIMAGE - паники и утечки памяти в течении многих релизов. RACCT/RCTL - разработчик переключился на другую задачу и одно из самых важных что ожидалось от фреймворка - лимиты по процессору, осталось не сделано, еще проект KLOAD - перезагрузка ядра без ребута, порт HAMMERFS (при том что на Linux HAMMERFS портировали в RO!), zfsd для контроля состояний zpool, fsc (FreeBSD Services Control), параллелизация rc.d-скриптов и тд.. это все те проекты, которым много лет и они заброшены. MPLS вроде и не начинался вовсе, огромное количество работы еще предостоит с портами - STAGE/GLANG-изация, а если не успеют к сроку - половины портов не станет. Хвостов то немеряно, на  лицо нехватка рук - вот о чем речь

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

47. "Опубликован Манифест FreeBSD XXI с некоторыми идеями на буду..."  +/
Сообщение от G.NercY.uRemail (?), 25-Фев-14, 19:30 
Так про нехватку рук совершенно в точку, это и так понятно.
То что многое не доведено до полнофункционального и абсолютно стабильного состояния - это всё таки лучше чем если бы этих разработок не было вовсе. Когда что-то начато и этим кто-то пытается пользоваться, то и обратная связь есть и от заинтересованных помощь.
Я говорю про качества системы, которые для меня являются аргументами в плане выбора, такие как
- то что официально заявлено готовое к повсеместному использованию работает надёжно, безотказно и не требует каких-то особых действий при обновлении системы хоть между минорными релизами, так и при при обновлении на другой мажорный релиз. Это значит что есть "бесконечный срок поддержки". Тогда как у корпоративных дистров линукса хоть и длительные сроки поддержки но они конечные. А значит и переустановка системы грозит в любом случае.

- Опять же контроль качества кода принимаемого в FreeBSD, думаю это отчасти сужает или по крайней мере замедляет скорость вовлечения в проект новых разработчиков. Отсюда же и консервативность и медленное внедрение новых технологий. Ну тут компромис - либо качество кода а значит стабильность и безопасность системы, или быстрое развитие когда можно сырой патч сделать, а там уже кто-то допилит.

- И моё отношение как к удовлетворяющей мои требования системе отчасти такое наверное потому что большую часть из перечисленных вами вещей я никогда не использовал, глядишь и их допилят, а если вы фрёй пользуетесь и эти моменты вас не устраивают, так в списках рассылки можно теребить разработчиков. Тоже это помощь в разработке какая то

Ответить | Правка | Наверх | Cообщить модератору

57. "Опубликован Манифест FreeBSD XXI с некоторыми идеями на буду..."  +/
Сообщение от тигар (ok), 26-Фев-14, 11:36 
>[оверквотинг удален]
> - разработчик переключился на другую задачу и одно из самых важных
> что ожидалось от фреймворка - лимиты по процессору, осталось не сделано,
> еще проект KLOAD - перезагрузка ядра без ребута, порт HAMMERFS (при
> том что на Linux HAMMERFS портировали в RO!), zfsd для контроля
> состояний zpool, fsc (FreeBSD Services Control), параллелизация rc.d-скриптов и тд.. это
> все те проекты, которым много лет и они заброшены. MPLS вроде
> и не начинался вовсе, огромное количество работы еще предостоит с портами
> - STAGE/GLANG-изация, а если не успеют к сроку - половины портов
> не станет. Хвостов то немеряно, на  лицо нехватка рук -
> вот о чем речь

а паники в vimage это не при попытке ли работать с pf ? если да - оно (часть, по крайней мере) уже fixed, не смотрел был ли mfc во всякие stable/*

про rctl и cputime, Вы уверены, что оно не доделано?
разработчик действительно переключился на другую, важную задачу (native iscsi target + новый initiator)

про kload был патч года 2 назад, чтоли. но да, я не видел чтобы его кто-то из @freebsd.org откоментировал как-либо.

про хаммерфс сам Диллон писал что да, лучше пилить zfs во фре, чем портировать hammerfs

про мплс -> http://freebsd.mpls.in/, можешь спросить у автора насколько оно актуально, это я отвечаю не залогиненому az@ да?

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

61. "Опубликован Манифест FreeBSD XXI с некоторыми идеями на буду..."  +/
Сообщение от Имя (?), 26-Фев-14, 14:58 
с VIMAGE не только проблемы с pf - утечки ( о чем система сама пишет ), с USB-ethernet не дружит.

> про rctl и cputime, Вы уверены, что оно не доделано?

rctl -a user:test:cputime:deny=10m
rctl: rctl_add_rule: Operation not supported

или в секундах, просто цифрой. Оно должно быть эквивалентно cputime из limits. В FreeBSD 10 допилили pcpu - работает, но достаточно странно. Например, запущенный ubench как только доходит до порога pcpu обваливается сильно вниз и опять по возрастающей. Оверхед от указанного может колебатся на 8%. Так, если pcpu=10, то в ряде случаев может дойти и до 15% перед обвалом. Тогда как должно быть просто держаться весь тест на уровне 10% от 1 ядра.

> это я отвечаю не залогиненому az@ да?

Нет, незнаю таких. Выходит некто az@ тоже видит что не все доделано и я не один ;-) ?


Ответить | Правка | Наверх | Cообщить модератору

62. "Опубликован Манифест FreeBSD XXI с некоторыми идеями на буду..."  +/
Сообщение от тигар (ok), 26-Фев-14, 15:06 
> с VIMAGE не только проблемы с pf - утечки ( о чем
> система сама пишет ), с USB-ethernet не дружит.

ясно
>> про rctl и cputime, Вы уверены, что оно не доделано?
> rctl -a user:test:cputime:deny=10m
> rctl: rctl_add_rule: Operation not supported
> или в секундах, просто цифрой. Оно должно быть эквивалентно cputime из limits.
> В FreeBSD 10 допилили pcpu - работает, но достаточно странно. Например,
> запущенный ubench как только доходит до порога pcpu обваливается сильно вниз
> и опять по возрастающей. Оверхед от указанного может колебатся на 8%.
> Так, если pcpu=10, то в ряде случаев может дойти и до
> 15% перед обвалом. Тогда как должно быть просто держаться весь тест
> на уровне 10% от 1 ядра.

pr на эту тему я не нашел:-\ попробую наверное как-нибудь повторить на 10/11
>> это я отвечаю не залогиненому az@ да?
> Нет, незнаю таких. Выходит некто az@ тоже видит что не все доделано
> и я не один ;-) ?

значит мне показалось.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру