The OpenNET Project / Index page

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



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

Оглавление

Опубликованы результаты тестов производительности файловой системы Reiser5, opennews (??), 16-Апр-22, (0) [смотреть все]

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


33. "Опубликованы результаты тестов производительности файловой с..."  –4 +/
Сообщение от Аноним (7), 16-Апр-22, 17:42 
Там всё в абсолютных еденицах [Мбайт/с], а не в относительных.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

39. "Опубликованы результаты тестов производительности файловой с..."  +3 +/
Сообщение от Брат Анон (ok), 16-Апр-22, 19:04 
По сравнению С ЧЕМ?
Ответить | Правка | Наверх | Cообщить модератору

119. "Опубликованы результаты тестов производительности файловой с..."  –3 +/
Сообщение от Аноним (115), 18-Апр-22, 18:04 
По сравнению, это когда что-то принимают за единицу, а другое либо больше в коэффициент, либо меньше. А в абсолютный единицах можно и не сравнивать. Кому надо, сами сравнят. А то можно и до напряжения в розетке докопаться: "Там 220 В по сравнению с чем?".
Ответить | Правка | Наверх | Cообщить модератору

132. "Опубликованы результаты тестов производительности файловой с..."  +2 +/
Сообщение от Брат Анон (ok), 19-Апр-22, 10:32 
> По сравнению, это когда что-то принимают за единицу, а другое либо больше
> в коэффициент, либо меньше. А в абсолютный единицах можно и не
> сравнивать. Кому надо, сами сравнят. А то можно и до напряжения
> в розетке докопаться: "Там 220 В по сравнению с чем?".

Это не ответ на вопрос. 220 В -- 220 раз по 1 В. Есть образец для сравнения. И этот образец -- один на весь мир. Нет никаких английских/американских или японских В (в отличии от лошадиных сил).
А вот стандартных [1 Диск] -- не существует.
Ещё раз -- по сравнению С ЧЕМ?

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

133. "Опубликованы результаты тестов производительности файловой с..."  –1 +/
Сообщение от n00by (ok), 19-Апр-22, 14:32 
> По сравнению С ЧЕМ?

Судя по "Низкоуровневый последовательный доступ" в первой таблице, измеряют накладные расходы. То есть сначала выполнили аналог hdparm -T, а потом с ФС на том же устройстве читают файл.

Устройство   Чтение, M/s      Запись, M/s
   DEV1         470              390

Последовательные чтение/запись большого файла (M/s):
   1 (DEV1)     380              460

В данном случае теряется по 10 M/s при чтении и записи. Когда накопителя два - скорости выше.

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

134. "Опубликованы результаты тестов производительности файловой с..."  +/
Сообщение от Брат Анон (ok), 19-Апр-22, 20:57 
>[оверквотинг удален]
> Устройство   Чтение, M/s      Запись, M/s
>    DEV1        
> 470          
>    390
> Последовательные чтение/запись большого файла (M/s):
>    1 (DEV1)     380  
>            
> 460
> В данном случае теряется по 10 M/s при чтении и записи. Когда
> накопителя два - скорости выше.

Я ничего не понял из этого теста. Это какой диск? SSD? HDD? Может быть NET? Какой потолок записи? Какой потолок чтения? Какой был процессор? Какой буфер у диска? Какой кеш у дисковой подсистемы? Какой был режим записи чтения? Какой iops? Это не цифры, это булшит какой-то.

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

135. "Опубликованы результаты тестов производительности файловой с..."  +/
Сообщение от n00by (ok), 20-Апр-22, 08:30 
> Я ничего не понял из этого теста. Это какой диск? SSD? HDD?
> Может быть NET? Какой потолок записи? Какой потолок чтения? Какой был
> процессор?

Hardware:

Dell OptiPlex 7050 6C2XR, Intel Core i7-7700, 16GB RAM
(4 Cores / 8 Threads)

Storage media:

DEV1: Lite-On LCS-256M6S, SSD 256GB, SATAIII, 2.5"
DEV2: Intenso 2.5" SSD TOP, 256G, SATAIII, 2.5"
DEV3: Intenso 2.5" SSD TOP, 256G, SATAIII, 2.5"
DEV4: Intenso M.2  SSD TOP, 256G, SATAIII, m.2 2280
RAM0: Block device in RAM

> Какой буфер у диска? Какой кеш у дисковой подсистемы? Какой
> был режим записи чтения? Какой iops? Это не цифры, это булшит
> какой-то.

Если так подходить, то да, почти любые тесты можно назвать мусором, поскольку не указана погрешность измерения. В данном случае что-то для себя измеряли (скорее всего, определяют таким образом прогресс/регрессии), решили поделиться. Опубликовано в почтовой переписке, что видно из ссылки в новости. Там сообщение должно быть кратким, что бы его вообще прочли и заинтересовались сутью. Кому надо подробности не ради трындежа на форумах, тот спросит.

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

138. "Опубликованы результаты тестов производительности файловой с..."  +/
Сообщение от Брат Анон (ok), 20-Апр-22, 15:30 
> Если так подходить, то да, почти любые тесты можно назвать мусором, поскольку
> не указана погрешность измерения. В данном случае что-то для себя измеряли
> (скорее всего, определяют таким образом прогресс/регрессии), решили поделиться. Опубликовано
> в почтовой переписке, что видно из ссылки в новости. Там сообщение
> должно быть кратким, что бы его вообще прочли и заинтересовались сутью.
> Кому надо подробности не ради трындежа на форумах, тот спросит.

За цифры -- лайк. Понятно на чём меряли. И это далеко не самые исчерпывающие варианты использования. Теперь ещё раз повторю вопрос: меряли по сравнению С ЧЕМ? Где результат для ext2, FatExt, ext4, btrfs, мелкие файлы? Большие файлы? РАИД-массив хдд? Все эти цифры классно, но пока это сферический конь в вакууме.

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

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

140. "Опубликованы результаты тестов производительности файловой с..."  +2 +/
Сообщение от Аноним (93), 20-Апр-22, 20:36 
>> И это далеко не самые исчерпывающие варианты использования

Для предварительных результатов вполне сойдёт. Исчерпывающими нет смысла сейчас заморачиваться.
Шишкин упоминал, что планируется дальнейшее улучшение производительности по достижении бета-стабильности (по ссылке английский текст).

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

143. "Опубликованы результаты тестов производительности файловой с..."  +/
Сообщение от n00by (ok), 21-Апр-22, 08:10 
>> Если так подходить, то да, почти любые тесты можно назвать мусором, поскольку
>> не указана погрешность измерения. В данном случае что-то для себя измеряли
>> (скорее всего, определяют таким образом прогресс/регрессии), решили поделиться. Опубликовано
>> в почтовой переписке, что видно из ссылки в новости. Там сообщение
>> должно быть кратким, что бы его вообще прочли и заинтересовались сутью.
>> Кому надо подробности не ради трындежа на форумах, тот спросит.
> За цифры -- лайк. Понятно на чём меряли. И это далеко не
> самые исчерпывающие варианты использования. Теперь ещё раз повторю вопрос: меряли по
> сравнению С ЧЕМ? Где результат для ext2, FatExt, ext4, btrfs

По сравнению с "голым накопителем". Драйвер ФС преобразует "логику" (имена файлов) в "физику" (номера блоков). Эта операция не бесплатная, она занимает время, которое называется "накладные расходы". Вот это время и измеряли. Накладные расходы перечисленных ФС мне тоже интересно посмотреть. Специалисты по ext4 помогут ссылочкой?

> мелкие
> файлы? Большие файлы? РАИД-массив хдд? Все эти цифры классно, но пока
> это сферический конь в вакууме.

Ну, надо бы формализовать понятие "мелкий файл", а то не понятно, по сравнению С ЧЕМ он мелкий.

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

Готов выпилить системд, написать ОС для Спектрума, запустить в космос ракету, но не управлять Опеннетом... ;)

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

144. "Опубликованы результаты тестов производительности файловой с..."  +/
Сообщение от Брат Анон (ok), 21-Апр-22, 08:58 
> По сравнению с "голым накопителем". Драйвер ФС преобразует "логику" (имена файлов) в
> "физику" (номера блоков). Эта операция не бесплатная, она занимает время, которое
> называется "накладные расходы". Вот это время и измеряли. Накладные расходы перечисленных
> ФС мне тоже интересно посмотреть. Специалисты по ext4 помогут ссылочкой?

Где цифры для "гологого накопителя"?

> Ну, надо бы формализовать понятие "мелкий файл", а то не понятно, по
> сравнению С ЧЕМ он мелкий.

Надо. Но в приведённых данных вообще ничег оне формализовано, кроме каких-то абстрактных цифр.


> Готов выпилить системд, написать ОС для Спектрума, запустить в космос ракету, но
> не управлять Опеннетом... ;)

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

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

146. "Опубликованы результаты тестов производительности файловой с..."  +/
Сообщение от n00by (ok), 21-Апр-22, 09:30 
>> По сравнению с "голым накопителем". Драйвер ФС преобразует "логику" (имена файлов) в
>> "физику" (номера блоков). Эта операция не бесплатная, она занимает время, которое
>> называется "накладные расходы". Вот это время и измеряли. Накладные расходы перечисленных
>> ФС мне тоже интересно посмотреть. Специалисты по ext4 помогут ссылочкой?
> Где цифры для "гологого накопителя"?

В сообщении №133, цитирую:

"Судя по "Низкоуровневый последовательный доступ" в первой таблице, измеряют накладные расходы. То есть сначала выполнили аналог hdparm -T, а потом с ФС на том же устройстве читают файл.

Устройство   Чтение, M/s      Запись, M/s
   DEV1         470              390"

Дальнейшую часть Вашего сообщения не читаю. Всего доброго.

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

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

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




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

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