The OpenNET Project / Index page

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



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

Оглавление

Для Ext4 представлена поддержка контрольных сумм для проверк..., opennews (??), 02-Июн-12, (0) [смотреть все]

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


7. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  –14 +/
Сообщение от Аноним (-), 02-Июн-12, 12:05 
в ядре? фантазёр
Ответить | Правка | Наверх | Cообщить модератору

13. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от ананим (?), 02-Июн-12, 13:04 
Да. В ядре.
Достаточно посмотреть его исходники. Или хотя бы 1 раз его собрать самому и посмотреть параметры.

Зыж
Кстати сабж — это один из пунктов в пользу монолитности ядра.

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

28. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от BratSinot (?), 02-Июн-12, 16:45 
> Кстати сабж — это один из пунктов в пользу монолитности ядра.

В каком месте это вообще здесь уперлось? На микро/экзо/нано ядрах нет файловой подсистемы? Нет возможности использовать алгоритмы хеширования?

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

31. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +3 +/
Сообщение от Аноним (-), 02-Июн-12, 17:03 
> подсистемы? Нет возможности использовать алгоритмы хеширования?

Там счет crc32 покажется ерундой на фоне постоянного переключения контесктов :)

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

36. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +2 +/
Сообщение от Аноним (-), 02-Июн-12, 17:34 
Отдельный сервер для расчёта CRC-32, да.
Ответить | Правка | Наверх | Cообщить модератору

48. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от ананим (?), 02-Июн-12, 18:36 
Я бы лучше и не ответил. :)
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

73. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от Аноним (-), 02-Июн-12, 21:21 
А разве такое выносится в отдельный процесс? Просто будет библиотека, оптимизированная для каждого процессора, со статической линковкой, которую подключат нужные компоненты микроядра.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

74. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от ананим (?), 02-Июн-12, 21:39 
Вы вообще понимаете что говорите?
Где статическая (да и любая другая) линковка и где контекст выполнения.
Ответить | Правка | Наверх | Cообщить модератору

94. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +1 +/
Сообщение от Voviandr (??), 02-Июн-12, 23:43 
>> подсистемы? Нет возможности использовать алгоритмы хеширования?
> Там счет crc32 покажется ерундой на фоне постоянного переключения контесктов :)

цитата Зубинского (в контексте микторядра MINIX 3) : "За всякое улучшение надо платить, и расплатой здесь является снижение производительности ОС в целом, вызванное необходимостью реализации, на первый взгляд, весьма ресурсоемких механизмов «общения» привилегированного микроядра и непривилегированных серверов. Однако это только на первый взгляд. Разработчики MINIX 3 на ранних этапах проектирования системы построили и исследовали математические модели, позволяющие достаточно точно изучить снижение производительности, вызванное спецификой архитектуры системы. Оказалось, что по сравнению с ОС с монолитным ядром MINIX 3 теряет всего лишь на 0,5% процессорного времени больше из-за «общения» между микроядром и программами-серверами."

полпроцента - это имхо, не потеря.
цитата взята отсюда  http://itc.ua/articles/minix_mozhete_schitat_ee_studebekerom.../

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

141. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +3 +/
Сообщение от Аноним (-), 04-Июн-12, 00:59 
> взгляд. Разработчики MINIX 3 на ранних этапах проектирования системы построили и
> исследовали математические модели, позволяющие достаточно точно изучить снижение производительности,

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

> полпроцента - это имхо, не потеря.

Ну вот когда будет вообще что побенчить - тогда и посмотрим какие там и у кого полпроцента. Только чур не забывайте что накопители нынче могут развивать скорость в сотни мегабайтов в секунду. Это заметный процентаж от того что вообще может пропустить через себя проц и оператива, так что там какие-то десятки-сотни команд должны обрабатывать весь поток. Если оверхед будет больше - не уложится и упрется. И есть риск что полпроцента которые наблюдаемы на тормозном ноутбучном диске, резко станут 50% на pci-E SSD, например, который может совершенно дикие скорости развивать.

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

160. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +1 +/
Сообщение от Voviandr (??), 04-Июн-12, 02:01 
вы выдвигаете тезис, что мои утверждения про полпроцента необоснованны, так как не было реальных тестов в высоконаргуженных приложениях.

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

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


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

166. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  –2 +/
Сообщение от Аноним (-), 04-Июн-12, 02:29 
> но тогда надо ли доказывать, что и ваши утверждения про то, что
> система загнётся под нагрузкой, точно так же необоснованны, по той же
> самой причине - не было реальных тестов ?

У меня есть валидное оправдание: я на уровне инженерной интуиции вполне могу представить себе паттерны, которые будут "неудобны". В том плане что будет сравнительно много "дерганий" таковой логики при относительно небольшом объеме пропиханных полезных данных. Так что КПД устремится в плинтус. В микроядерной конструкции он шлепнется в плинтус гораздо быстрее, т.к. на одну и ту же операцию больше действий.

У теоретиков есть одна проблема: они при анализе своей концепции невольно подыгрывают ей, придумывая некие анализы которые по их мнению чего-то там. Невольно выбирая более-менее удобные паттерны, на которых "свое - не пахнет". Ну или грабли - не более полупроцента. Я со своей стороны оцениваю "а что будет, если". Этим если могут быть совершенно разные ситуации. Я вполне могу прикинуть ситуацию когда вместо 0.5% будет какая-то иная величина, существенно менее прикольная для авторов. Как вы думаете, насколько академик защищающий некоторую концепцию хочет рассказывать о том что "а если паттерн доступа вот такой - то оно в 2 раза тормознее получается"? Правильно - обычно такие господа смолчат в тряпочку "чтобы статистику не портить" своему велосипеду. Вроде б и не соврали, но зато становится куда понятнее почему на этом велосипеде никто не хочет ездить на практике :P.

> я не ссылаюсь на то, что в реале и будет полпроцента, я
> ссылаюсь на то, что авторами софта были просчитаны некоторые варианты,

Вот только такие авторы очень уж лю считать все для сферических коней в вакууме.

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

52. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +1 +/
Сообщение от ананим (?), 02-Июн-12, 18:58 
> В каком месте это вообще здесь уперлось? На микро/экзо/нано ядрах нет файловой подсистемы? Нет возможности использовать алгоритмы хеширования?

Куча профильных ошибок для специалиста (если вы специалист).
В том то и дело что не "на", а "в". И не "подсистема", а "система".

Зыж
Для остальных — алгоритмы хэшировашия/cripto традиционно реализуются в ядре линуха уже давно, для каждой платформы и как правило самими разрабами платформы (интелом для пней, аэмдэшниками для дюронов, нвадией для нвидиа и тд). Сабж их просто заюзал. Причем в том же пространстве ядра. В общем это будет настолько быстро, насколько это вообще возможно на целевой платформе.
Но можно эти алгоритмы вызывать и из юзер-спейса. Для этого есть необходимые системные вызовы.
И они даже посикс (резко вспоминаем баг с крипто в фрибсд 2-а дня назад. И понимаем почему именно расширенные символы. И почему в линухе этого быть не может... но это уже для спецов:D)

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

87. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от Аноним (-), 02-Июн-12, 22:42 
> И они даже посикс (резко вспоминаем баг с крипто в фрибсд 2-а дня назад.

В пингвине к счастью никто не страдает настолько упоротой некромансией чтобы использовать DES. DES вообще отстойный алгоритм: он и тормозной, и ключ у него короткий. Уникальное сочетание отстойных свойств.

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

106. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +2 +/
Сообщение от Аноним (-), 03-Июн-12, 09:31 
> В пингвине к счастью никто не страдает настолько упоротой некромансией чтобы использовать
> DES. DES вообще отстойный алгоритм: он и тормозной, и ключ у
> него короткий. Уникальное сочетание отстойных свойств.

Для вас это будет сюрпризом, но в библиотеке Glibc, которая используется почти во всех дистрибутивах Linux, в функции crypt по умолчанию используется как раз DES.

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

111. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  –1 +/
Сообщение от filosofem (ok), 03-Июн-12, 12:54 
Да хоть бы XOR по дефолту. Что это меняет?
Ответить | Правка | Наверх | Cообщить модератору

112. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  –1 +/
Сообщение от ананим (?), 03-Июн-12, 13:07 
>Для вас это будет сюрпризом, но в библиотеке Glibc, которая используется почти во всех дистрибутивах Linux, в функции crypt по умолчанию используется как раз DES.

ещё бы! ведь это ложь. :D
http://www.gnu.org/software/libc/manual/html_node/crypt.html...
>Function: char * crypt (const char *key, const char *salt)
>...
>The salt parameter does two things. Firstly, it selects which algorithm is used, the MD5-based one or the DES-based one. Secondly, it makes life harder...

надо пояснять что значит "it selects which algorithm is used"? :D

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

140. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от Аноним (-), 03-Июн-12, 23:27 
> надо пояснять что значит "it selects which algorithm is used"? :D

Не вырывайте из контекста, а читайте дальше где написано, что по дефолту DES, а для использования других алгоритмов нужно задавать специальным образом salt. Во FreeBSD точно также можно через salt задавать альтернативный метод хэширования. С тем же успехом можно было написать "Во FreeBSD к счастью никто не страдает настолько упоротой некромансией чтобы использовать DES.".

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

177. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от ананим (?), 04-Июн-12, 09:42 
Ок. Я не буду "вырывать", а вы научитесь читать.
Нет никакого дефолта.
Есть переменная в функции. Используется в любом случае.
Так что ложь и вы на ней настаиваете.
Ответить | Правка | Наверх | Cообщить модератору

130. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +2 +/
Сообщение от Аноним (-), 03-Июн-12, 22:11 
А причём тут glibc если crypt с DES это стандарт POSIX? glibc наоборот добавляет новые алгоритмы.
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

139. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от Аноним (-), 03-Июн-12, 23:19 
> А причём тут glibc если crypt с DES это стандарт POSIX? glibc
> наоборот добавляет новые алгоритмы.

При том, что аноним выше ухмылялся про DES во FreeBSD, в то время как crypt и в bsd libc и glibc не только DES поддерживает, но по дефолту и там и там DES.

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

176. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от ананим (?), 04-Июн-12, 09:37 
Какой в попу дефолт?
Салт нужен в любом случае.

И это первое. Второе — какое это имеет отношение к багу в бзде?

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

142. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от Аноним (-), 04-Июн-12, 01:00 
> во всех дистрибутивах Linux, в функции crypt по умолчанию используется как раз DES.

Осталось найти хоть 1 пароль в современном пингвине зашифрованный именно так.

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

183. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от ананим (?), 04-Июн-12, 11:06 
Вообще-то надо найти впингвине хоть один вызов не умеющий многобайтовые символы.
Именно поэтому я и вспомнил баг. :)
Даже когда был кои8, терменал конвертировал для внутреннего представления в уникод.
А в бсде ещё куча устаревшего барахла по наследству осталось.
Ответить | Правка | Наверх | Cообщить модератору

207. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от Аноним (-), 05-Июн-12, 20:50 
устаревшее барахло это grep в linux?
Ответить | Правка | Наверх | Cообщить модератору

211. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от ананим (?), 06-Июн-12, 07:17 
Мимо — http://www.opennet.ru/opennews/art.shtml?num=25926
Зыж
Какое отношение грип имеет к вызовам?
Речь то про ядро.
Ответить | Правка | Наверх | Cообщить модератору

212. "Для Ext4 представлена поддержка контрольных сумм для проверк..."  +/
Сообщение от ананим (?), 06-Июн-12, 07:30 
пример поиска в utf8 для grep-2.9:

$ wget -O - http://opennet.ru 2>&1|iconv -f koi8-r|grep 'вар.ант'
   <TITLE>OpenNet без "www" - минималистский вариант портала по открытому ПО, Linux, BSD и Unix системам</TITLE>

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

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

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




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

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