The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В ядре 3.12 наблюдается повышение производительности дисковы..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от opennews on 25-Окт-13, 14:15 
Наряду с замеченными улучшениями (https://www.opennet.ru/opennews/art.shtml?num=38156) в производительности открытых драйверов графических карт от AMD и NVIDIA, при тестировании скорости дисковых операций также выявлено (http://www.phoronix.com/scan.php?page=news_item&px=MTQ5MzI) повышение производительности. Сравнение производилось между ветками ядра 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 в пользу новой версии ядра.

URL: http://www.phoronix.com/scan.php?page=news_item&px=MTQ5MzI
Новость: https://www.opennet.ru/opennews/art.shtml?num=38254

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

Оглавление

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


1. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +14 +/
Сообщение от Анонист on 25-Окт-13, 14:15 
Хорошие новости.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

73. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от pavlinux (ok) on 27-Окт-13, 04:46 
У меня слив минус 10 Мб/cек.
(как вариант - 3.2.51 шустрее из-за моих патчей, а 3.12-rc ещё не трогал...)

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

http://i57.fastpic.ru/big/2013/1027/45/11d9a311fd56836ff7c65...
http://i57.fastpic.ru/big/2013/1027/44/d07a909d261df97eb019c...

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

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

77. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Карбофос (ok) on 27-Окт-13, 15:57 
Павел, ты его там ассемблерными вставками патчил?
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

78. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от pavlinux (ok) on 27-Окт-13, 21:13 
https://github.com/pavlinux/Linux-iopoll-deferral
можна поиграться с CLOCK_MONOTONIC, например на CLOCK_MONOTONIC_RAW иль CLOCK_REALTIME :)
теоретически CLOCK_MONOTONIC_RAW должон малость снизить нагрузку на проц.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

86. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –1 +/
Сообщение от Карбофос (ok) on 29-Окт-13, 00:30 
молоток, глубоко капнул ;)
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

87. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от pavlinux (ok) on 29-Окт-13, 13:51 
> молоток, глубоко капнул ;)

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


--- 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,
};

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

88. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Карбофос (ok) on 29-Окт-13, 23:14 
их принимают, или это только на локалхосте? жалко было бы, если не первое.
p.s. я больше как-то gui делаю для популяризации. ;)
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

89. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от pavlinux (ok) on 30-Окт-13, 02:26 
> их принимают,

Например на встраиваемых девайсах, считывание 2048 секторов (1 или 4 мегабаба)
за одну команду это лишнее, учитывая маленькие кэши. Для настольных уже лучше,
HDD сейчас в среднем с 2-4 мегами кэша идут, крутые уже по 16 мегов, Fusion I/O,
SAS, SATA с внешними контролерами - ваще отдельная песня. Для ноутбуков и других
мелких девайсов можно даже снизить эту циферку до 512-384...
Так что, если это спасло при решении одной  проблемы, не факт, что будет полезно в целом.  

> или это только на локалхосте?

Не, это примерно в 130 городах России (в Молдавии и Украине тоже есть).

> жалко было бы, если не первое.
> p.s. я больше как-то gui делаю для популяризации. ;)

Последний патч, почти во всех дистрибах которые работают как HPC.
В Альте даже есть http://sisyphus.ru/ru/srpm/Sisyphus/kernel-image-led-ws/patc...
Суся http://svn.pardus-linux.org/pardus/playground/e.gultekin/tes...

Первый раз я его видел, ещо... хрен знает... ну лет 10 назад точно.

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

90. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Карбофос (ok) on 30-Окт-13, 20:27 
>Не, это примерно в 130 городах России (в Молдавии и Украине тоже есть).

это очень хорошо, что патчи принимают

так уже патчи свои прикрутил к реактивному кернелу? ;) что там показывает?

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

91. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Карбофос (ok) on 31-Окт-13, 22:55 
пардон, ошибка.
копнул, конечно же
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

2. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –3 +/
Сообщение от karapuz2 (ok) on 25-Окт-13, 14:20 
Все-таки я думаю, что фороникс не совсем бестолковые вещи делает. Такой положительный пиар для домохозяек и неискушенных нубов хорош.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +18 +/
Сообщение от Анонимный on 25-Окт-13, 14:25 
Хорошие новости: "фороникс не врёт".
Плохие новости: "фороникс врёт!"
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

28. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –3 +/
Сообщение от Аноним (??) on 25-Окт-13, 16:02 
> Хорошие новости: "фороникс не врёт".
> Плохие новости: "фороникс врёт!"

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

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

39. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +1 +/
Сообщение от Аноним (??) on 25-Окт-13, 18:13 
>Плохие новости: "фороникс врёт!"

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

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

6. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +2 +/
Сообщение от Ононизмундз on 25-Окт-13, 14:32 
>пиар для домохозяек и неискушенных нубов

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

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

3. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +1 +/
Сообщение от Аноним (??) on 25-Окт-13, 14:22 
похороникс - нормальный ресурс
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 15:53 
Похороникс, залогинься.
(Мы же все знаем, что весь "ресурс" - это бложек одного йуного британского убантувода)
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

30. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 16:03 
с Нвидией головного мозга. Но так или иначе, другого такого нет.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

32. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +2 +/
Сообщение от Аноним (??) on 25-Окт-13, 16:26 
Павлинукс же. Хотя, конечно, этот теплое с мягким сравнивать не будет.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

72. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от pavlinux (ok) on 27-Окт-13, 01:39 
А чё я сразу... Я ещё с 3.12-rc1 учуял, что ядрище реактивное.  
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

74. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +1 +/
Сообщение от бедный буратино (ok) on 27-Окт-13, 06:03 
> А чё я сразу... Я ещё с 3.12-rc1 учуял, что ядрище реактивное.

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

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

76. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от pavlinux (ok) on 27-Окт-13, 15:11 
не радиоактивное  :)
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

4. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +2 +/
Сообщение от Ононизмундз on 25-Окт-13, 14:22 
>SSD

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

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

7. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +9 +/
Сообщение от анонимм on 25-Окт-13, 14:41 
злорадствовать, глядя на потуги пользователей SSD, вытаскивающих данные из горелых прямоугольничков
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +5 +/
Сообщение от karapuz2 (ok) on 25-Окт-13, 14:47 
Бекапиться надо независимо от ssd/hdd. На SSD это делать быстрее, кстати.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

12. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +2 +/
Сообщение от Аноним (??) on 25-Окт-13, 15:17 
Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен как слон.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

48. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –6 +/
Сообщение от Аноним (??) on 25-Окт-13, 20:53 
> Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен
> как слон.

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


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

52. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +7 +/
Сообщение от YetAnotherOnanym (ok) on 25-Окт-13, 22:11 
Раза три уже восстанавливал юзерам "Их документы" и прочие файлы с дискового хранилища под Бакулой. Только сегодня узнал, что это был не бэкап.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

53. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +3 +/
Сообщение от плавализнаем on 25-Окт-13, 22:11 
>аксиома, кстати

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

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

71. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 26-Окт-13, 21:04 
> Ни лента,ни винт потенциально ненадежны.

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

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

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

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

80. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 16:18 
>>аксиома, кстати
> Не,всего лишь глупая вера. Ты,видать, о лентах только в теории знаешь, и

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

> загубленные лентой осыпавшейся архивы тебя не настигали. Ни лента,ни винт потенциально

Никогда не настигали - я правила чту. И, самое главное - я из знаю.

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

Тю.

> дисковых систем бекапа появляется,прогресс.

Тю. Ты, видимо, никогда не жил в сейсмоопасной зоне. Когда работающие винты настигает сейсмический толчок. Или отказ ДВУХ сразу промышленных кондеев и температурка в серверной держится двое суток +65 по причине затяжного запоя работяг-кондейщиков. (равнодушно) Не трындел бы ты, так-то, о том, о чем сам лишь понаслышке знаешь, админишка локалхостика.....


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

59. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 25-Окт-13, 23:51 
>> Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен как слон.
> Напрасно. На ленточку надо бекапить. Все, что на диске - не бекап.
> (аксиома, кстати).

Аксичушь.

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

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

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

81. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 16:20 
>>> Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен как слон.
>> Напрасно. На ленточку надо бекапить. Все, что на диске - не бекап.
>> (аксиома, кстати).
> Аксичушь.
> "Один бэкап -- не бэкап, два бэкапа -- не бэкап, вот три
> -- уже где-то, как-то..." (ц)
> PS: http://lists.altlinux.org/pipermail/sysadmins/2010-December/...

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

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

84. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Michael Shigorin email(ok) on 28-Окт-13, 17:25 
> И ты б не лез. Почитай, что ли, Backup and Recovery Workshop for Oracle.

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

> Просто пересказывать админам Р&К и локалхостов прописные истины админов
> энтерпрайза как-то не считаю нужным - такие курсы стоят денег.

Нуу при этом хотя бы намекнуть, где грабли лежат -- эт дело хорошее, спасибо :-)

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

62. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –1 +/
Сообщение от Карбофос (ok) on 26-Окт-13, 00:15 
все эти аксиомы - до случая.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

63. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от asd (??) on 26-Окт-13, 06:00 
>> Я периодически бекаплю 256 Гб. SSD на 2 Тб. HDD и спокоен
>> как слон.
> Напрасно. На ленточку надо бекапить. Все, что на диске - не бекап.
> (аксиома, кстати).

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

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

66. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –1 +/
Сообщение от ЮзверЪ on 26-Окт-13, 11:54 
Ага, на ленточку с дырочками (перфолентой зовется)... Непревзойденная длительность хранения.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

67. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +1 +/
Сообщение от Клыкастый (ok) on 26-Окт-13, 14:31 
ленточки, магнитооптички... всё это уже проходили, если в голове у тебя не возникло убеждение, что носитель НЕ имеет значения, а имеет значение количество копии и избыточность информации - быкапься "на лентачку", чо.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

69. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 26-Окт-13, 20:53 
Для дураков - всё аксиома, и доказательств не требуется.

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

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

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


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

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

70. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 26-Окт-13, 21:03 
> И перспектива ясна - с нашим ростом ленты не управятся

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

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

20. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 15:49 
> злорадствовать, глядя на потуги пользователей SSD, вытаскивающих данные из горелых прямоугольничков

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

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

21. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним email(??) on 25-Окт-13, 15:52 
Гораздо чаще приходится видеть HDD, у которых вышла из строя механика. SSD (за исключением древних моделей), как показывает практика, гораздо надежнее винтов.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

36. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –1 +/
Сообщение от Аноним (??) on 25-Окт-13, 17:32 
>SSD (за исключением древних моделей), как показывает практика, гораздо надежнее винтов.

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

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

51. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 21:31 
>Но к сожалению SSD вчистую сливает HDD по ёмкости

Не правда.

http://u.to/PITaBA

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

61. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 25-Окт-13, 23:58 
>>Но к сожалению SSD вчистую сливает HDD по ёмкости
> Неправда.

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

http://www.storagereview.com/samsung_ssd_840_review_tlc

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

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

79. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от vitalif (ok) on 28-Окт-13, 00:44 
Да хрен ты упрёшься в лимит записи, ибо wear leveling своё дело хорошо делает. У меня например на ноуте SSDшка за 1.5 года в среднем 14 раз каждый блок перезаписала. А лимит - 5000.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

8. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +1 +/
Сообщение от Crazy Alex (ok) on 25-Окт-13, 14:46 
Спокойно заниматься своими делами. SSD - штука, может, и прикольная, но совсем не обязательная.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

34. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Карбофос (ok) on 25-Окт-13, 17:27 
на HDD тоже должно побыстрее работать
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –1 +/
Сообщение от Аноним (??) on 25-Окт-13, 14:56 
А что в 3.12 были какие то изменения дисковой подсистемы?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от цирроз (ok) on 25-Окт-13, 15:01 
нет, там были внесены изменения в CP DMA / sDMA
поэтому они могут также ускорить видеодрайверы Intel
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +1 +/
Сообщение от 3draven (ok) on 25-Окт-13, 15:23 
На ядре от ликворикса с версии 3.11 косяки. Разные. То внешняя звуковуха заикается и пишет в логи, что заикается, то планировщик в логах стонет....в общем то лапы ломит, то хвост отваливается. Откатился на 3.10
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +1 +/
Сообщение от Аноним (??) on 25-Окт-13, 15:55 
> На ядре от ликворикса с версии 3.11 косяки. Разные. То внешняя звуковуха
> заикается и пишет в логи, что заикается, то планировщик в логах
> стонет....в общем то лапы ломит, то хвост отваливается. Откатился на 3.10

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

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

24. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +3 +/
Сообщение от Аноним (??) on 25-Окт-13, 15:56 
> На ядре от ликворикса с версии 3.11 косяки. Разные. То внешняя звуковуха
> заикается и пишет в логи, что заикается, то планировщик в логах
> стонет....в общем то лапы ломит, то хвост отваливается. Откатился на 3.10

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

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

58. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Карбофос (ok) on 25-Окт-13, 23:29 
это вы задайте вопросы патчующим, там на форуме свой сабантуйчик должон быть. ибо у ядра опции можно так накрутить, что Фредди Крюгер Красной Шапочкой может показаться, ну, или наоборот. кому как. с версии 3.2 глюков с alsa не наблюдал,  правда, всё, что по округе, есть обычные, onboard, железки, не через usb, или еще как.
видел, что в 3.12 много патчей именно дла alsa.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

64. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от 3draven (ok) on 26-Окт-13, 10:39 
Патчи на алса это карашо, будем посмотреть!
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

19. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 15:46 
А когда можно будет перестать метариться при записи на флешку? Буквально на днях надо было полностью потереть флешку(забить нулями), забивал через dd, есенно, с блоком в 4к. На 6ти ядерном амд фх подвисали приложения и ДЕ. Когда этот позор закончится? ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +2 +/
Сообщение от Сергей (??) on 25-Окт-13, 15:57 
> На 6ти ядерном амд фх подвисали приложения и ДЕ

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

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

31. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +1 +/
Сообщение от Аноним email(??) on 25-Окт-13, 16:06 
oflag=direct
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

33. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от u on 25-Окт-13, 16:45 
> oflag=direct

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

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

42. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним email(??) on 25-Окт-13, 18:36 
Не поможет. Носитель на который идет запись и так медленный.
Проблема в том что страницы заполненные нулями не успевают записаться на медленный носитель и вытесняют из памяти страницы с действительно полезными данными.
При использовании же oflag=direct dd использует direct i/o и не забивает память бесполезными нулями.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

37. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Crazy Alex (ok) on 25-Окт-13, 17:33 
Если оно воспроизводимо - баг запости. С такими штуками, насколько я помню, были большие пробелмы с воспроизводимостью у разработчиков. Глядишь - поможешь прибить гадину.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

43. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним email(??) on 25-Окт-13, 18:37 
> Если оно воспроизводимо - баг запости. С такими штуками, насколько я помню,
> были большие пробелмы с воспроизводимостью у разработчиков.

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

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

40. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –4 +/
Сообщение от Аноним (??) on 25-Окт-13, 18:21 
Складывается ощущение, что разработчики ядра понятия не имеют как их изменения отразятся на чем либо, и о любых таких изменениях мы внезапно узнаем из тестов.
Система для тестов эпическая. Можно скзазать, что на более типичном желез разницы не будет заметно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +1 +/
Сообщение от Аноним email(??) on 25-Окт-13, 18:26 
Внезапно в мире существуют не только локалхосты.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

50. "В ядре 3.12 наблюдается повышение производительности дисковы..."  –1 +/
Сообщение от Аноним (??) on 25-Окт-13, 20:55 
Аноним имел ввиду, наверно, то, что админы локалхостов будут тешиться лишь самовнушением.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

55. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Карбофос (ok) on 25-Окт-13, 22:33 
теоретики будут тешиться, а практики будут патчить реальное состояние дел, если понадобится.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

85. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 21:42 
Много у тебя сервереров на ssd?
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

65. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 26-Окт-13, 11:33 
Не понял, на HDD то прирост есть?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

68. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от Аноним (??) on 26-Окт-13, 18:42 
Тут небось как и с графонодровами - тоже связано с процессором (изменениями в работе ondemand). Быстрее работает процессор - все остальное работает быстрее.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

75. "В ядре 3.12 наблюдается повышение производительности дисковы..."  +/
Сообщение от mma on 27-Окт-13, 09:02 
А меня и 3.10 пока устраивает на рабочей станции, пока не вижу смысла дергаться на более новую версию. Intel DRM вроде как допилили, а остальное на десктопе не критично.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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