Pawel Jakub Dawidek завершил (http://lists.freebsd.org/pipermail/freebsd-current/2008-July...) работы по портированию во FreeBSD CURRENT последней версии файловой системы ZFS, и анонсировал доступность патчей реализующих поддержку zpool v11 и zfs v3. Новая версия порта ZFS отличается улучшенной стабильностью и устраняет большинство из известных проблем. В случае, если в процессе тестирования патчей не будет найдено каких-либо серьезных недостатков, планируется, что новая версия ZFS будет включена в релиз FreeBSD 7.1 выход которого намечен на август.URL: http://lists.freebsd.org/pipermail/freebsd-current/2008-July...
Новость: http://www.opennet.me/opennews/art.shtml?num=17145
епта, уже spa11 вышел. а мужики-то не знают...
А вообще, конечно, мои поздравления FreeBSD'шникам. Наконец-то хорошая ФС появляется.
присоединяюсь
No more deadlocks? Было бы классно.
Немного оверквотинга =) не пинайте сильно...
For the record, this has fixed all of our known problem (multithread
load causes panic, non-tuned loader.conf would be fragile on heavy load,
etc) with ZFS as reported at the FreeBSD mailing lists or privately to
Pawel, plus there is some performance improvements as compared with
FreeBSD 7-STABLE (8-CURRENT with WITNESS, INVARIANTS off but userland
malloc debugging options on).-> Is this supposed to help with memory pressure on i386, too? Or do the caveats
-> from the wiki still apply? I heard some anecdotal evidence that it would
-> indeed help.Yes, it should fix most if not all 'kmem_map too small' panics, at least
from what I tried. Tunning kmem_size is still needed to get better
performance.
>Немного оверквотинга =) не пинайте сильно...И вот с таким набором граблей бсдшные фаны козыряли тем что в бзде типа, есть нормальная ФС.Вопрос фанатам: глядя на такой ченжлог вам не стыдно за беготню перед паровозом?Давайте еще откровенно сырые поделки типа хаммера и бтрфс начнем советовать?Нехай юзеры граблями в лоб с размаху получают.
Впрочем бздя похоже приобретает репутацию висючей системы.В багтрекере lighttpd есть баг что бздя 7 виснет нафиг в определенной ситуации (почему баг в трекере лайта а не у разработчиков бсд не очень понятно, странная у бздунов логика...).Да и форум тут забит ворчанием на взвисы.Вообще-то если юзерское приложение без админских прав ставит систему в позу - неаккуратненько выглядит.Это было простительно win95 за его досовую сущность и хреновое разделение памяти процессов.А для серьезных операционок скидок на данном поприще не положено.
Ты не устал трындеть как попугай? Пример с chesnoka берешь?В багтреке человек использовал FreeBSD 7.0 STABLE. При этом PR он не отправил => Сам себе буратина.
http://trac.lighttpd.net/trac/ticket/1602Читай каменты к багтреку и поменьше звизди. Утомил. Антифанат FreeBSD ничем не лучше фаната.
>В багтреке человек использовал FreeBSD 7.0 STABLE. При этом PR он не отправил => Сам себе буратина.Угу, конечно, если человек возжелал юзать ос а не баги заводить в ней он сразу буратина.Хотя написано STABLE.Такой вот stable :)
(вот только почему-то на куче машин с разномастными линухами лайт живет и ничего не вешается).>Читай каменты к багтреку и поменьше звизди.
Читаю.И в чем конкретно звиздеж?У пипла встает колом система так что все что она может делать - отвечать на пинги а законектиться к машине становится нельзя ни по ssh ни по хттп, ни по чему-то еще.Это по вашему так и надо что процесс и даже не рутовский ставит систему в такую позу?
Ах да, там еще чудак вылез правда с старой бздей 6.3 у которого затыкался HTTP POST пока он не переключил backend на другой.
В итоге там где в линуксах все просто работает сразу после инсталла, у бсдшников традиционно какие-то идиотские грабли :).В данном случае смахивает на то что у бздей какие-то баги в одном из backend-ов юзаемых лайтом.Глядишь через несколько (<=25) лет отловят.
>Утомил. Антифанат FreeBSD ничем не лучше фаната.
Что, правда глаза колет?Бывает... бздя может и неплохая система но - с приложением бааааальшого напильника(а так любую систему можно сделать неплохой, вопрос в размере напильника и времени обработки).Лишний тому пример, даже два - в баге который вы любезно нашли.
>Хотя написано STABLE.Такой вот stable :)Ну не позорься. Ты профан как в FreeBSD, так и в "разномастных линухах".
>(вот только почему-то на куче машин с разномастными линухами лайт живет и
>ничего не вешается).
>Ну не позорься. Ты профан как в FreeBSD, так и в "разномастных
>линухах".Тем не менее, у меня все что надо работает, при том на кучке серверов.Значит, линуксы достаточно просты в освоении раз ими могут рулить профаны типа меня и все работает - так и запишем ;)
Вчера напоролся на ошибку в цент ос. Если не пофиксили то ей похоже страдают все линух дистры. Надо бы проверить. Ставлю пакет rp-pppoe. Настраиваю как STANDALONE, но не ставлю в авто загрузку. У eth0 ip статический. Все приехали, пока не включишь по adsl-start тормоза. Запустишь прогу и ждешь, ждешь, ждешь. Предполагаю все из-за ядра и таймаутов. Пакет, пакет, пакет, нет ответа, ждем, пакет, пакет, пакет, нет ответа, ждем, выделить время процессу. Если в проге нет обращений к сети - работает без задержек. Во фре есть похожее. Прописывал default route на ADSL модем. Если не включен тоже самое. И еще была ошибка фри 6.3, на нее в багзилле отвечали. Запускаю в исках терминал, su на рута, cc любой файл, закрываю консоль. Приехали, через несколько секунд загрузка проца почти под 100%. top - сс грузит проц %)
>И вот с таким набором граблей бсдшные фаны козыряли тем что в бзде типа, есть нормальная ФС.Я не козырял. БСДшным фанам с момента выхода 7.0 было известно, что оно прикручено в качестве експеримента чисто на поиграться. В хендбуке нет статей рекомендующих применять ZFS. С течением времени, после адаптации и вылова проблем, ZFS неизбежно станет рекомендованой для использования ФС и об этом будет сообщено официально, как это было в случае GEOM (хендбук).
>Я не козырял. БСДшным фанам с момента выхода 7.0 было известно, что
>оно прикручено в качестве експеримента чисто на поиграться.А чем вы недовольны то тогда?Булыжник был адресован сугубо в огород не в меру ретивым фанатам которые не понимают разницы между "пострадать фигней" и "продакшн сервер".Поиграться - пожалста, сколько влезет.А вот козырять тем что это можно уже сегодня дескать втулить на ответственный сервер - идиотизм чистой воды.
>Впрочем бздя похоже приобретает репутацию висючей системы.В багтрекере lighttpd есть баг что
>бздя 7 виснет нафиг в определенной ситуации (почему баг в трекереНу и Линух виснет нафиг в определенных ситуациях. Ну и что? :)
можно будет на неё корневой раздел ставить?
Вика говорит что да
http://wiki.freebsd.org/ZFSOnRoot
На корне она то нормально работает... Только когда грузиться можно будет с нее?
можно будет на неё корневой раздел ставить?
да можно то может быть и можно, вот только нафига? :)
>можно будет на неё корневой раздел ставить?ЗАЧЕМ?! Это что - типа, самая можная фраза на тему "zfs"? Типа, свою умность показать? И сильно лично тебе это поможет? Небось, Соляру-т до даже в глаза не видел... :-D
>>можно будет на неё корневой раздел ставить?
>ЗАЧЕМ?! Это что - типа, самая можная фраза на тему "zfs"? Типа,
>свою умность показать? И сильно лично тебе это поможет? Небось, Соляру-т
>до даже в глаза не видел... :-Dконечно, куда нам до вас, сантехников. от железок по поллимона зелени каждая крышу сносит, да? обратитесь к психиатору.
да какой это сантехник?
воинствующий аноним....
если zfs будет также работать во freebsd, как он составляет предложения, то да..
в корневом не нужна.
а может и вообще..
>в корневом не нужна.
>а может и вообще..А что там про deadlock-и пишут?Оно и правда висло?Впрочем у народа фряха на разных железках и просто при безобидных действиях типа скана железа.
>А что там про deadlock-и пишут?Оно и правда висло?Впрочем у народа фряха
>на разных железках и просто при безобидных действиях типа скана железа.нечего на зеркало пенять, коли рожей не вышел.
>нечего на зеркало пенять, коли рожей не вышел.Нравится мне подход фанатов к вопросу - оказывается плохая не система а пользователь :).Интересно, а юзер то как виноват в зависании системы?
>>нечего на зеркало пенять, коли рожей не вышел.
>
>Нравится мне подход фанатов к вопросу - оказывается плохая не система а
>пользователь :).Интересно, а юзер то как виноват в зависании системы?А почему Вы валите всё на FreeBSD? Пунктик такой, или извините, яйца Вам BSD-шник случайно придавил сервером? Такой вариант как плохое железо уже и не знаете?
>Такой вариант как плохое железо уже
>и не знаете?То есть вы хотите сказать что вон у тех перцев из упомянутого выше багтрекера lighttpd тоже было плохое железо?И что, у обоих оно вызывало грабли с вполне конкретными сетевыми операциями при использовании дефолтного backend-а лайта?А после смены используемого backend в конфиге железо у чуваков резко и внезапно похорошело?Вам не кажется что это звучит странновато?Например как фанатские дешевые отмазки :P
Шикарная версия 7.1 получится.
Мултироутинг (setfib) уже на семерке.
Сейчас привязку к процам (cpuset)переносят.
Сейчас еще и ZFS обновят (если успеют).
Держу пальцы крестиком. ;-))))
Вот все понимю, а где ченжлог для 7.1 почитать можно? У опенбсд есть страница с фиксацией всех внесенных изменений в current, а у фри где такая?
После релиза в составе документации на релиз.Для 7.0 http://www.freebsd.org/releases/7.0R/relnotes.html
Для будущей 8.0 http://ivoras.sharanet.org/freebsd/freebsd8.html
А вот для 7.1 можно следить тока из рассылок. После релиза будет полный relnotes.html
> Вот все понимю, а где ченжлог для 7.1 почитать можно?The FreeBSD Release Documentation Snapshot Page
http://people.freebsd.org/~bmah/relnotes/
http://freshbsd.org/?branch=RELENG_7&project=freebsd&committ...
Официально выйдет, будет changelog
И настанет день когда фряха будет идеальным сервером, десктопом...
Вполне возможно, нищу малобюджетных(SOHO) и (без бюджетных) решений данной системе удасться занять...
К сожелению, у нас всех разные понимания слова "идеальный сервер..."...
В моем понимании идеальный сервер требует нормального/идеального: ПО и ОС, а так же нормального/идеально инженера...хотя как я понимаю, в "корпорациях", где ОС из темы обсуждения применяется как "идеальный сервер", будет достаточно проблематично что-либо осознать, может быть ввиду того, что их "идеальный сервер" идеален еще тем, что решает сразу множество различных, не связанных задач...
ггг... ну уж говорите Б, коль сказали А - "вот, посмотрите на идеальное ПО от M$" :)тоже мне, getthefacts
>И настанет день когда фряха будет идеальным сервером, десктопом......только вероятно все остальные к этому дню уйдут настолько далеко вперед что типичные понятия обычного десктопа и сервера просто отойдут в нирвану...
Извините, порвалоjulian@src / 2008-07-24 19:05:32 UTC
freebsd/RELENG_7: src/sys/contrib/pf/net pf_ioctl.c
SVN rev 180787 on 2008-07-24 19:05:32Z by julian
Fix spellign(!!!) error in comment
> Fix spellign(!!!) error in comment"Сдается мне что где-то здесь всралась очепятка" :)
>julian@src / 2008-07-24 19:05:32 UTC
>freebsd/RELENG_7: src/sys/contrib/pf/net pf_ioctl.c
> SVN rev 180787 on 2008-07-24 19:05:32Z by julian
> Fix spellign(!!!) error in commentЕсли ты не понял, это юмор. Слово spelling нигде еще не писали правильно, потому что это не интересно. Взять хотя-бы арачевский mod_speling. А если понял, нафига постить было?
Люблю Фряху. НЕ люблю - когда "знатоки", вглаза не видевшие zfs, "авторитетно" спрашивают: "а с корня запускается?", как будто для них это что-то значит.... Мда... бедный Фрейд... корень...
Если кеширование этой ZFS так и останется в kmem, а не через VM, как должно быть, то толку от неё как не было, так и не будет.А судя по всему так и есть.
Жаль.
я слегка могу быть не в курсе, но, AFAIK, kmem == kernel memory, VM == virtual memory.
Поясните, зачем кеширование делать в виртуальной памяти ?
VM-система для каждой страницы данных в памяти (будь то файл данных, кода или просто анонимная страница, принадлежащая какому-то процессу) ведет статистику использования. Часто используемые страницы остаются в памяти, остальные либо освобождаются (если они могут быть прочитаны в будущем из файла, при необходимости), либо в своп (если разрешено при выделении). Так используется вся память на машине. Если прочитать файл - его страницы данных останутся в памяти пока не будут вытеснены.ZFS кеш держит в области памяти ядра (kmem). То есть для кеша ZFS доступна не вся память, а весьма малая её часть. Что нивелирует остальные достоинства ZFS, оставляя её удел storage с неактивным использованием.
Боже какая чушь... а свопить на диск кэш ФС - это офигенно.
ZFS - решение не для бомжей с говножелезом.
+1.. использовать для ФС память из юзерленда? o_O что-то новенькое
интересно, как себе оратор представляет подобное выделение памяти, иначе чем посадить всю эфэс в юзерленд. в общем, глупости какие-то.
вы хотите использовать неядерную память для кеша ФС, выполненной в ядре?
как вы себе это представляете?
может тогда UFS тоже стоит срочно переписать, а заодно все прочие фс, а то мужики-то не знают (с)
Обьясняю на пальцах:
После того как из файла прочитано 4К даных - они остаются в памяти (нету ни юзерленда ни кмема - просто в одной физической странице памяти на машине). VM-система знает к какому файлу (vm-обьекту, если быть точным) относится даная страница, и пока она активно используется - эта страница в памяти и остается. Если несколько процессов делают mmap() в одно и то же место одного файла - они пользуются одной! и той же физической страницей памяти на машине. Если несколько процессов загружены из одного исполняемого файла - они тоже пользуются общими страницами памяти. Есть ещё и анонимные страницы - они привязаны не к файлам, а только к процессам (в т.ч. могут принадлежать только ядру). Они не могут быть просто так освобождены, пока жив процесс, а только высвоплены.
Когда процесс читает данные из файла через read() - система копирует (вернее мапит, копирование происходит при записи - copy-on-write) в юзерленд данные из страниц vm-обьекта файла. Если нужная страница даного vm-обьекта уже в памяти - хорошо, если нет - надо читать с диска.VM-система активно взаимодействует с FS. В принципе - почти все vm-обьекты - это есть файлы на диске, разбитые по 4К и замапленые на физические страницы памяти. Активные страницы не освобождаются, а неактивные - освобождаются или высвапливаются чтоб можно было освободить для более эффективного использования. Так работает кеширование во многих ОС.
Для ZFS не была реализовано взаимодействие с VM. ZFS имеет собственный маленький кеш, ограниченный обьемом kmem, с которого копируются данные в юзерленд при чтении.
Для людей, которые неспособны учить матчасть, а способны только кричать, что ZFS не для бюджетного железа, могу предложить провести следующий експеримент:
взять файл обьемом 0.5 RAM и запустить
time md5 filename
time md5 filenameДля UFS
первый раз time покажет сколько времени пошло на то чтоб прочитать файл с диска
второй раз (файл будет закеширован) - чтоб сделать md5 (я про real time, а не user или sys)Для ZFS каждый раз файл придется читать из диска - он не будет закеширован.
И если поставить на небюджетный сервер 64Г памяти - то толку от ZFS будет ещё меньше - память будет простаивать.
>[оверквотинг удален]
>первый раз time покажет сколько времени пошло на то чтоб прочитать файл
>с диска
>второй раз (файл будет закеширован) - чтоб сделать md5 (я про real
>time, а не user или sys)
>
>Для ZFS каждый раз файл придется читать из диска - он не
>будет закеширован.
>
>И если поставить на небюджетный сервер 64Г памяти - то толку от
>ZFS будет ещё меньше - память будет простаивать.размер файла 1Gb. storage - zfs pool, usr - обычный UFS раздел
[root@db-dev /storage/db]# time md5 bigfile && sleep 1 && time md5 bigfile
MD5 (bigfile) = 1639cf2bd84bdc2b6a362ed8a9e885b3real 1m44.779s
user 0m6.490s
sys 0m9.516s
MD5 (bigfile) = 1639cf2bd84bdc2b6a362ed8a9e885b3real 1m44.589s
user 0m6.850s
sys 0m9.207s[root@db-dev /usr]# time md5 bigfile && sleep 1 && time md5 bigfile
MD5 (bigfile) = 1639cf2bd84bdc2b6a362ed8a9e885b3real 0m9.012s
user 0m6.246s
sys 0m2.745s
MD5 (bigfile) = 1639cf2bd84bdc2b6a362ed8a9e885b3real 0m9.013s
user 0m6.405s
sys 0m2.586s
>размер файла 1Gb. storage - zfs pool, usr - обычный UFS раздел
>
>[root@db-dev /storage/db]# time md5 bigfile && sleep 1 && time md5 bigfile
>real 1m44.779s
>real 1m44.589s
>
>[root@db-dev /usr]# time md5 bigfile && sleep 1 && time md5 bigfile
>real 0m9.012s
>real 0m9.013sТрудно метать бисер, ей богу.
Итого прочитать 1G на ZFS заняло 105 секунд в обоих случаях, т.к. файл не закешировался
10MB/s - посредственный результат, кстати.А на UFS файл с диска читать не пришлось, или пришлось прочитать совсем небольшую часть, т.к. даные сидели в кеше. Сидели кстати в результате копирования файла с /storage/db в /usr.
ага +1
а теперь, при поверхностном тюнинге - т. е. сделали kmem поболе:[squirl@db-dev /storage/db]$ time md5 bigfile && sleep 1 && time md5 bigfile
MD5 (bigfile) = 68e30a06272c2787d33461ab86bd53eereal 0m11.804s
user 0m4.877s
sys 0m4.736s
MD5 (bigfile) = 68e30a06272c2787d33461ab86bd53eereal 0m10.005s
user 0m4.512s
sys 0m5.140sдефолтные установки выставлены на использование памяти по минимуму. отсюда и результаты соответствующие:
именно поэтому я и говорю, что использовать ZFS на машине где мало ОЗУ - дурость. а про бисер - эт" вы зря
Позвольте поинтересоваться, теперь файл помещается в кеш ZFS, верно ?
Какой размер kmem, кеша ZFS и файла ? Сколько всего памяти на машине ?Дурость использовать ZFS на машине где RAM много - эта память просто останется неиспользуемой, чего не было бы в случае UFS.
плизз:
памяти - 2 Гб
размер файла - 1 Гбvm.kmem_size: 536870912`
vfs.zfs.arc_min: 16777216
vfs.zfs.arc_max: 402653184
vfs.zfs.mdcomp_disable: 0
vfs.zfs.prefetch_disable: 0
vfs.zfs.zio.taskq_threads: 0
vfs.zfs.recover: 0
vfs.zfs.vdev.cache.size: 10485760
vfs.zfs.vdev.cache.max: 16384
Ок, тем не менее файл не был закеширован
Можете убедиться в этом запустив в консоли gstat перез тестом - он покажет активное чтение с винта который в zpool
90MB/s (1GB/11c) - это скорость последовательного чтения с поверхности винта, хотя для UFS недостижима, ZFS подбирается вплотную к 100% максимальной скорости чтения с винта.
Не исключаю что у вас RAID-0 с двух винтов.
да нет... обычный RAID1 :)
приятно, однако, что градус дискуссии снизился ;)
>Обьясняю на пальцах:{...}
матчасть вами усвоена правильно, а выводы сделаны неверно.>VM-система активно взаимодействует с FS.
Скажу больше, в FreeBSD кеш VM и кеш буферный объединены в один общей кеш. И это специфично только для FreeBSD (в других *BSD может быть сделано иначе (и так оно на деле и есть)).
>В принципе - почти все vm-обьекты -
>это есть файлы на дискене все и не так, файлы к VM имеют весьма диагональное отношение
>разбитые по 4К и замапленые на
>физические страницы памяти.Сетевой пакет тоже должен иметь свой собственный файл? и почему 4К ? почему не 8 или 16?
>Активные страницы не освобождаются, а неактивные - освобождаются
>или высвапливаются чтоб можно было освободить для более эффективного использования. Так
>работает кеширование во многих ОС.Ядерная память не может быть "высвоплена" по определению. Она либо выделяется и занимает место в ОЗУ, либо помечается как неиспользуемая. Кеширование за счет "высвапливания" работает разве что в каких-нибудь специфических реализациях вроде fusefs, но тут спорить не буду. Ибо про специфику fusefs я не читал. Так что вы тут изобретаете что-то своё.
>Для ZFS не была реализовано взаимодействие с VM.
И через что, по вашему, управляется вся память, используемая в ZFS? собственным менеджером памяти в обход существующей подсистемы? Кстати, вы так и не ответили на этот вопрос.
>ZFS имеет собственный маленький кеш, ограниченный обьемом kmem, с которого копируются данные в юзерленд при чтении.
Вы не поверите, но в той же приснопамятной UFS имеется подобная схема организации кеширования.
>Для ZFS каждый раз файл придется читать из диска - он не
>будет закеширован.Не смешите, ради бога.
>И если поставить на небюджетный сервер 64Г памяти - то толку от
>ZFS будет ещё меньше - память будет простаивать.Конечно будет простаивать, ведь в средней конфигурации для работы ZFS требуется на два порядка меньше памяти.
я уже привел товарищу результаты тестирования. пусть объяснит их с высоты теории :)
>я уже привел товарищу результаты тестирования. пусть объяснит их с высоты теории
>:)А почему тогда у меня (2 gb RAM, гиг под kmem, 7.0-RELEASE):
-rw-r--r-- 1 root wheel 536870912 Aug 4 00:22 bigfile
MD5 (bigfile) = a3a9b9a6835c8bb983c5902ce920595b
md5 bigfile 1,46s user 2,40s system 76% cpu 5,055 total
MD5 (bigfile) = a3a9b9a6835c8bb983c5902ce920595b
md5 bigfile 1,55s user 2,07s system 98% cpu 3,652 totalВторой раз с диска ничего не читает. Магия?
>Обьясняю на пальцах:
>...Понятно. Для вас придумано FUSE. В Linux ZFS портирована именно с применением FUSE и, скорее всего, с VM-техникой распределения памяти под кэш в юзерспейсе.
Через FUSE не получится. Кеш организовать то можно в юзерспейспе, отдельный, но он не будет интегрирован в кеш VM, и получится что память расходуется нерационально - кеш FUSE будет либо слишком большой, и его придется высвопливать чтоб освободить память, либо слишком маленький, то есть то что имеем сейчас, по сути. Разве что вручную настраивать...Ну и нет нужды упоминать что FUSE это тормоз. Для прочитать/записать mp3-шку на виндовый раздел под NTFS и отмаунтить ещё сойдет, а для работы в серверном окружении - увы..
>Понятно. Для вас придумано FUSE. В Linux ZFS портирована именно с применением FUSEОно в таком виде нужно только для того чтобы получить какой-то доступ к тому чтобы данные с него выцепить и не более.У FUSE скорость работы хреновая и как решение для практического применения ZFS в FUSE рассматривать - маразм.Это решение на случай вида "есть том в ZFS с вон того сервера и позарез надо его цепануть - вот здесь и сейчас".
ну-ка, ну-ка..
По вашему, ядерный malloc идет в обход VM ?
А zfs быстрее ufs?
В FreeBSD gui-программы объективно работают тормозней, чем в Linux.
Во время компиляции всё дёргается, в Linux побыстрее будет...
Может это из-за ufs?
>А zfs быстрее ufs?
>В FreeBSD gui-программы объективно работают тормозней, чем в Linux.
>Во время компиляции всё дёргается, в Linux побыстрее будет...
>Может это из-за ufs?вряд ли из-за UFS
>А zfs быстрее ufs?
>В FreeBSD gui-программы объективно работают тормозней, чем в Linux.
>Во время компиляции всё дёргается, в Linux побыстрее будет...
>Может это из-за ufs?см. /dev/hands и /dev/brain )))
>А zfs быстрее ufs?
>В FreeBSD gui-программы объективно работают тормозней, чем в Linux.
>Во время компиляции всё дёргается, в Linux побыстрее будет...
>Может это из-за ufs?man nice
>А zfs быстрее ufs?
>В FreeBSD gui-программы объективно работают тормозней, чем в Linux.
>Во время компиляции всё дёргается, в Linux побыстрее будет...
>Может это из-за ufs?Нет, это из-за планировщика. Эта проблема часто проскакивала в списках рассылки.
Например у меня на однопроцессорной машине с GENERIC ядром тоже дёргания случаются.
Всё решилось удалением поддержки SMP и сменой планировщика на ULE. Правда у меня всё равно бывают поддёргиваня, но это из-за P-III 500MHz - слабоватая тачка.Для сравнения, на этой же машине Arch Linux работал не лучше. Всё стартует и поначалу работает быстрее чем во FreeBSD, но при нагрузке начинает жутко тормозить. Не буду гнать на Linux, т.к опыта по его тонкой настройке у меня нету, может достаточно было бы что-то подкрутить и всё пахало бы. Но лень + ну оооочень долго стартующий udev + траблы с моей звуковухой в alsa + непонятные зависания - решил лучше мириться с долбаной установкой пакетов из исходников.
Вообще стоит отметить, что этот комп просто заточен под FreeBSD (а может просто у меня с ней больше опыт), WinXP виснет на нагрузке и требует "прогрева" с Linux'ами из коробки тоже плохо.
В FreeBSD планировщик и VM-подсистема слабоваты. Плюс планирование ввода/вывода тоже хромает. С планировщиком ULE проделана большая работа (он примерно на уровне O(1) планировщика Молнара из Linux-2.6.0, это уже тоже прошлый век), VM и I/O по-прежнему древние. Не надо щас нападать и звать меня фанатом -- Linux в этом плане реально на несколько шагов впереди. См. МакКусика "Архитектура и реализация FreeBSD", материалы по CFS, новому элеватору и планировщикам ввода/вывода. Там все на лицо, как говорится.
Каковы сферы применения ZFS? Насколько я понял из описаний, для дехтопов оно явно не нужно, а вот для больших хранилищ данных - да
>Каковы сферы применения ZFS? Насколько я понял из описаний, для дехтопов оно
>явно не нужно, а вот для больших хранилищ данных - да
>большие хранилища данные работают на специализироанном "железе" и специлизированном ПО, как например NAS,,,
и по непонятным причинам у тех кто использывает "большие хранилища данных" есть "большие" производительные сервера, ну и соответвенно в данную концепцию слово типа %Free% вообще НИКАК не вписывается.
гы-гы
не слышал, чтобы NAS, SAN и пр. заменяли собой файловые системы.
...
а %Free% не вписывается только в одну концепцию - в откаты.
Извини, не хочу рушить мифов и сыпать соль на твои раны, полученние в боях с бсдунами, php-быдлокодерами, линупс-админами.
Но в наше время, цена за гигабайт памяти и 750Gb жесткого диска просто смешная, для людей проводящих больше времени на работе, чем на форумах. Поэтому держать хранилища ~10Tb могут позволить себе многие и тут ZFS очень даже привлекательна: в плане администрирования, сохранности данных (raidz, mirror, контрольные суммы) и т. д.
>Но в наше время, цена за гигабайт памяти и 750Gb жесткого диска
>просто смешная, для людей проводящих больше времени на работе, чем на
>форумах. Поэтому держать хранилища ~10Tb могут позволить себе многие и тут
>ZFS очень даже привлекательна: в плане администрирования, сохранности данных (raidz, mirror, контрольные суммы) и т. д.да вот, собственно, 16Тб двумя этажами ниже стоят :)
>да вот, собственно, 16Тб двумя этажами ниже стоят :)Это ftp.krasfiles.ru чтоли? :-D Я уже запарился считать сколько раз оно ПОЛНОСТЬЮ дохло. И сейчас там кроме малышни с порнухой ничего нормального нет. Значит это ZFS такое ынтырпрайзнутое? Ясно-ясно.... :-D
>>да вот, собственно, 16Тб двумя этажами ниже стоят :)
>
>Это ftp.krasfiles.ru чтоли? :-D Я уже запарился считать сколько раз оно ПОЛНОСТЬЮ
>дохло. И сейчас там кроме малышни с порнухой ничего нормального нет.
>Значит это ZFS такое ынтырпрайзнутое? Ясно-ясно.... :-DПолностью, детка, оно ни разу не дохло :) Строго когда его об этом просили. И таки да, когда 400 мегабит раздачи сделаешь хотя бы (не в одного клиента, ясен перец) - возвращайся, поговорим об LVM вашем или че там у вас пынгвынятко в фаворе. А потом я тебе покажу другие терабайты на ZFS, которые настоящие, на Solaris :)
cadmi, крутой бобёр!! 8-) Ажно 4 фастэзернета в транк засунул. А гигабитное или 10 гигабитное железо ваш ынтырпрайз не умеет чтоли? И факт остается фактом, на ftp.krasfiles.ru уже давно одни детишки порнушку шарят...
p.s. посмотрите статистику на www.kernel.org. Местами гигабит отдают и количество юзеров больше 1000. И FS там, как ни удивительно, не ZFS...
=) ну вы даете.
наверное вы все-таки не про NAS, а про SAN - оно конечно железно-прошивочно (пока что, да и то уже не везде). Tолько при чем здесь ФС? =)) Между прочим, ZFS прекрасно себя на SAN чувствует - у меня вот sun 6140 все 8tb под zfs отдает, мук совести от сего факта и от того, что у меня все ПО %Free%, я почему-то не испытываю, даже радуюсь.Ну а про "специлизированном ПО" NAS вы конечно загнули - один windows storage server, который пихают куда не попадя, можно вспомнить.
Впрочем вот вам из той же сантехники - sun fire x4500. 48Tb, солярис, zfs. Юзают например тут - joyent.com
Через полгодика-годик, как в неваде докрутят, можно будет юзать и как блочный девайс по оптике.
+1:)
если у компании за год тратиться менее 1,000 рублей на закупки ПО/оборудования, то для такой компании %FREE% являются неотьемлемым, при этом отсутствует понятие "постащик", а критерий выбора - наимненьшая цена...
А так знаете, есть компании, который только канц-товаров закупают в месяц более чем на 4 млн. рублей, но это не гланвеное, главное то, что концепция развития среднего/крупного бизнеса не может существовать при наличии выражений типа %free%...Я рад, что ЭТО работает, наверное это хорошо, что у данной ОС появилась пускай не собвенная, но хоть какая-то ФС...
Ты какой-то женской логикой оперируешь. Значение внешней формы для тебя имеет приоритет над значением содержимого.
К стати на счет поставщика, вот тебе поставшик - iXsystems
http://www.ixsystems.com/support/professional-bsd-support.htmlСамый официальный поставшик десктоп приентирванной PCBSD + предоставляют подержку PCBSD FreeBSD решений. Хочешь потратить денег на суппорт - пожалуйста.
>К стати на счет поставщика, вот тебе поставшик - iXsystems
>http://www.ixsystems.com/support/professional-bsd-support.html
>
>Самый официальный поставшик десктоп приентирванной PCBSD + предоставляют подержку PCBSD FreeBSD решений.
>Хочешь потратить денег на суппорт - пожалуйста.Деньги "тратят" больные люди, а корпоративный сектор оплачивает поддержку ПО и оборудования, поддержка нужна тем кому важно развитие бизнеса, но опять-таки слова %free% совершенно не совместимы с понятиями обслуживание,сопровождение, аутсорсинг и т.д.
Странно, на офицальном сайте ОС - freebsd.org кроме раздела donation, где разработчики готовы приянть в дар что угодно, включая старые ПК, диски и т.д. ничего нет
соответвенно говорить о сверх занчимости и позиционирование данного продукта для SMB/Enterprise не приходится.Соответенно мне было интересно, узнать из крупных корпораций России, есть ли такие где уровень капитализации, которых уже измеряется не в _дошираках_, а в денежных единицах - где применяется решения типа %free% (экономия - выгода бизнеса), из компаний типа телеком - ртком,транстелеком,ростелеком,синтера,комстар...и тд нет таких, причем такие понятие %free% вообще не приемлемы, более того если взять топ-1000 интеграторов страны/мира и привести в качестве примера хотябы один проект, где было внедренно решение на основе %free% такого нигде не будет, а клиенты таких интеграторов это и есть ключевые корпорации....в большей степени некоторому типу клиентов/заказчиков все таки хочется по мимо малой стоимости иметь полноценное решение именно для бизнеса.
Прошу прощения за отклонение от основной темы обсуждения.
Суровая правда жизни. В линухе тупо больше бабла.
Это раскрученный бренд который приносит доход, а по существу не так уж он и хорош.
Точнее не настолько хорош, чтобы делать существенные различия между Free* и Linux.
может быть для кого-то он и не хорош, но он эффективен для бизнеса, а это самое главное.
просто все сводится к тому, что можно например на досуге сидя в гороже заниматься изобретением новой машины, а можно заниматься %изобретениями% в более офицальной форме, например с привлечением специалистов, инженеров, и со всем необходимым оборудованием и т.д.
>может быть для кого-то он и не хорош, но он эффективен для
>бизнеса, а это самое главное.
>просто все сводится к тому, что можно например на досуге сидя в
>гороже заниматься изобретением новой машины, а можно заниматься %изобретениями% в более
>офицальной форме, например с привлечением специалистов, инженеров, и со всем необходимым
>оборудованием и т.д.Сравнение мягко говоря не корректно. Или вы хотите сказать, что BSD пишется в гараже? Относить слово "изобретение" я бы вообще не стал ни к тому ни к другому.
>если у компании за год тратиться менее 1,000 рублей на закупки ПО/оборудования,
>то для такой компании %FREE% являются неотьемлемым, при этом отсутствует понятие
>"постащик", а критерий выбора - наимненьшая цена...
>А так знаете, есть компании, который только канц-товаров закупают в месяц более
>чем на 4 млн. рублей, но это не гланвеное, главное то,
>что концепция развития среднего/крупного бизнеса не может существовать при наличии выражений
>типа %free%...
>
>Я рад, что ЭТО работает, наверное это хорошо, что у данной ОС
>появилась пускай не собвенная, но хоть какая-то ФС...А вот кстати, Вы с какой планеты прилетели? На экскурсию нас свозите?
+1 без вопросов.
Для таких решений ZFS создавалась. На таких решениях она прекрасно работает. И на Solaris, для которой она доступна с 2005 года, ZFS _значительно_ стабильнее, чем на FreeBSD.На фре порт ZFS, честно говоря, какой-то хакерский. Такое ощущение, что его делали 1-2 человека, очень опаздывавшие к какому-то сроку. Интеграция с VM, дисковым кэшем, блокированием -- все кое-как. По работе _этого_ кода судить о ZFS -- большая ошибка!
>На фре порт ZFS, честно говоря, какой-то хакерский. Такое ощущение, что его
>делали 1-2 человека, очень опаздывавшие к какому-то сроку.Странное какое-то ощущение, но верное - фактически один человек делает этот порт. Текущая версия экспериментальная и не факт, что она когда-нибудь станет стабильной. По мне так лучше бы ZFS вообще не портировали.
>>На фре порт ZFS, честно говоря, какой-то хакерский. Такое ощущение, что его
>>делали 1-2 человека, очень опаздывавшие к какому-то сроку.
>
>Странное какое-то ощущение, но верное - фактически один человек делает этот порт.
>Текущая версия экспериментальная и не факт, что она когда-нибудь станет стабильной.
>По мне так лучше бы ZFS вообще не портировали.Оно тебе и не надо.
Да нет, начинать надо. То, что FreeBSD необходима современная ФС поняли даже самые ортодоксальные разработчики. И ZFS -- отличный кандидат. Только вот, по-моему, к этому вопросу надо было отнестись более серьезно.Тем не менее, работа идет. Будем надеятся, что через год-два ZFS достигнет production-уровня и во FreeBSD.
>Да нет, начинать надо. То, что FreeBSD необходима современная ФС поняли даже
>самые ортодоксальные разработчики. И ZFS -- отличный кандидат. Только вот, по-моему,
>к этому вопросу надо было отнестись более серьезно.
>
>Тем не менее, работа идет. Будем надеятся, что через год-два ZFS достигнет
>production-уровня и во FreeBSD.Все упирается в ресурсы. Прежде всего в людские. Коих у BSD всегда было немного. Думаю ZFS появилась бы и раньше, но в geom она смотрится лучше.
>>Да нет, начинать надо. То, что FreeBSD необходима современная ФС поняли даже
>>самые ортодоксальные разработчики. И ZFS -- отличный кандидат. Только вот, по-моему,
>>к этому вопросу надо было отнестись более серьезно.
>>
>>Тем не менее, работа идет. Будем надеятся, что через год-два ZFS достигнет
>>production-уровня и во FreeBSD.
>
>Все упирается в ресурсы. Прежде всего в людские. Коих у BSD всегда
>было немного. Думаю ZFS появилась бы и раньше, но в geom
>она смотрится лучше.я так понимаю, все что не делается то воруется (портируется) от туда, где "это" работает хорошо, но по скольку правильно "портировать" нужны как Вы сказали ресурсы в том числе и людские, то возникает множество проблем.
>я так понимаю, все что не делается то воруется (портируется) от туда,
>где "это" работает хорошо, но по скольку правильно "портировать" нужны как
>Вы сказали ресурсы в том числе и людские, то возникает множество
>проблем.Не воруется, а используется(портируется) с позволения авторов, вместо изобретения квадратных велосипедов. Помню какой вой поднялся из-за того, что ZFS нельзя затащить в linux as is по причине несовместимости лицензий. Или снова будем играть по двойным стандартам? Все что портируется в линукс - хорошо, все что во фряху - нагло воруют!!!.
Когда я говорил про ресурсы, то имел ввиду, что приоритеты отдавались в первую очередь на geom, netgraph, SMP, sheduler, etc... Вот и до ZFS очередь дошла.
>[оверквотинг удален]
>>проблем.
>
> Не воруется, а используется(портируется) с позволения авторов, вместо изобретения
>квадратных велосипедов. Помню какой вой поднялся из-за того, что ZFS нельзя
>затащить в linux as is по причине несовместимости лицензий. Или снова
>будем играть по двойным стандартам? Все что портируется в линукс -
>хорошо, все что во фряху - нагло воруют!!!.
> Когда я говорил про ресурсы, то имел ввиду, что
>приоритеты отдавались в первую очередь на geom, netgraph, SMP, sheduler, etc...
>Вот и до ZFS очередь дошла.видимо ключевые ресурсы обитают в Macdonalds посему их мало и мало отдачи.
Я до сих пор не могу понять, "они" что-то там делают в своем маленьком кружке, даже ярые фанаты уже признают, что нехватает ресурсов и еше чего-то, зачем вообще это нужно ?!
Если есть норрмальный решения, которые работают уже, например если речь идет о UNIX - Sun Solaris, или если GNU/Linux - RH, да и множество достойных дистрибутивов...
Может быть это нужно - только изза того, что "давным-давно" слово юникс ассоциировалось с freebsd ?! так это уже не современные сказки...
И при любом минимальном споре, никто не смог привести еще ни одного достойного примера, где данная чудо-ОС применяется в промышленных решениях, хотя постоянно только пишут, что "яндекс и хостинги и в дженипер на этой ОС работает..." ведь это бред причем настоящий и это уже обсуждалось не один раз