URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 4324
[ Назад ]

Исходное сообщение
"OpenNews: Еженедельный обзор новостей развития FreeBSD (13.09-20.09)"

Отправлено opennews , 22-Сен-04 01:07 
<h3>Новое:</h3>
-  Глеб Смирнов добавил в netgraph узел ng_netflow, отдающий статистику в формате NetFlow  v5. Для сбора статистики можно использовать ntop, FlowScan или  Cisco FlowCollector. Разработка поддерживается провайдерами Бестком и Ринет;
-  В базовую систему вместо Bind 8 поставлен Bind 9.3.0rc4

<h3>Изменения:</h3>
-  Модифицирован код GEOM-драйвера Vinum для поддержки RAID under GEOM, изменен способ обработки ввода/вывода. Должны быть исправлены ошибки, приводившие к потере данных, и улучшена производительность

<h3>Обсуждения:</h3>

-  поддержка БОЛЬШИХ дисков

ragepxe:root:~# df -h
Filesystem                        Size    Used   Avail Capacity  Mounted on
[...]
/dev/md0                           15T    249M     14T     0%    /mnt
/dev/md1                           11T    128K     10T     0%    /mnt2

ragepxe:root:~# mdconfig -l -u 0
md0     swap       15T
ragepxe:root:~# mdconfig -l -u 1
md1     vnode      11T

Обсуждается, собственно, лимит в 16ТБ и как его превзойти (упоминаются и 4КБ свап-страницы)

<h3>Багфиксы:</h3>
-  баг в CVS, рекомендуется обновление системы. До FreeBSD 5.2.1-p10, например.
-  закрыли баг (http://www.freebsd.org/cgi/query-pr.cgi?pr=71652) в PF с неработающим rdr при условии net.inet.ip.fastforwarding=1
-  закрыли баг (http://www.freebsd.org/cgi/query-pr.cgi?pr=71443) с определением клавиатур на загрузке или подтыкании после загрузки
-  мелкий багфикс в uniq - пустые строчки при -c теперь не считаются
-  багфикс в кронтабе при редактировании через медленные соединения
-  багфикс в драйвере bge


URL: http://www.xl0.org/FreeBSD/20-09-04.html
Новость: http://www.opennet.me/opennews/art.shtml?num=4389


Содержание

Сообщения в этом обсуждении
"Еженедельный обзор новостей развития FreeBSD (13.09-20.09)"
Отправлено andrew , 22-Сен-04 01:07 
11 Терабайт в ОПЕРАТИВКЕ???

Или я что-то недопонял?..


"Еженедельный обзор новостей развития FreeBSD (13.09-20.09)"
Отправлено podarok , 22-Сен-04 01:11 
там vnode

"Еженедельный обзор новостей развития FreeBSD (13.09-20.09)"
Отправлено Amy , 22-Сен-04 12:19 
>11 Терабайт в ОПЕРАТИВКЕ???
>
>Или я что-то недопонял?..

При создании устройства md память физически не выделяется. Только когда она реально потребуется. Так что всё в порядке, пока не начал писать на такой "диск" здоровый файл.


"Еженедельный обзор новостей развития FreeBSD (13.09-20.09)"
Отправлено Дмитрий Ю. Карпов , 23-Сен-04 00:22 
> При создании устройства md память физически не выделяется.
> Только когда она реально потребуется. Так что всё в порядке,
> пока не начал писать на такой "диск" здоровый файл.

А тогда он будет записываться в swap-области (разделы диска и файлы).

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


"Еженедельный обзор новостей развития FreeBSD (13.09-20.09)"
Отправлено Amy , 23-Сен-04 10:39 
>А тогда он будет записываться в swap-области (разделы диска и файлы).

Замечу, что ресурсы для md выделяются из памяти ядра, со всеми вытекающими...


"Еженедельный обзор новостей развития FreeBSD (13.09-20.09)"
Отправлено edwin , 22-Сен-04 07:24 
Нам бы такие винты..........

"Еженедельный обзор новостей развития FreeBSD (13.09-20.09)"
Отправлено uldus , 22-Сен-04 09:38 
>Нам бы такие винты..........

Всего два-три десятка больших IDE винтов в RAID0.