The OpenNET Project / Index page

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



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

Оглавление

FreeBSD-CURRENT переведён по умолчанию на Clang, opennews (??), 06-Ноя-12, (0) [смотреть все]

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


84. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +4 +/
Сообщение от Аноним (-), 06-Ноя-12, 10:14 
ЗЫж А наличие выбора и альтернативы - всегда хорошо. В линухах альтернативы выпиливают, в бсд - наоборот, запиливают. За то и любим.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

90. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 10:45 
> ЗЫж А наличие выбора и альтернативы - всегда хорошо. В линухах альтернативы
> выпиливают, в бсд - наоборот, запиливают. За то и любим.

Еще бы хоть одна альтернатива работала нормально... а то тех же NAT'ов 4 штуки, и у всех свои грабли конкретнейшие.

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

104. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 06-Ноя-12, 11:32 
> Еще бы хоть одна альтернатива работала нормально... а то тех же NAT'ов
> 4 штуки, и у всех свои грабли конкретнейшие.

Особенно лицемерно смотрятся наезды тех же самых господ на богатый ассортимент линевых дистров :)

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

116. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от Школьник (ok), 06-Ноя-12, 12:02 
Да ладно, что уж там дистры. Сколько в Лине разных файловых систем!.. Жаль только, что у единственной современной, которая не так давно была спортирована туда, шансы попасть в vanilla близки к нулю.
Ответить | Правка | Наверх | Cообщить модератору

118. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 06-Ноя-12, 12:10 
> спортирована туда, шансы попасть в vanilla близки к нулю.

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

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

136. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Aesthetus Animus (ok), 06-Ноя-12, 14:22 
> Туда уже попал btrfs.

Ой... а ее уже допилили?

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

147. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Школьник (ok), 06-Ноя-12, 15:51 
А как в пингвинах делается? Недопиленную сырую ФС форсят в vanilla в тщетной попытке хоть немного остановить выход Linux из enterprise NAS? Так для вас не то что третий сорт - уже и откровенный брак не брак.
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

148. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 15:59 
> А как в пингвинах делается? Недопиленную сырую ФС форсят в vanilla в
> тщетной попытке хоть немного остановить выход Linux из enterprise NAS? Так
> для вас не то что третий сорт - уже и откровенный
> брак не брак.

Не льстите себе - того же ZFS в Enterprise-сегменте никогда не было. Sun пытался, но ниасилил. Да в общем и Oracle в этой области не на высоте. В ходу PowerVault (DELL), EMC, IBM, и т.д. И общая тенденция такова, что Enterprise NAS не имеет внутри FS, FS определяется на iSCSI клиенте. Все эти потуги с ZFS/BTRFS внутри NAS - это либо SOHO, либо академические эксперименты.

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

151. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Школьник (ok), 06-Ноя-12, 16:18 
>того же ZFS в Enterprise-сегменте никогда не было. Sun пытался, но ниасилил. Да в общем и Oracle в этой области не на высоте.

То есть, про Sun Storage 7xxx ты не слышал. Или у тебя есть какая-то инсайдерская инфа, подтверждающая убыточность этого проекта?

Ну а про Nexenta ты тоже, наверное, ничего не слышал. Про Korea Telecom с ее стораджем на основе ZFS, собранным на обычных (не от вендора storage) компонентах, объемом больше 576 терабайт. Про облако Joyent с SmartOS + ZFS внутри (кстати, именно на Joyent в свое время хостился Твиттер).

>Все эти потуги с ZFS/BTRFS внутри NAS - это либо SOHO, либо академические эксперименты.

Нет, это далеко не только SOHO. Это в недалеком будущем конец всяким зажравшимся EMC, IBM, Dell и NetApp, которые выдают обычный SSD для кэша в своих стораджах за MegaFlash(r) SuperStorage(tm) IO Rampage Accelerator(tm) и якобы из-за этого толкают его за 10+ тысченок вечнозеленых. Жадные должны умерить свои аппетиты. И ОС с нормальными современными ФС и открытым исходным кодом им в этом помогут.

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

152. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 06-Ноя-12, 16:20 
> То есть, про Sun Storage 7xxx ты не слышал. Или у тебя

И где оно? Только конкретно? У большинства - IBM, EMC, Dell.

> Ну а про Nexenta ты тоже, наверное, ничего не слышал. Про Korea

SOHO.

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

155. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Школьник (ok), 06-Ноя-12, 16:24 
> SOHO.

Korea Telecom - это small office/home office? 576 Тб - это small office/home office? Или для тебя деление по секторам SOHO/enterprise идет по цене, а не по объемам/нагрузке?

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

204. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 06-Ноя-12, 18:09 
> Korea Telecom - это small office/home office? 576 Тб - это small
> office/home office? Или для тебя деление по секторам SOHO/enterprise идет по
> цене, а не по объемам/нагрузке?

Nexenta - это SOHO. А деление идёт по уровню сервиса.

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

208. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 18:15 
>> Korea Telecom - это small office/home office? 576 Тб - это small
>> office/home office? Или для тебя деление по секторам SOHO/enterprise идет по
>> цене, а не по объемам/нагрузке?
> Nexenta - это SOHO. А деление идёт по уровню сервиса.

20P (20 000 Tб) в FS Секвоя /llnl.gov/ (из которых 10P-15P занимают стораджи под ZFS) это такой SOHO ?

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

216. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Школьник (ok), 06-Ноя-12, 18:21 
Ничто не может заставить человека видеть до тех пор, пока его глаза закрыты
Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

218. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 18:22 
> 20P (20 000 Tб) в FS Секвоя /llnl.gov/ (из которых 10P-15P занимают
> стораджи под ZFS) это такой SOHO ?

Это _АКАДЕМИКИ_. Ибо National Laboratory. Не путайте энтерпрайз с узкоспециализированным рынком, который в общем-то измеряется в _единицах штук_.

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

235. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 06-Ноя-12, 18:52 
> Это _АКАДЕМИКИ_. Ибо National Laboratory. Не путайте энтерпрайз с узкоспециализированным
> рынком, который в общем-то измеряется в _единицах штук_.

Академики узколобы и имеют свойство не замечать весь мир вокруг и его дуарцкие проблемы :)

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

283. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от Аноним (-), 06-Ноя-12, 20:25 
Начнем с того что Xyratex серия ClusterStor (CS1000/3000/6000) и HP серия SFS /если не путаю/ поставляют стораджи - которые внутри имеют люстру и вполне себе ZFS, у Dell тоже что-то было.. У DDN тоже.
Ну или Britich Petrolium - который на люстре хранит свои данные, и Total... маленькие такие фирмы.
Это тоже академики такие? А ведь скоро из люстры дропнут ext4 и они все станут ZFS юзерами.

Но вас видимо к этим тайнам не допускают... Поэтому считайте дальше с своем уютном мирке что ZFS не готово к энтерпрайсу.


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

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

308. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 21:31 
> вполне себе ZFS, у Dell тоже что-то было.. У DDN тоже.

Юзкейс очень ограниченный. Поэтому поставляется единичными решениями.

Есть места, где архитектуры вида ZFS или BTRFS будет заруливать всё. Это write-mostly приложения, которым до кучи еще нужна версионность FS (возможность делать снэпшоты хоть каждую минуту) и дедупликация. Например - системы регулярной массовой сборки софта.

Есть еще виртуалки - но тут ZFS не у дел, тут еще дефрагментатор нужен, и нормальная работа с кэшами системы, а также нормальная поддержка Direct IO и mmap(), коие в ZFS есть, но как-то криво.

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

> Это тоже академики такие? А ведь скоро из люстры дропнут ext4 и

И ничего. Hint: CEPH.

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

429. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 07-Ноя-12, 07:41 
> Есть еще виртуалки - но тут ZFS не у дел, тут еще

Для виртуалок на солярке в дополнению к ZFS есть лучший на рынке iSCSI target.
И уж стада вм-ов на такой комбинации встречаются более чем часто.

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

431. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 07:52 
> И уж стада вм-ов на такой комбинации встречаются более чем часто.

Чаще всего стада VM'ов встречаются под ESXi, Xen и KVM. И, как ни странно - Hyper-V.
http://nexenta.com/corp/nexenta-hypervisor-survey
Solaris на рынке вообще практически не присутствует, помещаясь в ~10% категории "other".

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

487. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Добрый Дохтур (?), 07-Ноя-12, 16:41 

> Ну или Britich Petrolium - который на люстре хранит свои данные, и
> Total... маленькие такие фирмы.

это ни о чём не говорит. например, все сотовые операторы РФ используют ext3.
но это не делает её enterprise и не лишает её недостатков.

> Это тоже академики такие? А ведь скоро из люстры дропнут ext4 и
> они все станут ZFS юзерами.

использование zfs приводит к неэффективному использованию места, потому что процентов 20% надо держать свободным.

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

сотовые операторы вполне нормально переносят уход in-платформы(основной сервис которой - prepaid) в оффлайн. т.е. её можно просто выключить, провести работы и включить обратно.

так что лучше смотреть на разного рода трейдерские платформы и железо, используемое ими.

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

499. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Andrew Kolchoogin (?), 07-Ноя-12, 17:35 
> использование zfs приводит к неэффективному использованию места,
> потому что процентов 20% надо держать свободным.

Использование классических файловых систем с отдельными Volume Manager'ами приводит к неэффективному использованию людских ресурсов, так как тома существенных размеров (ну, хотя бы десяток-другой петабайт) они поддерживают крайне неэффективно (либо у вас запись должна вестись в один поток, но такой workload для здоровых систем хранения я себе не представляю, либо у вас журнал скушает те самые 20% диска), а на мелкие тома разбивать -- путь в тупик, ибо как бы умно и правильно ты не разбил диск на разделы, всё равно какой-то из них закончится первым, и придётся всё равно докупить ещё физческих винчестеров.

Ну, либо симлинки, да. :)

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

523. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:19 
> Использование классических файловых систем с отдельными Volume Manager'ами

Блин, откройте уже для себя нормальные Enterprise NAS xD

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

547. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 07-Ноя-12, 18:44 
>> Использование классических файловых систем с отдельными Volume Manager'ами
> Блин, откройте уже для себя нормальные Enterprise NAS xD

...и счёт в банке на юридическое лицо для безналичной оплаты технической поддержки аппаратного обеспечения конторы "Рога-и-корыта".


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

551. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:53 
> ...и счёт в банке на юридическое лицо для безналичной оплаты технической поддержки
> аппаратного обеспечения конторы "Рога-и-корыта".

Ну... я ж не виноват, что в конторы посерьезнее Вас не пускают...

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

554. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 07-Ноя-12, 18:57 
>> ...и счёт в банке на юридическое лицо для безналичной оплаты технической поддержки
>> аппаратного обеспечения конторы "Рога-и-корыта".
> Ну... я ж не виноват, что в конторы посерьезнее Вас не пускают...

О, корпоративная культура в действии... Вы там на утренней линейке сотрудников Вашей компании корпоративный флаг ещё не поднимаете? :) С таким отношением — скоро будете.


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

593. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 20:36 
> О, корпоративная культура в действии... Вы там на утренней линейке сотрудников Вашей
> компании корпоративный флаг ещё не поднимаете? :) С таким отношением —
> скоро будете.

Да нет, я с утра просто прихожу, потом успеваю десяток минут покурить, и после просто работаю. С перерывами для отдыха глаз, обедом, и вообще более-менее аккуратной обстановкой. Иногда задирают звонками на разрыв - но это уже специфика :)

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

597. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 07-Ноя-12, 20:44 
> Да нет, я с утра просто прихожу, потом успеваю десяток минут покурить,
> и после просто работаю. С перерывами для отдыха глаз, обедом, и
> вообще более-менее аккуратной обстановкой. Иногда задирают звонками на разрыв - но
> это уже специфика :)

Грустно читать когда человек пишет: "...для отдыха глаз..." а не чтоб "девок пощупать". Вот оно влияние компьютерного излучения ... :(

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

600. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 20:47 
> Грустно читать когда человек пишет: "...для отдыха глаз..." а не чтоб "девок
> пощупать". Вот оно влияние компьютерного излучения ... :(

На работе надо работать, а не "девок щупать". Кто не согласен - пинком в "рога и корыта".

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

602. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 07-Ноя-12, 20:52 
>> Грустно читать когда человек пишет: "...для отдыха глаз..." а не чтоб "девок
>> пощупать". Вот оно влияние компьютерного излучения ... :(
> На работе надо работать, а не "девок щупать". Кто не согласен -
> пинком в "рога и корыта".

Месье плохо ситал классику, "рога и копыта" имели другую специализацию.

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

603. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 20:55 
вообще-то, там были "рога и копыта". "рога и корыта" - удачно подсмотренный здесь фиш
Ответить | Правка | К родителю #602 | Наверх | Cообщить модератору

524. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 07-Ноя-12, 18:21 
> использование zfs приводит к неэффективному использованию места, потому что процентов
> 20% надо держать свободным.

Цифра взята с потолка, как посмотрю. Лично мне достаточно освободить 5% от занятого пула, чтобы привести его скоростные показатели I/O в норму.

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

560. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:13 
> Цифра взята с потолка, как посмотрю. Лично мне достаточно освободить 5% от
> занятого пула, чтобы привести его скоростные показатели I/O в норму.

Сказал эксперт по получению 6 мегов в секунду на шпиндель. Не, знаешь, ынтырпрайзникам лучше бы не доверять всяким местным экспертам по факапам и торможениям ФС. Намного лучше когда ничего не факапается и быстро работает :)

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

566. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 07-Ноя-12, 19:19 
> Сказал эксперт по получению 6 мегов в секунду на шпиндель. Не, знаешь,
> ынтырпрайзникам лучше бы не доверять всяким местным экспертам по факапам и
> торможениям
ФС. Намного лучше когда ничего не факапается и быстро работает
> :)

Пруф будет ?

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

486. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от сержант Скотч (?), 07-Ноя-12, 16:32 
>> SOHO.
> Korea Telecom - это small office/home office? 576 Тб - это small
> office/home office?

право, что такое 576Тб? это всего-то 300 дисков по 2Тб.

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

561. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:14 
> право, что такое 576Тб? это всего-то 300 дисков по 2Тб.

Пришел поручик Ржевский и все опошлил :)

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

205. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 06-Ноя-12, 18:10 
>> А как в пингвинах делается? Недопиленную сырую ФС форсят в vanilla в
>> тщетной попытке хоть немного остановить выход Linux из enterprise NAS? Так
>> для вас не то что третий сорт - уже и откровенный
>> брак не брак.
> Не льстите себе - того же ZFS в Enterprise-сегменте никогда не было.
> Sun пытался, но ниасилил.

Кластера из TOP10 это Ентерпрайс сегмент или как?
Ну сейчас еще Lustre попилят - и даже маленькие инсталяции перейдут на ZFS. вот и посмотрим у кого круче Ентерпрайс.. А где там ZFS ?

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

215. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 18:21 
> Кластера из TOP10 это Ентерпрайс сегмент или как?

Нонсенс детектед. Кластера из ТОП10 - это сегмент _УЗКОСПЕЦИАЛИЗИРОВАННЫХ_ решений.

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

284. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 06-Ноя-12, 20:25 
>> Кластера из TOP10 это Ентерпрайс сегмент или как?
> Нонсенс детектед. Кластера из ТОП10 - это сегмент _УЗКОСПЕЦИАЛИЗИРОВАННЫХ_ решений.

И это позволяет не считать их интерпрайзом ?

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

290. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от fi (ok), 06-Ноя-12, 20:42 
>>> Кластера из TOP10 это Ентерпрайс сегмент или как?
>> Нонсенс детектед. Кластера из ТОП10 - это сегмент _УЗКОСПЕЦИАЛИЗИРОВАННЫХ_ решений.
> И это позволяет не считать их интерпрайзом ?

во общем-то нет.

зы. у zfs есть одна, но сводящая на нет ее "интерпрайзность", проблема - она не кластерная. а ее действительно замечательны свойства, как тут верно заметели, лучше всего подходят для SOHO, только 128 бит там лишние :)))

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

456. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 07-Ноя-12, 13:36 
зато поверх нее отлично ставится люстра - вполне себе кластер :)
Ответить | Правка | К родителю #290 | Наверх | Cообщить модератору

310. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 21:33 
> И это позволяет не считать их интерпрайзом ?

Когда сможете отличить коммерческую корпоративную среду от узкоспециализированной научной - приходите.

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

402. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Led (ok), 07-Ноя-12, 04:23 
>>> А как в пингвинах делается? Недопиленную сырую ФС форсят в vanilla в
>>> тщетной попытке хоть немного остановить выход Linux из enterprise NAS? Так
>>> для вас не то что третий сорт - уже и откровенный
>>> брак не брак.
>> Не льстите себе - того же ZFS в Enterprise-сегменте никогда не было.
>> Sun пытался, но ниасилил.
> Кластера из TOP10 это Ентерпрайс сегмент или как?
> Ну сейчас еще Lustre попилят - и даже маленькие инсталяции перейдут на
> ZFS.

Кто "попилит"? Oracle слил люстру.

> вот и посмотрим у кого круче Ентерпрайс.. А где там ZFS ?

Спасибо, посмеялся:)

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

457. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 07-Ноя-12, 13:37 
>>>> А как в пингвинах делается? Недопиленную сырую ФС форсят в vanilla в
>>>> тщетной попытке хоть немного остановить выход Linux из enterprise NAS? Так
>>>> для вас не то что третий сорт - уже и откровенный
>>>> брак не брак.
>>> Не льстите себе - того же ZFS в Enterprise-сегменте никогда не было.
>>> Sun пытался, но ниасилил.
>> Кластера из TOP10 это Ентерпрайс сегмент или как?
>> Ну сейчас еще Lustre попилят - и даже маленькие инсталяции перейдут на
>> ZFS.
> Кто "попилит"? Oracle слил люстру.

whancloud которому LLNL проплатил окончание ZFS интерграции в 2.4/2.5

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

163. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 16:42 
> А как в пингвинах делается? Недопиленную сырую ФС форсят в vanilla в
> тщетной попытке хоть немного остановить выход Linux из enterprise NAS?

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

> Так для вас не то что третий сорт - уже и откровенный брак не брак.

Для нас знаете ли привычны файловые системы которые без проблем юзают под кэш всю оперативку отдавая ее программам по мере надобности. У нас файловые системы с экстентами уже много лет и на тормозилово с жалким подобием оных мы не согласимся. И отсутствие дефрага в CoW который априори лупит фрагментами как пулемет при уйме ворклоадов устроит только мазохиста покасанного его величеством маркетинговым буллшитом.

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

167. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Школьник (ok), 06-Ноя-12, 16:52 
> Для нас знаете ли привычны файловые системы которые без проблем юзают под
> кэш всю оперативку отдавая ее программам по мере надобности. У нас
> файловые системы с экстентами уже много лет и на тормозилово с
> жалким подобием оных мы не согласимся. И отсутствие дефрага в CoW
> который априори лупит фрагментами как пулемет при уйме ворклоадов устроит только
> мазохиста покасанного его величеством маркетинговым буллшитом.

Как много слов по поводу ФС, которая до сих пор разваливается сама по себе.

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

174. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 16:59 
>> Для нас знаете ли привычны файловые системы которые без проблем юзают под
>> кэш всю оперативку отдавая ее программам по мере надобности. У нас
>> файловые системы с экстентами уже много лет и на тормозилово с
>> жалким подобием оных мы не согласимся. И отсутствие дефрага в CoW
>> который априори лупит фрагментами как пулемет при уйме ворклоадов устроит только
>> мазохиста покасанного его величеством маркетинговым буллшитом.
> Как много слов по поводу ФС, которая до сих пор разваливается сама
> по себе.

У них все быстрои и фс и развалы фс ... только техподдержка в ДЦ какой ДЦ в ру зоне не взять всегда тормозит ... :))

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

184. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 06-Ноя-12, 17:23 
А зачем ты в зоне .ру хостишься? Любишь совковое качество услуг, факапы на ровном месте и прочая? Ну да, когда саппорт вежливый, все годами работает и каши не просит и прочая - это слишком скучно, понимаю.
Ответить | Правка | Наверх | Cообщить модератору

134. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Vkni (ok), 06-Ноя-12, 14:20 
> Жаль только, что у единственной современной, которая не так давно была
> спортирована туда, шансы попасть в vanilla близки к нулю.

Сама концепция UNIX вообще 40-ка летней давности. Поэтому я бы особо не заморачивался насчёт свежести ФС - снявши голову по волосам не плачут.

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

153. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Школьник (ok), 06-Ноя-12, 16:21 
Принято. Только вы это еще и User294 скажите. Он не в состоянии пропустить ни одной новости про FreeBSD UFS, где упорно именует ее "окаменевшим говном мамонта".
Ответить | Правка | Наверх | Cообщить модератору

154. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от nagualemail (ok), 06-Ноя-12, 16:22 
> Принято. Только вы это еще и User294 скажите. Он не в состоянии
> пропустить ни одной новости про FreeBSD UFS, где упорно именует ее
> "окаменевшим говном мамонта".

Он наверно специалист в области капрологии :))

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

156. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от pavel_simple (ok), 06-Ноя-12, 16:25 
>> Принято. Только вы это еще и User294 скажите. Он не в состоянии
>> пропустить ни одной новости про FreeBSD UFS, где упорно именует ее
>> "окаменевшим говном мамонта".
> Он наверно специалист в области капрологии :))

даже если и так то он не обшибси.

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

157. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 16:29 
> даже если и так то он не обшибси.

Вы медик или археолог ? :)))


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

165. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 16:49 
> Вы медик или археолог ? :)))

Достаточно любой бенч с участием суперстар в виде UFS посмотреть - сотни ненависти от таких как вы клоунов гарантированы. Ибо данный АРХАИЧНЫЙ дизайн обречен СЛИТЬ более современным под уймой ворклоадов. Просто потому что с эпохи палеолита когда эта некромансия дизайнилась было придумано дофига более удачных решений касающихся устройства ФС. Просто как дважды два.

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

171. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 06-Ноя-12, 16:57 
>> Вы медик или археолог ? :)))
> Достаточно любой бенч с участием суперстар в виде UFS посмотреть - сотни
> ненависти от таких как вы клоунов гарантированы. Ибо данный АРХАИЧНЫЙ дизайн
> обречен СЛИТЬ более современным под уймой ворклоадов. Просто потому что с
> эпохи палеолита когда эта некромансия дизайнилась было придумано дофига более удачных
> решений касающихся устройства ФС. Просто как дважды два.

Боюсь не любой а только от фароникса ... сделанный кривыми руками неасилятора от линукс :)))

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

185. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 17:27 
> Боюсь не любой а только от фароникса ...

Даже фороникс вполне сойдет на роль капитанов очевидностей. В данном случае достаточно тупо пнуть бенч и посмотреть на результат. Еще можно читануть описальник устройства ФС/сорц/что вам там удобнее и сделать выводы самому. Если мозгов хватит.

Не надо быть семи пядей во лбу чтобы осознать что мощный турбореактивный двигун зарулит к чертям классический пропеллер+мотор. Он будет заруливать совершенно независимо от уровня ламерства пилотов. Просто следующий этап технологии. Априори может больше by design.

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

187. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 17:33 
>> Боюсь не любой а только от фароникса ...
> Даже фороникс вполне сойдет на роль капитанов очевидностей. В данном случае достаточно
> тупо пнуть бенч и посмотреть на результат. Еще можно читануть описальник
> устройства ФС/сорц/что вам там удобнее и сделать выводы самому. Если мозгов
> хватит.

Короче линь рулит только в тестах фороникса ... даже в сравнении с виндой :)))

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

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

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

192. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от arisu (ok), 06-Ноя-12, 17:39 
> Нам в продакшене нужен не турбореактивный ревун склонный к факапам а стабильное,
> предсказуемое решение, почувствуйте разницу.

я так понимаю, у вас там кластеры на Z80 стоят. а чо — стабильно, предсказуемо и тормозит как надо.

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

197. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +3 +/
Сообщение от nagualemail (ok), 06-Ноя-12, 17:47 
>> Нам в продакшене нужен не турбореактивный ревун склонный к факапам а стабильное,
>> предсказуемое решение, почувствуйте разницу.
> я так понимаю, у вас там кластеры на Z80 стоят. а чо
> — стабильно, предсказуемо и тормозит как надо.

Похоже телепат из вас как и технический специались ... :)))

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

225. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от arisu (ok), 06-Ноя-12, 18:30 
> Похоже телепат из вас как и технический специались … :)))

значит, угадал. ужас какой…

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

229. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от nagualemail (ok), 06-Ноя-12, 18:43 
>> Похоже телепат из вас как и технический специались … :)))
> значит, угадал. ужас какой…

Вы опять себе льстите ...

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

213. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 18:19 
> Нам в продакшене нужен не турбореактивный ревун склонный к факапам а стабильное,
> предсказуемое решение, почувствуйте разницу.

Ну да, заметно по желанию юзать академские выкидыши-недоделки.

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

220. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от nagualemail (ok), 06-Ноя-12, 18:24 
>> Нам в продакшене нужен не турбореактивный ревун склонный к факапам а стабильное,
>> предсказуемое решение, почувствуйте разницу.
> Ну да, заметно по желанию юзать академские выкидыши-недоделки.

Вы про btrfs и рейзер4 ?

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

221. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 06-Ноя-12, 18:25 
> Вы про btrfs и рейзер4 ?

Я про *BSD и ZFS.

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

223. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 18:28 
>> Вы про btrfs и рейзер4 ?
> Я про *BSD и ZFS.

ZFS оракл уже зарелизил :)) Но если из криокамеры видрее ...

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

226. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 18:30 
Ага, "зарелизил". Ещё SUN, известная своей политикой закрытия всего и вся. Да ещё под BSDL... С чего бы это, не находите? А с того, что не знали, что дальше с этим делать. Нормальную вменяемую коммерческую разработку хрена с два бы они отдали так просто. Как минимум под GPL - чтобы код возвращался.

Немножко помаркетблудили, облажались, и решили отпустить в массы, на случай, если кто-нибудь допилит до ума. Выкидыш, т.е. А желающих гальванизировать не нашлось - Oracle протолкнул разработку BTRFS, как более грамотной FS. Как только BTRFS войдёт в статию релиза, саппорт ZFS будет тихонько состепдаунен.

Ну и... матёрые BSD'шники, узрев халяву, которая ещё и от инфраструктуры ОС мало чего требует ("всё своё тащу с собой" - бич ZFS), сразу утащили, ибо сидеть на экскрементах мамонта ака UFS надоело, а нормальные ФС адаптировать очень тяжело в силу того, что всё тесно завязано на современные фичи одного небезызвестного ядра. Вот только утащить-то утащили, а допилить, увы и ах. "Нет ресурсов". Тихонько прут из солярки, что отдано, но воз и ныне там.

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

232. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 18:45 
> Как только BTRFS
> войдёт в статию релиза, саппорт ZFS будет тихонько состепдаунен.

Как только на вас ее обкатает ... после ext4 разусеется :))

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

349. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от тигар (ok), 06-Ноя-12, 22:36 
> а допилить, увы и ах. "Нет ресурсов". Тихонько прут из солярки,
> что отдано, но воз и ныне там.

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

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

361. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 23:08 
пнх
Ответить | Правка | К родителю #349 | Наверх | Cообщить модератору

238. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 06-Ноя-12, 18:56 
> Короче линь рулит только в тестах фороникса ... даже в сравнении с виндой :)))

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

>> от уровня ламерства пилотов. Просто следующий этап технологии. Априори может больше by design.
> Нам в продакшене нужен не турбореактивный ревун склонный к факапам а стабильное,
> предсказуемое решение, почувствуйте разницу.

Что-то не вижу засилья стабильно порхающих бипланов-кукурузников а-ля этажерка братьев Райт vs дизайны с турбореактивным двигателем. Как-то первые естественным образом издохли в пользу вторых. Ну и тут так же будет.

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

246. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 19:12 
> Что-то не вижу засилья стабильно порхающих бипланов-кукурузников а-ля этажерка братьев
> Райт vs дизайны с турбореактивным двигателем. Как-то первые естественным образом издохли
> в пользу вторых. Ну и тут так же будет.

В вашей криокамере стекло запотело...

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

254. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 19:21 
> В вашей криокамере стекло запотело...

Простите, в криокамере вы. А я интересуюсь как раз современным state of art. Маркетинговый буллшит и странные инженерные решения за таковые не считаются ;)

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

258. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 19:27 
> Простите, в криокамере вы. А я интересуюсь как раз современным state of
> art. Маркетинговый буллшит и странные инженерные решения за таковые не считаются
> ;)

Реклама на рабочем столе бубунты это не маркетинг, не ... по крайней мере из криокамеры у которой от обилия оттаивающего г. мамонта запотели стекла это не видно :)))


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

265. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 06-Ноя-12, 19:36 
> Реклама на рабочем столе бyбyнты это не маркетинг, не ...

Вы еще Linux XP вспомните с активациями, чего уж там. Клоунада - так по полной. А я вспомню про закрытые напрочь прошивки жунипера и прочие яблогаджеты, ибо нефиг.

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

271. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 19:49 
>> Реклама на рабочем столе бyбyнты это не маркетинг, не ...
> Вы еще Linux XP вспомните с активациями, чего уж там. Клоунада -
> так по полной.

:))

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

Если жунипер захочет обкатать код на миллионах серверов как обкатывает код микрософт или оракл(btrfs ext4) ему придется впендюрить свои изменения в freebsd да еще так чтоб их приняли. Иначе придется тестить своими силами за свои бабки.


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

567. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 07-Ноя-12, 19:21 
> Если жунипер захочет обкатать код на миллионах серверов как обкатывает код микрософт
> или оракл(btrfs ext4) ему придется впендюрить свои изменения в freebsd

Ну они и впендюрили поддержку сферического мипса в вакууме. Правда толку то с нее? У SoC и/или конкретной железки обычно туева хуча периферии. Хотя да, бсдшники обычно поддерживают все что отличается от х86 так: берется поддержка процессорного ядра и драйвер UART. Бутается, ибо в таком виде чрезмерных усилий не требует. Все, предварительная поддержка системы заявлена! А то что оно ничего не умеет кроме как лог загрузки в уарт плевать - ну... где-то внутри оно же работает. Правда оно столь же работает как человек в коме - живет полноценной жизнью.

> да еще так чтоб их приняли. Иначе придется тестить своими силами за свои бабки.

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

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

525. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 07-Ноя-12, 18:22 
зачем такое вспоминать? вот RedHat 6 вполне себе с активациями.
Ответить | Правка | К родителю #265 | Наверх | Cообщить модератору

286. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от arisu (ok), 06-Ноя-12, 20:31 
> Реклама на рабочем столе бубунты

ты, наверное, очень удивишься — но не бубунтой единой.

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

569. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 07-Ноя-12, 19:22 
> ты, наверное, очень удивишься — но не бyбунтой единой.

Бсдшники не в курсе что бывает такая хрень - "выбор".

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

281. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от fi (ok), 06-Ноя-12, 20:19 
> Нам в продакшене нужен не турбореактивный ревун склонный к факапам а стабильное,
> предсказуемое решение, почувствуйте разницу.

Да, полностью согласен, тут сразу всплывает RHEL с ext3 под рут и vxfs для хранилища. :)))


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

274. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 06-Ноя-12, 19:57 
>> Вы медик или археолог ? :)))
> Достаточно любой бенч с участием суперстар в виде UFS посмотреть - сотни
> ненависти от таких как вы клоунов гарантированы. Ибо данный АРХАИЧНЫЙ дизайн
> обречен СЛИТЬ более современным под уймой ворклоадов. Просто потому что с
> эпохи палеолита когда эта некромансия дизайнилась было придумано дофига более удачных
> решений касающихся устройства ФС. Просто как дважды два.

Вообще-та, UFS2 моложе Ext3. А Ext4 чуть изменила дизайн Ext3 в сторону использования экстентов.

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

570. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:22 
> Вообще-та, UFS2 моложе Ext3. А Ext4 чуть изменила дизайн Ext3 в сторону
> использования экстентов.

И потому работает с человеческой скоростью. В отличие от UFS2.

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

589. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 07-Ноя-12, 20:19 
>> Вообще-та, UFS2 моложе Ext3. А Ext4 чуть изменила дизайн Ext3 в сторону
>> использования экстентов.
> И потому работает с человеческой скоростью. В отличие от UFS2.

Ну конечно — UFS2 работает не с человеческой скоростью, а с аццкой. :))


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

591. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 07-Ноя-12, 20:23 
> Ну конечно — UFS2 работает не с человеческой скоростью, а с аццкой.
> :))

Пацталом :)))

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

654. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 08-Ноя-12, 20:46 
> Ну конечно — UFS2 работает не с человеческой скоростью, а с аццкой. :))

Да, тормозит оно по современным меркам просто аццки. Да и ZFS ты у себя загнал в не менее аццкие тормоза :)

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

656. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 08-Ноя-12, 20:52 
>> Ну конечно — UFS2 работает не с человеческой скоростью, а с аццкой. :))
> Да, тормозит оно по современным меркам просто аццки.

По каким мерках? Последние мерки снимались в 2010 году. После чего что-то не видно испытаний обновлённой UFS2 с SUJ.

> Да и ZFS ты у себя загнал в не менее аццкие тормоза :)

Я загнал — я же и разогнал. Какие проблемы? Ты свои ФС до граничных условий использования не доводил?


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

658. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –5 +/
Сообщение от nagualemail (ok), 08-Ноя-12, 20:59 
>>> Ну конечно — UFS2 работает не с человеческой скоростью, а с аццкой. :))
>> Да, тормозит оно по современным меркам просто аццки.
> По каким мерках? Последние мерки снимались в 2010 году. После чего что-то
> не видно испытаний обновлённой UFS2 с SUJ.
>> Да и ZFS ты у себя загнал в не менее аццкие тормоза :)
> Я загнал — я же и разогнал. Какие проблемы? Ты свои ФС
> до граничных условий использования не доводил?

У некоторых особенно криворуких линуксоидов UFS и ZFS не только тормозят но и падают. К сожелению при наличии прямых рук воспроизвести не удается ...

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

666. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 09-Ноя-12, 10:47 
> У некоторых особенно криворуких линуксоидов UFS и ZFS не только тормозят но
> и падают. К сожелению при наличии прямых рук воспроизвести не удается ...

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

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

701. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от regged (ok), 11-Ноя-12, 06:28 
> К сожелению

И эти ^^^^ люди говорят про криворукость!

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

687. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 09-Ноя-12, 17:07 
> По каким мерках? Последние мерки снимались в 2010 году. После чего что-то
> не видно испытаний обновлённой UFS2 с SUJ.

Если ты фанерный кукурузник покрасишь краской заново, он все-равно не обгонит от этого современный самолет. Общая архаичность конструкции не позволит. А какие крупные изменения были за 2 года? Там для серьезного разгона надо дисковые структуры перекраивать. А это всем лень, ресурсов нет, etc. Ясен пень, подкрасить немного этот винтажный кукурузник - проще чем сделать из него сверхзвуковой истребитель.

>> Да и ZFS ты у себя загнал в не менее аццкие тормоза :)
> Я загнал — я же и разогнал.

Что-то я так подозреваю что разгон затронул не все файлы.

> Ты свои ФС до граничных условий использования не доводил?

До настолько ж...х - нет, не доводил. Меня тормоза начинают анноить гораздо раньше чем 6Мб/сек на шпиндель.

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

690. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 09-Ноя-12, 18:22 
>> По каким мерках? Последние мерки снимались в 2010 году. После чего что-то
>> не видно испытаний обновлённой UFS2 с SUJ.
> Если ты фанерный кукурузник покрасишь краской заново, он все-равно не обгонит от
> этого современный самолет.

Ты про Ext4 что ли? Как она, кстати? Больше не уносит файлы с собой в могилу после внезапных отключений питания дисков?

> Общая архаичность конструкции не позволит.

Ext4 от Ext3 недалеко ушла — это ты правильно заметил. Снапшотов на уровне файловой системы как не было, так нет: восстанавливайтесь из бэкапов. :))

> А какие крупные изменения были за 2 года?

Max 64k на блок — учитывая, что в UFS2 адресация идёт на уровне фрагментов блоков, то это хорошее достижние в экономии как на размере метаинформации, так и пространства под данные, например, на дорогих носителях (SSD).

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

Да уж куда там до разработчиков Ext4, которые всё ещё не осилили снапшоты на уровне файловой системы. :))

>>> Да и ZFS ты у себя загнал в не менее аццкие тормоза :)
>> Я загнал — я же и разогнал.
> Что-то я так подозреваю что разгон затронул не все файлы.
>> Ты свои ФС до граничных условий использования не доводил?
> До настолько ж...х - нет, не доводил. Меня тормоза начинают анноить гораздо
> раньше чем 6Мб/сек на шпиндель.

Так у вас случается ВСЁ намного раньше, жаль только, что спохватываетесь мееееедлненно. Поэтому и на эксперименты не тянет.

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

692. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 09-Ноя-12, 18:30 
> Ты про Ext4 что ли? Как она, кстати? Больше не уносит файлы
> с собой в могилу после внезапных отключений питания дисков?

На днях только обновление накатили, тестируем :))

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

724. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 12-Ноя-12, 03:56 
>> Если ты фанерный кукурузник покрасишь краской заново, он все-равно не обгонит от
>> этого современный самолет.
> Ты про Ext4 что ли?

Не, это я про UFS*. Общий винтажный дизайн структур никакой подкраской и стразиками не маскируется.

> Как она, кстати? Больше не уносит файлы с собой в могилу после внезапных отключений питания дисков?

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

>> Общая архаичность конструкции не позволит.
> Ext4 от Ext3 недалеко ушла — это ты правильно заметил.

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

> Снапшотов на уровне файловой системы как не было, так нет: восстанавливайтесь из бэкапов. :))

1) Снапшоты есть через LVM если оно вдруг надо.
2) Снапшоты вообще бэкапы не заменяют. Дополняют - да. Но не заменяют ни разу. Example: вылез под снапшотом бэд. И все что после этого момента - резко превращается в ТЫКВУ. И никакое отматывание снапшота не поможет. А в хучшем случае так и вовсе вся эта механика вообще завалится.

> Max 64k на блок

А у ext4 можно одним экстентом адресовать 128Мб регион. Да-да, 1 запись адресует такую чушку. Что лучше в плане педалинга метаданных - несложно догадаться.

> Да уж куда там до разработчиков Ext4, которые всё ещё не осилили
> снапшоты на уровне файловой системы. :))

"Да куда уж разработчикам истребителей до нас с нашим кукурузником! Они лохи, даже покрасить свой экспонат забыли! А вот у нас свежая краска на крыльях!"

>> До настолько ж...х - нет, не доводил. Меня тормоза начинают анноить гораздо
>> раньше чем 6Мб/сек на шпиндель.
> Так у вас случается ВСЁ намного раньше, жаль только, что спохватываетесь мееееедлненно.
> Поэтому и на эксперименты не тянет.

Понимаешь ли, я заранее себе могу представить кайф с пересборкой трехдискового пула и/или удвиганием оттуда всех данных. А по другому его особо и не подефрагаешь, встроенного то дефрагера нету. Так что в самом лучшем случае его можно "дефрагнуть" снеся оттуда все или почти все (в т.ч. все снапшоты) и налив заново. И то еще вопрос как это с CoW логикой уживется.

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

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

691. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 09-Ноя-12, 18:26 
>> По каким мерках? Последние мерки снимались в 2010 году. После чего что-то
>> не видно испытаний обновлённой UFS2 с SUJ.
> Если ты фанерный кукурузник покрасишь краской заново, он все-равно не обгонит от
> этого современный самолет. Общая архаичность конструкции не позволит. А какие крупные
> изменения были за 2 года? Там для серьезного разгона надо дисковые
> структуры перекраивать. А это всем лень, ресурсов нет, etc. Ясен пень,
> подкрасить немного этот винтажный кукурузник - проще чем сделать из него
> сверхзвуковой истребитель.

Ну здавствуйте что ли пилоты криокамер, с разморозкой :)) Вы что не в курсе, в UFS действильно добавили -j (в 9-ке) -t (в 8.3), вы что все проспали ? Все дело в том что в FreeBSD на принято на каждый пук название менять, это не firefox ... :)))

ЗЫ Пилот криокамеры - это звучит гордо :)))

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

725. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 12-Ноя-12, 03:57 
> ЗЫ Пилот криокамеры - это звучит гордо :)))

Тебе виднее. Если ты в 2012 году семантику posix не знаешь - видимо криокамера морозила на совесть.

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

726. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 12-Ноя-12, 04:11 
>> ЗЫ Пилот криокамеры - это звучит гордо :)))
> Тебе виднее. Если ты в 2012 году семантику posix не знаешь -
> видимо криокамера морозила на совесть.

Друг мой, вы с таким усердием твердите о UFS и криокамере что начинаете напоминать Чебурашку перед зеркалом... в заключителньной фазе, учитывая колличество эпикфейлов с ext4 на лоре :))

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

734. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 13-Ноя-12, 19:10 
> эпикфейлов с ext4 на лоре :))

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

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

736. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –3 +/
Сообщение от nagualemail (ok), 13-Ноя-12, 20:21 
>> эпикфейлов с ext4 на лоре :))
> Вы прикиньте, активно самолеты почему-то разбиваются чаще чем кукурузники стоящие в музее
> и не совершающие вылетов. Наверное отсюда следует далеко идущий вывод о
> том что кукурузники по надежности чемпионы мира.

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

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

743. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Andrey Mitrofanov (?), 14-Ноя-12, 10:26 
>B оно летает, правда часто вниз ...:))

Заканчивай ходить на голове?:-P

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

746. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 14-Ноя-12, 11:31 
>>B оно летает, правда часто вниз ...:))
> Заканчивай ходить на голове?:-P

Для того чтоб рискнуть сесть в акой запорожец нужно действительно "на голове" ...

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

754. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 15-Ноя-12, 07:05 
> Для того чтоб рискнуть сесть в акой запорожец нужно действительно "на голове"

Запорожец - это UFS. Хоть к нему присобачили "скамейку" и литые диски aka снапшоты и что там еще, двигун и прочая начинка от этого лучше не стали: дисковые структуры все такие же архаичные как и раньше.


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

773. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 15-Ноя-12, 15:27 
>> Для того чтоб рискнуть сесть в акой запорожец нужно действительно "на голове"
> Запорожец - это UFS. Хоть к нему присобачили "скамейку" и литые диски
> aka снапшоты и что там еще, двигун и прочая начинка от
> этого лучше не стали: дисковые структуры все такие же архаичные как
> и раньше.

Не :))) запорожец это ext2 потом к нему присобачили двигатель от мессершмита ext3 крылья от боинга ext4 вот еще хотят снапшеты но оси ня колесах не выдерживают ... вот и падает :))

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

744. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от AlexAT (ok), 14-Ноя-12, 10:51 
> Вы не представляете насколько удачный пример нашли, вот прикиньте когда на кукурузник
> ext ставят двигло с мига (журнал, барьеры) и хотят чтоб это
> летало . B оно летает, правда часто вниз ...:))

Хорошо UFS(2) - ни тебе экстентов, журнала, ни барьеров... уже никто не сомневается, почему не летает, а ползает. Да и вниз полететь не может по той же причине. Вообще сравнивать Запорожец с Боингом - ушло. Есть попытки на клей и сопли посадить элероны (GEOM journal) и винтовые двигатели (soft updates), по почему-то в итоге получается ВАЗ...

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

747. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 14-Ноя-12, 11:34 
>> Вы не представляете насколько удачный пример нашли, вот прикиньте когда на кукурузник
>> ext ставят двигло с мига (журнал, барьеры) и хотят чтоб это
>> летало . B оно летает, правда часто вниз ...:))
> Хорошо UFS(2) - ни тебе экстентов, журнала, ни барьеров... уже никто не
> сомневается, почему не летает, а ползает. Да и вниз полететь не
> может по той же причине. Вообще сравнивать Запорожец с Боингом -
> ушло. Есть попытки на клей и сопли посадить элероны (GEOM journal)
> и винтовые двигатели (soft updates), по почему-то в итоге получается ВАЗ...

И GEOM journal и soft updates работают без нареканий, а вот у вас с ext4 "все через ВАЗ" ...

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

748. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 14-Ноя-12, 11:34 
> И GEOM journal и soft updates работают без нареканий

На локалхостах...

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

749. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 14-Ноя-12, 11:50 
>> И GEOM journal и soft updates работают без нареканий
> На локалхостах...

Поздравляю, это огромный шаг в перед, вы первый виндузятник которому удалось настроить фрю на локалхосте да еще с GEOM journal и soft updates и главное это все работает без нареканий :))) Ну теперь вы перестанете писать глупости в фрум ?

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

751. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от iZEN (ok), 14-Ноя-12, 17:22 
> Хорошо UFS(2) - ни тебе экстентов, журнала, ни барьеров

Soft-Updates — это упорядоченная очередь транзакций. Какие ещё "барьеры" нужны?
Экстенты оставим спецам, таким, как User294, которые в них видят будущее.

>... уже никто не сомневается, почему не летает, а ползает.

Если постоянно твердить о данных бенчмарков сравнения быстродействия файловых систем Фороникса двух- и трёхлетней давности, то во рту всё время будет сладко, хотя халвы-то уже и нет.

P.S.
Странно, что до сих пор не удосужились сравнить быстродействие классических журналируемых ФС с ZFS, у которой выставлено свойство checksum=off, для полноты картины. ;)

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

752. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 14-Ноя-12, 17:29 
> Странно, что до сих пор не удосужились сравнить быстродействие классических журналируемых
> ФС с ZFS, у которой выставлено свойство checksum=off, для полноты картины.
> ;)

Да было бы интересно увидеть влияние

/sbin/zfs set checksum=off
/sbin/zfs set sync=disabled
/sbin/zfs set primarycache=metadata
/sbin/zfs set secondarycache=none

А так же
vfs.zfs.vdev.bio_flush_disable=1
vfs.zfs.cache_flush_disable=1

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

757. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 15-Ноя-12, 07:36 
> Экстенты оставим спецам, таким, как User294, которые в них видят будущее.

Ясен хрен. Я вижу что адресовать одной записью немеряный регион вплоть до 128Мб в общем случае намнооооооого эффективнее чем туева хуча операций потребная на то же действо в "классике". И да, мне достаточно посмотреть на общий дизайн запорожца чтобы понять что 250 км/ч он осилит только в особых случаях типа спуска с горы Арарат.

> двух- и трёхлетней давности, то во рту всё время будет сладко,

Так общую раритетность дизайна UFS никто так и не почесался выправлять в отличие от того же EXT4 который более-менее подтянули на современный уровень, так что он смог вполне успешно рубаться с остальными ФС. Поэтому UFS* и дальше будут предсказуемо сливать в бенчах более современно скроенным дизайнам. Кто ж виноват что у вашего дизайна, грубо говоря, аэродинамика кирпича, если уж про ту аналогию с запором?

> хотя халвы-то уже и нет.

Халвы - нет. А резвые ФС работающие с человеческой скоростью - есть.

> ФС с ZFS, у которой выставлено свойство checksum=off, для полноты картины. ;)

Сравнение ежа с ужом.

Во первых, на мощных машинах - выключение чексумм вообще мало что поменяет: если в проц не упиралось то и тормозить особо не должно было. Хотя черт конечно этих саночников знает, от них всего можно ожидать.
Во вторых, у CoW ФС свойства напрочь разные относительно классики. Данному дизайну просто удобнее иные нагрузки нежели классике. Например, классика нормально относится к перезаписи в середине файла по типу того что в БД. CoW в чистом виде без костылей от этого на раз загнется засрав все фрагментами. С другой стороны, запись у таких ФС очень шустрая. И снапшоты нормально сделаны, как часть устройства ФС а не примотанный скотчем и проволокой костыль.
В третьих, бенч ZFS против btrfs как правило выходит все-таки не в пользу первого. Ибо экстентов полноценных нет и вообще какой-то странный в целом дезигн. А если учесть что у него еще и отдельный кэш который нельзя совместно использовать с приложениями а также нет дефрагера - вообще атас. Зато, блин, "сделано профессионалами" (маркетинговый буллшит, если по нашему).

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

776. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 15-Ноя-12, 15:50 
> Во первых, на мощных машинах - выключение чексумм вообще мало что поменяет

Жаль что эта фраза не в начале, потому что дальше можно не читать ...

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

779. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 15-Ноя-12, 18:37 
> Жаль что эта фраза не в начале, потому что дальше можно не читать ...

Не, ну бывают конечно дятлы воткнувшие ынтырпрайзную ФС на ноутбук с атомом и худеющие от результатов, но это просто больные на голову люди. Лечится увольнением нафиг из ITшных профессий и устройством дворником.

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

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

784. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 15-Ноя-12, 19:05 
> Не, ну бывают конечно дятлы воткнувшие ынтырпрайзную ФС на ноутбук с атомом
> и худеющие от результатов, но это просто больные на голову люди.
> Лечится увольнением нафиг из ITшных профессий и устройством дворником.
> А нормальному айтишнику понятно что современный мощный проц несколько сотен мегов в
> секунду (для обычной механики - с запасом) для флетчеровских чексумм даст
> совершенно не напрягаясь. Тем паче что у него ядер более 1
> и даже существенный прогруз 1 ядра не сильно испортит картину во
> многих бенчах, упирающихся в именно ФС и ввод-вывод а не CPU.

С возвращением вас друг мой.
Дорогие радиослушатели, выт вы и дождались долгожданного продолжения аудиоспектакля "Спор в дурдоме".

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

794. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 16-Ноя-12, 10:14 
> Soft-Updates — это упорядоченная очередь транзакций. Какие ещё "барьеры" нужны?

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

> Экстенты оставим спецам, таким, как User294, которые в них видят будущее.

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

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

799. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 16-Ноя-12, 13:14 
>> Soft-Updates — это упорядоченная очередь транзакций. Какие ещё "барьеры" нужны?
> Нет, именно к soft-updates у меня претензий никаких. Только вот это называется
> "выкрасить и выбросить" ибо вся остальная часть дизайна этого архаичного уродца
> слова доброго не стоит. Потому что архаика.

"Древний" со слов недалеких анонимусов UFS2+SU стоит работает, а новая со всех сторон ext4 падает на ровном месте. И ненажно рассказывать что ext4 намного популярнее, некоторое время назад популярнее была FreeBSВ но такого колличества эпикфейлов не было. Похоже linux удалось добился популярности в кругу криворуких неасиляторов ...

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

796. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 16-Ноя-12, 10:41 
> Soft-Updates — это упорядоченная очередь транзакций. Какие ещё "барьеры" нужны?

secret! secret!
RAID-контроллеры принимают записи от системы и благополучно кладут в собственный кэш, а потом пишут, как душе угодно. И будь у тебя там хоть 100500 "упорядоченных очередей" - на диск они будут попадать не в том порядке, в котором ты их выдал, а как попало.

Если всё работает штатно (батарейка исправна, длительных отключений питания нет) - барьеры в принципе не нужны - всё запишется. Но вот в отдельных случаях (запись метаданных, конкретно) надо бы, чтобы данные все-таки достигли диска _в заданном порядке_, на всякий случай, чтобы при отказе железа не случилось полного ***ца.

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

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

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

800. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 16-Ноя-12, 14:31 
>> Soft-Updates — это упорядоченная очередь транзакций. Какие ещё "барьеры" нужны?
> secret! secret!

Да я предчувствовал, что ты скажешь это. Просто ждал (и дождался).

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

Поэтому для Ext* нужно задействовать барьеры записи.
А для UFS2, благодаря SoftUpdates, очередь транзакций находится в памяти, транзакции сбрасываются на диск с ощутимой задержкой, достаточной для того, чтобы контроллер начал запись до того, как заполнится его буфер следующим по списку элементом, и не делал в обратном случае никаких переупорядочиваний. Потеря записи одной транзакции в случае сбоя даёт только уменьшение свободного пространства на носителе (за счёт предвыделения), чинится при перезагрузке откатом журнала транзакций — схема "SU+J" сейчас дефолтная для UFS2. А Ext* нужно будет проверить всю!

> Если всё работает штатно (батарейка исправна, длительных отключений питания нет) - барьеры
> в принципе не нужны - всё запишется. Но вот в отдельных
> случаях (запись метаданных, конкретно) надо бы, чтобы данные все-таки достигли диска
> _в заданном порядке_, на всякий случай, чтобы при отказе железа не
> случилось полного ***ца.

Ага — почитай, почему SoftUpdates работает, а журналирование на Ext3/4 не всегда.

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

Вот я и говорю: для Linux Ext* обязательно включаем барьеры на запись.

> Естественно, в академической системе реальные промышленные юзкейсы и реальное промышленное железо никто в расчёт не берёт, поэтому и появляются фразы вида "у нас же есть софтапдейтс, какие еще барьеры".

Ну, конечно. Linux — шедевр инженерной мысли, FreeBSD — поделка академиков-теоретиков. :))


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

801. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 16-Ноя-12, 15:01 
> Поэтому для Ext* нужно задействовать барьеры записи.
> А для UFS2, благодаря SoftUpdates, очередь транзакций находится в памяти, транзакции сбрасываются
> на диск с ощутимой задержкой, достаточной для того, чтобы контроллер начал
> запись до того, как заполнится его буфер следующим по списку элементом,
> и не делал в обратном случае никаких переупорядочиваний. Потеря записи одной
> транзакции в случае сбоя даёт только уменьшение свободного пространства на носителе
> (за счёт предвыделения), чинится при перезагрузке откатом журнала транзакций — схема
> "SU+J" сейчас дефолтная для UFS2. А Ext* нужно будет проверить всю!

Или я что то неправильно прочитал или там не J
snapshot make -g 20 /:da0
mount: /.snap/da0.0: /: Snapshots are not yet supported when running with journaled soft updates: Operation not supported
snapshot:ERROR: making UFS snapshot failed
uname -a
FreeBSD bsd9 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Sun Nov  4 23:17:39 EET 2012
С простым SoftUpdates все работает.

> Ага — почитай, почему SoftUpdates работает, а журналирование на Ext3/4 не всегда.

Судя по тому как ext4 падает можно предположить что портится журнал причем не по вине железа.

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

803. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от AlexAT (ok), 16-Ноя-12, 15:34 
> Судя по тому как ext4 падает можно предположить что портится журнал причем
> не по вине железа.

Где падает-то, болезный? Линки в студию.

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

804. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 16-Ноя-12, 15:39 
>> Судя по тому как ext4 падает можно предположить что портится журнал причем
>> не по вине железа.
> Где падает-то, болезный? Линки в студию.

И это пишет вроде взрослый человек. У вас провалы в памяти или это начало старческого склероза на фоне моразма в связи с сезонным обострением ? Вы забыли урль лора ? Уже столько раз вам скидывали эти линки ... Как самочуствие ? Болезный вы наш ?

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

805. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 16-Ноя-12, 15:40 
> обострением ? Вы забыли урль лора ? Уже столько раз вам

Один линк на ЛОР от неизвестного "пользователя" - не показатель.


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

807. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –3 +/
Сообщение от nagualemail (ok), 16-Ноя-12, 15:45 
>> обострением ? Вы забыли урль лора ? Уже столько раз вам
> Один линк на ЛОР от неизвестного "пользователя" - не показатель.

Мои поздравления. Лечение идет вам на пользу, ваша память начинает возвращаться.

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

808. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от AlexAT (ok), 16-Ноя-12, 15:49 
> Мои поздравления. Лечение идет вам на пользу, ваша память начинает возвращаться.

Я просто оставлю это здесь. iZEN'у на память.

http://serverfault.com/questions/104875/can-fsck-on-ufs-caus...
http://forums.freebsd.org/showthread.php?t=30683

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

810. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 16-Ноя-12, 15:56 
> http://serverfault.com/questions/104875/can-fsck-on-ufs-caus...

Чуствуете запах ? Это у AlexAT криокамера разгерметизировалась. По первой ссылке привет из прошлого.

> http://forums.freebsd.org/showthread.php?t=30683

По второй ссылке проблемы с железом.


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

809. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от iZEN (ok), 16-Ноя-12, 15:53 
>[оверквотинг удален]
>> "SU+J" сейчас дефолтная для UFS2. А Ext* нужно будет проверить всю!
> Или я что то неправильно прочитал или там не J
> snapshot make -g 20 /:da0
> mount: /.snap/da0.0: /: Snapshots are not yet supported when running with journaled
> soft updates: Operation not supported
> snapshot:ERROR: making UFS snapshot failed
> uname -a
> FreeBSD bsd9 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Sun Nov  4 23:17:39 EET
> 2012
> С простым SoftUpdates все работает.

Надо делать "umount /dev/da0 && tunefs -j disable /dev/da0 && mount /dev/da0" перед тем, как делать снапшоты ФС.

>> Ага — почитай, почему SoftUpdates работает, а журналирование на Ext3/4 не всегда.
> Судя по тому как ext4 падает можно предположить что портится журнал причем не по вине железа.

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

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

811. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 16-Ноя-12, 15:58 
> Надо делать "umount /dev/da0 && tunefs -j disable /dev/da0 && mount /dev/da0"
> перед тем, как делать снапшоты ФС.

В принципе особой пользы от -j не заметил.

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

Скорее "чугуниевые игрушки" :))

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

802. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 16-Ноя-12, 15:29 
> Поэтому для Ext* нужно задействовать барьеры записи.

И не только для ext* - не тешь себя надеждами.

> А для UFS2, благодаря SoftUpdates, очередь транзакций находится в памяти, транзакции сбрасываются на диск с ощутимой задержкой, достаточной для того, чтобы контроллер начал
> запись

А ты дашь гарантию того, что "контроллер начнёт запись" вовремя? На каких, собственно, основаниях? Кто мешает контроллеру держать данные в буфере до накопления достаточного их объёма?

> и не делал в обратном случае никаких переупорядочиваний. Потеря записи одной
> транзакции

Ты не понимаешь. Без барьера контроллер может записать твою транзакцию N+100, но не записать N+10 и N+50, ожидая, что ты его покормишь еще данными, чтобы записать сразу большой блок. Или - "о ужас" - записать куски от твоих транзакций - перемешав очередность данных и метаданных.

>> Вот тут и появляется механизм барьеров, который как раз и позволяет _упорядочить_
>> транзакции сквозняком, вплоть до записи на диск.
> Вот я и говорю: для Linux Ext* обязательно включаем барьеры на запись.

Для любой FS, если мы хотим целостности. Нет, на хомячковых ПК, где контроллер сразу пишет на диск - всё нормально (да и то не всегда - у современных дисков бывают кэши приличного объёма, и отключение питания - не редкость).

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

806. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +3 +/
Сообщение от pavel_simple (ok), 16-Ноя-12, 15:43 
>[оверквотинг удален]
> не записать N+10 и N+50, ожидая, что ты его покормишь еще
> данными, чтобы записать сразу большой блок. Или - "о ужас" -
> записать куски от твоих транзакций - перемешав очередность данных и метаданных.
>>> Вот тут и появляется механизм барьеров, который как раз и позволяет _упорядочить_
>>> транзакции сквозняком, вплоть до записи на диск.
>> Вот я и говорю: для Linux Ext* обязательно включаем барьеры на запись.
> Для любой FS, если мы хотим целостности. Нет, на хомячковых ПК, где
> контроллер сразу пишет на диск - всё нормально (да и то
> не всегда - у современных дисков бывают кэши приличного объёма, и
> отключение питания - не редкость).

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

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

812. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 16-Ноя-12, 16:29 
>> Поэтому для Ext* нужно задействовать барьеры записи.
> И не только для ext* - не тешь себя надеждами.
>> А для UFS2, благодаря SoftUpdates, очередь транзакций находится в памяти, транзакции сбрасываются на диск с ощутимой задержкой, достаточной для того, чтобы контроллер начал
>> запись
> А ты дашь гарантию того, что "контроллер начнёт запись" вовремя? На каких,
> собственно, основаниях? Кто мешает контроллеру держать данные в буфере до накопления
> достаточного их объёма?

Примерно раз в 20-30 секунд делается автоматический снапшот UFS2 с фиксацией завешённых транзакций (.snap). 30 секунд — это то время, за которое контроллер либо успевает сбросить данные на диск в любой последовательности, либо не успевает (авария по питанию), и ФС делается "немного" больно — всё зависит от важности данных. Метаданные "между" снапшотами не деградируют. При перезагрузке метаданные откатываются на момент последней своей фиксации в снапшоте, а вот свободное место для данных уменьшается на тот объём, который успел записаться, но не отражён в метаданных, и его можно/нужно вернуть силами fsck, выполняемой в фоне, основываясь на данных из снапшота. Фактически происходит синхронизация метаданных и данных из снапшота с испорченной ФС в реальном времени. fsck на UFS2 работает со снапшотом и с полуживой ФС одновременно, восстанавливая из снапшота утраченную информацию о консистентности, так как снапшот — это единственная верная картина о состоянии ФС, зафиксированная во времени. Если во время аварии какие-то файлы изменялись и переписывались, то это отражается найденными "хвостами" в каталоге .lost+found — как в любой другой классической ФС. Это механика SU вкратце.

>> и не делал в обратном случае никаких переупорядочиваний. Потеря записи одной
>> транзакции
> Ты не понимаешь. Без барьера контроллер может записать твою транзакцию N+100, но
> не записать N+10 и N+50, ожидая, что ты его покормишь еще
> данными, чтобы записать сразу большой блок. Или - "о ужас" -
> записать куски от твоих транзакций - перемешав очередность данных и метаданных.

Без барьеров можно обойтись, просто сделав настолько большую паузу между пересылкой данных из памяти в буфер контроллера, и настолько больший пакет данных, чтобы с одной стороны: заставить контроллер хоть что-то писать по таймауту (30 секунд это мало?); с другой стороны: заставить его же писать по переполнению буфера без таймаута.

>>> Вот тут и появляется механизм барьеров, который как раз и позволяет _упорядочить_
>>> транзакции сквозняком, вплоть до записи на диск.
>> Вот я и говорю: для Linux Ext* обязательно включаем барьеры на запись.
> Для любой FS, если мы хотим целостности. Нет, на хомячковых ПК, где
> контроллер сразу пишет на диск - всё нормально (да и то
> не всегда - у современных дисков бывают кэши приличного объёма, и
> отключение питания - не редкость).

Чем больше кэш у контроллера, тем больше резервируется буфер в памяти для упорядочивания очереди транзакций, тем дольше данные не сбрасываются на диск, тем реже делаются автоснапшоты ФС UFS2 — я так понимаю логику работы SU.

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

813. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 16-Ноя-12, 17:01 
> Без барьеров можно обойтись, просто сделав настолько большую паузу между пересылкой данных

костыль, да и не всегда получится

> Чем больше кэш у контроллера, тем больше резервируется буфер в памяти для
> упорядочивания очереди транзакций, тем дольше данные не сбрасываются на диск, тем
> реже делаются автоснапшоты ФС UFS2 — я так понимаю логику работы
> SU.

ФС ничего не знает о контроллере ВООБЩЕ :)

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

814. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от arisu (ok), 17-Ноя-12, 04:43 
изя, а это не ты ваню-однобитного-флоата тут отыгрывал, нет? вы оба настолько тупые, что я даже не знаю, кому из вас первое место присудить.
Ответить | Правка | К родителю #812 | Наверх | Cообщить модератору

816. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 17-Ноя-12, 11:44 
> изя, а это не ты ваню-однобитного-флоата тут отыгрывал, нет? вы оба настолько
> тупые, что я даже не знаю, кому из вас первое место
> присудить.

Ну что вы друг мой, куда нам до вас :))

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

817. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от arisu (ok), 17-Ноя-12, 11:55 
> Ну что вы друг мой, куда нам до вас :))

это точно. боюсь, тут вам даже насильственное обучение с применением бамбуковой палки не поможет — то ли органические повреждения мозга, то ли действительно «не тянет»…

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

818. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 17-Ноя-12, 13:55 
>> Ну что вы друг мой, куда нам до вас :))
> это точно. боюсь, тут вам даже насильственное обучение с применением бамбуковой палки
> не поможет — то ли органические повреждения мозга, то ли действительно
> «не тянет»…

Друг мой, одаренности нельзя научиться, темболее альтернативной одаренности в результате повреждения мозга. Вы лечитесь, лечитесь.

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

820. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 18-Ноя-12, 23:59 
> повреждения мозга.

Ах, вот оно что. Да, если мозг барахлит - туго дело.


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

819. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 18-Ноя-12, 23:58 
> изя, а это не ты ваню-однобитного-флоата тут отыгрывал, нет? вы оба настолько
> тупые, что я даже не знаю, кому из вас первое место присудить.

А как же nagual? Он с изей за первое место на раз порубается.

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

821. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от arisu (ok), 19-Ноя-12, 00:06 
> А как же nagual? Он с изей за первое место на раз
> порубается.

не, нагваль просто с улыбкой идиота тупит, а изя — как и ванятка — со зверски серьёзной мордой и потоками технообразного бреда.

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

823. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 19-Ноя-12, 09:37 
> не, нагваль просто с улыбкой идиота тупит, а изя — как и ванятка — со зверски
> серьёзной мордой и потоками технообразного бреда.

Если разница только в морде лица - то будем считать ее несущественной :).  И да, нагваль не хуже изена в некоторых тредах "технообразный бред" нес. Правда потом его удалось запалить на полном незнании семантики posix, а тут уже не отвертишься. Впрочем, изен где-то рядом отколол не менее эпическое признание о своей квалификации :)

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

825. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от arisu (ok), 19-Ноя-12, 09:53 
дык нагваль после этого перестал, вроде бы, лезть в технические темы, теперь тупо смотрит в зеркало, показывает пальцем и ржот: «во дебил-то там!»

а изя до сих пор умничает.

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

828. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Andrey Mitrofanov (?), 19-Ноя-12, 12:40 
>вы оба настолько тупые, что я даже не знаю, кому из вас первое место присудить.

Да, пусть уж разделят. //И заметь, ты -- в жюри! :-P

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

830. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от arisu (ok), 19-Ноя-12, 13:20 
> И заметь, ты — в жюри! :-P

ой, думаешь, много радости степень идиотизма оценивать? но кому-то же надо это делать…

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

831. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 19-Ноя-12, 13:56 
Друг мой. Как дела у вашей конторы ? Вы уже скопили 100500+ нефти для расширения своего ынтырпрайза ? Что то вы по теме мовсем не пишет, ну ладно эти два идиота анонимус с товарищем, далекие от техники, но вы то вроде технический специалист ? Или только притворяетесь ? Неужто тоже му...му...менеджер ? :)))
Ответить | Правка | К родителю #828 | Наверх | Cообщить модератору

164. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 16:46 
> "окаменевшим гoвном мамонта".

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

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

168. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 16:54 
>> "окаменевшим гoвном мамонта".
> А я виноват что оно именно этим и является?

Не берусь спорить с проФФэссором от капрологии ...

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

Ну так ссылки на бенчи в стадию :)))

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

181. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 17:14 
> Не берусь спорить с проФФэссором от капрологии ...

Действительно. Для этого надо научиться "копро" правильно писать, чтоли.

>> любой бенч этой окаменелости вызывает сотни ненависти у вашего контингента
> Ну так ссылки на бенчи в стадию :)))

Да фигня вопрос, первое попавшееся, в сравнении с пингвином для иллюстративности: http://www.phoronix.com/scan.php?page=article&item=zfs_ext4_...

Делаю ставки: ща нагуал начнет опять вопить что фороникс, блаблабла. Хотя виноват в таких результатах совсем не фороникс. Они лишь капитан очевидность в данном случае. Древним структурам - соответствующие свойства.

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

183. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от nagualemail (ok), 06-Ноя-12, 17:22 
> Делаю ставки: ща нагуал начнет опять вопить что фороникс, блаблабла. Хотя виноват
> в таких результатах совсем не фороникс. Они лишь капитан очевидность в
> данном случае. Древним структурам - соответствующие свойства.

Теперь я понимаю почему доктор прописал вам эти уколы :)))
Короче кроме фороникса тестов нет :)))

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

186. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 17:30 
> Короче кроме фороникса тестов нет :)))

Копрофилов-некроманов на этой планете немного, да. Фороникс в этом не виноват. Я вообще не понгимаю как их занесло в этих окаменелых останках копаться, но то что они намеряли - оно вполне ожидаемо было. Новые технологии обычно делают если представляется шанс сделать лучше чем было. А дизайн структур UFS - крайне древняя и беспонтовая штукенция. Ну и работает соответственно. Ну не уделает дизайн кукурузника с пропеллером современный самолет с турбореактивным двигателем по скорости. Особенности дизайна не те.

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

189. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 06-Ноя-12, 17:36 
> Копрофилов-некроманов на этой планете немного, да. Фороникс в этом не виноват. Я
> вообще не понгимаю как их занесло в этих окаменелых останках копаться,
> но то что они намеряли - оно вполне ожидаемо было. Новые
> технологии обычно делают если представляется шанс сделать лучше чем было. А
> дизайн структур UFS - крайне древняя и беспонтовая штукенция. Ну и
> работает соответственно. Ну не уделает дизайн кукурузника с пропеллером современный самолет
> с турбореактивным двигателем по скорости. Особенности дизайна не те.

По факапам ? О да ... :)))

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

194. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 17:42 
> По факапам ? О да ... :)))

У меня факапов ноль почему-то. Плюс несколько томов успешно отколупаных с посыпавшихся дисков. Наверное потому что у меня руки, голова и зад не совмещены в одном месте как у некоторых других (например, осьминогов).

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

198. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от nagualemail (ok), 06-Ноя-12, 17:48 
>> По факапам ? О да ... :)))
> У меня факапов ноль почему-то.

Одмин локалхоста это звучит гордо :))


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

240. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 18:57 
> Одмин локалхоста это звучит гордо :))

Я заметил по вашей квалификации, можно было и не уточнять.

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

433. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 07-Ноя-12, 08:04 
> Наверное потому что у меня руки, голова и зад не  совмещены в одном месте

Совершенно точно, никаких наверно! руки у вас отдельно :)

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

432. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 07-Ноя-12, 08:03 
пОцЫет не делает разницы между ZFS и UFS ... Через две минуты у него пойдет пена изо рта, через десять минут начнет кидаться на стены :) Запасайтесь попкорном.

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

275. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 06-Ноя-12, 20:00 
> Да фигня вопрос, первое попавшееся, в сравнении с пингвином для иллюстративности: http://www.phoronix.com/scan.php?page=article&item=zfs_ext4_...

А посвежее есть? За последние два года в UFS2 очень много переделали.

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

572. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:24 
> А посвежее есть? За последние два года в UFS2 очень много переделали.

Очень многое - это что например?


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

822. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 19-Ноя-12, 01:49 
Хочу выдать нашим поциентам - анонимусу и арису значки за активное участие в радиоспектакле "Спор в дурдоме" Как вы думаете, им понравится ?
http://i4.fastpic.ru/big/2010/0514/3e/603f1c0f829b53dd2d94da...

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

201. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Клыкастый (ok), 06-Ноя-12, 18:02 
>> столь же свежи и современны как помет мамонта. По поводу чего
>> любой бенч этой окаменелости вызывает сотни ненависти у вашего контингента
> Ну так ссылки на бенчи в стадию :)))

ну как бы UFS скоростью в самом деле похвастаться не может. для серва, что молотит пакеты не особо заглядывая на винт, это непринципиально, но как только вопрос упирается в дисковые операции, надо ставить ZFS, верно?

я бы, например, не отказался от reiser4 во фряхе. и от HAMMER. оно не значит что сразу надо бежать изгонять везде UFS, но ИМХО это ж неплохо если будет, нет?

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

203. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от nagualemail (ok), 06-Ноя-12, 18:08 
> я бы, например, не отказался от reiser4 во фряхе.

Да и в линуксе он нужен ... но пока увы ...


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

252. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 06-Ноя-12, 19:20 
> ну как бы UFS скоростью в самом деле похвастаться не может.

Как бы по бенчам это видно. Да и без бенчей - достаточно на устройство взглянуть. Когда вы видите авто 1900 года выпуска - вы понимаете при одном взгляде на оный что 200 км/ч оно явно не выжимает. Форма не аэродинамическая, все громоздкое, аляповатое, и вообще...

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

Который тоже не больно блещет скоростью и вообще странный.

> ИМХО это ж неплохо если будет, нет?

А у него оно неплохо будет только когда и если появится во фряхе. А иначе - suxx и аццтой.

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

256. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 19:25 
> Как бы по бенчам это видно.

По бенчам фороникса видно только заангожированность проекта.

> Да и без бенчей - достаточно
> на устройство взглянуть.

Вы сами то на чем пишете ? Только честно ? Кроме туалетной бумаги ? :)))


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

267. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 19:39 
> По бенчам фороникса видно только заангожированность проекта.

Это бсдщники усиленно вещают. Проблема лишь в том что многие запустив бенчи у себя увидят то же самое.

> Вы сами то на чем пишете ? Только честно ? Кроме туалетной бумаги ? :)))

На сях и асме, например.

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

273. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 19:50 
> Это бсдщники усиленно вещают. Проблема лишь в том что многие запустив бенчи
> у себя увидят то же самое.

Вы то сами их запускать пробовали ?

>> Вы сами то на чем пишете ? Только честно ? Кроме туалетной бумаги ? :)))
> На сях и асме, например.

А еще вы всегда пишете правду и только правду, мы уже заметили :)))


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

435. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 07-Ноя-12, 08:07 
>> Вы сами то на чем пишете ? Только честно ? Кроме туалетной бумаги ? :)))
> На сях и асме, например.

Так и запишем - ещё на стенах в туалете.

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

573. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 07-Ноя-12, 19:25 
> Так и запишем - ещё на стенах в туалете.

Не, ну что вы, я человек культурный. У меня хватает ума нотик с собой взять :)

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

289. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от arisu (ok), 06-Ноя-12, 20:38 
> По бенчам фороникса видно только заангожированность проекта.

ну так вперёд, сделайте незаангажированые бенчи, в чём проблема-то? может, в том, что пока оно от похороникса, то можно вещать про «заангажированность», а когда своё так же облажается, то сказать уже и нечего будет?

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

574. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 07-Ноя-12, 19:26 
> когда своё так же облажается, то сказать уже и нечего будет?

Кэп все-таки в ударе. Ня!

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

219. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Vkni (ok), 06-Ноя-12, 18:24 
> А я виноват что оно именно этим и является? Дисковые структуры оной
> столь же свежи и современны как помет мамонта.

Видите ли, сам по себе интерфейс "файловая система" (fopen,fread/fwrite/fclose) стар, как говно мамонта. Что уж тут выискивать зёрнышки поновее/посвежее?

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

244. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 06-Ноя-12, 19:08 
> Видите ли, сам по себе интерфейс "файловая система" (fopen,fread/fwrite/fclose) стар,
> как гoвно мамонта. Что уж тут выискивать зёрнышки поновее/посвежее?

Этот интерфейс - "логический". Он не описывает в какую "физическую" инкарнацию отольется это на диске. И вот тут возможны варианты. Существенно влияющие на параметры.

Да, у всех ДВС в первом приближении одинаковый принцип работы. Но все-таки ДВС начала 1900-х и современные - некоторая разница. В плане соотношения веса и объема к мощности, например. В плане эффективности и долговечности и что там еще. Потому что любая технология имеет такое свойство: сначала появляется базовый дизайн. Потом он улучшается. Потом может появиться улучшенный/переработанный вариант, где ряд инженерных решений заметно пересмотрен для получения более удачных параметров. Ну и так далее. Вот самолетам например лучше оказался иной вариант - турбореактивный двигатель и его деривативы. Хотя казалось бы обычный бензиновый двигун да пропеллер - что можно придумать?! Интерфейс самолета стар как мир. Элероны, закрылки, шасси... основы конструкции заложены столетие назад. А вот поди ж ты - оказывается можно существенно доработать. И тормозная коптилка превратится в нечто способное поспорить со скоростью звука. Напрашивается вывод: древний как г-но мамонта общий дизайн конструкции "самолет" не накладывает таких лимитов на скорость конструкции какие есть у кукурузника.

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

260. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Vkni (ok), 06-Ноя-12, 19:27 
> Этот интерфейс - "логический". Он не описывает в какую "физическую" инкарнацию отольется это на диске. И вот тут возможны варианты. Существенно влияющие на параметры.

Конечно, возможны. Но, увы, корешки-то устарели давно.

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

268. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 06-Ноя-12, 19:42 
> Конечно, возможны. Но, увы, корешки-то устарели давно.

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

Хоть я и понимаю что CoW в принципе мог бы жить с какой-то более иной семантикой доступа к файлам, эксплуатирующей его недеструктивность записи, например.

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

277. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Vkni (ok), 06-Ноя-12, 20:03 
> Есть такое дело слегка, но путем обвески и оптимизации оно пока вполне
> справляется. Не всегда эстетично, но...

Да не сказал бы. Всегда хочется все объекты C++ просто сбрасывать на диск, без дурацкой сериализации. Или, скажем, считывать с диска списки в Lisp/OCaml.

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

576. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 07-Ноя-12, 19:31 
> Да не сказал бы. Всегда хочется все объекты C++ просто сбрасывать на
> диск, без дурацкой сериализации.

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

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

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

306. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 06-Ноя-12, 21:24 
> Видите ли, сам по себе интерфейс "файловая система" (fopen,fread/fwrite/fclose) стар,
> как говно мамонта. Что уж тут выискивать зёрнышки поновее/посвежее?

А еще у современных систем есть splice(), tee(), sendfile(), хитрые опции fallocate() и т.п.
В *BSD от этого только sendfile.

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

312. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 06-Ноя-12, 21:35 
>> Видите ли, сам по себе интерфейс "файловая система" (fopen,fread/fwrite/fclose) стар,
>> как говно мамонта. Что уж тут выискивать зёрнышки поновее/посвежее?
> А еще у современных систем есть splice(), tee(), sendfile(), хитрые опции fallocate()
> и т.п.

А они поддерживают сквозную целостность данных в Linux?

> В *BSD от этого только sendfile.

Вы в этом уверены, что "только"?

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

320. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 21:47 
>> А еще у современных систем есть splice(), tee(), sendfile(), хитрые опции fallocate()
>> и т.п.
> А они поддерживают сквозную целостность данных в Linux?

Сисколы-то? :)

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

360. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от 4ertus2 (?), 06-Ноя-12, 23:03 
Прям даже открыл ман по fallocate но никаких хитрых опций, отличающих его от posix_fallocate не нашел. Где вы, хитрые опции?
Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

362. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 06-Ноя-12, 23:11 
> Прям даже открыл ман по fallocate но никаких хитрых опций, отличающих его
> от posix_fallocate не нашел. Где вы, хитрые опции?

В линукс есть "hole punching" ... наверно про это.


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

365. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 06-Ноя-12, 23:13 
> В линукс есть "hole punching" ... наверно про это.

именно

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

390. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 07-Ноя-12, 00:17 
> В линукс есть "hole punching" ... наверно про это.

Но это совсем не значит, что их больше нигде нет. ;)


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

393. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 07-Ноя-12, 00:24 
>> В линукс есть "hole punching" ... наверно про это.
> Но это совсем не значит, что их больше нигде нет. ;)

А в bsd можно прикрутить через линуксятор ?

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

394. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 07-Ноя-12, 00:37 
>>> В линукс есть "hole punching" ... наверно про это.
>> Но это совсем не значит, что их больше нигде нет. ;)
> А в bsd можно прикрутить через линуксятор ?

///---
Разрежённый файл (англ. sparse file) — файл, в котором длинные последовательности нулевых байтов заменены на информацию об этих последовательностях. Таким образом достигается сжатие файлов на уровне драйвера файловой системы. Данная возможность используется, в основном, для файлов-контейнеров (например, файлы баз данных).

Файловыми системами, поддерживающими разреженные файлы, являются ZFS, NTFS, ext2, ext3, ext4, XFS, JFS, ReiserFS, Reiser4, UFS, Rock Ridge, UDF.
---///
Wiki

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

427. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 07:32 
> Файловыми системами, поддерживающими разреженные файлы, являются ZFS, NTFS, ext2, ext3,
> ext4, XFS, JFS, ReiserFS, Reiser4, UFS, Rock Ridge, UDF.

И снова ляпнул, не подумав. Sparse и в винде есть. А вот возможность стереть кусок файла в середине? Кстати механизм _очень_ нужный - например для БД на флэше (SSD). Поэтому использовать начнут уже скоро (если еще не начали), несмотря на то, что есть только в последних ядрах. В типовых БД очень часто возникает ситуация, когда страница очищена, но остается лежать в файле таблицы. Для флеша это весьма хреновая ситуация.

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

426. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 07-Ноя-12, 07:30 
> А в bsd можно прикрутить через линуксятор ?

LOL'd

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

577. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:35 
> А в bsd можно прикрутить через линуксятор ?

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

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

587. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 07-Ноя-12, 19:56 
>> А в bsd можно прикрутить через линуксятор ?
> Покажи мне прикрученные флаги LXC для clone(), если уж больная мозоль на
> пальце так просит встречи с кувалдой. А то без этого у
> вас эмуляция линукса - на уровне 2.6.22 ажно. Т.е. музейная. Правда
> для этого надо LXC реализовать, а это не то чтобы просто.

Экспериментальные фичи не включают, и это правильно. Вот обкатаете тогда милости просим.

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

655. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 08-Ноя-12, 20:51 
> Экспериментальные фичи не включают, и это правильно. Вот обкатаете тогда милости просим.

Т.е. через десяток лет, может быть? Спасибо, нафига оно мне через десяток лет? Я этим сейчас пользуюсь. Гуглу тоже нравится в их браузере вроде. Ну а что, хорошая плюшка для изоляции частей системы без потери в скорости.


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

422. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 07:20 
> Но это совсем не значит, что их больше нигде нет. ;)

Покажи в FreeBSD.

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

437. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 07-Ноя-12, 09:29 
>> Но это совсем не значит, что их больше нигде нет. ;)
> Покажи в FreeBSD.

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


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

438. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 07-Ноя-12, 09:39 
> Я в этом недостаточно компетентен

Вот с этого и надо начинать.


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

439. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от iZEN (ok), 07-Ноя-12, 09:57 
>> Я в этом недостаточно компетентен
> Вот с этого и надо начинать.

С этого надо начинать спрашивать: "Вы kernel-девелопер?".


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

440. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 07-Ноя-12, 10:01 
> С этого надо начинать спрашивать: "Вы kernel-девелопер?".

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

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

444. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 07-Ноя-12, 10:45 
>> С этого надо начинать спрашивать: "Вы kernel-девелопер?".
> Да нет, я с Вами согласен. Просто не имея достаточной компетенции -
> не стоит лезть в обсуждение тех материй, в которых Вы некомпетентны,
> предварительно не исследовав предмет.

А ты исследовал? Этот предмет исследования тебе срочно необходим, что "кровь из носу"? Так расскажи вкратце, где он применяется у тебя, какие преимущества несёт.


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

448. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 11:02 
> А ты исследовал? Этот предмет исследования тебе срочно необходим, что "кровь из
> носу"? Так расскажи вкратце, где он применяется у тебя, какие преимущества
> несёт.

У меня много чего применяется. Я в указанном сисколе (точнее в опции его) вижу огромные плюсы для InnoDB (к примеру) на флеше.

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

449. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 11:05 
>> А ты исследовал? Этот предмет исследования тебе срочно необходим, что "кровь из
>> носу"? Так расскажи вкратце, где он применяется у тебя, какие преимущества
>> несёт.
> У меня много чего применяется. Я в указанном сисколе (точнее в опции
> его) вижу огромные плюсы для InnoDB (к примеру) на флеше.

Давай еще объясню, какие:
1. На флеше обычно держатся оперативные таблицы, сливаемые в архив.
2. Когда оперативная таблица сливается в архив - высвобождается вагон страниц в хранилище InnoDB.
3. Если их сTRIM'нуть - веарлевелер флеша будет работать более эффективно, и флеш проживёт дольше, и работать будет лучше (запас стертых страниц позволяет избежать частых операций стирания).
4. Чтобы их сTRIM'нуть - надо каким-то образом сообщить FS/ОС/блочному устройству, что эти области файла ("страницы") освобождены.
5. Файл таблицы InnoDB - монолит, он никогда не уменьшается в размерах - либо занимаются свободные страницы, либо он растёт.
6. Указанную задачу по TRIM отлично решит указанная "пробивка дыр" в файле.

Данная функция, конечно, не усечет тех блоков флеша, где помимо данных лежат заголовки страниц InnoDB. Но вот свободные блоки или части блоков, где были раньше только данные страниц - усечёт. А это уже лучше, чем ничего.

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

462. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от andy (??), 07-Ноя-12, 14:35 
>[оверквотинг удален]
> 2. Когда оперативная таблица сливается в архив - высвобождается вагон страниц в
> хранилище InnoDB.
> 3. Если их сTRIM'нуть - веарлевелер флеша будет работать более эффективно, и
> флеш проживёт дольше, и работать будет лучше (запас стертых страниц позволяет
> избежать частых операций стирания).
> 4. Чтобы их сTRIM'нуть - надо каким-то образом сообщить FS/ОС/блочному устройству, что
> эти области файла ("страницы") освобождены.
> 5. Файл таблицы InnoDB - монолит, он никогда не уменьшается в размерах
> - либо занимаются свободные страницы, либо он растёт.
> 6. Указанную задачу по TRIM отлично решит указанная "пробивка дыр" в файле.

А что посоветуете почитать по файловым системам и ssd?

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

503. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Andrew Kolchoogin (?), 07-Ноя-12, 17:38 
tunefs -t enable /dev/<путь к устройству>
Ответить | Правка | К родителю #449 | Наверх | Cообщить модератору

516. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 07-Ноя-12, 18:12 
>[оверквотинг удален]
> избежать частых операций стирания).
> 4. Чтобы их сTRIM'нуть - надо каким-то образом сообщить FS/ОС/блочному устройству, что
> эти области файла ("страницы") освобождены.
> 5. Файл таблицы InnoDB - монолит, он никогда не уменьшается в размерах
> - либо занимаются свободные страницы, либо он растёт.
> 6. Указанную задачу по TRIM отлично решит указанная "пробивка дыр" в файле.
> Данная функция, конечно, не усечет тех блоков флеша, где помимо данных лежат
> заголовки страниц InnoDB. Но вот свободные блоки или части блоков, где
> были раньше только данные страниц - усечёт. А это уже лучше,
> чем ничего.

Осталось до конца понять, для чего нужен TRIM.

TRIM не увеличивает срок жизни SSD, а увеличивает скорость записи ранее занятых областей за счёт их предварительной очистки.

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

519. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:14 
> TRIM не увеличивает срок жизни SSD, а увеличивает скорость записи ранее занятых
> областей за счёт их предварительной очистки.

Ну если не следовать рекомендациям производителей и не оставлять 5-10% пространства ssd диска в резерве, то trim необходим по крайней мере для дисков не на контроллере sendspace2 ;)


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

528. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:24 
> Ну если не следовать рекомендациям производителей и не оставлять 5-10% пространства ssd
> диска в резерве, то trim необходим по крайней мере для дисков
> не на контроллере sendspace2 ;)

SendSpace2 - это какой-то новый контроллер?

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

534. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:29 
>> Ну если не следовать рекомендациям производителей и не оставлять 5-10% пространства ssd
>> диска в резерве, то trim необходим по крайней мере для дисков
>> не на контроллере sendspace2 ;)
> SendSpace2 - это какой-то новый контроллер?

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


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

535. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:30 
> Это то самое фуфло которое архивирует данные на лету благодаря чему показывает
> лучшие скоростные характеристики на файлах с одними нулями внутри. Пипл хавает,
> чего уж тут.

А можно ссылочку на описание sendspace2?

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

542. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:39 
>> Это то самое фуфло которое архивирует данные на лету благодаря чему показывает
>> лучшие скоростные характеристики на файлах с одними нулями внутри. Пипл хавает,
>> чего уж тут.
> А можно ссылочку на описание sendspace2?

Я это гавно покупать не стану, что бы вы мне ту не доказывали.
Так что ссылочку как нибудь сами ;)

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

702. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 11-Ноя-12, 06:37 
> SendSpace2 - это какой-то новый контроллер?

SWAPSPACE2 :)

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

704. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 11-Ноя-12, 10:18 
> SWAPSPACE2 :)

LOL'd xD

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

538. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 07-Ноя-12, 18:30 
>> TRIM не увеличивает срок жизни SSD, а увеличивает скорость записи ранее занятых
>> областей за счёт их предварительной очистки.
> Ну если не следовать рекомендациям производителей и не оставлять 5-10% пространства ssd
> диска в резерве, то trim необходим по крайней мере для дисков
> не на контроллере sendspace2 ;)

Может SandForce 2 ("песочная сила 2")?

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

545. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:42 
> Может SandForce 2 ("песочная сила 2")?

Он самый.

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

526. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:23 
> Осталось до конца понять, для чего нужен TRIM.

! - возвращаю вашу же фразу бумерангом

> TRIM не увеличивает срок жизни SSD

Увеличивает. За счет чего - курите матчасть про веарлевелеры и вообще организацию дисков на флэшах.


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

755. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 15-Ноя-12, 07:26 
>> Осталось до конца понять, для чего нужен TRIM.
> ! - возвращаю вашу же фразу бумерангом
>> TRIM не увеличивает срок жизни SSD
> Увеличивает. За счет чего - курите матчасть про веарлевелеры и вообще организацию
> дисков на флэшах.

SSD по статистике дохнут не от износа флэш-ячеек, а от глюков и слёта с катушек прошивки контроллера и сопутствующей электронной "обвязки". Подмена испорченных по тем или иным причинам ячеек (страниц, блоков) флэш-памяти из резервной области не связана непосредственно с TRIM.


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

774. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 15-Ноя-12, 15:28 
> SSD по статистике дохнут не от износа флэш-ячеек, а от глюков и
> слёта с катушек прошивки контроллера и сопутствующей электронной "обвязки". Подмена испорченных
> по тем или иным причинам ячеек (страниц, блоков) флэш-памяти из резервной
> области не связана непосредственно с TRIM.

В результате восстановление информации часто невозможно ?

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

777. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от iZEN (ok), 15-Ноя-12, 17:54 
>> SSD по статистике дохнут не от износа флэш-ячеек, а от глюков и
>> слёта с катушек прошивки контроллера и сопутствующей электронной "обвязки". Подмена испорченных
>> по тем или иным причинам ячеек (страниц, блоков) флэш-памяти из резервной
>> области не связана непосредственно с TRIM.
> В результате восстановление информации часто невозможно ?

Разве что из бэкапов. Ну или делайте избыточность на нескольких SSD.

Но, опять же, повторяю: по статистике дохнет не флэш, а электронная обвязка оного, из-за чего в SSD дохнет всё и сразу без возможности восстановления. И никакой TRIM "девяностого уровня" тут не катит даже с самого начала использования — оперативный ресурс контроллера исчерпывается ДО исчерпания ресурса флэш-ячеек.

Кстати, ты как-то приводил ссылочку об использовании TRIM на habrahabr. Приведи её снова и покончим с убогой флэшатиной.

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

780. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 15-Ноя-12, 18:48 
> SSD по статистике дохнут не от износа флэш-ячеек, а от глюков и
> слёта с катушек прошивки контроллера и сопутствующей электронной "обвязки".

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

> Подмена испорченных по тем или иным причинам ячеек (страниц, блоков) флэш-памяти
> из резервной области не связана непосредственно с TRIM.

Он про другой запас говорил. Ты настолько тупишь что этого не понял. Он не про резерв оставленный для замены вылетевших секторов, он про служебные области для маневрирования веарлевеллера дабы тот мог хоть чего-то размазывать. Ибо если у него не будет места для маневров - он тогда вообще будет тереть целый блок и вкатывать read-modify-write на вообще совершенно любую операцию операцию записи. За отсутствием иных опций. Через сколько SSD в таком режиме настал бы каюк - несложно догадаться. Производители не тупые и тоже подозревают, в отличие от нагуалов и изенов :). И им получить плохую репутацию и массу возвратов в период гарантии совсем не хочется.

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

657. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 08-Ноя-12, 20:58 
> Осталось до конца понять, для чего нужен TRIM.

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

> TRIM не увеличивает срок жизни SSD,

Увеличивает: у сборщика мусора и левеллера появляется больше пространства для маневра и они могут намного реже заниматься стиранием блоков оптимизируя свою деятельность на широком маневровом пространстве. Ну ты сам видел во что CoW сваливается при сильном забитии тома. А тут все то же самое, только усугубляется крупным размером блока и тем что при малом маневровом месте не будет удаваться хорошо заоптимизировать размещение и придется "экстренно" выкраивать место "ну хоть как нибудь". Это будет совершенно неоптимально и тормозно но это лучше чем совсем не обслужить запрос. А какие еще варианты есть? Ну не может же накопитель сообщить наверх что вот эта запись погано ложится на его топологию и поэтому да ну ее нафиг, попробуйте записать ваши данные по другому, да? :)

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

Это также дает больше места для маневра и не дает левеллеру свалиться в субоптимальный режим типа того в который ты свой ZFS вогнал.

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

661. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от iZEN (ok), 08-Ноя-12, 21:25 
>> Осталось до конца понять, для чего нужен TRIM.
> Костылик пытающийся хоть немного подогнать логику работы дисковых ФС к фактической логике работы флеша. С целью ускорения работы SSD и продления его жизни.

Скажешь тоже, стирание страниц, выполняемое заранее, продлевает жизнь флэшу. :))

>> TRIM не увеличивает срок жизни SSD,
> Увеличивает: у сборщика мусора и левеллера появляется больше пространства для маневра и
> они могут намного реже заниматься стиранием блоков оптимизируя свою деятельность на
> широком маневровом пространстве.

Прикинь: когда размер блока ФС совпадает с размером блока SSD (512k), такая ФС не нуждается в предварительной очистке страниц и поиске пространства из подготовленных страниц (по 4k) в целый блок и может сама обнулить ранее использованный и помеченный как свободный блок перед непосредственно записью в него.
Недостаток: без TRIM снижается скорость записи, так как требуется дополнительная операция по обнулению блока. Но сама по себе операция обнуления выполняется за один раз для целого блока, а не для отдельных страниц, так что разница с TRIM невелика.

> Ну ты сам видел во что CoW сваливается при сильном забитии тома.
> А тут все то же самое,

Это проблема фрагментированности CoW-ФС, а не нехватки места. Проблемы фрагментированности не касаются SSD — там нет движущихся частей и зависимости скорости записи от относительного расположения свободных блоков в адресуемом пространстве носителя.

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

Из неправильных посылок делаются неправильные выводы.

Ещё скажи, что адресное пространство SSD распространяется на область левелинга. :))

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

662. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 09-Ноя-12, 07:24 
> Скажешь тоже, стирание страниц, выполняемое заранее, продлевает жизнь флэшу. :))

Продлевает. Поскольку рабочий набор левелера больше, нежели без TRIM.

> Прикинь: когда размер блока ФС совпадает с размером блока SSD (512k), такая
> ФС не нуждается в предварительной очистке страниц и поиске пространства из
> подготовленных страниц (по 4k) в целый блок и может сама обнулить
> ранее использованный и помеченный как свободный блок перед непосредственно записью в

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

> Ещё скажи, что адресное пространство SSD распространяется на область левелинга. :))

Да! Распространяется. Разницы между областью левелинга и пользовательской областью НЕТ - в типовых случаях это одно и то же пространство адресации. Кроме контроллера флеша, это пространство никто не видит - системный контроллер диска видит уже "виртуальное" пространство, несколько другого объема, и не имеющее ничего общего с расположением данных на флеше. Нетиповых решений пока не было.

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

667. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –3 +/
Сообщение от nagualemail (ok), 09-Ноя-12, 11:34 
>> Ещё скажи, что адресное пространство SSD распространяется на область левелинга. :))
> Да! Распространяется. Разницы между областью левелинга и пользовательской областью НЕТ
> - в типовых случаях это одно и то же пространство адресации.
> Кроме контроллера флеша, это пространство никто не видит

Яркий пример клинического идиотизма ... то да  ... то нет ... то да ... то нет ...


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

678. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 09-Ноя-12, 13:10 
> Яркий пример клинического идиотизма ...

Постом выше.

Человек, не понимающий о чём речь, конкретно.


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

759. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 15-Ноя-12, 07:39 
> Человек, не понимающий о чём речь, конкретно.

Но мнение свое имеет. Пастернака не читал, но осуждает :)

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

781. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 15-Ноя-12, 18:50 
> Яркий пример клинического идиотизма ... то да  ... то нет ...

Действительно: вы настолько деревянны что не понимаете что одно и то же по разному выглядит снаружи и изнутри. Наружу видно N блоков, а делаются они из N+M. Контроллеру видно все N+M. И вот M большим делать всем обломно. Но совсем без него - хреново получается.


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

785. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –3 +/
Сообщение от nagualemail (ok), 15-Ноя-12, 19:11 
> Действительно: вы настолько деревянны что не понимаете что одно и то же
> по разному выглядит снаружи и изнутри. Наружу видно N блоков, а
> делаются они из N+M. Контроллеру видно все N+M. И вот M
> большим делать всем обломно. Но совсем без него - хреново получается.

С точки зрения поциента мир такой красочный ... жаль только доктор этого не видит :))
Вы наконец начинаете понимать то что вам писали 5 раз ? Друг мой это огромный шаг вперед :))


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

756. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от iZEN (ok), 15-Ноя-12, 07:30 
>> Скажешь тоже, стирание страниц, выполняемое заранее, продлевает жизнь флэшу. :))
> Продлевает. Поскольку рабочий набор левелера больше, нежели без TRIM.

Насколько? На 30% больше, на 50% больше? Ну, вот и проживёт бэдовая флэшатина за счёт подмены из резервной области настолько же больше, как и с онлайновыми TRIM+GC+левелер.

>> Ещё скажи, что адресное пространство SSD распространяется на область левелинга. :))
> Да! Распространяется. Разницы между областью левелинга и пользовательской областью НЕТ
> - в типовых случаях это одно и то же пространство адресации.

Ага. Вот только область левелера недоступна для прямой записи из ОС.

> Кроме контроллера флеша, это пространство никто не видит - системный контроллер
> диска видит уже "виртуальное" пространство, несколько другого объема, и не имеющее
> ничего общего с расположением данных на флеше.

И я о том же.

> Нетиповых решений пока не было.

Кто знает.


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

761. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 15-Ноя-12, 08:05 
> Ага. Вот только область левелера недоступна для прямой записи из ОС.

Область левелера = всё адресное пространство флеша, за исключением fault reserve.

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

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

762. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 15-Ноя-12, 08:08 
> Насколько? На 30% больше, на 50% больше?

Практически на объем свободного места на логике. Резервный набор левелера как правило делается в пределах 5-10% от общего объема устройства, поэтому если ему дать еще 10-15% свободного пространства TRIM'ом на логике - получится уже "на 100% больше". А при жизненном цикле "под ОС", где свободно до 50% места - и вообще сказка.

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

775. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 15-Ноя-12, 15:31 
> Ага. Вот только область левелера недоступна для прямой записи из ОС.

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

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

689. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 09-Ноя-12, 17:50 
> Скажешь тоже, стирание страниц, выполняемое заранее, продлевает жизнь флэшу. :))

Сие понижает среднее количество операций стирания которое будет отгрохано на один и тот же набор запросов к накопителю. Так что в среднем по больнице - продлит.

> Прикинь: когда размер блока ФС совпадает с размером блока SSD (512k), такая
> ФС не нуждается в предварительной очистке страниц

1) Подогнать это именно так - достаточно сложно.
2) Как "бонус" - при записи файлика на 1 кило накопитель будет зачастую вынужден кантовать всю 512К чушку. И стирать ее. Вместо того чтобы грамотно приткнуть куда-то в свободном месте без стирания блока. Ну, если нет информации о НЕисполььзовании места - ее нет. И стало быть остается только тасовать маневровый запас блоков, полагая что используется вообще вся заявленная область накопителя вообще. Ну и выпадет оно в режим а-ля заполненный до горловины CoW. Потому что маневровый запас блоков мелкий. Много на него отдавать жаль: в цифире емкости видной юзерю это пространство не фигурирует, а вот денег стоит как и все остальное пространство в чипах флеша.

> и поиске пространства из подготовленных страниц (по 4k) в целый блок и может сама обнулить
> ранее использованный и помеченный как свободный блок перед непосредственно записью в
> него.

Во первых, ФС ничего не будет обнулять. А если даже и будет, это ну совсем не эквивалент тому что сам накопитель сотрет блок.
Во вторых, накопитель будет лишен свободы маневра. Запись файлика на кило размером оформленный как 4К блок ФС мог бы упасть в какую-то незасранную страницу ранее расчищенного блока. Но в указанном случае - скорее всего так не произойдет.

> один раз для целого блока, а не для отдельных страниц,

Операция стирания не может быть выполнена для отдельных страниц. Erase протирает весь erase-block. Да, тот который 512К. В твоем случае это + read-modify-write придется закатывать на кажлый пук. А с trim появляется масса возможностей по оптимизации работы GC. Если он заранее разгреб некую область, можно не тасовать целый блок а приткнуть данные туда куда они лезут в чистом месте. Без стирания, только page programming-ом в частично запрограммированном блоке. Чем больше чистого места, тем вероятнее что конкретная операция запрошенная у накопителя прокатит без нужды в стирании блока. Ы?

> Это проблема фрагментированности CoW-ФС, а не нехватки места. Проблемы фрагментированности
> не касаются SSD — там нет движущихся частей и зависимости скорости
> записи от относительного расположения свободных блоков в адресуемом пространстве носителя.

Зато там есть дурь с крупными erase block и тем что однажды прописанная (запрограммированная) страница не может быть просто перезаписана(нет такой операции, есть page program и block erase). Можно лишь стереть весь блок со всеми страницами в нем, тогда они станут чистыми и их можно записать снова. Один раз. По поводу чего можно налететь на нужду в масштабном перетряхе 512К чушек на каждый пшик. Некузяво как-то если для 1К файлика будет постоянно перетряхиваться вся 512К чушка с циклом стирания и read-modify-write.

> Из неправильных посылок делаются неправильные выводы.

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

> Ещё скажи, что адресное пространство SSD распространяется на область левелинга. :))

Смотря с чьей точки зрения. Для контроллера - да, распостраняется. Для того кто снаружи - нет.

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

758. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 15-Ноя-12, 07:39 
>> Скажешь тоже, стирание страниц, выполняемое заранее, продлевает жизнь флэшу. :))
> Сие понижает среднее количество операций стирания которое будет отгрохано на один и
> тот же набор запросов к накопителю. Так что в среднем по
> больнице - продлит.

Зависит от отношения размера файлов к размеру блока. Для больших файлов (например, на аудио-, видео- и фото-монтаже) износ флэшатины без использования TRIM такой же, как и с TRIM.

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

760. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 15-Ноя-12, 07:54 
> Зависит от отношения размера файлов к размеру блока. Для больших файлов

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

Кроме того на указанных файлах преимущества SSD относительно механики малозаметны. Ибо механика вполне нормально относится к куче линейно разложенных непрерывных чушек и по перезаписям не лимитирована. Btw, XFS на такой нагрузке оттянется вволю, показав слоупокам как надо работать. Особенно если его на многодисковый конфиг разложить. Ну ты же понимаешь что SGI и видеомонтаж - синонимы :)

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

578. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 07-Ноя-12, 19:36 
> У меня много чего применяется. Я в указанном сисколе (точнее в опции
> его) вижу огромные плюсы для InnoDB (к примеру) на флеше.

Да оно вообще для флеша и БД на оном просто подарок :)

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

396. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от 4ertus2 (?), 07-Ноя-12, 00:48 
> the fallocate(2) FALLOC_FL_PUNCH_HOLE operation added in Linux 2.6.38
> Linux 2.6.38 released 14 March, 2011

CentOS 6.3 kernel 2.6.32-279.2.1.el6.x86_64

Это - не "есть", это "вчера появилось" и можно будет серьзено использовать лет через пять.

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

423. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 07:21 
> CentOS 6.3 kernel 2.6.32-279.2.1.el6.x86_64
> Это - не "есть", это "вчера появилось" и можно будет серьзено использовать
> лет через пять.

Это - "есть". Кому надо сильно - будут использовать уже сейчас, несмотря на все нюансы. Ибо есть.

Фокус в том, что у других это появится только лет через пять. И они начнут впаривать, что "можно серьезно юзать уже сейчас".

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

463. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Михрютка (ok), 07-Ноя-12, 15:00 

> Фокус в том, что у других это появится только лет через пять.
> И они начнут впаривать, что "можно серьезно юзать уже сейчас".

другие тащемта пользуют нормальные дисковые системы, которые это делают уже лет пять? меньше?

но в целом - да, фича полезная.

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

464. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 15:03 
> другие тащемта пользуют нормальные дисковые системы, которые это делают уже лет пять?
> меньше?

Что делают? Sparse+TRIM по запросу на сегмент файла? Пруфлинк будет?


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

466. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Михрютка (ok), 07-Ноя-12, 15:20 
>> другие тащемта пользуют нормальные дисковые системы, которые это делают уже лет пять?
>> меньше?
> Что делают? Sparse+TRIM по запросу на сегмент файла? Пруфлинк будет?

вот прям щас - лень искать. но нетапп, последний раз, как я смотрел, в связке с ESXi унмапить vmfs умеет.

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

467. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 15:22 
> вот прям щас - лень искать. но нетапп, последний раз, как я
> смотрел, в связке с ESXi унмапить vmfs умеет.

ESXi - отдельная тема совершенно, это целая платформа, и её FS предназначена для очень специфичной задачи. Это не FS общего применения.

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

476. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 15:54 
>> вот прям щас - лень искать. но нетапп, последний раз, как я
>> смотрел, в связке с ESXi унмапить vmfs умеет.
> ESXi - отдельная тема совершенно, это целая платформа, и её FS предназначена
> для очень специфичной задачи. Это не FS общего применения.

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

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

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

579. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:37 
> вот прям щас - лень искать. но нетапп, последний раз, как я
> смотрел, в связке с ESXi унмапить vmfs умеет.

Ну а открытая реализация BSD - как обычно с голым задом. ЧТД. Да, в пингвине все это работает и без башляния конских баблосов за проприетарные довески.

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

595. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 20:42 
Ну и да, как же я забыл. Что внутре у ESXi? В dom0 и на уровне драйверов?
Ответить | Правка | К родителю #466 | Наверх | Cообщить модератору

596. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 20:43 
К слову говоря, у ESXi в dom0 и на уровне драйверов - Linux. Сильно допиленный, с кусками закрытого кода (всё что не проприетарь или линкуется с GPL - доступно под GPL), но Linux.


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

604. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Михрютка (ok), 07-Ноя-12, 21:24 
> К слову говоря, у ESXi в dom0 и на уровне драйверов -
> Linux. Сильно допиленный, с кусками закрытого кода (всё что не проприетарь
> или линкуется с GPL - доступно под GPL), но Linux.

вы мне практически сломали картину мира. я всю жизнь думал, что там Кандинский, а там, оказывается Линукс! Как жить дальше после этого, зачем?

ггг

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

605. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 21:42 
> вы мне практически сломали картину мира. я всю жизнь думал, что там
> Кандинский, а там, оказывается Линукс! Как жить дальше после этого, зачем?

LOL. А я то думал Блейн xD с особой, уличной реализацией TRIM.

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

612. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Михрютка (ok), 08-Ноя-12, 00:29 
>> другие тащемта пользуют нормальные дисковые системы, которые это делают уже лет пять?
>> меньше?
> Что делают? Sparse+TRIM по запросу на сегмент файла? Пруфлинк будет?

походу решил более плотно с материалом познакомиться, нарвался на замечательный коммит:

https://github.com/zfsonlinux/zfs/pull/1016

прям хоть бери да новость на опеннет пиши, еще на 500 каментов ггг

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

659. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Аноним (-), 08-Ноя-12, 21:01 
> походу решил более плотно с материалом познакомиться, нарвался на замечательный коммит:

Баянище, про это уже в соседних новостях народ пофлеймил :)

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

613. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от 4ertus2 (?), 08-Ноя-12, 02:20 
Не оно?
http://lists.freebsd.org/pipermail/freebsd-fs/2011-March/010...
Ответить | Правка | К родителю #464 | Наверх | Cообщить модератору

614. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Михрютка (ok), 08-Ноя-12, 02:49 
> Не оно?
> http://lists.freebsd.org/pipermail/freebsd-fs/2011-March/010...

я пока не вкурил. в одном случае - речь об FS, в другом - об SCSI UNMAP. спасибо за линк anyway.

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

468. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 15:23 
>> Фокус в том, что у других это появится только лет через пять.
>> И они начнут впаривать, что "можно серьезно юзать уже сейчас".
> другие тащемта пользуют нормальные дисковые системы, которые это делают уже лет пять?
> меньше?
> но в целом - да, фича полезная.

Изначально хотелось бы иметь следующую фичу - вырезать блок из середины одного файла и вставить в другой без перечитки и перезаписи хвостов обеих файлов. Покажите ка мне эти самые "нормальные дисковые системы" где это есть вчера ?

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

469. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 07-Ноя-12, 15:24 
> Изначально хотелось бы иметь следующую фичу - вырезать блок из середины одного
> файла и вставить в другой без перечитки и перезаписи хвостов обеих
> файлов.

Мммм... а можно уточнить - какой Вы видите юзкейс данного финта ушами? Просто для общего развития.


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

471. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 15:32 
>> Изначально хотелось бы иметь следующую фичу - вырезать блок из середины одного
>> файла и вставить в другой без перечитки и перезаписи хвостов обеих
>> файлов.
> Мммм... а можно уточнить - какой Вы видите юзкейс данного финта ушами?
> Просто для общего развития.

Пока что нельзя. Но если разделить на две операции то 1) Вырезание блока из середины файла. 2) Добавление блока в середину файла. Этого до сих пор нету на дворе 2012 год ...

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

472. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 15:37 
> Пока что нельзя. Но если разделить на две операции то 1) Вырезание
> блока из середины файла. 2) Добавление блока в середину файла. Этого
> до сих пор нету на дворе 2012 год ...

Юзкейс - пример использования. Т.е., для чего оно вообще?

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

473. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 15:43 
>> Пока что нельзя. Но если разделить на две операции то 1) Вырезание
>> блока из середины файла. 2) Добавление блока в середину файла. Этого
>> до сих пор нету на дворе 2012 год ...
> Юзкейс - пример использования. Т.е., для чего оно вообще?

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

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

474. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 15:49 
> БД Вставляем данные в середину таблицы, результат фрагментация таблицы и фрагментация файла таблицы - двойная фрагментация.

БД пишет новые данные либо на свободное место в хранилище, либо в конец хранилища. Почему? Да потому, что порядок данных на диске для задач БД практического значения не имеет.

> БД пропросила блок в середине - получила блок в середине. Нет фрагментации таблиц, остальное задачи фс.

Оставляю "на подумать" одну мысль: что будет, если "попрошенный" блок не кратен блоку FS?


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

477. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 15:57 
>> БД Вставляем данные в середину таблицы, результат фрагментация таблицы и фрагментация файла таблицы - двойная фрагментация.
> БД пишет новые данные либо на свободное место в хранилище, либо в
> конец хранилища. Почему? Да потому, что порядок данных на диске для
> задач БД практического значения не имеет.
>> БД пропросила блок в середине - получила блок в середине. Нет фрагментации таблиц, остальное задачи фс.
> Оставляю "на подумать" одну мысль: что будет, если "попрошенный" блок не кратен
> блоку FS?

Это проблема фс.

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

479. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 16:12 
> Это проблема фс.

Это _НЕ_ проблема ФС. Волшебным образом диск два байта в середину сектора не добавит. А раз так - придётся копировать все данные на указанное количество байт. Или усложнять FS настолько, что она будет выполнять основные операции в разы дольше.

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

480. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 16:15 
>> Это проблема фс.
> Это _НЕ_ проблема ФС. Волшебным образом диск два байта в середину сектора
> не добавит. А раз так - придётся копировать все данные на
> указанное количество байт. Или усложнять FS настолько, что она будет выполнять
> основные операции в разы дольше.

Это проблема архитектуры фс. А слабо было добавить пометку к каждому сектору что в этом секторе значимые только n байт ?

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

482. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 16:19 
> Это проблема архитектуры фс. А слабо было добавить пометку к каждому сектору
> что в этом секторе значимые только n байт ?

И заставить ФС читать/использовать пометки для каждого блока? А CPU колом не встанет?

Далее - что будет, когда таких блоков накопится достаточно? Эффективность утилизации дискового пространства явно от этого не улучшится.

БД решают все эти проблемы собственными механизмами. Не надо таскать этот зоопарк на ФС общего назначения. Хотите исключить один уровень взаимодействия - юзайте RAW-разделы. Современные БД умеют.

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

485. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 16:28 
>> Это проблема архитектуры фс. А слабо было добавить пометку к каждому сектору
>> что в этом секторе значимые только n байт ?
> И заставить ФС читать/использовать пометки для каждого блока? А CPU колом не
> встанет?

Ну сейчас же не встаёт ? Для последнео блока в файле это есть.

> Далее - что будет, когда таких блоков накопится достаточно? Эффективность утилизации дискового
> пространства явно от этого не улучшится.

Это проблемы фс и должно лечиться дефрагментацией.

> БД решают все эти проблемы собственными механизмами. Не надо таскать этот зоопарк
> на ФС общего назначения. Хотите исключить один уровень взаимодействия - юзайте
> RAW-разделы. Современные БД умеют.

БД решают проблемы фс ? В юзерспейсе решиются проблемы уровня ядра ? Здорово, слов нет ...


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

517. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:12 
> Ну сейчас же не встаёт ? Для последнео блока в файле это > есть.

Это, простите, как?

> Это проблемы фс и должно лечиться дефрагментацией.

Да, давайте еще субсекторную фрагментацию/дефрагментацию сделаем - и даже 6Мб/с покажутся сказкой.

> БД решают проблемы фс ? В юзерспейсе решиются проблемы уровня ядра ?

БД решают те вопросы, которые нужны только БД.


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

522. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:19 
> Да, давайте еще субсекторную фрагментацию/дефрагментацию сделаем - и даже 6Мб/с покажутся
> сказкой.

Друг мой вы так часто ссылаетесь на эти мифические 6Мб/с что мы все с нетерпениемо ждем ссылку на эту сказку. Но похоже сказке суждено остаться сказкой ...

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

533. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –2 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:26 
> Друг мой вы так часто ссылаетесь на эти мифические 6Мб/с что мы
> все с нетерпениемо ждем ссылку на эту сказку. Но похоже сказке
> суждено остаться сказкой ...

О боже, iZEN не одинок
http://forum.lissyara.su/viewtopic.php?f=8&t=37025&view=unread

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

541. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:38 
>> Друг мой вы так часто ссылаетесь на эти мифические 6Мб/с что мы
>> все с нетерпениемо ждем ссылку на эту сказку. Но похоже сказке
>> суждено остаться сказкой ...
> О боже, iZEN не одинок
> http://forum.lissyara.su/viewtopic.php?f=8&t=37025&view=unread

Финал зачетный :))
smart показал увеличивающееся число Reallocated_Sector_Ct = 1256. Увеличивается на несколько штук в день. Думаю, проблема найдена. Всем спасибо.

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

488. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 17:15 
> Хотите исключить один уровень взаимодействия - юзайте
> RAW-разделы. Современные БД умеют.

oh noes not that shit again

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

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

494. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 17:29 
>> Хотите исключить один уровень взаимодействия - юзайте
>> RAW-разделы. Современные БД умеют.
> oh noes not that shit again
> чтобы сейчас юзать RAW это надо быть безумным индусом, обчитавшимся книг про
> Профессиональному Тюненгу Оракла 8 или админом локалхоста, у которого только локальное
> хранилище и забить на бэкапы.

Mysql master raw основная нагрузка.
mysql slave zfs , останавливает, делаем инкременатлный бакап бинарных логов, запускаем.
Это если нужно чтоб мастер молотил непрерывно.

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

506. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 17:51 
>>> Хотите исключить один уровень взаимодействия - юзайте
>>> RAW-разделы. Современные БД умеют.
>> oh noes not that shit again
>> чтобы сейчас юзать RAW это надо быть безумным индусом, обчитавшимся книг про
>> Профессиональному Тюненгу Оракла 8 или админом локалхоста, у которого только локальное
>> хранилище и забить на бэкапы.
> Mysql master raw основная нагрузка.
> mysql slave zfs , останавливает, делаем инкременатлный бакап бинарных логов, запускаем.
> Это если нужно чтоб мастер молотил непрерывно.

это прекрасно, не останавливайтесь.

вас не затруднит в таком случае вкратце описать процедуру увеличения системного тейблспейса в описанной вами конфигурации?


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

514. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:08 
>[оверквотинг удален]
>>> oh noes not that shit again
>>> чтобы сейчас юзать RAW это надо быть безумным индусом, обчитавшимся книг про
>>> Профессиональному Тюненгу Оракла 8 или админом локалхоста, у которого только локальное
>>> хранилище и забить на бэкапы.
>> Mysql master raw основная нагрузка.
>> mysql slave zfs , останавливает, делаем инкременатлный бакап бинарных логов, запускаем.
>> Это если нужно чтоб мастер молотил непрерывно.
> это прекрасно, не останавливайтесь.
> вас не затруднит в таком случае вкратце описать процедуру увеличения системного тейблспейса
> в описанной вами конфигурации?

А действия будут сильно отличаться от случая когда файлам бд не хватит места на фс ?

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

531. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 18:25 
> А действия будут сильно отличаться от случая когда файлам бд не хватит
> места на фс ?

об этом мы поговорим во втором отделении цирковой программы.

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

539. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:31 
>> А действия будут сильно отличаться от случая когда файлам бд не хватит
>> места на фс ?
> об этом мы поговорим во втором отделении цирковой программы.

Ба да у нас в гостях маркетолог, сейчас нам предложат ынтерпайз решение  за скромных 100500+ денег. Вы форумом не ошиблись? Здесь это нафиг никому не уперлось.

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

540. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:33 
> сейчас нам предложат ынтерпайз решение за скромных 100500+ денег

Это солярку с Sun Storage что-ли?


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

580. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:43 
> Ба да у нас в гостях маркетолог, сейчас нам предложат ынтерпайз решение за скромных 100500+ денег.

Ну если михрютке можно сватать ESXi за сотни нефти для плевой фичи которая в любом пингвине занахаляву есть, это довольно симметрично, не? :)

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

586. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 19:54 
>> Ба да у нас в гостях маркетолог, сейчас нам предложат ынтерпайз решение за скромных 100500+ денег.
> Ну если михрютке можно сватать ESXi за сотни нефти для плевой фичи
> которая в любом пингвине занахаляву есть, это довольно симметрично, не? :)

Ваша мысль понятна но в области обсуждения не относится.

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

515. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:10 
>[оверквотинг удален]
>>> oh noes not that shit again
>>> чтобы сейчас юзать RAW это надо быть безумным индусом, обчитавшимся книг про
>>> Профессиональному Тюненгу Оракла 8 или админом локалхоста, у которого только локальное
>>> хранилище и забить на бэкапы.
>> Mysql master raw основная нагрузка.
>> mysql slave zfs , останавливает, делаем инкременатлный бакап бинарных логов, запускаем.
>> Это если нужно чтоб мастер молотил непрерывно.
> это прекрасно, не останавливайтесь.
> вас не затруднит в таком случае вкратце описать процедуру увеличения системного тейблспейса
> в описанной вами конфигурации?

innodb_data_file_path = /disk1/ibdata1:10G;/disk2/ibdata2:10G;/disk3/ibdata3:10G:autoextend
вы про это ?

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

527. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 18:23 
>> это прекрасно, не останавливайтесь.
>> вас не затруднит в таком случае вкратце описать процедуру увеличения системного тейблспейса
>> в описанной вами конфигурации?
> innodb_data_file_path = /disk1/ibdata1:10G;/disk2/ibdata2:10G;/disk3/ibdata3:10G:autoextend

продолжайте, я с интересом слушаю. итак, вы пишете вот эту строчку в конфигурации, и что дальше?

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

532. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:25 
>>> это прекрасно, не останавливайтесь.
>>> вас не затруднит в таком случае вкратце описать процедуру увеличения системного тейблспейса
>>> в описанной вами конфигурации?
>> innodb_data_file_path = /disk1/ibdata1:10G;/disk2/ibdata2:10G;/disk3/ibdata3:10G:autoextend
> продолжайте, я с интересом слушаю. итак, вы пишете вот эту строчку в
> конфигурации, и что дальше?

Если вы подсказки не понимаете то маны почитайте.

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

536. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 18:30 
>>>> это прекрасно, не останавливайтесь.
>>>> вас не затруднит в таком случае вкратце описать процедуру увеличения системного тейблспейса
>>>> в описанной вами конфигурации?
>>> innodb_data_file_path = /disk1/ibdata1:10G;/disk2/ibdata2:10G;/disk3/ibdata3:10G:autoextend
>> продолжайте, я с интересом слушаю. итак, вы пишете вот эту строчку в
>> конфигурации, и что дальше?
> Если вы подсказки не понимаете то маны почитайте.

Вслух и c выражением? С удовольствием, мой дорогой друкк, для вас, как для делающего мне этот скучный вечер - всего $50 в час.

Так что вы мне хотели рассказать про autoextend на raw разделе у MySQL?

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

537. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:30 
> Так что вы мне хотели рассказать про autoextend на raw разделе у
> MySQL?

LAWL. Приложил, так приложил :)

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

581. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:45 
> LAWL. Приложил, так приложил :)

Самое интересное что проприетарщик+бcдун гасит ламерствующего же бcдуна. Ололо, сегодня у нас бесплатное шоу с эпикфэйлами.

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

590. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от andy (??), 07-Ноя-12, 20:20 
> Самое интересное что проприетарщик+бcдун гасит ламерствующего же бcдуна. Ололо, сегодня
> у нас бесплатное шоу с эпикфэйлами.

User, у меня к тебе вопросы есть. По какому адресу тебе написать можно?

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

592. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 20:29 
> Самое интересное что проприетарщик+бcдун гасит ламерствующего же бcдуна. Ололо, сегодня
> у нас бесплатное шоу с эпикфэйлами.

Правда эпикфэйлы в соседней теме про ext4 :))
https://www.opennet.ru/opennews/art.shtml?num=35224
Но чем бы дитя не тешилось абы не вешалось ...

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

598. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 20:45 
> Самое интересное что проприетарщик+бcдун гасит ламерствующего же бcдуна. Ололо, сегодня
> у нас бесплатное шоу с эпикфэйлами.

По крайней мере в данный момент он пишет вполне адекватные вещи. А то, что (пока ещё, видимо) на BSD - это не так страшно, и, вестимо, временно. Лишь бы не ламо зеленое :), всё остальное терпимо.

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

606. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от Михрютка (ok), 07-Ноя-12, 21:50 
> По крайней мере в данный момент он пишет вполне адекватные вещи. А
> то, что (пока ещё, видимо) на BSD - это не так
> страшно, и, вестимо, временно.

не, это я удачно сегодня заглянул :)))

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

- well-known проприетарщик
- проприетарщик-бздун (это явно придумал человек, который еще помнит советские оксюмороны типа "борьба за мир")
- проприетарщик-вендузятник
- макоЁбъ
- апологет Микрософта был, по-моему,
и наконец маркетолог.

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

660. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 08-Ноя-12, 21:08 
> По крайней мере в данный момент он пишет вполне адекватные вещи.

Ну да, если не считать совета купить ESXi ради фичи которая в любом пингвине бесплатно :). Хотя как тест на фанатичную преданность сабжевым системам - просто эталон.

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

544. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:41 
> Вслух и c выражением? С удовольствием, мой дорогой друкк, для вас, как
> для делающего мне этот скучный вечер - всего $50 в час.

Все так плохо ? Кризис ? Маркетологи от ынтырпайз ходят побираться на opensource форумы ? Всего за 50$  в част танцуют и поют ? :)))))

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

562. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 19:14 
>> Вслух и c выражением? С удовольствием, мой дорогой друкк, для вас, как
>> для делающего мне этот скучный вечер - всего $50 в час.
> Все так плохо ? Кризис ? Маркетологи от ынтырпайз ходят побираться на
> opensource форумы ? Всего за 50$  в част танцуют и
> поют ? :)))))

нет, это я вам _лично_ скидку 50% делаю на покупку памперсов, чтобы у вас из штанов не так сильно подтекало, когда вы в след. раз придете на опеннет ядерно доставить. цените, коллега.

но вернемся к autoextend на raw разделе в MySQL в вашей конфигурации, мы дождемся от вас об этом рассказа? ну или вообще о процедуре расширения тейблспейса описанной вами системы, как вы это делаете? я думаю, не мне одному послушать будет интересно.

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

568. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 19:22 
>>> Вслух и c выражением? С удовольствием, мой дорогой друкк, для вас, как
>>> для делающего мне этот скучный вечер - всего $50 в час.
>> Все так плохо ? Кризис ? Маркетологи от ынтырпайз ходят побираться на
>> opensource форумы ? Всего за 50$  в част танцуют и
>> поют ? :)))))
> нет, это я вам _лично_ скидку 50% делаю на покупку памперсов, чтобы
> у вас из штанов не так сильно подтекало, когда вы в
> след. раз придете на опеннет ядерно доставить. цените, коллега.

Так вы памперсами торгуете ? :))) Ох уж эти маркетологи ...


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

575. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от arisu (ok), 07-Ноя-12, 19:28 
как ты характерно не замечаешь неудобных вопросов.
Ответить | Правка | К родителю #568 | Наверх | Cообщить модератору

582. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:46 
> как ты характерно не замечаешь неудобных вопросов.

А что ты ожидал от гражданина профессионала, которому почему-то семантику posix надо на пальцах объяснять?

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

520. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:17 
> Mysql master raw основная нагрузка.
> mysql slave zfs , останавливает, делаем инкременатлный бакап бинарных логов, запускаем.
> Это если нужно чтоб мастер молотил непрерывно.

Откройте уже для себя грамотную организацию клиентского приложения - а иначе зачем вам Master+Slave? Или NDB. Или Percona Cluster. У нас работает NDB - специфичное приложение под специфичную задачу - реалтайм-авторизация и аккаунтинг десятков тысяч пользователей. In-Memory, Master-Master, арбитраж, горячий старт. Отсутствие головняка от запаздывания репликации. И так далее.

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

518. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 18:13 
> чтобы сейчас юзать RAW это надо быть безумным индусом, обчитавшимся книг про
> Профессиональному Тюненгу Оракла 8 или админом локалхоста, у которого только локальное
> хранилище и забить на бэкапы.

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

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

489. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 17:21 

> Это проблема архитектуры фс. А слабо было добавить пометку к каждому сектору
> что в этом секторе значимые только n байт ?

у меня тут страшные подозрения поэтому я спрошу: а кому ФС должна эту пометку о знначитмости байт предъявлять?

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

495. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 17:32 
>> Это проблема архитектуры фс. А слабо было добавить пометку к каждому сектору
>> что в этом секторе значимые только n байт ?
> у меня тут страшные подозрения поэтому я спрошу: а кому ФС должна
> эту пометку о знначитмости байт предъявлять?

ФС не должна их вообще показывать она при чтении должна вернуть урезанный блок.

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

507. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 17:55 
>>> Это проблема архитектуры фс. А слабо было добавить пометку к каждому сектору
>>> что в этом секторе значимые только n байт ?
>> у меня тут страшные подозрения поэтому я спрошу: а кому ФС должна
>> эту пометку о знначитмости байт предъявлять?
> ФС не должна их вообще показывать она при чтении должна вернуть урезанный
> блок.

я правильно понимаю, что функционала fread() вам для этого уже недостаточно?

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

511. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от nagualemail (ok), 07-Ноя-12, 18:05 
>>>> Это проблема архитектуры фс. А слабо было добавить пометку к каждому сектору
>>>> что в этом секторе значимые только n байт ?
>>> у меня тут страшные подозрения поэтому я спрошу: а кому ФС должна
>>> эту пометку о знначитмости байт предъявлять?
>> ФС не должна их вообще показывать она при чтении должна вернуть урезанный
>> блок.
> я правильно понимаю, что функционала fread() вам для этого уже недостаточно?

Нет неправильно.

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

475. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 15:50 
>>> Нет фрагментации таблиц

По отношению к чему? Не забывайте, что выборка из таблиц БД может идти с любым упорядочиванием, не обязательно по порядку следования записей в таблице.

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

478. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Михрютка (ok), 07-Ноя-12, 16:06 

> Вопрос какому идиоту пришло в голову переложить
> задачи фс на БД ? БД пропросила блок в середине -
> получила блок в середине. Нет фрагментации таблиц, остальное задачи фс.

идиота зовут Ларри Эллисон ггг

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

364. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от AlexAT (ok), 06-Ноя-12, 23:12 
> Прям даже открыл ман по fallocate но никаких хитрых опций, отличающих его
> от posix_fallocate не нашел. Где вы, хитрые опции?

fallocate(FALLOC_FL_PUNCH_HOLE)
к примеру

еще есть FALLOC_FL_KEEP_SIZE

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

397. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от 4ertus2 (?), 07-Ноя-12, 01:07 
> Not all file systems support FALLOC_FL_PUNCH_HOLE

+ см. комментарий выше: пока этого нет хотя бы в последнем RHEL-е - этого нет.

Ради FALLOC_FL_KEEP_SIZE - даже лишний ifdef бы не завел, не то что ломать портируемость.

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

428. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 07:35 
> + см. комментарий выше: пока этого нет хотя бы в последнем RHEL-е
> - этого нет.

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

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

395. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +/
Сообщение от iZEN (ok), 07-Ноя-12, 00:46 
> А еще у современных систем есть splice(), tee(), sendfile(), хитрые опции fallocate() и т.п.

///---
Если не splice(), то попробуйте использовать getsockopt() + ioctl(SIOCOUTQ). Но и splice(), и SIOCOUTQ отсутствуют в стандартах. Для freebsd, например, для этого используется ioctl(FIONSPACE).

Sorcerer   (19.07.2011 14:40:10)
---///
http://www.linux.org.ru/forum/development/6511852?cid=6512271

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

424. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от AlexAT (ok), 07-Ноя-12, 07:29 
Для начала разберись, о чём идёт речь. splice() - это универсальный механизм для перегона данных между fd без захода в юзерспейс.

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

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

430. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +2 +/
Сообщение от arisu (ok), 07-Ноя-12, 07:43 
> Для начала разберись

изя? разберись? скорее слоны отрастят крылья.

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

583. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от Аноним (-), 07-Ноя-12, 19:49 
> изя? разберись? скорее слоны отрастят крылья.

Он на пару с нагулялом зачем-то сватает эти сисколы. Как перегон кернелом данных между некими сущностями коррелирует с выкусыванием дыр в SPARSE файлах - я упорно не догоняю. Да, это поведение - за пределами POSIX. Зато это хорошо укладывается в современные реалии. Типа базы данных на SSD. Кто ж виноват что на момент создания posix такого вообще не было?

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

616. "FreeBSD-CURRENT переведён по умолчанию на Clang"  –1 +/
Сообщение от Аноним (-), 08-Ноя-12, 11:29 
> Для начала разберись, о чём идёт речь. splice() - это универсальный механизм
> для перегона данных между fd без захода в юзерспейс.
> А то, что ты выше привёл - это механизм определения размера буфера
> сокета.

Открою страшную тайну - sendfile для того же самого. Вы видимо путаете глупые ограничения Linux kernel - которые были в реализации sendfile, и вместо того что бы их чинить - в inode operation vector - заменили sendfile на splice_read, splice_write.
при этом внешний syscall так и остался работать.

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

618. "FreeBSD-CURRENT переведён по умолчанию на Clang"  +1 +/
Сообщение от AlexAT (ok), 08-Ноя-12, 13:04 
> Открою страшную тайну - sendfile для того же самого. Вы видимо путаете

открою еще более страшную тайну - sendfile в Linux c 2.6.23 начиная работает через splice. splice - это несколько более низкоуровневый механизм

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

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

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




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

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