The OpenNET Project / Index page

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



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

Оглавление

Отчёт о состоянии развития FreeBSD за первый квартал 2013 года, opennews (ok), 15-Май-13, (0) [смотреть все]

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


34. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Kibabemail (ok), 15-Май-13, 10:58 
Опять ты со своими "дезигнами" вылез :-) Если ты не знал, у UFS есть блоки переменного размера, что соответствует extents в ext*fs.
Кстати -- я на выходных таки намерен провести обещанный тест производительности, используя Dreamplug как хост-систему. После обновления u-boot у меня отказался грузиться Linux (почему -- вот уж не знаю), но я могу и старый грузануть через OpenOCD ради такого дела. Далее у меня будет SATA-винчестер, на котором раздел 50 GB -- буду форматировать в ext4 и на него распаковывать большой TAR-архив. Потом этот же раздел переразбивать в UFS и из фри распаковывать тот же архив. При этом замерять время.

Как считаешь, нормальный тест?


По поводу UDF -- я ни разу не видел за последние несколько лет дисков с UDF. Зачем оно вообще? :-)
И да, покажи пальцем, кто фрю называет десктопной ОС? И зачем?

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

41. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от ананим (?), 15-Май-13, 12:27 
>Опять ты со своими "дезигнами" вылез :-) Если ты не знал, у UFS есть блоки переменного размера, что соответствует extents в ext*fs.

Блоки переменного размера ни разу не экстенты. Экстенты позволяют адресовать большое количество последовательно идущих блоков одним дескриптором.
Андестенд? Один Экстент может адресовать НЕСКОЛЬКО блоков.
Написать «блоки переменного размера соответствует extents в ext*fs» может только профан.

ps:
Это вот это вы имели в виду?
>in FFS, increased the filesystem block size from 1K to 8K.

Ха! 3 раза.
У нас есть асфальтоукладчик, что является аналогом порш 911.

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

77. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –14 +/
Сообщение от iZEN (ok), 15-Май-13, 21:22 
>[оверквотинг удален]
> Блоки переменного размера ни разу не экстенты. Экстенты позволяют адресовать большое количество
> последовательно идущих блоков одним дескриптором.
> Андестенд? Один Экстент может адресовать НЕСКОЛЬКО блоков.
> Написать «блоки переменного размера соответствует extents в ext*fs» может только
> профан.
> ps:
> Это вот это вы имели в виду?
>>in FFS, increased the filesystem block size from 1K to 8K.
> Ха! 3 раза.
> У нас есть асфальтоукладчик, что является аналогом порш 911.

man newfs: http://www.freebsd.org/cgi/man.cgi?query=newfs&apropos=0&sek...
///---
-b block-size
The block size of the file system, in bytes.  It must be a power of 2.  The default size is 32768 bytes, and the smallest allowable size is 4096 bytes.  The optimal block:fragment ratio is 8:1.  Other ratios are possible, but are not recommended, and may produce poor results.

<...>

-d max-extent-size
The file system may choose to store large files using extents. This parameter specifies the largest extent size that may be used.  The default value is the file system blocksize.  It is presently limited to a maximum value of 16 times the file system blocksize and a minimum value of the file system blocksize.

<...>

-f frag-size
The fragment size of the file system in bytes.  It must be a power of two ranging in value between blocksize/8 and blocksize. The default is 4096 bytes.
---///

Теперь понял, в чём твоё заблуждение?

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

79. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от ананим (?), 15-Май-13, 21:39 
>Теперь понял, в чём твоё заблуждение?

Конечно! Моя ошибка в предположении, что общаюсь с вменяемым человеком.
Так экстенты или блоки переменной длины?

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

84. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –12 +/
Сообщение от iZEN (ok), 15-Май-13, 22:07 
>>Теперь понял, в чём твоё заблуждение?
> Конечно! Моя ошибка в предположении, что общаюсь с вменяемым человеком.

Наверно, ты общаешься не с человеком, а с роботом.

> Так экстенты или блоки переменной длины?

Во-первых, UFS2 поддерживает адресацию данных на уровне фрагментов блоков. Позволяет таким образом использовать свободное место в "хвостовых" блоках данных, что важно для эффективного компактного хранения мелких файлов.

Во-вторых, в UFS2 так же есть экстенты — блоки увеличенного размера, если задан параметр "-d" при создании ФС — для хранения больших файлов.

В-третьих, "классическая" UFS2 поддерживает снапшоты (dump/restore на живую), чего до сих пор нет в EXT2/3/4.

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

90. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +2 +/
Сообщение от ананим (?), 15-Май-13, 23:03 
Человек говорил о переменных блоках, которые, по его мнению, то что и эксткнты.

Ты чего влез? Или готов оправдать любого неуча, лишь он был неуч от бсд?
Махровый фанатизм.

Зыж
С тобой вообще говорить бесполезно. Тебе пруфы не указ, проверено, всё одно толдычишь.

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

92. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от AlexAT (ok), 15-Май-13, 23:13 
> Во-первых, UFS2 поддерживает адресацию данных на уровне фрагментов блоков. Позволяет таким образом

... поднять фрагментацию выше плинтуса ...

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

103. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Аноним (-), 16-Май-13, 00:44 
> Наверно, ты общаешься не с человеком, а с роботом.

Так ты бот?! А я то все думал - почему ты такой дубовый...

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

142. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Kibabemail (ok), 16-Май-13, 11:24 
> Написать «блоки переменного размера соответствует extents в ext*fs» может только
> профан.

Вы не учителем в школе работаете, случайно? Откуда такая страсть ярлыки на всех клеить?
http://www.freebsd.org/cgi/man.cgi?query=newfs&apropos=0&sek... -- научитесь читать и читайте про параметр -d. Потом приходите. А бред нести в другом месте, плз.

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

148. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от ананим (?), 16-Май-13, 12:04 
Вы мне манами тут не размахивайте.
Сфэйлили в основных понятиях, так признайте и идите дальше.
А то тон ваших комментариев явно выше вашего понимания вопроса.
Ха! «блоки переменного размера соответствует extents в ext*fs» — это ж надо так лажанутся то! :D

ps;
>А бред нести в другом месте, плз.

Не говори мне что делать, деточка.

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

160. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +2 +/
Сообщение от Kibab (ok), 16-Май-13, 13:02 
> Вы мне манами тут не размахивайте.

ОК, так и запишем -- ананим не умеет читать не-Linux
маны. О чём тогда, собственно, разговор? Варитесь
дальше в своём уютном линукс-горшочке
и не высовывайтесь :)

> Сфэйлили в основных понятиях, так признайте и

идите дальше. Угу, сфейлил. Признаю. Сказал
глупость. Меня поправили. Я привёл следующую
ссылку, которая подтверждает существование
экстентов в UFS. Вы в ответ несёте какую-то ересь.
Скучно, честное слово.

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

161. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –2 +/
Сообщение от ананим (?), 16-Май-13, 13:09 
>Меня поправили. Я привёл следующую ссылку, которая подтверждает существование экстентов в UFS.

ага. именно я и поправил.
так что там на счёт не высовывайтесь, деточка? :D

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

163. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Kibab (ok), 16-Май-13, 13:14 
> ага. именно я и поправил.

Спасибо за это :-)

> так что там на счёт не высовывайтесь, деточка? :D

А ничего, маны иди читай, папенька xD

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

164. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от ананим (?), 16-Май-13, 13:25 
Это ты иди читай, деточка.
Я их (что очевидно) до этого прочёл. Поэтому тебя и поправил.
Ответить | Правка | Наверх | Cообщить модератору

180. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от nagualemail (ok), 16-Май-13, 17:45 
>>Меня поправили. Я привёл следующую ссылку, которая подтверждает существование экстентов в UFS.
> ага. именно я и поправил.
> так что там на счёт не высовывайтесь, деточка? :D

Бабушка трансфомер ? :)))

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

173. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от nagualemail (ok), 16-Май-13, 14:35 
>> Написать «блоки переменного размера соответствует extents в ext*fs» может только
>> профан.
> Вы не учителем в школе работаете, случайно? Откуда такая страсть ярлыки на
> всех клеить?
> http://www.freebsd.org/cgi/man.cgi?query=newfs&apropos=0&sek...
> -- научитесь читать и читайте про параметр -d. Потом приходите. А
> бред нести в другом месте, плз.

Напишите все опции которые рекомендуете ставить и которые не стоят по умолчанию plz.


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

182. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 16-Май-13, 19:54 
> -- научитесь читать и читайте про параметр -d. Потом приходите. А
> бред нести в другом месте, плз.

Научился. max = 16 x blocksize. Какая ФС, такие и "экстенты".

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

44. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от vle (ok), 15-Май-13, 14:01 
> буду форматировать в ext4 и
> на него распаковывать большой TAR-архив. Потом этот же раздел переразбивать в
> UFS и из фри распаковывать тот же архив. При этом замерять время.
> Как считаешь, нормальный тест?

Нет. Распаковка и запаковка архива -- это уровень похороникса.
Не учитывается, например, загружаемость файловой системой CPU.
Никому это не интересно. Реальный тест -- это нагрузка на файловый сервер,
близкая к реальной, например (ftp, samba, nfs), или postgresql
с реальной или близкой к реальной базой. Или кроссовая сборка
NetBSD (build.sh -j8) на Линупсе и FreeBSD, хотя здесь уже
будет участвовать не только ФС, ясное дело. В общем, есть нормальные
бенчи, но еще один похороникс не нужен, не трать зря время.

> И да, покажи пальцем, кто фрю называет десктопной ОС? И зачем?

ОС должна быть удобна в качестве рабочей станции по крайней
мере для разработчика ОС ;-) Иначе она не универсальная,
а узкоспециализированная, т.е. нужно менять документацию ;-)

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

54. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 15-Май-13, 18:45 
> близкая к реальной, например
> Или кроссовая сборка NetBSD (build.sh -j8) на Линyпсе и FreeBSD,

И putty на винде!

>В общем, есть нормальные бенчи,

Только у каждого они свои.

> но еще один поxopоникс не нyжен, не трать зря время.

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

122. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от vle (ok), 16-Май-13, 02:06 
>> близкая к реальной, например
>> Или кроссовая сборка NetBSD (build.sh -j8) на Линyпсе и FreeBSD,
> И putty на винде!

Полная кроссовая сборка NetBSD под какой-нибудь ARM на разных ОС -- неплохой тест
на производительность систем в целом на загрузках определенного рода.
Универсальных тестов производительности не бывает.
А putty в оффтопик не релевантны.

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

59. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от nagualemail (ok), 15-Май-13, 19:11 
>[оверквотинг удален]
>> UFS и из фри распаковывать тот же архив. При этом замерять время.
>> Как считаешь, нормальный тест?
> Нет. Распаковка и запаковка архива -- это уровень похороникса.
> Не учитывается, например, загружаемость файловой системой CPU.
> Никому это не интересно. Реальный тест -- это нагрузка на файловый сервер,
> близкая к реальной, например (ftp, samba, nfs), или postgresql
> с реальной или близкой к реальной базой. Или кроссовая сборка
> NetBSD (build.sh -j8) на Линупсе и FreeBSD, хотя здесь уже
> будет участвовать не только ФС, ясное дело. В общем, есть нормальные
> бенчи, но еще один похороникс не нужен, не трать зря время.

bonnie++ ?

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

67. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от vle (ok), 15-Май-13, 19:50 
>> В общем, есть нормальные
>> бенчи, но еще один похороникс не нужен, не трать зря время.
> bonnie++ ?

Слишком он синтетический. Результаты bonnie++ нужно уметь читать
и прикладывать к практическим задачам, что далеко не каждый умеет,
да и нелегко это. На мой взгляд dbench лучше, и он в своем роде не один.

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

74. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –2 +/
Сообщение от nagualemail (ok), 15-Май-13, 20:05 
>>> В общем, есть нормальные
>>> бенчи, но еще один похороникс не нужен, не трать зря время.
>> bonnie++ ?
> Слишком он синтетический. Результаты bonnie++ нужно уметь читать
> и прикладывать к практическим задачам, что далеко не каждый умеет,
> да и нелегко это. На мой взгляд dbench лучше, и он в
> своем роде не один.

ДА все они круглые и в вакууме. Нам бы тест учитывающий фрагментацию...

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

109. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Аноним (-), 16-Май-13, 01:06 
> ДА все они круглые и в вакууме. Нам бы тест учитывающий фрагментацию...

А вы уже подучили семантику доступа к файлам, о великий гуру бенчмарков? :)


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

112. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –2 +/
Сообщение от nagualemail (ok), 16-Май-13, 01:11 
>> ДА все они круглые и в вакууме. Нам бы тест учитывающий фрагментацию...
> А вы уже подучили семантику доступа к файлам, о великий гуру бенчмарков?
> :)

А нужно ?

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

117. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Аноним (-), 16-Май-13, 01:25 
> А нужно ?

По логике вещей, до того как пытаться умничать, вменяемый человек сначала войдет в курс дела и поймет что и нафига он делает. А у вас как-то наоборот. Вы хотите поумничать насчет бенчмарков не зная как программы вообще доступаются к файлам. Это имхо FAIL.

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

126. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от nagualemail (ok), 16-Май-13, 02:35 
>> А нужно ?
> По логике вещей, до того как пытаться умничать, вменяемый человек сначала войдет
> в курс дела и поймет что и нафига он делает. А
> у вас как-то наоборот. Вы хотите поумничать насчет бенчмарков не зная
> как программы вообще доступаются к файлам. Это имхо FAIL.

Абсолютно согласен, вы этот бред зачем накатали?  :))

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

118. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от ананим (?), 16-Май-13, 01:27 
Разумеется.
А иначе как понять что айзен даже вминяемее?
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

123. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от 9000 (?), 16-Май-13, 02:06 
Айзен проговорился что он бот :)
Ответить | Правка | Наверх | Cообщить модератору

133. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от AlexAT (ok), 16-Май-13, 07:38 
Тебе - не обязательно.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

95. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Аноним (-), 15-Май-13, 23:49 
fio?
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

96. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от BayaN (ok), 15-Май-13, 23:57 
>ОС должна быть удобна в качестве рабочей станции по крайней

мере для разработчика ОС ;-)

Удобна, очень даже, впрочем как и любой нормальный дистрибутив Linux, и, ходят слухи, даже Mac OS X в этом плане зашибись.

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

110. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Аноним (-), 16-Май-13, 01:08 
> слухи, даже Mac OS X в этом плане зашибись.

Только за отсутствием ее полных исходников это никто кроме разработчиков в эппл не может проверить. А т.к. эппл известен брэйнвошингом и маркетинговым буллшитом - на слово мы им верить как-нибудь погодим.

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

121. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от fidaj (ok), 16-Май-13, 01:56 
>> слухи, даже Mac OS X в этом плане зашибись.
> Только за отсутствием ее полных исходников это никто кроме разработчиков в эппл
> не может проверить. А т.к. эппл известен брэйнвошингом и маркетинговым буллшитом
> - на слово мы им верить как-нибудь погодим.

а тебя какие именно "её" исходники интересуют?

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

144. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от 9000 (?), 16-Май-13, 11:46 
> а тебя какие именно "её" исходники интересуют?

Те из которых можно перестроить идентичную систему, разумеется.

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

147. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от fidaj (ok), 16-Май-13, 11:58 
>> а тебя какие именно "её" исходники интересуют?
> Те из которых можно перестроить идентичную систему, разумеется.

ну там только аква и графиты всякие закрыты (и ПО типа редактора видео и иже с ними)- остальное открыто - для базовых бенчей можно перестроить - дарвин называется...

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

198. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Аноним (-), 16-Май-13, 23:56 
> ну там только аква и графиты всякие закрыты (и ПО типа редактора видео и иже с ними)-

...и прочие DRM-ограничения понапиханы и прочая. Такая свобода, конечно.

> остальное открыто - для базовых бенчей можно перестроить - дарвин называется...

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

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

199. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от fidaj (ok), 17-Май-13, 00:12 
>> ну там только аква и графиты всякие закрыты (и ПО типа редактора видео и иже с ними)-
> ...и прочие DRM-ограничения понапиханы и прочая. Такая свобода, конечно.

речь шла о наличии или нет исходников - не нужно с темы сворачивать...

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

не засчитано...

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

235. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Аноним (-), 18-Май-13, 16:06 
> речь шла о наличии или нет исходников - не нужно с темы сворачивать...

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

>> встанут. По поводу чего - бенчить это конечно можно, но это
>> будет работой на мусорный бак.
> не засчитано...

Ну так с чего бы вдруг бенч колбасных обрезков которыми никто не пользуется будет засчитан? Это вообще не макось.


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

135. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от BayaN (ok), 16-Май-13, 10:46 
Ну я к тому, что там хоть нормальная консолька и никсовые тулзы для разработки спокойно и без бубнов работают. Хотя сам не видел.
Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

137. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Kibabemail (ok), 16-Май-13, 10:49 
> Ну я к тому, что там хоть нормальная консолька и никсовые тулзы
> для разработки спокойно и без бубнов работают. Хотя сам не видел.

Я подтверждаю, что так и есть -- перешёл на ноуте на Mac OS X два года назад.

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

146. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Аноним (-), 16-Май-13, 11:58 
> Я подтверждаю, что так и есть -- перешёл на ноуте на Mac OS X два года назад.

Одним выстрелом - двух зайцев!
1) Вы лишний раз доказали что бсдшники - латентные проприетарщики и на свободу софта в системе вам в общем то по факту класть, и вообще, вы готовы стелиться под проприерасов как продажные девки. Только укрепили мое мнение на этот счет.

2) Я даже не знаю как разработчик может лучше расписаться в собственной импотенции и импотенции команды делающей более-менее general-purpose ОС. Только не надо орать что фрибзда серверная - какая она нафиг серверная с куцым набором ФС, без виртуализации, контейнерами хуже чем у других и прочая? А если человек который драйвера для системы пишет, для себя на десктопе юзает другую ОС - я даже не знаю как еще эпичнее можно показать FAIL general purpose проекта. По сути для вас это "toy OS" этакий получается. Настолько toy что даже нужды разработчика не обслуживает.

Не, парни, извините. Если кузнец ссыт одеть доспехи которые выковал и порубаться в них - я такие доспехи тоже не одену, ищите дураков в другом месте.

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

149. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от nagualemail (ok), 16-Май-13, 12:05 
>[оверквотинг удален]
> орать что фрибзда серверная - какая она нафиг серверная с куцым
> набором ФС, без виртуализации, контейнерами хуже чем у других и прочая?
> А если человек который драйвера для системы пишет, для себя на
> десктопе юзает другую ОС - я даже не знаю как еще
> эпичнее можно показать FAIL general purpose проекта. По сути для вас
> это "toy OS" этакий получается. Настолько toy что даже нужды разработчика
> не обслуживает.
> Не, парни, извините. Если кузнец ссыт одеть доспехи которые выковал и порубаться
> в них - я такие доспехи тоже не одену, ищите дураков
> в другом месте.

Что вы так злитесь ? Порог вхождения так и не осилили ? Да забросьте, лето на дворе - море пляж девки ...

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

211. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –2 +/
Сообщение от тигар (ok), 17-Май-13, 10:49 
ему-то что от этого? теффачьки почему-то не ведутся на гиковские кирпидоны. чем он еще их поразить может? а посмотреть на самок он и в jpeg может, в перерывах между высерами на форуме;-)
Ответить | Правка | Наверх | Cообщить модератору

236. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Аноним (-), 18-Май-13, 16:07 
> Что вы так злитесь ?

Я вообще спокоен как удав, просто констатирую непоследовательность логики некоторых индивидов, не более. Если вы думаете что я при этом скриплю зубами от злости - вы сильно ошибаетесь.

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

154. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от анон (?), 16-Май-13, 12:32 
Когда закончишь, сообщи за сколько кирпичи продавать будешь. Мне как раз на дачу нужно.


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

162. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Kibab (ok), 16-Май-13, 13:11 
>> Я подтверждаю, что так и есть -- перешёл на ноуте

на Mac OS X два года назад.
> Одним выстрелом - двух зайцев!
> 1) Вы лишний раз доказали что бсдшники -

латентные проприетарщики и на > свободу софта в
системе вам в общем то по факту класть,
Где я это сказал? Что за чушь??? с логическими
цепочками явно проблемы. И да, русский язык
подучи. Пунктуация хромает.
> и вообще, вы готовы стелиться под проприерасов

как продажные девки. Только > укрепили мое мнение
на этот счет. Восьмой класс? Одноклассницы не
дают? Чувак, свои комплексы оставь при себе :-)

> 2) Я даже не знаю как разработчик может лучше

расписаться в собственной > импотенции и
импотенции команды делающей более-менее
general-purpose ОС. Туда же :)

> Только не надо орать что фрибзда серверная -

какая она нафиг серверная с куцым > набором ФС,
без виртуализации, контейнерами хуже чем у
других и прочая? И тем не менее, "куцый набор ФС"
обслуживает 90% всех запросов, не каждому серверу
нужна виртуализация (и да, bhyve уже
работоспособен, к FreeBSD-10 будет, возможно, в базе),
контейнеры... Для большинства применений jails
достаточно.
> А если человек который драйвера для системы

пишет, для себя на > десктопе юзает другую ОС - я
даже не знаю как еще > эпичнее можно показать FAIL
general purpose проекта. Я спокойно пользуюсь
виртуальной машиной с FreeBSD, а сборку ядра и мира
для ARM-машинок вообще на сервере делаю (который
тоже под FreeBSD) -- ибо негоже ноут так насиловать, у
меня прошлый умер из-за перегрева :-) Так что с
логикой опять проблемы.
> Не, парни, извините. Если кузнец ссыт одеть

доспехи которые выковал и порубаться
> в них - я такие доспехи тоже не одену, ищите

дураков > в другом месте.
Я не пойму, ты User294 или очередное анонимное быдло?
вроде на User294 не похоже, он более-менее
адекватный.

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

168. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от fidaj (ok), 16-Май-13, 13:30 
> нужна виртуализация (и да, bhyve уже
> работоспособен, к FreeBSD-10 будет, возможно, в базе),

уже

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

201. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Аноним (-), 17-Май-13, 00:57 
>> системе вам в общем то по факту класть,
> Где я это сказал? Что за чушь???

Действия говорят за себя лучше слов. Вы сами сказали что "перешли". Этого достаточно.

> с логическими цепочками явно проблемы.

Напротив, все просто как дважды два. Тот кто ценит свободу софта - макocятиной пользоваться не станет. Огoроженная проприерастическая система от наглой жлoбской корпорации.

> И да, русский язык подучи. Пунктуация хромает.

Это еще что, у вас вон цитирование - в хлaм. Настолько, что почти невозможно понять что к чему. Вы что, писали на опеннет с тетриса?

> Чyвак, свои комплексы оставь при себе :-)

Какие комплексы? Обычный капитанинг. Эппл относится к своим пользователям примерно как фермер к скoту. А то что вам не очент удобно замечать такие моменты - не мои проблемы.

> И тем не менее, "куцый набор ФС" обслуживает 90% всех запросов,

Выбор между просто тормозилкой и энтерпрайзным переростком-тормозилкой по вкусу отнюдь не всем. Ну то-есть фанатов марки конечно и так устроит. А остальным зачем кактус кушать?

> не каждому серверу нужна виртуализация

Да, пока еще только каждому второму [х86], судя по недавней новости :).

> (и да, bhyve уже работоспособен, к FreeBSD-10 будет, возможно, в базе),

А оно "будет" так же как экстенты в UFS? Виртуализатор в его нормальной реализации - довольно масштабная штука. От современных виртуализаторов ожидается куча фич. Далеко не самых тривиальных в реализации и отладке. Планка установлена. Ниже не получится. А учитывая что там на рынке тяжеловесы рубаются не на шутку... ну как бы удачи попробовать их подвинуть.

> контейнеры... Для большинства применений jails достаточно.

Вы так лихо за большинство расписались. А хостеры вон взяли и стали торговать VPSками на ovz. Массово. Ну и этот рынок отошел пингвину. Как раз фич jail там как раз и не хватило.

> Я спокойно пользуюсь виртуальной машиной с FreeBSD,

Вы решили мне подыграть? Я для себя выделил один из эталонных признаков toy OS. Это когда ее только на виртуалочке и показывают в основном. Потому что на реальном оборудовании не работает или работает очень плохо. ReactOS на bochs лет наверное 10 назад показывали. А попробуешь его на настоящей машине, для повседневной активности - тут то и понимаешь в чем прикол с toy OS.

> а сборку ядра и мира для ARM-машинок вообще на сервере делаю (который
> тоже под FreeBSD) -- ибо негоже ноут так нaсилoвать, у
> меня прошлый умер из-за перегрева :-)

Мне в этом плане проще: у меня есть мощный десктоп который добрую половину серверов за пояс спокойно зaткнет + отсутствие мании билдить вообще все самолично :).

> Я не пойму, ты User294 или очередное анонимное быд ло?

Я он самый.

> вроде на User294 не похоже, он более-менее адекватный.

Ой, до того как рассуждать об адекватности - надо наверное хотя-бы цитировать нормально научиться. Вы такое месиво вместо цитирования нагенерили вашим тетрисом, что заявки про адекватность смотрятся ... забавно, скажем так :).

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

205. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Kibabemail (ok), 17-Май-13, 02:17 
> Действия говорят за себя лучше слов. Вы сами сказали что "перешли". Этого
> достаточно.

Ну раз Вам достаточно -- ок, мне лень вас переубеждать -- зачем?

> Тот кто ценит свободу софта - макocятиной пользоваться не станет. Огoроженная проприерастическая система от наглой жлoбской корпорации.

бла-бла-бла, вам в продажники надо идти (с) ананим.

> Это еще что, у вас вон цитирование - в хлaм. Настолько, что
> почти невозможно понять что к чему. Вы что, писали на опеннет
> с тетриса?

Да, с цитированием жесть получилась :-))) Писал с lynx, и там неосторожно выбрал "переносить текст, чтобы уместить в окно просмотра" или как-то так.

> Выбор между просто тормозилкой и энтерпрайзным переростком-тормозилкой по вкусу отнюдь
> не всем. Ну то-есть фанатов марки конечно и так устроит. А
> остальным зачем кактус кушать?

ОК, запишем, что в следующий раз, когда кто-то начнёт говорить, какая хорошая BRTFS, процитирую Вас насчёт переростка-тормозилки -- ведь ZFS и BRTFS одного поля ягоды, не правда ли?
По поводу тормозилки -- покажите мне тесты, в конце концов. Много слов из ничего.

> Да, пока еще только каждому второму [х86], судя по недавней новости :).

Не в курсе, про что это.

>> контейнеры... Для большинства применений jails достаточно.
> Вы так лихо за большинство расписались. А хостеры вон взяли и стали
> торговать VPSками на ovz. Массово. Ну и этот рынок отошел пингвину.
> Как раз фич jail там как раз и не хватило.

Да, тут согласен. Я говорил не про хостеров, а про проекты, где требуется повышенная безопасность, которую и обеспечивают jails. Конечно, ни о какой live-миграции речи не идёт, этим как раз займётся bhyve -- вернее, уже умел в октябре прошлого года.

>> Я спокойно пользуюсь виртуальной машиной с FreeBSD,
> Вы решили мне подыграть? Я для себя выделил один из эталонных признаков
> toy OS. Это когда ее только на виртуалочке и показывают в
> основном.

Всё-таки привыкайте читать фразу до конца. Конец -- это после точки.

> Мне в этом плане проще: у меня есть мощный десктоп который добрую
> половину серверов за пояс спокойно зaткнет + отсутствие мании билдить вообще
> все самолично :).

У нас электричество дорогое :-)))

>> вроде на User294 не похоже, он более-менее адекватный.
> Ой, до того как рассуждать об адекватности - надо наверное хотя-бы цитировать
> нормально научиться. Вы такое месиво вместо цитирования нагенерили вашим тетрисом, что
> заявки про адекватность смотрятся ... забавно, скажем так :).

Это не я, это Lynx :-))))

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

220. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Аноним (-), 17-Май-13, 19:38 
> Ну раз Вам достаточно -- ок, мне лень вас переубеждать -- зачем?

ИМХО незачем, все-равно действия индивида говорят о нем лучше любых слов.  

>> проприерастическая система от наглой жлoбской корпорации.
> бла-бла-бла, вам в продажники надо идти (с) ананим.

Не, я просто себя научился уважать немного. И разбираться кто есть кто. Ну и за кого меня держат эти самые продажники. Нынче купить что-то и не оказаться при этом лохом, дойной коровой и лузером - целый рокетсайнс. Поневоле приходится или разбираться или постоянно пролетать, наступая на всякие кидковатые подписи пятым шрифтом, DRM-западло, spyware и прочие "прелести".

> Да, с цитированием жесть получилась :-))) Писал с lynx, и там неосторожно
> выбрал "переносить текст, чтобы уместить в окно просмотра" или как-то так.

Концептуально. Но результат вырвиглазненький.

> ОК, запишем, что в следующий раз, когда кто-то начнёт говорить, какая хорошая
> BRTFS, процитирую Вас насчёт переростка-тормозилки -- ведь ZFS и BRTFS одного
> поля ягоды, не правда ли?

В btrfs некоторые проблемные моменты ZFS учли. Общего у них то что они CoW. Однако структуры у них сделаны по разному и свойства у них все-таки разные. В частности - в btrfs опять же сделали нормальные экстенты. А в ZFS... ну там почти симметрия с UFS, блоки перемерного размера. Я уж не знаю, родовое проклятие у вас там чтоли, или хрен его знает. Но почему-то у вас нет ни 1 ФС где экстенты были бы сделаны так как их надлежит делать "по уму". Так что в целом btrfs'у как-то и не требуется конский объем оперативы под кэш для компенсации заурядной скорости дизайна самого по себе. Да и дисковый кэш в нем сделан "обычно", через услуги линевого кернела, в отлияие от ZFS, где с этим отдельные фирменные грабли.

> По поводу тормозилки -- покажите мне тесты, в конце концов. Много слов из ничего.

Да их навалом в интернете. Даже у того же фороникса, хоть и древних. По субъективным ощущениям - дизайн ZFS сам по себе похоже довольно тормознут и вытягивается немеряными дисковыми буферами (RAM диск вообще быстрая штука, ха-ха). По поводу чего ее и не советуют на low memory конфигурациях. Будет только тормозить почем зря. А с чего ему быть быстрым, если там даже экстентов нормальных нет?

>> Да, пока еще только каждому второму [х86], судя по недавней новости :).
> Не в курсе, про что это.

Да тут новость была не так давно (может месяц или 2 назад) что нынче более 50% х86 серверов под виртуализаторами работают.

>> торговать VPSками на ovz. Массово. Ну и этот рынок отошел пингвину.
>> Как раз фич jail там как раз и не хватило.
> Да, тут согласен. Я говорил не про хостеров, а про проекты, где
> требуется повышенная безопасность, которую и обеспечивают jails.

В этом качестве jails может и сойдет. Ну так и у линя нынче LXC есть. Ничем таким не хуже и даже лучше, с виртуализацией разных нэймспэйсов. И cgroups для дележки ресурсов. И даже живую миграцию оно до некоторой степени уметь начинает. А ovz это все уже умеет хрен знает сколько.

> Конечно, ни о какой live-миграции речи не идёт, этим как раз займётся bhyve -- вернее,
> уже умел в октябре прошлого года.

Вот только полный виртуализатор и система контейнеров - немного разные по оверхеду вещи. У openvz и lxc оверхед близкий к нулю, как у любых нормальных контейнеров. Поэтому я бы не сказал что это эквивалентная замена.

> Всё-таки привыкайте читать фразу до конца. Конец -- это после точки.

И тем не менее, я остаюсь при мнении что это - лишний индикатор. Если кто видит операционку только через призму putty/виртуалочки - это хорошая заявка на toy OS.

> У нас электричество дорогое :-)))

Ну я в состоянии заработать себе на электричество. Тем более что дифференцированный тариф, энергоемкие работы можно пинать ночью по крону. Там оно по цене грязи под ногами. А так у линя вполне прилично с power management и разрыв между холостым потреблением и потреблением полностью нагруженной системы - весьма драматический.

> Это не я, это Lynx :-))))

Guns don't kill people...

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

114. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Аноним (-), 16-Май-13, 01:22 
> Нет. Распаковка и запаковка архива -- это уровень похороникса.

Даже у похороникса хватает ума запускать именно настоящие дисковые бенчи при тестировании ФСов. А это может быть интересно разве что как общая оценка производительности системы в целом при некоей операции. Но это совсем никак не бенч файловой системы само по себе. Это уже даже в форониксе кажется осознали.

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

140. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Kibabemail (ok), 16-Май-13, 11:14 
> Нет. Распаковка и запаковка архива -- это уровень похороникса.
> Не учитывается, например, загружаемость файловой системой CPU.
> Никому это не интересно. Реальный тест -- это нагрузка на файловый сервер,
> близкая к реальной, например (ftp, samba, nfs), или postgresql
> с реальной или близкой к реальной базой.

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

> Или кроссовая сборка NetBSD (build.sh -j8) на Линупсе и FreeBSD, хотя здесь уже
> будет участвовать не только ФС, ясное дело. В общем, есть нормальные
> бенчи, но еще один похороникс не нужен, не трать зря время.

Если не только ФС -- зачем тогда, если моя изначальная цель была только ФС?

>> И да, покажи пальцем, кто фрю называет десктопной ОС? И зачем?
> ОС должна быть удобна в качестве рабочей станции по крайней
> мере для разработчика ОС ;-) Иначе она не универсальная,
> а узкоспециализированная, т.е. нужно менять документацию ;-)

ОК. Ну вот прямо сейчас в Канаде на девсаммите Kris Moore рассказывает про использование PC-BSD и про проблемы, возникающие при этом. Кто-то из разработчиков пользуется фрёй на десктопе. Но не все.

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

176. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от vle (ok), 16-Май-13, 16:40 
> Я хочу тест, который показывает работу
> в тех условиях, в которых я собираюсь использовать железку. То есть
> -- как домашний файловый сервер, когда на него льёшь много файлов.
> Повторюсь, это всё ARM, нет речи про какой-то highload.

Ну, если именно так собираешься использовать, тогда на здоровье.
Чисто пальцем в небо,
я думаю в этих условиях (файловая нагрузка минимальная a la desktop)
всех порвет таки reiserfs-3. Хотя, возможно, с тех давних пор
что-то и изменилось. Причем, по мелким файлам особенно
в плане du(1).

> ОК. Ну вот прямо сейчас в Канаде на девсаммите Kris Moore рассказывает
> про использование PC-BSD и про проблемы, возникающие при этом. Кто-то из
> разработчиков пользуется фрёй на десктопе. Но не все.

Использование ОС в качестве рабочей станции ее *разработчиком* в плане
багов, которые он может найти то там, то здесь, сравнимо, я думаю,
с серьезным high-load сервером. Т.е. количество "десктоп"
пользователей-профессионалов сильно влияет на степень вылизанности системы.
Средненький ненагруженный сервер -- ну, одну проблему лет за пять найдешь и пофиксишь.

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

200. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Аноним (-), 17-Май-13, 00:13 
> Иначе она не универсальная, а узкоспециализированная, т.е. нужно менять документацию ;-)

это в корне все поменяет

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

202. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от vle (ok), 17-Май-13, 01:08 
>> Иначе она не универсальная, а узкоспециализированная, т.е. нужно менять документацию ;-)
> это в корне все поменяет

Да, это в корне все поменяет. Если на коробке с HP-UX или AIX-ом написано,
что эту хрень нужно использовать в качестве специализированных
серверов на спецжелезе и в спецнаморднике, никому и в голову не приходит
пытаться сделать из нее "десктоп" или впиндюрить туда какую-нибудь хрень типа
KMS или VDPAU. Другие примеры -- VxWorks, QNX и прочие нишевые ОСи.
Из опенсорсовых:
Nexenta -- ОС для хранилищ, SmartOS -- KVM.
*BSD глубоко чисто исторически -- системы для работы с пользователем,
т.е. вроде как положены X-ы и полный набор всяких няшек.
И нет, MacOS-X -- никакая не *BSD, так, подделка :-P

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

206. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –2 +/
Сообщение от Kibabemail (ok), 17-Май-13, 02:38 
> *BSD глубоко чисто исторически -- системы для работы с пользователем,
> т.е. вроде как положены X-ы и полный набор всяких няшек.
> И нет, MacOS-X -- никакая не *BSD, так, подделка :-P

Один из тех случаев, когда подделка оказалась гораздо успешнее оригинала :-)

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

216. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от vle (ok), 17-Май-13, 14:44 
>> *BSD глубоко чисто исторически -- системы для работы с пользователем,
>> т.е. вроде как положены X-ы и полный набор всяких няшек.
>> И нет, MacOS-X -- никакая не *BSD, так, подделка :-P
> Один из тех случаев, когда подделка оказалась гораздо успешнее оригинала :-)

Я тем не менее думаю, что *BSD должны оставаться пригодными для работы
в качестве рабочих станций, а не серверов и ембеда. Хорошо, что
у вас нашлись деньги и люди на KMS/GEM etc. Не, consumers идут лесом,
дело не в них.

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

261. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Аноним (-), 19-Май-13, 16:11 
> Если на коробке с HP-UX или AIX-ом написано, что эту хрень нужно использовать в качестве специализированных серверов на спецжелезе и в спецнаморднике, никому и в голову не приходит пытаться сделать из нее "десктоп"

А кто Вы собственно есть, чтобы запрещать мысли в чужих головах?

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

78. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –10 +/
Сообщение от iZEN (ok), 15-Май-13, 21:29 
> Далее у меня будет SATA-винчестер,
> на котором раздел 50 GB -- буду форматировать в ext4 и
> на него распаковывать большой TAR-архив. Потом этот же раздел переразбивать в
> UFS и из фри распаковывать тот же архив. При этом замерять
> время.
> Как считаешь, нормальный тест?

Предлагаю так же создать два одинаковых тома по 200 МБ. Отформатировать один в EXT4, другой в UFS2. Из OpenJDK7 взять архив src.zip (21.5 МБ) и попробовать распаковать на каждый из томов. Потом сравнить занимаемое фалами место и доступное свободное пространство. Было бы интересно увидеть реальные накладные расходы каждой из ФС на хранение мелких текстовых файлов.

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

85. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +2 +/
Сообщение от vle (ok), 15-Май-13, 22:12 
>> Как считаешь, нормальный тест?
> Предлагаю так же создать два одинаковых тома по 200 МБ. Отформатировать один
> в EXT4, другой в UFS2. Из OpenJDK7 взять архив src.zip (21.5
> МБ) и попробовать распаковать на каждый из томов. Потом сравнить занимаемое
> фалами место и доступное свободное пространство. Было бы интересно увидеть реальные
> накладные расходы каждой из ФС на хранение мелких текстовых файлов.

Не могу даже представить себе еще более бесполезный тест ФС :-/

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

93. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 15-Май-13, 23:20 
>> Предлагаю так же создать два одинаковых тома по 200 МБ. Отформатировать один
>> в EXT4, другой в UFS2. Из OpenJDK7 взять архив src.zip (21.5
>> накладные расходы каждой из ФС на хранение мелких текстовых файлов.
> Не могу даже представить себе еще более бесполезный тест ФС :-/

mkdir многократно-рекурсивно до заполнения дтскеты 1.44Мб. Упавший дальге побеждает. На здоровье.

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

105. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –3 +/
Сообщение от nagualemail (ok), 16-Май-13, 00:48 
>>> Как считаешь, нормальный тест?
>> Предлагаю так же создать два одинаковых тома по 200 МБ. Отформатировать один
>> в EXT4, другой в UFS2. Из OpenJDK7 взять архив src.zip (21.5
>> МБ) и попробовать распаковать на каждый из томов. Потом сравнить занимаемое
>> фалами место и доступное свободное пространство. Было бы интересно увидеть реальные
>> накладные расходы каждой из ФС на хранение мелких текстовых файлов.
> Не могу даже представить себе еще более бесполезный тест ФС :-/

Тренируйте фантазию :))

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

119. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от ананим (?), 16-Май-13, 01:29 
Балтика №3?
Ответить | Правка | Наверх | Cообщить модератору

183. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –4 +/
Сообщение от iZEN (ok), 16-Май-13, 20:18 
>>> Как считаешь, нормальный тест?
>> Предлагаю так же создать два одинаковых тома по 200 МБ. Отформатировать один
>> в EXT4, другой в UFS2. Из OpenJDK7 взять архив src.zip (21.5
>> МБ) и попробовать распаковать на каждый из томов. Потом сравнить занимаемое
>> фалами место и доступное свободное пространство. Было бы интересно увидеть реальные
>> накладные расходы каждой из ФС на хранение мелких текстовых файлов.
> Не могу даже представить себе еще более бесполезный тест ФС :-/

Видишь ли, этот тест касается в основном эмбеддовки (чем, кстати, любят кичиться Linux-фанбои), где не так много флэшатины для записи образа операционной системы с наворотами. Здесь не измеряется скорость записи-чтения. Здесь показывается, насколько эффективны классические ФС для хранения кучи мелких файлов и множества каталогов в ограниченном пространстве. Какова эффективность метаданных — может они в EXT4 всё место сожрут раньше, чем закончится распаковка ZIP-архива?


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

184. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 16-Май-13, 20:20 
> Видишь ли, этот тест касается в основном эмбеддовки (чем, кстати, любят кичиться
> Linux-фанбои), где не так много флэшатины для записи образа операционной системы
> с наворотами.

В эмбедовке совершенно другие FS.
а) ни разу не видел в эмбедовке UFS
б) зато SquashFS + JFFS2 - хоть задом ешь
в) еще и самсунг с FFS подоспела
г) вообще *BSD в эмбедовке - редкое извращение

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

186. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –4 +/
Сообщение от iZEN (ok), 16-Май-13, 20:29 
>> Видишь ли, этот тест касается в основном эмбеддовки (чем, кстати, любят кичиться
>> Linux-фанбои), где не так много флэшатины для записи образа операционной системы
>> с наворотами.
> В эмбедовке совершенно другие FS.
> а) ни разу не видел в эмбедовке UFS
> б) зато SquashFS + JFFS2 - хоть задом ешь
> в) еще и самсунг с FFS подоспела
> г) вообще *BSD в эмбедовке - редкое извращение

Не в том суть. Ограничил пространство раздела сверху магической цифрой 200 МБ, отформатировал в <любимую классическую> ФС и распаковал туда множество мелких файлов с каталогами. Какая из классических ФС с этим наилучшим образом справится (и справится ли — ведь не просто так для таких объёмов придуманы вышеназванные специализированные ФС)?


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

189. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 16-Май-13, 21:29 
Не в том суть. Ограничил пространство раздела сверху магической цифрой 200 МБ,
> отформатировал в <любимую классическую> ФС и распаковал туда множество мелких файлов
> с каталогами. Какая из классических ФС с этим наилучшим образом справится
> (и справится ли — ведь не просто так для таких объёмов
> придуманы вышеназванные специализированные ФС)?

Прикинувшись упоротым, ради интереса погонял пресловутый src.zip... ZIP брался из этого архива: http://download.oracle.com/otn-pub/java/jdk/7u21-b11/jdk-7u2...

===

Начинаем:

# uname -a
Linux storage.net13.info 2.6.32-279.19.1.el6.x86_64 #1 SMP Wed Dec 19 07:05:20 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Цепляем к виртуалке диск на 200 MiB.

# dmesg
...
pvscsi: msg type: 0x0 - MSG RING: 1/0 (5)
pvscsi: msg: device added at scsi0:9:0
scsi 2:0:9:0: Direct-Access     VMware   Virtual disk     1.0  PQ: 0 ANSI: 2
sd 2:0:9:0: Attached scsi generic sg11 type 0
sd 2:0:9:0: [sdk] 409600 512-byte logical blocks: (209 MB/200 MiB)
...
sd 2:0:9:0: [sdk] Attached SCSI disk

Партиционируем:

# fdisk /dev/sdk
...
Команда (m для справки): n
...
Номер раздела (1-4): 1
Первый цилиндр (1-1008, по умолчанию 1):
Используется значение по умолчанию 1
Last цилиндр, +цилиндры or +size{K,M,G} (1-1008, по умолчанию 1008):
Используется значение по умолчанию 1008
Команда (m для справки): w
Таблица разделов была изменена!
Вызывается ioctl() для перечитывания таблицы разделов.
Синхронизируются диски.

Поехали. Первый тест для ext4:

Создаём FS:

# mkfs.ext4 /dev/sdk1
mke2fs 1.41.12 (17-May-2010)
...
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
51200 inodes, 204592 blocks
10229 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67371008
25 block groups
8192 blocks per group, 8192 fragments per group
2048 inodes per group
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729
Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done
...

Убираем встроенный резерв места для рута для чистоты эксперимента:

# tune2fs -m 0 /dev/sdk1
tune2fs 1.41.12 (17-May-2010)
Setting reserved blocks percentage to 0% (0 blocks)

Монтируем:

# mkdir /mnt/test
# mount /dev/sdk1 /mnt/test

На всякий случай смотрим, чего получилось:

# df -h
...
/dev/sdk1             194M  5,6M  188M   3% /mnt/test

Смотрим наш "исходник":

# ls -l src.zip
-rw-rw-rw- 1 root root 19838715 Апр  4 15:24 src.zip

Распаковываем:

# unzip src.zip -d /mnt/test

Смотрим сколько у нас чего, просто для справки:

# tune2fs -l /dev/sdk1
...
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
...
Inode count:              51200
Block count:              204592
Reserved block count:     0
Free blocks:              192483
Free inodes:              51189
...

Смотрим полезный объём файлов:

# du /mnt/test -sh
83M     /mnt/test

Смотрим место:

# df -h
...
/dev/sdk1             194M   86M  108M  45% /mnt/test

Итого: файлы объёмом 83M заняли на ext4 86M. Нормальный результат для серьезной FS.

ext3:

# mkfs.ext3 /dev/sdk1
...
# unzip src.zip -d /mnt/test
# df -h
...
/dev/sdk1             194M   88M  106M  46% /mnt/test

Итого: файлы объёмом 83M заняли на ext3 88M. С накладными расходами похуже, чем ext4, но отлично - всего 5 мб накладных расходов.

FAT:

# mkfs.vfat /dev/sdk1
...
/dev/sdk1             200M   94M  106M  48% /mnt/test

Итого: файлы объёмом 83M заняли на FAT 94M. Архитектура FS очень сильно отличается, поэтому без комментариев.

XFS:

# mkfs.xfs /dev/sdk1
...
/dev/sdk1             196M  162M   34M  83% /mnt/test

Итого: файлы объёмом 83M заняли на XFS 162M. Ужасный по объёму накладных расходов результат - то ли размер блока надо тюнить, то ли XFS просто в целом никогда не затачивалась под мелкие файлы. Скорее - второе.

BTRFS (0.20-dev):

# mkfs.btrfs /dev/sdk1
...
/dev/sdk1             200M   89M  108M  46% /mnt/test

Итого: файлы объёмом 83M заняли на BTRFS 89M. Архитектура FS очень сильно отличается, но даже с учетом отличий - накладные расходы почти как у ext3.

BTRFS/compression:

# mkfs.btrfs /dev/sdk1
...
# mount -o compress /dev/sdk1 /mnt/test
...
/dev/sdk1             200M   30M  167M  15% /mnt/test

Вполне ожидаемый результат - разложенные данные заняли менее, чем в 2 раза больше, чем исходный ZIP. Всего 30M.

Вот такие дела. ext3/ext4/btrfs дали очень сходные результаты по накладным расходам, которые весьма невысоки в случае указанного источника набора файлов. Да и FAT отстал не далеко. XFS пригоден в основном для больших файлов, поэтому слив был гарантирован, ну а встроенная в BTRFS компрессия рвёт всех в клочья в контексте исследования, хоть и является читерством чистой воды.

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

209. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от kshetragia (ok), 17-Май-13, 05:50 
Что с UFS? Точнее с JFFS.
Ответить | Правка | Наверх | Cообщить модератору

210. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +2 +/
Сообщение от AlexAT (ok), 17-Май-13, 08:19 
> Что с UFS? Точнее с JFFS.

UFS у меня под рукой нету.

JFS:

/dev/sdk1             199M   99M  101M  50% /mnt/test

ReiserFS:

/dev/sdk1             200M  118M   82M  60% /mnt/test

UBIFS:

# modprobe ubi
# ubiformat /dev/mtd0
# ubiattach /dev/ubi_ctrl -m 0
UBI device number 0, total 781 LEBs (204634496 bytes, 195.2 MiB), available 777 LEBs (203586432 bytes, 194.2 MiB), LEB size 262016 bytes (255.9 KiB)
# ubimkvol /dev/ubi0 -N Test -S 777
# mount -t ubifs ubi0:Test /mnt/test
# df -h
...
ubi0:Test             180M   16K  175M   1% /mnt/test
# unzip src.zip -d /mnt/test
# df -h
ubi0:Test             180M   54M  122M  31% /mnt/test

JFFS2 - заранее подготовленная:

# modprobe mtdram total_size=200000 erase_size=256
# modprobe mtdblock
# unzip src.zip -d ./test
# mkfs.jffs2 -r test -o /dev/mtd0
# mount -t jffs2 /dev/mtdblock0 /mnt/test
# df -h
...
/dev/mtdblock0        196M   31M  165M  16% /mnt/test

JFFS2 - дозапись на пустое устройство:

# df -h
...
/dev/mtdblock0        196M  4,8M  191M   3% /mnt/test
# unzip src.zip -d ./test
# df -h
...
/dev/mtdblock0        196M   33M  163M  17% /mnt/test

Итого все как бы "на лице" - специализированные FFS (UBIFS, JFFS2) расходуют намного меньший объём, нежели классические. В том числе из-за того, что у них по умолчанию включена компрессия. На их фоне неплохо выглядит только BTRFS.

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

226. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от iZEN (ok), 17-Май-13, 23:35 
% zfs create space/test
% zfs get compress space/test
NAME        PROPERTY     VALUE     SOURCE
space/test  compression  lz4       inherited from space
% zfs set mountpoint=/tmp/test space/test
% unzip src.zip -d /tmp/test
% df -h /tmp/test
Filesystem    Size    Used   Avail Capacity  Mounted on
space/test    5.1G    3.2M    5.1G     0%    /tmp/test
% df -h /tmp/test
Filesystem    Size    Used   Avail Capacity  Mounted on
space/test    5.1G    7.9M    5.1G     0%    /tmp/test
% sync
% df -h /tmp/test
Filesystem    Size    Used   Avail Capacity  Mounted on
space/test    5.1G     11M    5.1G     0%    /tmp/test
% df -h /tmp/test
Filesystem    Size    Used   Avail Capacity  Mounted on
space/test    5.1G     13M    5.1G     0%    /tmp/test
% df -h /tmp/test
Filesystem    Size    Used   Avail Capacity  Mounted on
space/test    5.1G     17M    5.1G     0%    /tmp/test
...
% df -h /tmp/test
Filesystem    Size    Used   Avail Capacity  Mounted on
space/test    5.5G     32M    5.4G     1%    /tmp/test
Ответить | Правка | Наверх | Cообщить модератору

227. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от iZEN (ok), 17-Май-13, 23:44 
% zfs create -V 200M space/ufstest
% diskinfo /dev/zvol/space/ufstest
/dev/zvol/space/ufstest    512    209715200    409600    0    0
% zfs set compress=off space/ufstest
% newfs -U /dev/zvol/space/ufstest
/dev/zvol/space/ufstest: 200.0MB (409600 sectors) block size 32768, fragment size 4096
    using 4 cylinder groups of 50.03MB, 1601 blks, 6528 inodes.
    with soft updates
super-block backups (for fsck_ffs -b #) at:
192, 102656, 205120, 307584
% mount /dev/zvol/space/ufstest /mnt
% unzip src.zip -d /mnt
% df -h /mnt
Filesystem                 Size    Used   Avail Capacity  Mounted on
/dev/zvol/space/ufstest    193M     93M     84M    53%    /mnt
% du -d1 /mnt
4,0k    /mnt/.snap
36M    /mnt/com
26M    /mnt/java
26M    /mnt/javax
232k    /mnt/launcher
4,8M    /mnt/org
24k    /mnt/sunw
93M    /mnt
% alias du
du -H -h
% umount /mnt
% zfs destroy space/ufstest
Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

230. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 18-Май-13, 08:43 
А можно еще без компрессии на ZFS посмотреть? Еще конечно нестабильность отображения занятого пространства добивает - ахтунг какой-то.

Ну а результат UFS по метаданным вполне себе предсказуемо оказался даже несколько ниже  уровня FAT.

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

231. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от iZEN (ok), 18-Май-13, 14:09 
> А можно еще без компрессии на ZFS посмотреть? Еще конечно нестабильность отображения
> занятого пространства добивает - ахтунг какой-то.

% zfs create space/test2
% zfs set compress=off space/test2
% zfs get compress space/test2
NAME         PROPERTY     VALUE     SOURCE
space/test2  compression  off       local
% zfs set mountpoint=/tmp/test2 space/test2
% unzip src.zip -d /tmp/test2
% sync
% df -h /tmp/test2
Filesystem     Size    Used   Avail Capacity  Mounted on
space/test2    5.5G     83M    5.4G     1%    /tmp/test2
% du -d1 -h /tmp/test2
25M    /tmp/test2/java
10k    /tmp/test2/sunw
196k    /tmp/test2/launcher
24M    /tmp/test2/javax
32M    /tmp/test2/com
3,6M    /tmp/test2/org
85M    /tmp/test2
% zfs destroy space/test2


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

232. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от iZEN (ok), 18-Май-13, 14:21 
> Ну а результат UFS по метаданным вполне себе предсказуемо оказался даже несколько ниже  уровня FAT.

А так:
% zfs create -V 200M space/ufstest2
% diskinfo /dev/zvol/space/ufstest2
/dev/zvol/space/ufstest2    512    209715200    409600    0    0
% zfs set compress=off space/ufstest2

UFS2 с 4k блоком:
% newfs -b 4096 -U /dev/zvol/space/ufstest2
/dev/zvol/space/ufstest2: 200.0MB (409600 sectors) block size 4096, fragment size 4096
    using 5 cylinder groups of 48.12MB, 12320 blks, 6160 inodes.
    with soft updates
super-block backups (for fsck_ffs -b #) at:
144, 98704, 197264, 295824, 394384
% mount /dev/zvol/space/ufstest2 /mnt
% du -d1 -h /mnt
4,0k    /mnt/.snap
8,0k    /mnt
% unzip src.zip -d /mnt
% sync
% df -h /mnt
Filesystem                  Size    Used   Avail Capacity  Mounted on
/dev/zvol/space/ufstest2    192M     95M     82M    54%    /mnt
% du -d1 -h /mnt
4,0k    /mnt/.snap
36M    /mnt/com
26M    /mnt/java
26M    /mnt/javax
236k    /mnt/launcher
4,8M    /mnt/org
24k    /mnt/sunw
95M    /mnt
% umount /mnt

UFS2 с 8k блоком:
% newfs -b 8k -U /dev/zvol/space/ufstest2
/dev/zvol/space/ufstest2: 200.0MB (409600 sectors) block size 8192, fragment size 4096
    using 4 cylinder groups of 50.01MB, 6401 blks, 6432 inodes.
    with soft updates
super-block backups (for fsck_ffs -b #) at:
144, 102560, 204976, 307392
% mount /dev/zvol/space/ufstest2 /mnt
% sync
% df -h /mnt
Filesystem                  Size    Used   Avail Capacity  Mounted on
/dev/zvol/space/ufstest2    193M     94M     83M    53%    /mnt
% umount /mnt

UFS2 с 12k блоком:
% newfs -b 12k -U /dev/zvol/space/ufstest2
block size must be a power of 2, not 12288

UFS2 с 16k блоком:
% newfs -b 16k -U /dev/zvol/space/ufstest2
/dev/zvol/space/ufstest2: 200.0MB (409600 sectors) block size 16384, fragment size 4096
    using 4 cylinder groups of 50.02MB, 3201 blks, 6464 inodes.
    with soft updates
super-block backups (for fsck_ffs -b #) at:
160, 102592, 205024, 307456
% mount /dev/zvol/space/ufstest2 /mnt
% unzip src.zip -d /mnt
% sync
% df -h /mnt
Filesystem                  Size    Used   Avail Capacity  Mounted on
/dev/zvol/space/ufstest2    193M     94M     84M    53%    /mnt
% du -d1 -h /mnt
4,0k    /mnt/.snap
36M    /mnt/com
26M    /mnt/java
26M    /mnt/javax
232k    /mnt/launcher
4,8M    /mnt/org
24k    /mnt/sunw
94M    /mnt
% umount /mnt
% zfs destroy space/ufstest2


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

233. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от iZEN (ok), 18-Май-13, 14:39 
UFS2 с оптимизацией пространства:

% zfs create -V 200M space/ufstest3
% zfs set compress=off space/ufstest3
% diskinfo /dev/zvol/space/ufstest3
/dev/zvol/space/ufstest3    512    209715200    409600    0    0

% newfs -o space -U /dev/zvol/space/ufstest3
/dev/zvol/space/ufstest3: 200.0MB (409600 sectors) block size 32768, fragment size 4096
    using 4 cylinder groups of 50.03MB, 1601 blks, 6528 inodes.
    with soft updates
super-block backups (for fsck_ffs -b #) at:
192, 102656, 205120, 307584
% mount /dev/zvol/space/ufstest3 /mnt
% unzip src.zip -d /mnt
% sync
% df -h /mnt
Filesystem                  Size    Used   Avail Capacity  Mounted on
/dev/zvol/space/ufstest3    193M     93M     84M    53%    /mnt
% du -d1 -h /mnt
4,0k    /mnt/.snap
36M    /mnt/com
26M    /mnt/java
26M    /mnt/javax
232k    /mnt/launcher
4,8M    /mnt/org
24k    /mnt/sunw
93M    /mnt
% umount /mnt

% newfs -o space -b 16k -U /dev/zvol/space/ufstest3
/dev/zvol/space/ufstest3: 200.0MB (409600 sectors) block size 16384, fragment size 4096
    using 4 cylinder groups of 50.02MB, 3201 blks, 6464 inodes.
    with soft updates
super-block backups (for fsck_ffs -b #) at:
160, 102592, 205024, 307456
% mount /dev/zvol/space/ufstest3 /mnt
% unzip src.zip -d /mnt
% sync
% df -h /mnt
Filesystem                  Size    Used   Avail Capacity  Mounted on
/dev/zvol/space/ufstest3    193M     94M     84M    53%    /mnt
% du -d1 -h /mnt
4,0k    /mnt/.snap
36M    /mnt/com
26M    /mnt/java
26M    /mnt/javax
232k    /mnt/launcher
4,8M    /mnt/org
24k    /mnt/sunw
94M    /mnt
% umount /mnt

% zfs destroy space/ufstest3

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

247. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от AlexAT (ok), 19-Май-13, 01:04 
В целом те же яйца :)
Интересно - с блоком 16K лучше, чем с 4К... Странности.
Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

239. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Аноним (-), 18-Май-13, 23:52 
> XFS просто в целом никогда не затачивалась под мелкие файлы. Скорее - второе.

Ясен хрен - SGI это видеомонтаж ведь. Ну вот большие файлы оно и ворочает на ура. А для мелочи XFS весьма так себе.

> Итого: файлы объёмом 83M заняли на BTRFS 89M. Архитектура FS очень сильно
> отличается, но даже с учетом отличий - накладные расходы почти как у ext3.

Достойный ответ Шишкину. Там кстати в 3.10 будут реализованы skinny extents - деревья экстентов еще в среднем на треть сдуваются. Ну в общем работает народ, вместо того чтобы флеймить и доказывать всем что это сакс. И таки они его допилят. Основные фичи уже более-менее реализовали. Багфиксинг и твикинг пошел.

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

193. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от nagualemail (ok), 16-Май-13, 23:02 
> г) вообще *BSD в эмбедовке - редкое извращение

Ну да стоит работает тихо, поводов обсерать форумы не дает. Толи дело linux, то виртуалки под KVM подвиснут, то ext4 рухнет :))) Недавно локалрут всплыл :)))


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

195. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 16-Май-13, 23:11 
> Ну да стоит работает тихо, поводов обсерать форумы не дает. Толи дело
> linux, то виртуалки под KVM подвиснут, то ext4 рухнет :))) Недавно
> локалрут всплыл :)))

Ну и где хотя бы 0.1% рынка эмбедовки? Покажите :)

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

196. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от nagualemail (ok), 16-Май-13, 23:17 
>> Ну да стоит работает тихо, поводов обсерать форумы не дает. Толи дело
>> linux, то виртуалки под KVM подвиснут, то ext4 рухнет :))) Недавно
>> локалрут всплыл :)))
> Ну и где хотя бы 0.1% рынка эмбедовки? Покажите :)

Напомните с рампочты и яндекса уже полностью выпилили или еще нет ;)

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

197. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 16-Май-13, 23:20 
> Напомните с рампочты и яндекса уже полностью выпилили или еще нет ;)

Думается, что в процессе. Не такая уж и простая задача - смена инфраструктуры. Особенно когда она исчисляется тысячами нод.

Так что там про эмбедовку?

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

203. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –3 +/
Сообщение от nagualemail (ok), 17-Май-13, 01:41 
> Думается, что в процессе. Не такая уж и простая задача - смена
> инфраструктуры. Особенно когда она исчисляется тысячами нод.

Ух ты 1к нод на бсд :)))

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

204. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –3 +/
Сообщение от nagualemail (ok), 17-Май-13, 01:42 
>> Напомните с рампочты и яндекса уже полностью выпилили или еще нет ;)
> Думается, что в процессе. Не такая уж и простая задача - смена
> инфраструктуры. Особенно когда она исчисляется тысячами нод.
> Так что там про эмбедовку?

Не не так - ну какой же яша эмбед ? Совок совком :)))

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

240. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Аноним (-), 19-Май-13, 00:06 
> Ну да стоит работает тихо, поводов обсерать форумы не дает.

В эмбедовке то? Интересно, где она там?

> Толи дело linux, то виртуалки под KVM подвиснут, то ext4 рухнет :)))

Действительно, в фрибзде не может повиснуть виртуализатор. За отсутствием оного. И ext4 там нету, так что он там тоже не порушится. Логично вроде.

И что вы предлагаете? С пеной у рта орать что виртуализация - "не нyжно" и пользоваться доисторическим UFS, тормозным и неэффективным? Нафиг нужно такие кактусы жрать. Тем более что тезис о том что UFS менее падуч в случае сбоев еще надо бы как-то обосновать. Наверное получше чем опытом одного кулсисопа с парой виртуалок и кривыми руками.

> Недавно локалрут всплыл :)))

И чего? Ну бага. Ну нехорошая. И тем не менее, автоматические червяки похакали что на кернелорг, что серваки у фрибсдшников. Как видим, на практике примерно один фиг получается. Что логично: в большой фичастой системе багов будет много.

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

207. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Kibabemail (ok), 17-Май-13, 02:43 
> В эмбедовке совершенно другие FS.
> а) ни разу не видел в эмбедовке UFS

Ну так это ты. Мы делаем ембеддед-девайсы на OpenBSD, там, разумеется, UFS. И так уж получилось, что девайсы эти юзаются в большинстве федеральных ведомств ФРГ. Да, наверное, это не так заметно, как кучи дерьма на линуксе на прилавках в Митино, но что с того?

> б) зато SquashFS + JFFS2 - хоть задом ешь

См. выше. Миллион мух...

> в) еще и самсунг с FFS подоспела

FFS -- это старое название UFS. Ты точно не путаешь сокращения? :-)

> г) вообще *BSD в эмбедовке - редкое извращение

Очень твёрдое и, главное, обоснованное высказывание. Сразу видно -- человек знает, о чём говорит.

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

215. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от vle (ok), 17-Май-13, 14:27 
>> в) еще и самсунг с FFS подоспела
> FFS -- это старое название UFS. Ты точно не путаешь сокращения? :-)

JFYI. В NetBSD когда-то было принято решение использовать термин FFS,
а не UFS, так что в каком-то смысле ничего он не путает. Не FreeBSD единой... ;-)
В детали обсуждения я не вникал.

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

217. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +2 +/
Сообщение от AlexAT (ok), 17-Май-13, 15:53 
> JFYI. В NetBSD когда-то было принято решение использовать термин FFS,
> а не UFS, так что в каком-то смысле ничего он не путает.

В контексте сообщений FFS - собирательный термин: Flash File System

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

222. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –2 +/
Сообщение от vle (ok), 17-Май-13, 21:15 
>> JFYI. В NetBSD когда-то было принято решение использовать термин FFS,
>> а не UFS, так что в каком-то смысле ничего он не путает.
> В контексте сообщений FFS - собирательный термин: Flash File System

Это я понял, но надо понимать, что исторически эта абревиатура означает
совсем иное -- Fast File System. Это не характеристика, это имя собственное.

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

221. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 17-Май-13, 20:29 
> Ну так это ты. Мы делаем ембеддед-девайсы на OpenBSD, там, разумеется, UFS.
> И так уж получилось, что девайсы эти юзаются в большинстве федеральных
> ведомств ФРГ. Да, наверное, это не так заметно, как кучи дерьма
> на линуксе на прилавках в Митино, но что с того?

А с того, что данный рынок - он менее 0.0001% всего рынка... плюс еще сильно ограниченный в применении.

Соответственно тут совершенно другие подходы и потребности - с большой долей вероятности у вас сидит выделенная кучка пилильщиков костылей под конкретного госзаказчика, как обычно и бывает.

К слову - я не критикую: подход вполне нормальный. Единственный недостаток у этого подхода - рано или поздно заказчик понимает, что такое вендор лок, и начинает диверсификацию + просит невозможного на данной платформе... и вот тут завязка на маргинальные платформы вам может хорошо выйти боком, ибо "догнать и перегнать" ушедший вперед мир тупо не получится - придётся всё переделывать с нуля. А пока переделываете - заказчик уйдёт к более шустрым ребятам, у которых всё уже есть.

Но это строго с моей колокольни, если сильно ошибаюсь - опровергайте :) Несколько раз в РФ такое уже видел.

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

224. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от vle (ok), 17-Май-13, 21:29 
> он менее 0.0001% всего рынка...

Кому интересен рынок в ветке про FreeBSD?

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

243. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Аноним (-), 19-Май-13, 00:25 
> Кому интересен рынок в ветке про FreeBSD?

Как интересно. То когда надо - корпорации дескать не хотят работать на ... и такие-сякие козлы. То когда надо - рынок оказывается никому не интересен. Что ж у вас мнение то вертится как флюгер на ветру?

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

263. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от vle (ok), 20-Май-13, 00:05 
> Что ж у вас мнение то вертится как флюгер на ветру?

Мое мнение никуда вертится. Я всегда считал и считаю,
что обсуждение рынков, корпорастов, лятентных проприетарщиков
и прочего дерьма является оффтопиком в ветке, посвященной *BSD.
Это технический, а не религиозный форум.

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

225. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –2 +/
Сообщение от nagualemail (ok), 17-Май-13, 21:45 
> ибо "догнать и перегнать" ушедший вперед мир тупо не получится -
> придётся всё переделывать с нуля.

А догонять и перегонять ненужно, достаточно озвучить цену :))

> А пока переделываете - заказчик уйдёт

Вот тут заказчик поймет что еще дешева отделался ...

> к более шустрым ребятам, у которых всё уже есть.

Есть дешева или по цене авианосца ? :)))

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

229. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 18-Май-13, 08:37 
> А догонять и перегонять ненужно, достаточно озвучить цену :))

Ну, калина тоже стоит дешевле мерса, ауди, форда или киа. Только вот цена в данном случае - не показатель...

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

252. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Kibabemail (ok), 19-Май-13, 14:44 
> Соответственно тут совершенно другие подходы и потребности - с большой долей вероятности
> у вас сидит выделенная кучка пилильщиков костылей под конкретного госзаказчика, как
> обычно и бывает.

В России -- может быть, так и бывает обычно. Я не в курсе.
У нас сидит команда, более чем наполовину состоящая из OpenBSD-коммиттеров, которая практически все наработки возвращает в апстрим.

> К слову - я не критикую: подход вполне нормальный. Единственный недостаток у
> этого подхода - рано или поздно заказчик понимает, что такое вендор
> лок, и начинает диверсификацию + просит невозможного на данной платформе... и
> вот тут завязка на маргинальные платформы вам может хорошо выйти боком

20 лет работы -- "ни одной новой дырки". Когда нам ждать апокалипсис-то? :))

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

Смотря что такое "невозможное". Нет ничего невозможного, дело в квалификации.

> Но это строго с моей колокольни, если сильно ошибаюсь - опровергайте :)
> Несколько раз в РФ такое уже видел.

Ну всё идеально никогда не бывает, это факт :-)

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

253. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 19-Май-13, 15:08 
> У нас сидит команда, более чем наполовину состоящая из OpenBSD-коммиттеров

Ну вот видите - мой тезис оказался верным. Возвращаете вы или нет - это уже десятое.

> 20 лет работы -- "ни одной новой дырки". Когда нам ждать апокалипсис-то?

Вполне возможно, что завтра. Ибо гарантий в этом мире не даст никто. Сменится централизованная политика вашего госзаказчика на отвязку от вендорозависимости - и привет.

> Смотря что такое "невозможное". Нет ничего невозможного, дело в квалификации.

Дело в числе разработчиков. Ваша команда из 10-20-40 человек никогда не догонит и не перегонит многотысячное коммюнити... к сожалению... или к счастью.

> Ну всё идеально никогда не бывает, это факт :-)

Согласен :)


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

254. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Kibabemail (ok), 19-Май-13, 15:19 
> Ну вот видите - мой тезис оказался верным. Возвращаете вы или нет
> - это уже десятое.

Ну то есть реализация конкретных фич по конкретным запросам и передача сделанного в апстрим -- это, в Вашей терминологии, костылизация? Сорри, тогда я неправильно истолковал Вашу фразу. Для меня "костылизация" -- это скорее отрицательное понятие. Впрочем, в мире Linux часто костыли выдаются за новый продукт или новую фичу, так что грань размывается.

> Вполне возможно, что завтра. Ибо гарантий в этом мире не даст никто.
> Сменится централизованная политика вашего госзаказчика на отвязку от вендорозависимости
> - и привет.

У них есть такая интересная штука -- в некоторых областях должны присутствовать продукты минимум от двух разных вендоров, поставленные друг за другом (я про файрволлы). Мы поддерживаем такой сценарий, но с ограничением -- если вторая система не поддерживает открытый протокол CARP -- мы не даём гарантий того, что будет работать failover-режим. Не знаю уж, поддерживает ли Linux CARP, но это уже не наша проблема :-)

>> Смотря что такое "невозможное". Нет ничего невозможного, дело в квалификации.
> Дело в числе разработчиков. Ваша команда из 10-20-40 человек никогда не догонит
> и не перегонит многотысячное коммюнити... к сожалению... или к счастью.

Верно. Вопрос только в том, а нужно ли? Если для реализации потребностей хватает этих 20? :-)

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

255. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 19-Май-13, 15:20 
> Верно. Вопрос только в том, а нужно ли? Если для реализации потребностей
> хватает этих 20? :-)

Пропущенное ключевое слово - "пока". Пока хватает.

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

257. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Kibabemail (ok), 19-Май-13, 15:21 
>> Верно. Вопрос только в том, а нужно ли? Если для реализации потребностей
>> хватает этих 20? :-)
> Пропущенное ключевое слово - "пока". Пока хватает.

Тоже верно. Но далее остальное -- это чисто спекуляция. Поживём -- увидим )

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

258. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от AlexAT (ok), 19-Май-13, 15:21 
> далее остальное -- это чисто спекуляция. Поживём -- увидим

Согласен.

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

264. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от nagualemail (ok), 20-Май-13, 02:40 
> Дело в числе разработчиков. Ваша команда из 10-20-40 человек никогда не догонит
> и не перегонит многотысячное коммюнити... к сожалению... или к счастью.

По дыркам ?

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

266. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 20-Май-13, 07:42 
> По дыркам ?

А если вообще ничего не писать - то и вообще дырок не будет. Да и вообще вся эта безопасность опенбзди имхо - миф + Неуловимый Джо. Оно даже по EAL не сертифицировано в принципе.

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

242. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +2 +/
Сообщение от Аноним (-), 19-Май-13, 00:24 
> Ну так это ты. Мы делаем ембеддед-девайсы на OpenBSD, там, разумеется, UFS.
> И так уж получилось, что девайсы эти юзаются в большинстве федеральных
> ведомств ФРГ. Да, наверное, это не так заметно, как кучи дерьма
> на линуксе на прилавках в Митино, но что с того?

И наверное эти ведомства сорцев тоже не получили? И вообще, как обычно, влопались в откровенный такой вендорлок? Слово "Open" выглядит в такой ситуации особенно издевательски ;).

А опенбзда там выбрана только по причине того что позволяет сорсами не делиться со всяким лошьем-клиентурой? Или за нее были какие-то иные технические аргументы? Вообще UFS для эмбедовки сам по себе ничем таким не хорош вроде бы.

>> б) зато SquashFS + JFFS2 - хоть задом ешь
> См. выше. Миллион мух...

А они чисто технически заточены под особенности этой самой эмбедовки, как то - чипак флеша влобовую прицепленный к шине проца. Они там смотрятся разумно, хорошо и правильно. Вот ими и пользуются в миллионах устройств.

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

>> в) еще и самсунг с FFS подоспела
> FFS -- это старое название UFS. Ты точно не путаешь сокращения? :-)

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

>> г) вообще *BSD в эмбедовке - редкое извращение
> Очень твёрдое и, главное, обоснованное высказывание. Сразу видно -- человек знает, о
> чём говорит.

Тогда расскажите нам о преимуществах UFS относительно специализированных ФС в эмбеддовке. Сильно врать не дадим, ибо в теме. Может, UFS умеет wear leveling для флешек напрямую прицепленных к процу? Или чем-то еще хорош? Squashfs например хорош тем что очень компактный - он очень плотно сжат и оверхед метаданных там мизерный. И readonly (что иногда баг, а иногда фича). JFFS - опять же умеет сжатие, достаточно компактный и умеет wear leveling. Что для флешек опять же актуально. Особенно MLC NAND который после пары тыщ циклов просится в мусорник. Тут я вижу валидные технические аргументы за такой выбор. А у вас похоже все продиктовано сугубо желанием прокатить лоха^W клиента на сорс...

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

251. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Kibabemail (ok), 19-Май-13, 14:39 
> И наверное эти ведомства сорцев тоже не получили? И вообще, как обычно,
> влопались в откровенный такой вендорлок? Слово "Open" выглядит в такой ситуации
> особенно издевательски ;).

Сорцы мы отдаём сертификационным лабораториям, которые их требуют невзирая на лицензию :-)

> А опенбзда там выбрана только по причине того что позволяет сорсами не
> делиться со всяким лошьем-клиентурой? Или за нее были какие-то иные технические
> аргументы?

Не все в мире хотят всех обмануть, это только линуксовые фанбои так считают.
Насколько мне известно -- выбор был такой потому, что в компании работает несколько OpenBSD-разработчиков. Что даёт гарантию, что в случае проблем их могут найти быстро.
С тем же успехом там мог оказаться и Linux.

> А они чисто технически заточены под особенности этой самой эмбедовки, как то
> - чипак флеша влобовую прицепленный к шине проца. Они там смотрятся
> разумно, хорошо и правильно. Вот ими и пользуются в миллионах устройств.

На FreeBSD для этого есть NANDFS, о котором здешние анонимы не помнят.
http://www.opennet.me/opennews/art.shtml?num=33248

> А то что вы там изгаляетесь по черному лишь бы сорсом не
> делиться, приложив клиента об "бсдшную свободу" по полной программе - ну
> да, тяжела и неказиста жизнь у проприетаристов...

Не, реально, тяжёлое детство -- перестаньте уже думать, что все в мире только и жаждут вас на*бать )))


> Тогда расскажите нам о преимуществах UFS относительно специализированных ФС в эмбеддовке.

см. выше, во фре уже есть NANDFS.

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

104. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –2 +/
Сообщение от nagualemail (ok), 16-Май-13, 00:45 
>[оверквотинг удален]
>> на котором раздел 50 GB -- буду форматировать в ext4 и
>> на него распаковывать большой TAR-архив. Потом этот же раздел переразбивать в
>> UFS и из фри распаковывать тот же архив. При этом замерять
>> время.
>> Как считаешь, нормальный тест?
> Предлагаю так же создать два одинаковых тома по 200 МБ. Отформатировать один
> в EXT4, другой в UFS2. Из OpenJDK7 взять архив src.zip (21.5
> МБ) и попробовать распаковать на каждый из томов. Потом сравнить занимаемое
> фалами место и доступное свободное пространство. Было бы интересно увидеть реальные
> накладные расходы каждой из ФС на хранение мелких текстовых файлов.

А зачем ? Место увеличить не трудно.

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

113. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от ананим (?), 16-Май-13, 01:20 
Тады зачем дедуБъ?
Ответить | Правка | Наверх | Cообщить модератору

115. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Аноним (-), 16-Май-13, 01:23 
> Тады зачем дедуБъ?

Подожди, ща он на ноль поделит и вернется. Может быть.

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

111. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Аноним (-), 16-Май-13, 01:10 
> Предлагаю так же создать два одинаковых тома по 200 МБ. Отформатировать один
> в EXT4, другой в UFS2. Из OpenJDK7 взять архив src.zip (21.5
> МБ) и попробовать распаковать на каждый из томов. Потом сравнить занимаемое
> фалами место и доступное свободное пространство. Было бы интересно увидеть реальные
> накладные расходы каждой из ФС на хранение мелких текстовых файлов.

И часто ты в реальной жизни оперируешь томами на 200 Мб, интересно? У меня диск на 200Мб был...ой, я уже даже забыл в каком году. Я тогда еще наверное в школу ходил даже :)

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

190. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 16-Май-13, 22:27 
> И часто ты в реальной жизни оперируешь томами на 200 Мб, интересно?
> У меня диск на 200Мб был...ой, я уже даже забыл в
> каком году. Я тогда еще наверное в школу ходил даже :)

У меня точно был в 1996-м... Только не на 200, а на 110 :) И в школу я тоже ходил :)

А еще году в 2005 собрал себе первый домашний сервер на линухах :)
http://alex-at.ru/media/blogs/alex/Hardware/first-atnet.jpg?...
Celeron 800 Socket370 -> Slot1 / i440BX / 512Mb / 40Gb / Fedora 4 x86

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

191. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от AlexAT (ok), 16-Май-13, 22:29 
del

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

88. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от Аноним (-), 15-Май-13, 22:48 
> Опять ты со своими "дезигнами" вылез :-) Если ты не знал, у
> UFS есть блоки переменного размера, что соответствует extents в ext*fs.

Ключевая фича экстентов - возможность адресовать маленькой структурой большой регион в файле (в ext4 до 128Мб одной записью). Что и повышает эффективность работы ФС - в лучшем случае запрошенная операция выливается в компактную конструкцию и отрабатывается быстро.

> Кстати -- я на выходных таки намерен провести обещанный тест производительности,
> используя Dreamplug как хост-систему.

Вообще - затея интересная, такие железки IMHO весьма забавно бенчмаркать. Только вот мне интересно, а какой-нить свежий линь (3.0+, а лучше 3.5+, например) с ext4 вы там зассыте для сравнения запустить? А еще интересно посмотреть на JFS (если все упирается в проц) и F2FS (если носитель - flash based). Рубка - так уж всерьез, без скидок :)

> После обновления u-boot у меня отказался грузиться Linux

Сломать в u-boot загрузку линукса (под который он и пилится в основном) - да, это настоящий бсдшник :).

> (почему -- вот уж не знаю),

Что, квалификации не хватает разобраться? oO Я вон своему cubie board могу линя голыми руками пнуть из командлайна u-boot'а, вообще вручную проинструктировав его вгрузить и запустить ядро как надо. Это при том что там есть даже немного "черной магии" с платформо-специфичными вещами специфичными для конкретной платформы.

> но я могу и старый грузануть через OpenOCD ради такого дела.
> Далее у меня будет SATA-винчестер, на котором раздел 50 GB

А почему такой мизерный раздел, интересно? Я вижу ровно один повод юзать такой раздел - если это SSD (и то майнстрим гигз на 80-128 скорее). В остальных случаях, винчи на 50Гб сняты с производства весьма давно. SSD это совсем отдельная вещь в бенчмарках. Там F2FS имхо интересно побенчить. У фороникса он как-то очень уж хорошо работает.

> -- буду форматировать в ext4 и на него распаковывать большой TAR-архив.

А какая практическая ценность данного бенчмарка? И что именно будет распаковываться и откуда? Вообще, см. ниже.

> Потом этот же раздел переразбивать в UFS и из фри распаковывать тот же архив.
> При этом замерять время.
> Как считаешь, нормальный тест?

Вижу как минимум такие моменты:
1) На указанной платформе распаковка архива на скорости типовой для HDD может занять существенный процент мощности проца, если не весь проц. Если под распаковкой имеется в виду расжатие чего-то типа deflate. По поводу чего есть риск забенчмаркать что угодно кроме производительности ФС.
2) Кроме того, не понятно откуда будут браться исходные данные и насколько оно (не) влияет на исход тестов. Тарбол наверное не на лету же генерится из воздуха? Он откуда-то тоже читаться будет, etc? Это "откуда-то" какой вклад внесет? И кто и как этот момент учтет? И что забенчится в итоге? Туева хуча факторов, вплоть до поведения логики буферизации в ОС и планировщика дискового I/O?
3) Ничего не сказано о природе того что будет распаковываться на тестируемый накопитель, однако для малых и больших файлов поведение будет разным.

Синтетические дисковые бенчи типа тех которые пинает фороникс хороши тем что генерят данные локально и быстро, делая это в предсказуемом и заранее известном виде (просто параметр теста), генерация данных в таких пакетах как правило оказывает минимальное влияние на бенчмарк (т.к. не особо жрет проц и прочая). Так что бенчмаркается в основном именно работа ФС, а не черти-какие посторонние факторы. При этом по крайней мере можно понять что сбенчмаркано и худо-бедно сравнить поведение ФС между собой при конкретной нагрузке. Т.к. более-менее отсеиваются побочные факторы.

А когда меня интересовал максимальный "практический" выхлоп всей конструкции в сумме - просто сложил на подобной железке файло на винч и грузил их по HTTP нжинксом, изучая какие ФС к чему приводят. Это уже совсем такой практический бенч  - а сколько можнно получить в вполне реальной задаче "отгрузка файлов по сети по общеупотребительному протоколу". Правда это имеет реальный смысл только для железок с гигабитными портами, 100М нынче любой дурак прогрузит, особенно на крупных файлах с небольшим числом потоков.

> По поводу UDF -- я ни разу не видел за последние несколько лет дисков с UDF.

Любой DVD. Ну и тут еще извращенцы предлагали его на флехи класть.

> Зачем оно вообще? :-)

Как общий знаменатель для таскания файлов между разными ОС, без довольно сурового лимита на размеры файлов как у FAT32. Хотя в целом соглашусь: critical фичой это не является. Просто странно что все как-то это сделали, а у бсдшников "как обычно". Хотя мне бы пора уже привыкнуть что "broken and late" - стандартное состояние.

> И да, покажи пальцем, кто фрю называет десктопной ОС? И зачем?

Да вон есть тут izen'ы всякие. А так - имхо оно как и пингвин изначально "general purpose" ОСи, т.е. потенциально - некие универсалы. Т.е. на уровне основ дизайна ядра и софта нигде нет жесткого задания что это будет только сервер, только десктоп или что там еще. Скорее вопрос твикинга и дефолтов. Другое дело что "национальные особенности" могут заметно усложнять то или иное применение.

А так - если честно, по лично моему мнению - использование разработчиком продукта своего труда как основной ОС очень сильно способствует улучшению качества этой ОС. Как известно, в старину когда кузнец делал доспехи, он их одевал и по ним со всей дури лупили боевым мечом. Вот это был очент хороший тест качества продукции. Если какой-то "кузнец" отлынивает от данного теста - доверия к его продукции у меня нет никакого. Вот Торвальдс в этом плане молодец: стал пользовать свою продукцию для обслуживания своих нужд на самом раннем этапе развития проекта. Это укрепляет доверие к проекту, да.

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

138. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +1 +/
Сообщение от Kibabemail (ok), 16-Май-13, 11:06 
> Ключевая фича экстентов - возможность адресовать маленькой структурой большой
> регион в файле (в ext4 до 128Мб одной записью). Что и
> повышает эффективность работы ФС - в лучшем случае запрошенная операция выливается
> в компактную конструкцию и отрабатывается быстро.

Ну да. Вот из мана по newfs недвусмысленно следует, что именно это там и понимается под параметром -d max-extent-size.

>> Кстати -- я на выходных таки намерен провести обещанный тест производительности,
>> используя Dreamplug как хост-систему.
> Вообще - затея интересная, такие железки IMHO весьма забавно бенчмаркать. Только вот
> мне интересно, а какой-нить свежий линь (3.0+, а лучше 3.5+, например)
> с ext4 вы там зассыте для сравнения запустить? А еще интересно
> посмотреть на JFS (если все упирается в проц) и F2FS (если
> носитель - flash based). Рубка - так уж всерьез, без скидок
> :)

Мне пох, что там за линукс будет -- но я собираюсь взять тот, который есть, потому что его не надо собирать. У меня в наличии нет ни одной тачки под Linux, которую можно использовать для сборки -- только Mac OS X, FreeBSD и OpenBSD. Хотя есть виртуалка под линуксом -- можно на ней, я там собирал андроид :) Но времени жалко трахаться с кросс-сборкой линукса. Можете мне ядро собрать под DreamPlug? Я тогда его возьму.

> Сломать в u-boot загрузку линукса (под который он и пилится в основном)
> - да, это настоящий бсдшник :).

Ну так, у меня богатый опыт убивания Linux в самых неожиданных ситуациях :) Кстати, думаю, это потому, что в моей сборке u-boot я не включал кеши проца. По крайней мере, в оригинальном убуте это всё включено. А у меня нет, и после надписи "uncompressing linux... ok, booting kernel" ничего не происходит. Вот если соберёте мне новое ядро -- попробую с ним :)

>> (почему -- вот уж не знаю),
> Что, квалификации не хватает разобраться? oO Я вон своему cubie board могу
> линя голыми руками пнуть из командлайна u-boot'а, вообще вручную проинструктировав его
> вгрузить и запустить ядро как надо. Это при том что там
> есть даже немного "черной магии" с платформо-специфичными вещами специфичными для конкретной
> платформы.

См. выше. Я рад за вас, что Вы умеете использовать стандартные команды в u-boot, только не надо мне об этом рассказывать, как о чёрной магии, хорошо? :-)
Да, кстати, в скором времени команд у u-boot cтанет, возможно, немного больше -- на поддержку чтения FFS. Патч отправляю на этой неделе. Stay tuned ;-)

>> Далее у меня будет SATA-винчестер, на котором раздел 50 GB
> А почему такой мизерный раздел, интересно?

Просто потому, что не вижу смысла делать больше. Внимание, это раздел, а не весь диск! Внимательнее читайте. Сам диск 1 ТБ.

>[оверквотинг удален]
> распаковкой имеется в виду расжатие чего-то типа deflate. По поводу чего
> есть риск забенчмаркать что угодно кроме производительности ФС.
> 2) Кроме того, не понятно откуда будут браться исходные данные и насколько
> оно (не) влияет на исход тестов. Тарбол наверное не на лету
> же генерится из воздуха? Он откуда-то тоже читаться будет, etc? Это
> "откуда-то" какой вклад внесет? И кто и как этот момент учтет?
> И что забенчится в итоге? Туева хуча факторов, вплоть до поведения
> логики буферизации в ОС и планировщика дискового I/O?
> 3) Ничего не сказано о природе того что будет распаковываться на тестируемый
> накопитель, однако для малых и больших файлов поведение будет разным.

ОК, расшифрую подробнее.
1. Архив формата TAR -- без сжатия. Накладные расходы на распаковку -- чуть более нуля.
2. Архив закачивается в tmpfs -- а скорость чтения из памяти, очевидно, во много раз превышает скорость записи на диск.
3. Содержимое архива -- "мир" и ядро FreeBSD/ARM 10-CURRENT, которые я использую на этой тачке. Типы и размеры файлов -- соответственно, разные, но с преобладанием мелких. Общий размер архива -- 71 мегабайт :-) В принципе, можно добавить ещё пару раз по столько же, но не сильно много -- памяти на тачке 512М.


> А когда меня интересовал максимальный "практический" выхлоп всей конструкции в сумме -
> просто сложил на подобной железке файло на винч и грузил их
> по HTTP нжинксом, изучая какие ФС к чему приводят. Это уже
> совсем такой практический бенч  - а сколько можнно получить в
> вполне реальной задаче "отгрузка файлов по сети по общеупотребительному протоколу". Правда
> это имеет реальный смысл только для железок с гигабитными портами, 100М
> нынче любой дурак прогрузит, особенно на крупных файлах с небольшим числом
> потоков.

У меня гигабитный порт есть, но использовать дримплаг я собирался в основном как мини-сервер дома, для файлопомойки и Airplay. Поэтому отгрузку файлов в nginx не думал делать. Однако попробовать можно как-нить.

> А так - если честно, по лично моему мнению - использование разработчиком
> продукта своего труда как основной ОС очень сильно способствует улучшению качества
> этой ОС.

Да, согласен. Вот я и использую. На основном сервере своём и в embedded. На десктопе меня устраивает Mac OS X. Кстати, тренд развития современных дистрибутивов Linux (и Ubuntu в первую очередь) -- это копирование Mac OS X, не находите? :-)

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

187. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +/
Сообщение от vle (ok), 16-Май-13, 20:58 
> На десктопе меня устраивает Mac OS X.

Ехай к нам на LVEE ;-) Под пиво раскажешь, чем же тебя так зацепило
яблоко по сравнению с "обычным UNIX-ом".

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

208. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Kibabemail (ok), 17-Май-13, 02:45 
>> На десктопе меня устраивает Mac OS X.
> Ехай к нам на LVEE ;-) Под пиво раскажешь, чем же тебя
> так зацепило
> яблоко по сравнению с "обычным UNIX-ом".

Лёш, в этом году не смогу приехать, разве что зимой только, если будет что.
Но рассказать я могу и так, в почту :))

Или ты давай к нам ;-)

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

228. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  +2 +/
Сообщение от Аноним (-), 18-Май-13, 02:53 
> там и понимается под параметром -d max-extent-size.

"Красиво было на бумаге, да забыли про овраги". Если не заниматься фигурным цитированием, в том же мане можно обнаружить то, что вы постеснялись упомянуть:
It is presently limited to a maximum value of 16 times the file system blocksize

Извиняюсь, а толку с таких "экстентов"?

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

Бенчи в духе бсдшников? Т.е. возьмем абы какой линух, желательно максимально древний, забьем на тюнинг, етц. А бзду возьмем максимально свежую, потюним как следует, etc, да? В общем, если Васе дать пулемет - он пожалуй и чемпиона мира по боксу завалит одним пальцем :). Правда, отсюда не вытекает что Вася - хороший боксер.

Это я к тому что если бодаться с кросс-сборкой (свежей?) бзды, ее тюнингом и прочая - тогда наверное будет честно и пингвину столько же внимания уделить.

> У меня в наличии нет ни одной тачки под Linux, которую можно использовать
> для сборки -- только Mac OS X, FreeBSD и OpenBSD.

Да, бсдшника видно сразу. Огороженная проприетарь + 2 toy OS на поиграться в свободу.

> Хотя есть виртуалка под линуксом -- можно на ней, я там собирал
> андроид :) Но времени жалко трахаться с кросс-сборкой линукса. Можете мне
> ядро собрать под DreamPlug? Я тогда его возьму.

Проблема только в том что у меня этого плага нет и вообще я не очень в курсе что там марвеллу надо в ядре и прочая - мне это надо почти с нуля вкуривать, при том хз зачем, т.к. железок на марвелле у меня нет. И проверить насколько сие работает я не смогу, опять же. ИМХО, логичнее было бы попросить это сделать кого-то типа Шигорина, он как раз нахваливал работу альта на какой-то железке из семейства plug'ов. Думаю он явно лучше в курсе как там и что у марвелла.

>> - да, это настоящий бсдшник :).
> Ну так, у меня богатый опыт убивания Linux в самых неожиданных ситуациях :)

Ну хз. Я посмотрел на то адовище которое в u-boot по дефолту перцы навернули, поофигевал от пятиэтажных скриптоконструкций, а потом понял что по факту все довольно просто на самом деле. Просто граждане пытались изобразить нечто типа автодетекта, другие граждане не совсем врубились но донавернули от себя, а получился нехилый такой ужастик в целом :).

> Кстати, думаю, это потому, что в моей сборке u-boot я не включал кеши проца.
> По крайней мере, в оригинальном убуте это всё включено. А у меня нет,
> и после надписи "uncompressing linux...  ok, booting kernel" ничего не происходит.

У кого там openocd? Им бы и глянуть где висит, как я понимаю у вас jtag есть.

> Вот если соберёте мне новое ядро -- попробую с ним :)

Для этого мне надо с нуля врубиться что там у вас за марвелл и чего ему надо, какие там у него особенности и прочая. При отсутствии такой железки. Ну если мне совсем делать будет нефиг и такая железка попадется под руку - может и соберу.

> См. выше. Я рад за вас, что Вы умеете использовать стандартные команды
> в u-boot, только не надо мне об этом рассказывать, как о чёрной магии, хорошо? :-)

У allwinner'а есть своя платформо-специфичная "черная магия". У этого SoC есть мультиплексирование пинов по функциям, одни и те же функции могут вывешиваться на физически разные пины проца. И на разных бордах разводка разная. По этому поводу взятое наобум ядро может вообще не взлететь на конкретной борде с ее конкретной разводкой периферии. По поводу чего там прикрутили некий полухак с реинициализацией мультиплексирования пинов и прочая под конкретную борду с борд-специфичным файликом, расписывающим чего и как инициализировать. Плюс встречаются останки легаси от попыток allwinner сватать закрытые начальные бутлоадеры с странными форматами данных (формируемые виндозной софтиной). Народ это в конечном итоге довольно быстро отпилил, заменив на просто u-boot + сильно урезанный мини-загрузчик на основе u-boot ("SPL" в терминологии u-boot). После этого там более вменяемо стало (и костыли с FAT разделами можно не городить, если не хочется, и прочая, etc). Но местами странноватая местечковая черная магия все-таки осталась.

> Да, кстати, в скором времени команд у u-boot cтанет, возможно, немного больше
> -- на поддержку чтения FFS. Патч отправляю на этой неделе. Stay tuned ;-)

А это про flash friendly FS от самсуня или про fast filesystem древнючий? Если первое - я еще могу понять, он на флехи хорошо ложится. Если второе - честно говоря не врубаюсь зачем оно надо. Ну, будет еще один артефакт которым я в u-boot не пользуюсь. Таких фич там и так навалом разных, на все вкусы. Например fastboot ведроидный какой-нибудь (гугл вообще довольно странные чуваки).

> Просто потому, что не вижу смысла делать больше. Внимание, это раздел, а
> не весь диск! Внимательнее читайте. Сам диск 1 ТБ.

Вот как раз том на терабайт смотрелся бы более-менее адекватно существующим реалиям. Нормальный такой объем диска. А в чем пойнт использовать 1/20 часть накопителя? Это не похоже на реальные сценарии использования.

> ОК, расшифрую подробнее.
> 1. Архив формата TAR -- без сжатия. Накладные расходы на распаковку -- чуть более нуля.

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

> 2. Архив закачивается в tmpfs -- а скорость чтения из памяти, очевидно,
> во много раз превышает скорость записи на диск.

Вызывает подозрение тот момент что tmpfs может быть по разному реализован в разных ОС, опять же. Кроме того, в embedded скорость RAM обычно не такая уж и фантастическая. Мне конечно не видно какая именно память там у вас напаяна, что умеет марвеловский контроллер и какая там ширина шины и тайминги. Тем не менее, по опыту, зачастую в таких железках ПСП оперативки оставляет желать, мягко говоря.

Вообще в целом получается довольно много "посторонних" действий, которые сами по себе никак не связаны с работой с ФС. Синтетические бенчи хорощи тем что таких действий там минимум.

Бенчинг "системы в целом" на какой-то практически значимой задаче - вполне имеет право на жизнь, но я нахожу задачу "распаковка тарбола из tmpfs на жесткий диск" достаточно странной.

> 3. Содержимое архива -- "мир" и ядро FreeBSD/ARM 10-CURRENT, которые я использую
> на этой тачке. Типы и размеры файлов -- соответственно, разные, но
> с преобладанием мелких. Общий размер архива -- 71 мегабайт :-) В
> принципе, можно добавить ещё пару раз по столько же, но не
> сильно много -- памяти на тачке 512М.

Для домашнего NAS-образного девайса я скорее поверю что он будет файлы вида "несколько Мб" (фото) и "несколько Гб" (видео) кантовать в основном. Ну то-есть, может лично вы конечно занимаетесь тем что на домашнем NAS фряшный тарбол из tmpfs на винч распаковываете, но мне это видится каким-то очень нишевым применением "домашнего NAS".

[...]
> как мини-сервер дома, для файлопомойки и Airplay. Поэтому отгрузку файлов в
> nginx не думал делать. Однако попробовать можно как-нить.

Можно и не nginx, а что там еще, реализующее нужные вам протоколы передачи файлов. Не особо принципиально, особенно если софтина реализующая протокол одна и та же будет. Это в целом позволит понять что в принципе можно получить от энной железки.

>> А так - если честно, по лично моему мнению - использование разработчиком
>> продукта своего труда как основной ОС очень сильно способствует улучшению
>> качества этой ОС.
> Да, согласен. Вот я и использую. На основном сервере своём и в embedded.

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

> На десктопе меня устраивает Mac OS X. Кстати, тренд развития
> современных дистрибутивов Linux (и Ubuntu в первую очередь) -- это копирование
> Mac OS X, не находите? :-)

Если уж на то пошло, оконный интерфейс передрали вообще у парней из Xerox. А то что эппл любит объявлять общеизвестные вещи как свои достижения - я заметил. Они вон на скругленный прямоугольник права качать пытаются :). Тем не менее, я бы не стал утверждать что убунта с ее юнити сильно похожа на макось. Юнити - вполне самобытная хреновина, без каких либо прямых аналогов. Мне, кстати, это юнити вообще не нравится. Я хубунтой пользуюсь, с куда более классическим видом десктопа. Если он с кого и передран - то он ближе к win95-style десктопу, скорее. Передрал ли этот вид десктопа MS в 1990-х годах у кого-то еще - я без понятия.

В конечном итоге "современные дистрибутивы Linux" и убунту в частности могут делать все что они там хотят. А я буду делать из них удобный лично мне десктоп. Так как удобно лично мне. А не эпплу, каноникалу, майкрософту, майнтайнерам дистра %s или кому там еще. В этом плане линух имеет вагон плюсов и перед виндой и перед макосью, где такое вообще не очень то и предусмотрено. Кроме всего прочего, даже в той же убунте можно вкатить совсем иной DE просто вкатив один метапакет, так что если DE не нравится, его довольно просто заменить. Ни винда ни макось таким не смогут похвастаться, там вообще какая либо кастомизация и подгонка под себя системы - полный гемор как правило.

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

250. "Отчёт о состоянии развития FreeBSD за первый квартал 2013 го..."  –1 +/
Сообщение от Kibabemail (ok), 19-Май-13, 14:31 
> Извиняюсь, а толку с таких "экстентов"?

Пичалька :-)

> Бенчи в духе бсдшников? Т.е. возьмем абы какой линух, желательно максимально древний,
> забьем на тюнинг, етц. А бзду возьмем максимально свежую, потюним как
> следует, etc, да?

Вас, видимо, постоянно обманывают, потому что Вы выдумали себе какую-то чушь и пытаетесь теперь приписать авторство мне :-) Извините, не выйдет.
Я  исхожу из того, что Globalscale установили не самый древний линух. ФС я собирался создавать с дефолтными параметрами. Что на фре, что на линухе. Да и потом, строго говоря, Вы же уверены на 100%, что ext4 порвёт UFS, что же Вы так распереживались? :-))
Кстати, я думаю, что на самом деле результат оказался бы одинаковый в пределах погрешности, потому что дисковый интерфейс стал бы узким местом.

> Это я к тому что если бодаться с кросс-сборкой (свежей?) бзды, ее
> тюнингом и прочая - тогда наверное будет честно и пингвину столько
> же внимания уделить.

Не собирался делать вообще никакого тюнинга, кроме отключения отладочных фич ядра и MALLOC_PRODUCTION.

> Да, бсдшника видно сразу. Огороженная проприетарь + 2 toy OS на поиграться
> в свободу.

Опять красивые слова без смысла от воена свободы :-))

> Проблема только в том что у меня этого плага нет и вообще
> я не очень в курсе что там марвеллу надо в ядре
> и прочая - мне это надо почти с нуля вкуривать, при
> том хз зачем, т.к. железок на марвелле у меня нет.

OK, fair enough.

> проверить насколько сие работает я не смогу, опять же. ИМХО, логичнее
> было бы попросить это сделать кого-то типа Шигорина, он как раз
> нахваливал работу альта на какой-то железке из семейства plug'ов.

По-моему, как раз на плаге Шигорина я первый раз запустил фрю :-) или это был Макс Мельников, не помню уже... Согласен, лучше их просить.

> Ну хз. Я посмотрел на то адовище которое в u-boot по дефолту
> перцы навернули, поофигевал от пятиэтажных скриптоконструкций, а потом понял что по
> факту все довольно просто на самом деле. Просто граждане пытались изобразить
> нечто типа автодетекта, другие граждане не совсем врубились но донавернули от
> себя, а получился нехилый такой ужастик в целом :).

Вы имеете в виду их bootcmd? Если да, то согласен, это смотрится внушительно :-)

> У кого там openocd? Им бы и глянуть где висит, как я
> понимаю у вас jtag есть.

Да, JTAG есть, займусь этим, ибо линух таки хочется там иметь на поиграться. Такой вот toy OS у меня.

> Для этого мне надо с нуля врубиться что там у вас за
> марвелл и чего ему надо, какие там у него особенности и
> прочая.

ОК, Вы в своей манере начинаете повторяться, я уже понял с первого раза :-)


> А это про flash friendly FS от самсуня или про fast filesystem
> древнючий?

Про FreeBSD UFS. Да, это будет ещё одна совершенно ненужная Вам фича.

> Вот как раз том на терабайт смотрелся бы более-менее адекватно существующим реалиям.
> Нормальный такой объем диска. А в чем пойнт использовать 1/20 часть
> накопителя? Это не похоже на реальные сценарии использования.

Потому что что 50 гиг, что 1 терабайт -- это бесконечно много для архива 70 мегабайт.
И я не хочу убивать остальные партиции на том диске.

> Вообще в целом получается довольно много "посторонних" действий, которые сами по себе
> никак не связаны с работой с ФС. Синтетические бенчи хорощи тем
> что таких действий там минимум.

Я гляну, что из синтетических бенчей можно туда запихать, посмотрим.

> Ну то-есть, может лично вы конечно занимаетесь тем что на домашнем NAS
> фряшный тарбол из tmpfs на винч распаковываете, но мне это видится
> каким-то очень нишевым применением "домашнего NAS".

Конечно, я круглыми сутками не сплю и распаковываю фряшные тарболы из tmpfs.
Я же бсдшник :-)

> Можно и не nginx, а что там еще, реализующее нужные вам протоколы
> передачи файлов. Не особо принципиально, особенно если софтина реализующая протокол одна
> и та же будет. Это в целом позволит понять что в
> принципе можно получить от энной железки.

Конкретно Airplay вообще не касается жёсткого диска :-))))

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

Я на фряшном сервере в том числе держу репы и там же редактирую исходники, которые потом там же и собираю. А потом уже сливаю на ноут и лью на дримплаг. То есть машина для разработки -- под FreeBSD.


> В конечном итоге "современные дистрибутивы Linux" и убунту в частности могут делать
> все что они там хотят. А я буду делать из них
> удобный лично мне десктоп. Так как удобно лично мне.

То, чем Вы занимаетесь, по-другому называется "ссать против ветра".
Вот делайте дальше :-) не забудьте потом прикинуть, сколько времни на это потратили, и стоило ли оно того.

> Ни винда ни макось таким не смогут похвастаться,
> там вообще какая либо кастомизация и подгонка под себя системы -
> полный гемор как правило.

Я согласен.
С другой стороны, конкретно мне для комфортной работы в системе нужно, чтобы можно было совершенно однозначным образом определить несколько горячих клавиш и расположить два окна терминала рядом. Это с одинаковым успехом можно сделать и в Mac OS X, и в *BSD, и в *Linux. Причём во всех DE, кроме экзотических совсем :-) Дальше начинаются вопросы совместимости с железом (что в OS X сделано идеально) и наличие нужного софта (для моих потребоностей я нашёл всё, что нужно). Естественно, всё ИМХО, кому-то надо обязательно дрыгающиеся окошки, тут уж сорри, OS X не справится.

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

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

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




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

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