The OpenNET Project / Index page

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



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

Оглавление

В рамках проекта Lwan развивается новый высокопроизводительн..., opennews (??), 24-Апр-16, (0) [смотреть все]

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


56. "В рамках проекта Lwan развивается новый высокопроизводительн..."  –1 +/
Сообщение от Аноним (-), 24-Апр-16, 17:38 
> 20488

Ого! FreeBSD? Busybox? RedHat 3.0? Нет, серьёзно, в чём секрет?

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

73. "В рамках проекта Lwan развивается новый высокопроизводительн..."  –1 +/
Сообщение от Аноним (-), 24-Апр-16, 18:21 
> Ого! FreeBSD? Busybox? RedHat 3.0?

FreeBSD 10.3 amd64
> Нет, серьёзно, в чём секрет?

Вангую, что в урезанных фичах – сравните маны
http://www.freebsd.org/cgi/man.cgi?cp

Гнутая версия размером особо не отличается:
>  141024 27 Feb 18:15 /usr/local/bin/gcp

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

79. "В рамках проекта Lwan развивается новый высокопроизводительн..."  –1 +/
Сообщение от Аноним (-), 24-Апр-16, 21:35 
> FreeBSD 10.3 amd64

Понятно. Ещё один плюс в копилку FreeBSD в плане качества кода.

> Вангую, что в урезанных фичах – сравните маны

Есть большие сомнения в том, что во FreeBSD-версии НАСТОЛЬКО меньше функций. И в том, так ли нужны эти "урезанные" фичи, или это что-то уровня цветовой подсветки вывода в GNU grep.

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

92. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +1 +/
Сообщение от Аноним (-), 24-Апр-16, 23:50 
> Понятно. Ещё один плюс в копилку FreeBSD в плане качества кода.

В отсутствии фич. В линухе на btrfs делаем cp --reflink и получаем 10 виртуалок за 10 секунд. В фрибзде .. так вообще нельзя. Можете копировать пятигиговые файлы десятками обычным способом. Но это займет множество времени. Линуксоид всю группу развернет и запустит быстрее чем бздун копирование завершит...

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

96. "В рамках проекта Lwan развивается новый высокопроизводительн..."  –3 +/
Сообщение от Аноним (-), 25-Апр-16, 00:40 
В целом, вы, вероятно, правы, в рамках текещуго обсуждения. Но что касается качества современного линукса в целом, извините, не могу удержаться и не добавить свои пять копеек.

> на btrfs

Наслышаны, спасибо.

> cp --reflink

Перепись проведём, кто из линуксоидов СХОДУ знает о такой опции? Думаете, кто-то из них станет маны читать, когда придёт начальство и скажет "Хочу 10 виртуалок ПРЯМОСЕЙЧАС"? А большинство СОВРЕМЕННЫХ линуксоидов к тому моменту, как у бздунов уже скопируются пятигиговые образы, только-только закончат третий гном ставить на сервер, чтобы команды вручную не вводить (XXI век на дворе как-никак), а если в диалоге копирования не окажется галочки "reflink", то копирование запустят обычным образом. Попутно, конечно, зарепортив кучу багов в диалоге копирования, неработающих темах, файловой системе и установщике гнома.

> Линуксоид всю группу развернет и запустит

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

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

121. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +2 +/
Сообщение от Аноним (-), 25-Апр-16, 16:36 
> Наслышаны, спасибо.

Бабка на лавочке сказала? А мы им пользуемся. Позволяет разворачивать виртуалки мгновенно.

>> cp --reflink
> Перепись проведём, кто из линуксоидов СХОДУ знает о такой опции?

Любой кто дошел до чтения man или --help. Ну или теперь вот опеннета.

> из них станет маны читать, когда придёт начальство и скажет "Хочу
> 10 виртуалок ПРЯМОСЕЙЧАС"?

Почитать ман и сделать cp --reflink будет быстрее чем скопировать 10 машин вотпрямща. Ну разве что если ты по слогам читаешь.

> на сервер, чтобы команды вручную не вводить (XXI век на дворе
> как-никак), а если в диалоге копирования не окажется галочки "reflink",

Я разве говорил про какие-то "диалоги" и "галочки"? Так и скажи что крыть нечем. Чего демагогию разводить?

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

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

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

138. "В рамках проекта Lwan развивается новый высокопроизводительн..."  –1 +/
Сообщение от Аноним (-), 26-Апр-16, 20:53 
> Бабка на лавочке сказала?

Да, бабка на лавочке с btrfs.

> А мы им пользуемся.

А вы им везде пользуетесь, или только когда надо вируталку за 10 минут развернуть? Бэкапы, например, тоже на btrfs храните? А фоточки семейные? Или в облака сливаете, чтобы, когда btrfs случайно упадёт, ничего не пропало?

> Почитать ман и сделать cp --reflink будет быстрее

Если админ даже не догадывается о существовании чего-то подобного reflink, то какие умозаключения он должен провести, которые подсказали бы ему, что "почитать маны" даст эффект (особенно, если он изучал unix по какой-нибудь классической книге, где о линукс-специфичные особенности не упоминаются)?

> Так и скажи что крыть нечем.

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

> Чего демагогию разводить?

Где ты демагогию-то увидел?

> давно отлаженная технология

Если ею правильно пользоваться. А не "за 10 минут разверну, а там пусть другие разбираются".

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

153. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +/
Сообщение от Аноним (-), 28-Апр-16, 13:14 
> Да, бабка на лавочке с btrfs.

Крутая бабка, где такая лавочка?

> А вы им везде пользуетесь, или только когда надо вируталку за 10
> минут развернуть? Бэкапы, например, тоже на btrfs храните? А фоточки семейные?

Бэкапы должны лежать на отдельных ФС. Желательно географически разнесенных. Btrfs сейчас дохнет не больше других ФС, а вероятность отказа сразу двух/трех/...

> Или в облака сливаете, чтобы, когда btrfs случайно упадёт, ничего не пропало?

У btrfs есть "btrfs restore" (оффлайн вычитка, прогой, без монтирования). Крутейший data recovery тул для доставания файлов с убитых дисков. У ZFS например ничего сравнимого нет. Если ZFS развалится - файлы дискэдитором придется доставать. Можешь посмотреть сколько это стоит в data recovery лабах, только валидол возьми.

> Если админ даже не догадывается о существовании чего-то подобного reflink,

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

> даст эффект (особенно, если он изучал unix по какой-нибудь классической книге,

В этом случае он много не наадминит. Там много чего еще нет, от systemd до управления пакетами. Можно пойти дальше. Разучить K&R C "в оригинале". Сможешь заниматься системным программированием под вымершие системы. Под существуюшие не сможешь, там диалект языка другой.

> где о линукс-специфичные особенности не упоминаются)?

Если кто полез админить Linux, ему придется подучить специфику, чтобы быть эффективным. А если кто будет полдня делать то что делается за 10 минут - извините, но...

> Что "крыть"-то? Что существуют админы, которые кучу времени тратят на чтение changelog-ов

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

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

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

> Если ею правильно пользоваться. А не "за 10 минут разверну, а там
> пусть другие разбираются".

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

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

100. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +/
Сообщение от Аноним (-), 25-Апр-16, 03:25 
> В отсутствии фич. В линухе на btrfs делаем cp --reflink и получаем
> 10 виртуалок за 10 секунд.

А что с ext4? А с F2FS? А с …? А зачем тогда пихать поддержку ФС-специфичных вещей в cp? А давайте тогда, в лучших традициях комбайнерства еще и распаковку сжатых файлов и копирование из tar добавим, вдруг кому-то понадобится?

> Можете копировать пятигиговые файлы десятками обычным способом. Но это займет множество
> времени.

Опять традиционное "не, не слышал, но мнение имею!"?

Ну да, эти ретрограды продолжают делать ФС-специфичные вещи ФС специфичными утилитами:

zfs snapshot
zfs clone
https://www.freebsd.org/cgi/man.cgi?format=html&manpath=FreeBSD 8.3-RELEASE&query=zfs
> creating  a  clone  is  nearly instantaneous, and initially consumes no additional space.

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

104. "В рамках проекта Lwan развивается новый высокопроизводительн..."  –2 +/
Сообщение от nonecto (?), 25-Апр-16, 09:17 

> zfs snapshot
> zfs clone
> https://www.freebsd.org/cgi/man.cgi?format=html&manpath=FreeBSD 8.3-RELEASE&query=zfs
>> creating  a  clone  is  nearly instantaneous, and initially consumes no additional space.

yezz. FreeBSD is ZFS. Линуха тоже зфс умеют. Жаль, что все эти придурошные лицензии разделяют всё на всё и правят миром.

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

110. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +/
Сообщение от Аноним (-), 25-Апр-16, 12:50 
> Линуха тоже зфс умеют.

Да ну, не верю!
Если линуховский ср не может в --reflink для zfs, то нормальной поддежки считай что нет и все умение для галочки!

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

154. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +/
Сообщение от Аноним (-), 28-Апр-16, 13:28 
> Если линуховский ср не может в --reflink для zfs, то нормальной поддежки
> считай что нет и все умение для галочки!

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

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

123. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +2 +/
Сообщение от Аноним (-), 25-Апр-16, 17:05 
> А что с ext4? А с F2FS? А с …?

А ничего, они это не умеют. А ubifs и вовсе только на raw NAND работает. В линухе много файлух, можно выбрать.

> А зачем тогда пихать поддержку ФС-специфичных вещей в cp?

Затем что должен быть механизм вызова возможностей файловой системы. Это действие больше всего похоже на мгновенное копирование. Так почему бы нет? Со временем и другие CoW-based могут реализовать, если их внутренняя структура не противоречит ссылкам на одни блоки несколько раз и CoW при изменении shared блоков.

> zfs snapshot
> zfs clone

Это прекрасно, но cp --reflink - не снапшот, а просто способ указать ФС что все 10 машин изначально используют одинаковые блоки. Хочется ли сохранять их состояние в снапшоте ФС - совершенно отдельный вопрос, не пересекающийся с желанием сделать 10 копий большого файла быстро и эффективно. Снапшотами аналог этого сделать можно. Но сложно и криво, cp с одним флагом сильно проще. А если мне надо будет именно снапшот, который я понимаю как некое состояние имеющее некую ценность, так что его сохраним на память, это можно уже явно заказать. Но группа виртуалок может быть и временной, когда запускается какой-то эксперимент, а через 10 минут получен результат и виртуалки не требуются. Стереть их обычным rm'ом, F8 в миднайте или что там у кого - будет как-то сильно проще чем лезть ворочать снапшоты.

> https://www.freebsd.org/cgi/man.cgi?format=html&manpath=FreeBSD 8.3-RELEASE&query=zfs
>> creating  a  clone  is  nearly instantaneous, and initially consumes no additional space.

У фрибсдшников все так - вроде можно, но только через хитро закрученную ж. Btrfs вообще отличается тем что к администратору он повернут лицом, а не другими частями тела. Им пользоваться просто и приятно.

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

130. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +/
Сообщение от . (?), 26-Апр-16, 02:43 
>Им пользоваться просто и приятно.

Это только до тех пор, пока терять, кроме развалов с порнухой - нечего :)))))

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

142. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +/
Сообщение от Анонис (?), 27-Апр-16, 09:40 
> Это только до тех пор, пока терять, кроме развалов с порнухой - нечего :)))))

Где массовый писк пользователей фэйсбука о потере фотографий котят?

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

134. "В рамках проекта Lwan развивается новый высокопроизводительн..."  –1 +/
Сообщение от Аноним (-), 26-Апр-16, 15:22 
>> А что с ext4? А с F2FS? А с …?
> Так почему бы нет? Со временем
> и другие CoW-based могут реализовать, если их внутренняя структура не противоречит
> ссылкам на одни блоки несколько раз и CoW при изменении shared
> блоков.

Ну а что с распаковкой-то? И копированием из tar? Как же жить без этих фич?

> Это прекрасно, но cp --reflink - не снапшот, а просто способ указать
> ФС что все 10 машин изначально используют одинаковые блоки. Хочется ли
> сохранять их состояние в снапшоте ФС - совершенно отдельный вопрос, не
> пересекающийся с желанием сделать 10 копий большого файла быстро и эффективно.

Очень похоже на попытку обосновать, почему использование cp – Ъ-вей, а все остальное  костыль.

> Снапшотами аналог этого сделать можно. Но сложно и криво, cp с
> одним флагом сильно проще.

Ну да, ну да. snapshot + clone = сложность неимоверной жырн^W кривости! Очень убедительно!


> будет
> как-то сильно проще чем лезть ворочать снапшоты.

Ага, zfs destroy так сложен, так сложен …

> У фрибсдшников все так - вроде можно, но только через хитро закрученную ж.

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

то теперь
> через хитро закрученную ж

может просто по другому, а все остальное – синдром лапчатого^W утенка?

> Btrfs вообще отличается тем что к администратору он повернут лицом,
> а не другими частями тела.

Главное, почаще повторять, тогда и аргументиков никаких не надо!

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

143. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +1 +/
Сообщение от Аноним (-), 27-Апр-16, 10:15 
> Ну а что с распаковкой-то? И копированием из tar? Как же жить без этих фич?

Упаковка/распаковка файлов у btrfs в дефрагер встроена. Можно сжать/распаковать прозрачным сжатием файло в процессе дефрагментации. Тоже прикольная фича, я ей пользуюсь иногда.

> Очень похоже на попытку обосновать, почему использование cp – Ъ-вей, а все остальное  костыль.

Очень похоже на попытку юлить. Дернуть cp с одним флагом - это просто. Лезть ворочать снапшоты - по сравнению с вызовом cp как-то не очень. Особенно если учесть что reflink'нутые файлы - удаляются "обычно", без специальных утилит, rm'ом, F8 в mc или как вы там unlink() предпочитаете. Это НЕ управление состояниями как снапшоты а простой и эффективный способ копирования.

> Ну да, ну да. snapshot + clone = сложность неимоверной жырн^W кривости!

По сравнению с cp с одним дополнительным флагом и удалением обычным rm или миднайтом? Как-то сложновато и кривовато, если сравнивать.

> Очень убедительно!

Да нормально, мгновенное копирование. За счет откладывания фактического переноса блоков до момента когда они станут отличаться от предка. Очень логичное использование CoW. Самое странное что ZFS on linux так почему-то не умеет, хотя тоже вроде CoW и даже дедуп вроде делает.

> Ага, zfs destroy так сложен, так сложен …

По сравнению с F8 на вон тех 5 файлах которые я в mc глазами вижу и выделил как обычно? Как-то менее удобно и более канительно.

>> через хитро закрученную ж
> может просто по другому, а все остальное – синдром лапчатого^W утенка?

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

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

>> Btrfs вообще отличается тем что к администратору он повернут лицом,
>> а не другими частями тела.
> Главное, почаще повторять, тогда и аргументиков никаких не надо!

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

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

144. "В рамках проекта Lwan развивается новый высокопроизводительн..."  –1 +/
Сообщение от Аноним (-), 27-Апр-16, 14:39 

> Упаковка/распаковка файлов у btrfs в дефрагер встроена. Можно сжать/распаковать прозрачным
> сжатием файло в процессе дефрагментации. Тоже прикольная фича, я ей пользуюсь
> иногда.

Это конечно отлично, но тайна неумения cp  в сжатие/распаковку и копирование из tar, все еще не раскрыта!

>> Очень похоже на попытку обосновать, почему использование cp – Ъ-вей, а все остальное  костыль.
> Очень похоже на попытку юлить.

Не более, чем "нам срочно нужно сварганить с ноля 10 виртуалок на 10 минут, а потом все без следа удалить!"

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

То вообще нельзя, то уже оказывается, что если сильно хочется, то можно …
В общем, не хватает в конце дополнения типа "Слава Пингвину, Смерть Неверным!"

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

155. "В рамках проекта Lwan развивается новый высокопроизводительн..."  +/
Сообщение от Аноним (-), 28-Апр-16, 14:19 
> Это конечно отлично, но тайна неумения cp  в сжатие/распаковку и копирование
> из tar, все еще не раскрыта!

Так раскрой, если видишь какой-то сценарий использования и это будет чем-то лучше tar.

> Не более, чем "нам срочно нужно сварганить с ноля 10 виртуалок на
> 10 минут, а потом все без следа удалить!"

Такие вещи сейчас экзотика только для пользователей *bsd, у которых с виртуалками все печально.

> То вообще нельзя, то уже оказывается, что если сильно хочется, то можно

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

> В общем, не хватает в конце дополнения типа "Слава Пингвину, Смерть Неверным!"

Нет никакого смысла геноцидить динозавров. Они сами вымрут.


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

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

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




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

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