The OpenNET Project / Index page

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

В ядре Linux 3.12 наблюдается повышение производительности дисковых операций

25.10.2013 11:49

Наряду с замеченными улучшениями в производительности открытых драйверов графических карт от AMD и NVIDIA, при тестировании скорости дисковых операций также выявлено повышение производительности. Сравнение производилось между ветками ядра 3.11 и 3.12 на системе с процессором Core i7 3960X "Sandy Bridge" Extreme Edition, ОЗУ 8 Гб, накопителем 64GB OCZ Vertex SSD, файловой системой EXT4.

В тесте FS-Mark 3.3 (1000 файлов по 1MB) показатель улучшился с 23.30 до 31.97 файлов в секунду. В Compile Bench 0.6 отмечено увеличение пропускной способности с 60.12 до 70.84 MB/s. В PostMark 1.51 показатель изменился с 4011 до 4807 в пользу новой версии ядра.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: В ядре Linux 3.12 заметно ускорена работа открытых видеодрайверов для GPU семейства Radeon
Автор новости: цирроз
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38254-benchmark
Ключевые слова: benchmark, kernel, linux, test
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (70) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Анонист (?), 14:15, 25/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    Хорошие новости.
     
     
  • 2.73, pavlinux (ok), 04:46, 27/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У меня слив минус 10 Мб/cек.
    (как вариант - 3.2.51 шустрее из-за моих патчей, а 3.12-rc ещё не трогал...)

    ФС: XFS
    Ядры: 3.2.51 (кастомное), 3.12-rc6

    http://i57.fastpic.ru/big/2013/1027/45/11d9a311fd56836ff7c65dd335453445.png
    http://i57.fastpic.ru/big/2013/1027/44/d07a909d261df97eb019cc95ac541d44.png

    По оси Y - скорость,
    По оси X - общий размер записываемых данных. (file size)
    Линии - размер блока данных (record size)

     
     
  • 3.77, Карбофос (ok), 15:57, 27/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Павел, ты его там ассемблерными вставками патчил?
     
     
  • 4.78, pavlinux (ok), 21:13, 27/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/pavlinux/Linux-iopoll-deferral
    можна поиграться с CLOCK_MONOTONIC, например на CLOCK_MONOTONIC_RAW иль CLOCK_REALTIME :)
    теоретически CLOCK_MONOTONIC_RAW должон малость снизить нагрузку на проц.
     
     
  • 5.86, Карбофос (ok), 00:30, 29/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    молоток, глубоко капнул ;)
     
     
  • 6.87, pavlinux (ok), 13:51, 29/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > молоток, глубоко капнул ;)

    Ещо древнююючий патчик




    --- linux-3.2.50/include/linux/blkdev.h 2013-08-03 00:15:12.000000000 +0400
    +++ linux-3.2.50-plx/include/linux/blkdev.h 2013-08-03 07:50:27.327438006 +0400
    @@ -967,7 +967,7 @@ extern int blk_verify_command(unsigned c
    enum blk_default_limits {
            BLK_MAX_SEGMENTS        = 128,
            BLK_SAFE_MAX_SECTORS    = 255,
    -       BLK_DEF_MAX_SECTORS     = 1024,
    +       BLK_DEF_MAX_SECTORS     = 2048,
            BLK_MAX_SEGMENT_SIZE    = 65536,
            BLK_SEG_BOUNDARY_MASK   = 0xFFFFFFFFUL,
    };



     
     
  • 7.88, Карбофос (ok), 23:14, 29/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    их принимают, или это только на локалхосте? жалко было бы, если не первое.
    p.s. я больше как-то gui делаю для популяризации. ;)
     
     
  • 8.89, pavlinux (ok), 02:26, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Например на встраиваемых девайсах, считывание 2048 секторов 1 или 4 мегабаба ... большой текст свёрнут, показать
     
     
  • 9.90, Карбофос (ok), 20:27, 30/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это очень хорошо, что патчи принимают так уже патчи свои прикрутил к реактивному... текст свёрнут, показать
     
  • 6.91, Карбофос (ok), 22:55, 31/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    пардон, ошибка.
    копнул, конечно же
     

  • 1.2, karapuz2 (ok), 14:20, 25/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Все-таки я думаю, что фороникс не совсем бестолковые вещи делает. Такой положительный пиар для домохозяек и неискушенных нубов хорош.
     
     
  • 2.5, Анонимный (?), 14:25, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Хорошие новости: "фороникс не врёт".
    Плохие новости: "фороникс врёт!"
     
     
  • 3.28, Аноним (-), 16:02, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Хорошие новости: "фороникс не врёт".
    > Плохие новости: "фороникс врёт!"

    "Похороникс опять несет фигню" - ну, это не новость.

     
  • 3.39, Аноним (-), 18:13, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Плохие новости: "фороникс врёт!"

    И что? Непроверенные новости и неадекватные тесты.
    Но другого нет.

     
  • 2.6, Ононизмундз (?), 14:32, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >пиар для домохозяек и неискушенных нубов

    Если бы они ещё читали похороникс

     

  • 1.3, Аноним (-), 14:22, 25/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    похороникс - нормальный ресурс
     
     
  • 2.22, Аноним (-), 15:53, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Похороникс, залогинься.
    (Мы же все знаем, что весь "ресурс" - это бложек одного йуного британского убантувода)
     
     
  • 3.30, Аноним (-), 16:03, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    с Нвидией головного мозга. Но так или иначе, другого такого нет.
     
     
  • 4.32, Аноним (-), 16:26, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Павлинукс же. Хотя, конечно, этот теплое с мягким сравнивать не будет.
     
     
  • 5.72, pavlinux (ok), 01:39, 27/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А чё я сразу... Я ещё с 3.12-rc1 учуял, что ядрище реактивное.  
     
     
  • 6.74, бедный буратино (ok), 06:03, 27/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А чё я сразу... Я ещё с 3.12-rc1 учуял, что ядрище реактивное.

    волосы и ногти повыпадали? :)

     
     
  • 7.76, pavlinux (ok), 15:11, 27/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    не радиоактивное  :)
     

  • 1.4, Ононизмундз (?), 14:22, 25/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >SSD

    А что же делать нам, нищебро^W гордым пользователям HDD? :-(

     
     
  • 2.7, анонимм (?), 14:41, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +9 +/
    злорадствовать, глядя на потуги пользователей SSD, вытаскивающих данные из горелых прямоугольничков
     
     
  • 3.9, karapuz2 (ok), 14:47, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Бекапиться надо независимо от ssd/hdd. На SSD это делать быстрее, кстати.
     
     
  • 4.12, Аноним (-), 15:17, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен как слон.
     
     
  • 5.48, Аноним (-), 20:53, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен
    > как слон.

    Напрасно. На ленточку надо бекапить. Все, что на диске - не бекап. (аксиома, кстати).


     
     
  • 6.52, YetAnotherOnanym (ok), 22:11, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Раза три уже восстанавливал юзерам "Их документы" и прочие файлы с дискового хранилища под Бакулой. Только сегодня узнал, что это был не бэкап.
     
  • 6.53, плавализнаем (?), 22:11, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >аксиома, кстати

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

     
     
  • 7.71, Аноним (-), 21:04, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ни лента,ни винт потенциально ненадежны.

    Потенциально надёжный носитель - это (кажись) иридиевая литая плита с высверленными дырками. Цена вопроса миллион за килобайт :)

    > Весь суровый ынтырпарайз пишет на ленту исключительно
    > по причине косности и консерватизма.

    "А ещё земляным червяком!"(С)
    Пишем мы на ленты всё меньше и меньше, а новые библиотеки понимающие старые форматы покупаем из за того что у нас кому повезло - надо это 7 лет хранить. А кому нет (sic!) - 25. С гарантией выдачи по требованию :(

     
  • 7.80, Аноним (-), 16:18, 28/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ошибаешься, чувак Ты вообще в курсе, что на ленту - новехонькую - положено писа... большой текст свёрнут, показать
     
  • 6.59, Michael Shigorin (ok), 23:51, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен как слон.
    > Напрасно. На ленточку надо бекапить. Все, что на диске - не бекап.
    > (аксиома, кстати).

    Аксичушь.

    "Один бэкап -- не бэкап, два бэкапа -- не бэкап, вот три -- уже где-то, как-то..." (ц)

    PS: http://lists.altlinux.org/pipermail/sysadmins/2010-December/033878.html

     
     
  • 7.81, Аноним (-), 16:20, 28/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен как слон.
    >> Напрасно. На ленточку надо бекапить. Все, что на диске - не бекап.
    >> (аксиома, кстати).
    > Аксичушь.
    > "Один бэкап -- не бэкап, два бэкапа -- не бэкап, вот три
    > -- уже где-то, как-то..." (ц)
    > PS: http://lists.altlinux.org/pipermail/sysadmins/2010-December/033878.html

    И ты б не лез. Почитай, что ли, Backup and Recovery Workshop for Oracle. Там ка-ак раз все это описывается - как, чего сколько, по какому графику. Не надо всех-то считать д@билами, кроме себя. Лоханешься бо. Просто пересказывать админам Р&К и локалхостов прописные истины админов энтерпрайза как-то не считаю нужным - такие курсы стоят денег.

     
     
  • 8.84, Michael Shigorin (ok), 17:25, 28/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Видите ли, могу выдать встречную рекомендацию о том, куда засунуть оракл которо... текст свёрнут, показать
     
  • 6.62, Карбофос (ok), 00:15, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    все эти аксиомы - до случая.
     
  • 6.63, asd (??), 06:00, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен
    >> как слон.
    > Напрасно. На ленточку надо бекапить. Все, что на диске - не бекап.
    > (аксиома, кстати).

    уже давно все LTO шки используют картриджи на основе дисков seagate

     
  • 6.66, ЮзверЪ (?), 11:54, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, на ленточку с дырочками (перфолентой зовется)... Непревзойденная длительность хранения.
     
  • 6.67, Клыкастый (ok), 14:31, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ленточки, магнитооптички... всё это уже проходили, если в голове у тебя не возникло убеждение, что носитель НЕ имеет значения, а имеет значение количество копии и избыточность информации - быкапься "на лентачку", чо.
     
  • 6.69, Аноним (-), 20:53, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Для дураков - всё аксиома, и доказательств не требуется.

    Сколько займёт просунь дневной снапшот логов 6 TB (уже компрессированых) на ленту? Неделя!
    Так и живём - быстрый бэкап на диски и 7 библиотек для медленного слива ...

    А ведь есть ещё и собственно данные 8-\

    И перспектива ясна - с нашим ростом ленты не управятся, те есть настанет момент когда придётся всё ложить на диски. И мы уже вовсю лепим своё облако для этого.


    PS: гав,хелс,комплайансу - для тех кто в теме.

     
     
  • 7.70, Michael Shigorin (ok), 21:03, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И перспектива ясна - с нашим ростом ленты не управятся

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

     
  • 3.20, Аноним (-), 15:49, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > злорадствовать, глядя на потуги пользователей SSD, вытаскивающих данные из горелых прямоугольничков

    Не храню на них фильмы, музыку, фото. Стоят четыре системы на ссд. Недавно менял ссд по гарантии, переставлял ОС :-)

     
  • 3.21, Аноним (21), 15:52, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Гораздо чаще приходится видеть HDD, у которых вышла из строя механика. SSD (за исключением древних моделей), как показывает практика, гораздо надежнее винтов.
     
     
  • 4.36, Аноним (-), 17:32, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >SSD (за исключением древних моделей), как показывает практика, гораздо надежнее винтов.

    Но к сожалению SSD вчистую сливает HDD по ёмкости, в наши дни уже никто не покупает винчестеры меньше 1 TB.

     
     
  • 5.51, Аноним (-), 21:31, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Но к сожалению SSD вчистую сливает HDD по ёмкости

    Не правда.

    http://u.to/PITaBA

     
     
  • 6.61, Michael Shigorin (ok), 23:58, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Но к сожалению SSD вчистую сливает HDD по ёмкости
    > Неправда.

    Samsung 840?  TLC?  Спасибо, дорогой...

    http://www.storagereview.com/samsung_ssd_840_review_tlc

    (нет, наверняка есть куча вариантов, когда годится -- просто не у меня; и всё равно сливает, особенно по цене за терабайт, но любим-то SSD не за то)

     
  • 3.79, vitalif (ok), 00:44, 28/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да хрен ты упрёшься в лимит записи, ибо wear leveling своё дело хорошо делает. У меня например на ноуте SSDшка за 1.5 года в среднем 14 раз каждый блок перезаписала. А лимит - 5000.
     
  • 2.8, Crazy Alex (ok), 14:46, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спокойно заниматься своими делами. SSD - штука, может, и прикольная, но совсем не обязательная.
     
  • 2.34, Карбофос (ok), 17:27, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    на HDD тоже должно побыстрее работать
     

  • 1.10, Аноним (-), 14:56, 25/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А что в 3.12 были какие то изменения дисковой подсистемы?
     
     
  • 2.11, цирроз (ok), 15:01, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    нет, там были внесены изменения в CP DMA / sDMA
    поэтому они могут также ускорить видеодрайверы Intel
     

  • 1.13, 3draven (ok), 15:23, 25/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    На ядре от ликворикса с версии 3.11 косяки. Разные. То внешняя звуковуха заикается и пишет в логи, что заикается, то планировщик в логах стонет....в общем то лапы ломит, то хвост отваливается. Откатился на 3.10
     
     
  • 2.23, Аноним (-), 15:55, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На ядре от ликворикса с версии 3.11 косяки. Разные. То внешняя звуковуха
    > заикается и пишет в логи, что заикается, то планировщик в логах
    > стонет....в общем то лапы ломит, то хвост отваливается. Откатился на 3.10

    А у меня в дебиане вообще не стартует система с ним. Юзаю 3.10

     
  • 2.24, Аноним (-), 15:56, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > На ядре от ликворикса с версии 3.11 косяки. Разные. То внешняя звуковуха
    > заикается и пишет в логи, что заикается, то планировщик в логах
    > стонет....в общем то лапы ломит, то хвост отваливается. Откатился на 3.10

    Ну дык ликворикс же. BFS, BFQ и прочий ара-тюнинг в ущерб стабильности и производительности.

     
  • 2.58, Карбофос (ok), 23:29, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это вы задайте вопросы патчующим, там на форуме свой сабантуйчик должон быть. ибо у ядра опции можно так накрутить, что Фредди Крюгер Красной Шапочкой может показаться, ну, или наоборот. кому как. с версии 3.2 глюков с alsa не наблюдал,  правда, всё, что по округе, есть обычные, onboard, железки, не через usb, или еще как.
    видел, что в 3.12 много патчей именно дла alsa.
     
     
  • 3.64, 3draven (ok), 10:39, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Патчи на алса это карашо, будем посмотреть!
     

  • 1.19, Аноним (-), 15:46, 25/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А когда можно будет перестать метариться при записи на флешку? Буквально на днях надо было полностью потереть флешку(забить нулями), забивал через dd, есенно, с блоком в 4к. На 6ти ядерном амд фх подвисали приложения и ДЕ. Когда этот позор закончится? ...
     
     
  • 2.25, Сергей (??), 15:57, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > На 6ти ядерном амд фх подвисали приложения и ДЕ

    Обратитесь в книгу рекордов, чтоб вашу OS туда занесли.

     
  • 2.31, Аноним (31), 16:06, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    oflag=direct
     
     
  • 3.33, u (?), 16:45, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > oflag=direct

    може ionice поможе?

     
     
  • 4.42, Аноним (31), 18:36, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не поможет. Носитель на который идет запись и так медленный.
    Проблема в том что страницы заполненные нулями не успевают записаться на медленный носитель и вытесняют из памяти страницы с действительно полезными данными.
    При использовании же oflag=direct dd использует direct i/o и не забивает память бесполезными нулями.
     
  • 2.37, Crazy Alex (ok), 17:33, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Если оно воспроизводимо - баг запости. С такими штуками, насколько я помню, были большие пробелмы с воспроизводимостью у разработчиков. Глядишь - поможешь прибить гадину.
     
     
  • 3.43, Аноним (31), 18:37, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Если оно воспроизводимо - баг запости. С такими штуками, насколько я помню,
    > были большие пробелмы с воспроизводимостью у разработчиков.

    Нет тут никакого бага, исключительно rtfm.

     

  • 1.40, Аноним (-), 18:21, 25/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Складывается ощущение, что разработчики ядра понятия не имеют как их изменения отразятся на чем либо, и о любых таких изменениях мы внезапно узнаем из тестов.
    Система для тестов эпическая. Можно скзазать, что на более типичном желез разницы не будет заметно.
     
     
  • 2.41, Аноним (31), 18:26, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Внезапно в мире существуют не только локалхосты.
     
     
  • 3.50, Аноним (-), 20:55, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Аноним имел ввиду, наверно, то, что админы локалхостов будут тешиться лишь самовнушением.
     
     
  • 4.55, Карбофос (ok), 22:33, 25/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    теоретики будут тешиться, а практики будут патчить реальное состояние дел, если понадобится.
     
  • 3.85, Аноним (-), 21:42, 28/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Много у тебя сервереров на ssd?
     

  • 1.65, Аноним (-), 11:33, 26/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не понял, на HDD то прирост есть?
     
  • 1.68, Аноним (-), 18:42, 26/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тут небось как и с графонодровами - тоже связано с процессором (изменениями в работе ondemand). Быстрее работает процессор - все остальное работает быстрее.
     
  • 1.75, mma (?), 09:02, 27/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А меня и 3.10 пока устраивает на рабочей станции, пока не вижу смысла дергаться на более новую версию. Intel DRM вроде как допилили, а остальное на десктопе не критично.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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