The OpenNET Project / Index page

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

Для ядра Linux представлен планировщик ввода-вывода FIOPS для SSD-накопителей

10.01.2012 20:50

Shaohua Li представил в списке рассылки ядра Linux начальную версию планировщика ввода-вывода FIOPS (от аббревиатуры IOPS - Input/Output Operations Per Second, количество операций ввода/вывода в секунду), предназначенного для работы с твердотельными накопителями и Flash-памятью. В настоящее время патчи носят экспериментальный характер.

FIOPS во многом подобен используемому ныне планировщику CFQ, также имеющему несколько оптимизаций для твердотельных дисков, но спроектирован с оглядкой на работу исключительно с Flash-памятью. Например, FIOPS полностью игнорирует такие параметры накопителя как время перемещения головок, зависимость времени записи от расположения данных на диске, учитывает более высокие скорости записи и чтения, зависимость скорости выполнения запроса от его размера и т.д.

В настоящее время реализация имеет ряд проблем и недоработок, таких как отсутствие поддержки ioprio, механизма cgroups, поддержки трассировки, а также автоматического выбора планировщика в зависимости от типа накопителя. Вполне возможно, что после доработки патчи с реализацией FIOPS могут успеть попасть в следующую версию ядра Linux (3.3).



  1. Главная ссылка к новости (https://lkml.org/lkml/2012/1/4...)
Автор новости: Evgeny Zobnin
Тип: К сведению
Короткая ссылка: https://opennet.ru/32768-io
Ключевые слова: io, scheduler, ssd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (146) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, ВКПб (?), 20:55, 10/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как одновременно использовать noop и этот ваш fiops?
     
     
  • 2.4, Аноним (-), 21:32, 10/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А как одновременно использовать noop и этот ваш fiops?

    Или трусы или крестик. Хотя назначить вон тому девайсу одно, а вот энтому другое вроде как можно.

     
  • 2.46, Oleg (??), 10:26, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно.

    $ cat /sys/class/block/sda/queuescheduler
    noop [cfq]
    $ echo noop > /sys/class/block/sda/queue/scheduler
    $ cat /sys/class/block/sda/queue/scheduler
    [noop] cfq
    $ echo cfq > /sys/class/block/sda/queue/scheduler
    $ cat /sys/class/block/sda/queue/scheduler
    noop [cfq]

     
     
  • 3.71, pavlinux (ok), 17:15, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А можна на /dev/sda, для MySQL юзать CFQ, а для марьяжа noop ?  
    для остальных на /dev/sda1 - as
    на /dev/sda2, где живет /var - deadline
    на /dev/sda3, где живет своп - noop

    А  можна при (iowait < 5) - юзать noop, а выше переключатся на CFS
    А при (iowait < 5) на /dev/sda1, но 10 < loadaverage < 50 y MySQL, переключатся на deadline, выше на CFS, ниже - noop  

    А можна, всем кто обращается к /var/log, с 3 до 6 утра юзать CFS, остальное время deadline.


    И ваще, предлагаю добавить в структуру elf_header поля для привязки екзешника
    к  планировщикам I/O и шыдулеру :D

     
     
  • 4.76, Ваня (??), 17:52, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отправил ваши пожелания разработчикам. Впредь, пожалуйста, делайте это самостоятельно.
     
  • 4.78, Аноним (-), 18:02, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты бы подумал головой? Планировщик IO на разделах одного блочного ус-ва не имеет смысла
     
     
  • 5.94, pavlinux (ok), 19:33, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Ты бы подумал головой? Планировщик IO на разделах одного блочного ус-ва не
    > имеет смысла

    Ты бы подумал головой? Чем раздел раздел блочного уст-ва отличается
    от всего блочного устройства. А так же подумать на темы: Может ли
    блочное устройство быть разделом более высшей иерархии. Что такое LVM.
    Что такое RAID. Нахера я сюда написал. Зачем я живу.

     
  • 4.79, Аноним (-), 18:03, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А можна на /dev/sda, для MySQL юзать CFQ, а для марьяжа noop?

    Ну так запатч сорц чтобы в зависимости от того чья запись юзался разный шедулер. Или ты надеешься что у них есть такая же конфигурация? :)

    > для остальных на /dev/sda1 - as
    > на /dev/sda2, где живет /var - deadline
    > на /dev/sda3, где живет своп - noop

    А подевайсово и так можно рулить, вон человек написал как шедулеры на девайс менять. Так что боян - фич уже есть.

    > И ваще, предлагаю добавить в структуру elf_header поля для привязки екзешника
    > к  планировщикам I/O и шыдулеру :D

    Ну так сорц тебе в руки и компилер в спину :))

     
     
  • 5.98, pavlinux (ok), 19:36, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А подевайсово и так можно рулить, вон человек написал как шедулеры на
    > девайс менять. Так что боян - фич уже есть.

    Ну если многое написанное это флудъ, то о динамической смене шедулера при простое
    я б задумался.

     
     
  • 6.123, Аноним (-), 06:55, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну если многое написанное это флудъ, то о динамической смене шедулера при
    > простое я б задумался.

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

     
     
  • 7.153, pavlinux (ok), 23:42, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну если многое написанное это флудъ, то о динамической смене шедулера при
    >> простое я б задумался.
    > Типа, шедулить ничегонеделание накопителя да еще динамически менять алгоритм ничегонеделания?
    > А что, идея. Правда физический смысл этого мне не совсем понятен,
    > наверное это что-то типа нарезки вакуума на дольки ножом.

    Ну как критерий ничегонеделания, я предложил if ( iowait < 5 )
    Смысл переколбашивать приоритеты, очереди, приоритеты очередей, для 5 задач.
    Обычная FIFO (noop) быстрее все раскидает.

     

  • 1.2, klalafuda (?), 21:10, 10/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/

    Может быть я конечно ошибаюсь, но разве сегодня кто-то вообще пытается делать оптимизацию дискового IO на основании 'время перемещения головок, зависимость времени записи от расположения данных на диске'? С учетом того, что у всех винтов уже сто лет в обед как на борту по N мегабайт кеша да и AFAIU получить реальную, физическую, геометрию винта - это ещё постараться нужно на уровне фирмваря ибо отрепортить винт может хоть 10ть пластин а реально там стоит скажем две..
     
     
  • 2.5, koct9i (?), 21:44, 10/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    время позиционирования практически линейно растёт с дистанцией перемещения головок, почти с нуля до 10мс (у медленных мобильных до 20мс)
     
  • 2.6, Аноним (-), 21:50, 10/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Man NCQ, хотя бы. Относительно свежая технология, встраиванием которой не так давно много кто был заморочен.
     
     
  • 3.8, iZEN (ok), 23:10, 10/01/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Man NCQ, хотя бы. Относительно свежая технология, встраиванием которой не так давно много кто был заморочен.

    И насколько процентов увеличивается производительность совремнных винчестеров при задействовании NCQ? Процентов 5-7, наверное. Как-то несерьёзно. Очередь команд маленькая, чтобы хорошо оптимизировать дисковый I/O.


     
     
  • 4.12, Аноним (-), 23:39, 10/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И насколько процентов увеличивается производительность совремнных винчестеров при задействовании NCQ? Процентов 5-7, наверное. Как-то несерьёзно. Очередь команд маленькая, чтобы хорошо оптимизировать дисковый I/O.

    Это одна из техник, вместе с прочими, такими, как в новости, прирост может быть выше.

     
     
  • 5.164, Аноним (-), 20:47, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это одна из техник, вместе с прочими, такими, как в новости, прирост
    > может быть выше.

    Это он видимо пытался как обычно сказать "у меня нет, поэтому мне это не нужно".

     
  • 4.27, Аноним (-), 05:17, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Процентов 5-7, наверное. Как-то несерьёзно.

    5-7% это лучше чем 0%. И вообще, это весьма приличный прирост в определенных случаях.

     
  • 4.31, Аноним (-), 07:10, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > NCQ? Процентов 5-7, наверное. Как-то несерьёзно. Очередь команд маленькая, чтобы хорошо
    > оптимизировать дисковый I/O.

    Поэтому какойнить ext4 еще и реализует delayed allocation, в надежде нагрести побольше данных которые можно более-менее линейно записать потом на диск.

     
  • 3.18, all_glory_to_the_hypnotoad (ok), 00:18, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    NCQ работает с геометрией диска только внутри девайса, со стороны ОС это просто интерфейс поддержки "многопоточности" io для диска. В общем, это как бы совсем не тот пример.
     
     
  • 4.21, Аноним (-), 00:54, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > это просто интерфейс поддержки "многопоточности" io для диска.

    Другими словами, это интерфейс для оптимизации работы с данными.

     

  • 1.7, iZEN (ok), 23:07, 10/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Неужели в Linux только сейчас начали избавляться от зависимости планирования дисковых операций от аппаратных особенностей усройств хранения? Во FreeBSD например, судя по книжке "Архитектура и реализация", в GEOM намеренно отказались от учёта физических параметров винчестеров, таких, как время перемещения головки. Поэтому там достаточно примитивный планировщик I/O, которому в общем-то по барабану, с каким накопилем он работает — с HDD или SSD.
     
     
  • 2.10, ДашенькаАнонимочка (?), 23:17, 10/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Судя по книжке? Ой, Великий и Могучий BSDшнег Изен оказывается не читал исходников даже, раз "судя по книжке". А гонору то сколько постоянно, а на деле оказалось... тьфу
     
     
  • 3.13, uniman (?), 23:56, 10/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не, в geom есть и продвинутый планировщик, с 2008 анонсирован кажись http r... большой текст свёрнут, показать
     
     
  • 4.16, iZEN (ok), 00:00, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, в geom есть и "продвинутый" планировщик, с 2008 анонсирован кажись.

    Ага. :) Только народ его в 9'ке увидел:

    > http://ivoras.net/freebsd/freebsd9.html
    > Generic GEOM IO schedulers
    > Status: Committed to -CURRENT
    > Will appear in 9.0: sure

     
  • 3.14, uniman (?), 23:59, 10/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    PS

    ишшо с картинками
    http://info.iet.unipi.it/~luigi/geom_sched/

     
  • 3.15, Anonymouse (?), 00:00, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не читал - дык я и не припомню чтоб он заявлял де учавствует в разработке подсистемы хранения фряхи .... насколько я помню - он жабщик :)
     
     
  • 4.114, Аноним (-), 21:56, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > - он жабщик :)

    При том это диагноз. Гарантирующий на 99.9% что субъект никогда не сможет понять как все это на самом деле работает и почему оно именно вот так. Особо клинические еще и умудряются гордиться своей тупостью, например считая указатели чем-то таким из ряда вон.

     
  • 3.17, iZEN (ok), 00:02, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Судя по книжке?

    Вообще полезно изучать иногда историю на предмет принятия того или иного ключевого решения. Почему именно так, а не иначе сделали, чтобы ошибок не повторять.

     
     
  • 4.41, Аноним (-), 07:50, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще полезно изучать иногда историю на предмет принятия того или иного ключевого решения.

    В те поры не могли принимать решения для удобства ssd по причине отсутствия таковых :)

     
  • 3.19, uniman (?), 00:37, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    2005 год http www freebsd org doc ru articles 5-roadmap major-issues html ----... большой текст свёрнут, показать
     
     
  • 4.40, Аноним (-), 07:49, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Можно как-то размазывать эту манную кашу порциями, дабы дикого тупизма
    > всем и сразу не получилось, но ... шибко это пофик контролеру
    > накопителя, он сам умный.

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

     
  • 4.47, xxx (??), 10:28, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И iZen прав, планировщик geom_io действительно простой
    > http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/
    > http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/geom_io.c?revision=2292

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

     
     
  • 5.62, uniman (?), 15:54, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> И iZen прав, планировщик geom_io действительно простой
    >> http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/
    >> http://svnweb.FreeBSD.org/base/release/9.0.0/sys/geom/geom_io.c?revision=2292
    > Да, только заявлять, что его простота - это превосходство над Linux глупо.

    Найдите хоть слово, где я написал о "превосходство над ХХХ"
    Неужели вы нашли в моем тексте такой сферический идиотизм?

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

    Рассуждения о "торморзах" неплохо бы подкреплять аргументами.
    А то выглядит как путстая трепотня из пустого в порожнее.

     
     
  • 6.96, xxx (??), 19:34, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Найдите хоть слово, где я написал о "превосходство над ХХХ"
    > Неужели вы нашли в моем тексте такой сферический идиотизм?

    Это касалось iZen'а и его любви везде упоминать FreeBSD как верх совершенства.

    > Рассуждения о "торморзах" неплохо бы подкреплять аргументами.

    Разработчики FreeBSD приводят аргументы, см. списки рассылки, BSDCan (гугл).

    > А то выглядит как путстая трепотня из пустого в порожнее.

    Пуствая трепотня - это рассуждать о планировщиках ввода-вывода Linux и GEOM, не зная их архитектуры и устройства.


     
     
  • 7.112, uniman (ok), 21:49, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Найдите хоть слово, где я написал о "превосходство над ХХХ"
    >> Неужели вы нашли в моем тексте такой сферический идиотизм?
    > Это касалось iZen'а и его любви везде упоминать FreeBSD как верх совершенства.

    Не, а че, товарищь в антитезу масссового упоминающим про верх совершенства систему XXX.

    >> Рассуждения о "торморзах" неплохо бы подкреплять аргументами.
    > Разработчики FreeBSD приводят аргументы, см. списки рассылки, BSDCan (гугл).

    Угу. Так и пишут в отчетах и презентациях BSDCan - "тармаза ваще глюкавые".

    >> А то выглядит как путстая трепотня из пустого в порожнее.
    > Пуствая трепотня - это рассуждать о планировщиках ввода-вывода Linux и GEOM, не
    > зная их архитектуры и устройства.

    90% _это_ делают на форумах о сиcтеме XXX? И че? :)

     
     
  • 8.129, xxx (??), 08:57, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, что ты, они технически аргументировано упоминают о проблемах GEOM А openne... текст свёрнут, показать
     
     
  • 9.156, uniman (ok), 00:30, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    О проблемах Ух как С каких пор математико-инженерные задачи по продумыванию и ... текст свёрнут, показать
     
     
  • 10.168, Michael Shigorin (ok), 15:04, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не вмешиваясь в выяснение благородных донов, отмечу, что по-аглицки задача в ... текст свёрнут, показать
     
     
  • 11.169, uniman (ok), 00:08, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    во-первых, мы не англицкие - годы совдепии изменили лингвистичекую картину насто... текст свёрнут, показать
     
     
  • 12.170, Michael Shigorin (ok), 00:18, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Разумеется А кто три язычен, тем можно заметить, что данный Вами ниже однозначн... текст свёрнут, показать
     
     
  • 13.171, uniman (ok), 00:30, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    да нифига оригинального если в англиском это более трудная ситуация, выкрутитьс... текст свёрнут, показать
     
     
  • 14.172, Michael Shigorin (ok), 00:57, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Будьте добры, почитайте хотя бы http en academic ru dic nsf cide 139309 Prob... текст свёрнут, показать
     
     
  • 15.173, uniman (ok), 01:29, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не буду У меня стоит dict локально Report in wake of phone hacking scandal sa... большой текст свёрнут, показать
     
     
  • 16.174, Michael Shigorin (ok), 01:44, 15/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    155... текст свёрнут, показать
     
  • 2.20, Аноним (-), 00:53, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в GEOM намеренно отказались от учёта физических параметров
    > винчестеров, таких, как время перемещения головки. Поэтому там достаточно примитивный
    > планировщик I/O, которому в общем-то по барабану

    Так вот почему дисковые операции так аццки торбозят на бзде... Я думал это только FFS виновата, а оказывается еще и это.

     
     
  • 3.22, iZEN (ok), 01:25, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Так вот почему дисковые операции так аццки торбозят на бзде... Я думал это только FFS виновата, а оказывается еще и это.

    Тормозили в 2005-2007г.г., когда был GIANT_LOCK. Сейчас этого нет — избавились от глобальных блокировок в ряде ключевых мест.

    (Мне вот до сих пор непонятна природа Linux BUG#12309. Чем он вызван, интересно? Я, вот, когда копирую большой файл на Фре, не замечаю тормозов и лагов курсора мыши, а в Linux десктоп весь "становится колом".)

    Ещё вопрос, можно ли в Gentoo безболезненно для воспроизведения MKV 720p осуществлять компиляцию, допустим, LibreOffice в несколько потоков? На Фре это легко и непринуждённо, так сказать, лагов не почувствуешь.

     
     
  • 4.24, ананим (?), 02:30, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Мне вот до сих пор непонятна природа Linux BUG#12309. Чем он вызван, интересно?

    и мне не понятно.
    ни разу не попадался.
    >Я, вот, когда копирую большой файл на Фре, не замечаю тормозов и лагов курсора мыши, а в Linux десктоп весь "становится колом".

    врёшь как троцкий.
    на том железе, где (возможно) есть "Linux BUG#12309" бздя вообще не заведётся.
    драйверов нема.

     
     
  • 5.38, Аноним (-), 07:46, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > и мне не понятно.
    > ни разу не попадался.

    Мне тоже. Но изену же виднее. Хоть он и видел линуксы только на картинке.

    > врёшь как троцкий.
    > на том железе, где (возможно) есть "Linux BUG#12309" бздя вообще не заведётся.
    > драйверов нема.

    Тсс! Не мешай господам теоретикам обогащать лужи метаном!

     
  • 5.48, savant (ok), 11:40, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А я вот его частенько ощущаю.
     
     
  • 6.65, Michael Shigorin (ok), 16:06, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А я вот его частенько ощущаю.

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

    Флэшка, как коллега и упоминала, навернулась и только делала вид, что принимает данные.

     
     
  • 7.68, savant (ok), 16:23, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> А я вот его частенько ощущаю.
    > Притащили недавно восьмигиговую USB-флэшку, попросили занулить.  Оставил, вскоре отошёл.
    >  Прихожу -- даже мышиный курсор не шавелится.  Ну, думаю,
    > ОНО.  Оставил ещё, благо время обеденное, что ли.  Прихожу
    > -- прочухалось.
    > Флэшка, как коллега и упоминала, навернулась и только делала вид, что принимает
    > данные.

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

     
     
  • 8.81, Аноним (-), 18:08, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А я думал что она прилегает в основном потому что если процессу понадобились стр... текст свёрнут, показать
     
  • 5.180, netch (ok), 20:17, 23/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Эта грабля появилась в Linux 2 1, стукнула по нам со всего размаху с перехода на... большой текст свёрнут, показать
     
  • 4.37, Аноним (-), 07:45, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А это вообще мало кому понятно Этот баг лезет далеко не везде, иначе его давно ... большой текст свёрнут, показать
     
  • 4.60, фтыш (?), 14:53, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ещё вопрос, можно ли в Gentoo безболезненно для воспроизведения MKV 720p осуществлять компиляцию, допустим, LibreOffice в несколько потоков?

    Лехко, постоянно так делаю. Ставишь приоритеты nice/ionice в make.conf и вперед. Только LO собирать это безумие, бинарный пакет нормально работает.

     
     
  • 5.75, iZEN (ok), 17:50, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ещё вопрос, можно ли в Gentoo безболезненно для воспроизведения MKV 720p осуществлять компиляцию, допустим, LibreOffice в несколько потоков?
    > Лехко, постоянно так делаю. Ставишь приоритеты nice/ionice в make.conf и вперед.

    А если не ставить приоритеты? (Я не ставлю.)

    > Только
    > LO собирать это безумие, бинарный пакет нормально работает.

    У меня на этот счёт нет никаких заморочек, поскольку привык собирать всё ПО из дерева портов. Системный Clang, кстати, компилирует ПО быстрее, чем GCC — так, десктопное окружение на Xfce (firefox, thunderbird, gedit, gnome-mplayer и т.д.) с нуля собирается примерно за 3 часа. С GCC на это тратиться 4-5 часов.

     
     
  • 6.113, Аноним (-), 21:51, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А если не ставить приоритеты? (Я не ставлю.)

    "А если рельсу?!" (анекдот про японскую пилу vs суровые сибирские мужики)

     
  • 6.175, Аноним (-), 11:15, 17/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >  Системный Clang, кстати, компилирует ПО быстрее, чем GCC

    С равным уровнем оптимизации?

     
  • 4.181, netch (ok), 20:22, 23/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем он вызван, интересно?

    Неумением понимать, что ценность изменённых (dirty) страниц в кэше диска значительно меньше страниц активных процессов. То есть грубый ляп дизайна MM (VM в терминах BSD).
    Появился в 2.1 (для ширнармасс - в 2.2). До этого или не было, или не проявлялся.

     
  • 3.63, uniman (?), 16:01, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Так вот почему дисковые операции так аццки торбозят на бзде...

    Бздя - это новая файловая система в Linux?
    Попробуйте использовать ее надлежащим способом или обратиться за советом по использованию.

    >Я думал

    Интересное наблюдение :)

    > это только FFS виновата, а оказывается еще и это.

    С добрым утром! На дворе UFS2+journal & ZFS.
    Виноваты в глобальном потеплении теперь они.

     
  • 2.30, Аноним (-), 06:04, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Во FreeBSD например, судя по книжке "Архитектура и реализация", в GEOM намеренно отказались от учёта физических параметров винчестеров, таких, как время перемещения головки.

    Проще говоря, нормальный планировщик IO там написать так и не осилили.

     
     
  • 3.36, Аноним (-), 07:40, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Проще говоря, нормальный планировщик IO там написать так и не осилили.

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

     
     
  • 4.70, uniman (?), 17:04, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Для тех кто в танке http ivoras net freebsd freebsd9 html Generic GEOM IO sch... большой текст свёрнут, показать
     
  • 3.64, uniman (?), 16:04, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Проще говоря, нормальный планировщик IO там написать так и не осилили.

    Да, он не планирует за для походы за продуктами в магазин. Это несомненно недостаток.

    Вы не могли бы сформулировать критерии "нормального планировщика" и передать их разработчикам?


     
     
  • 4.125, Аноним (-), 07:01, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы не могли бы сформулировать критерии "нормального планировщика" и передать их разработчикам?

    Не тот случай когда 1 размера хватает всем. Поэтому у пингвиноидов их вон на выбор есть, а будет еще больше.


     
     
  • 5.157, uniman (ok), 02:19, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вы не могли бы сформулировать критерии "нормального планировщика" и передать их разработчикам?
    > Не тот случай когда 1 размера хватает всем. Поэтому у пингвиноидов их
    > вон на выбор есть, а будет еще больше.

    То есть критерии стратегирования файловой системы вы сформулировать не компетентны.

    1 Вам наверное будет нетрудно привести тогда хотя бы орг-технические аргументы необходимости применения различных планировщиков дискового ввода-вывода? Ну хотя бы что эти планировщики планируют?

    Можно с указанием фрагментов исходных текстов. Я пойму.

    2 Может у упомянутых вами пингвиноидов (кто это? разработчки ядра linux, люди-пингвины?) что-то не получается в достижении трубуемого отклика и прочих технических параметров от файловых систем?

     
     
  • 6.161, Аноним (-), 20:43, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Угу Хотя-бы потому что не знаю какие еще в будущем будут накопители Ну вот нап... большой текст свёрнут, показать
     
     
  • 7.167, uniman (ok), 22:01, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> То есть критерии стратегирования файловой системы вы сформулировать не компетентны.
    > Угу. Хотя-бы потому что не знаю какие еще в будущем будут накопители.

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

    http://www.t10.org/intro.htm


    >> Ну хотя бы что эти планировщики планируют?
    >> Можно с указанием фрагментов исходных текстов. Я пойму.
    > Все исходники есть на kernel.org. Для cfq вроде кто-то ...

    ... где-то.

    Понятно.

    PS

    Универсальный алгоритм:
    - Ваш код гавно!
    - Но ты смотрел его?
    - Не смотрел, патамучно ваш код гавно!
    - Почему?
    - Ваш код гавно, а кто так не считает, те казлы!

    Opensource world. Next generation.

     
     
  • 8.187, Аноним (-), 16:43, 01/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А в этом что-то есть Например, осознать что UFS всего лишь древний помет мамонт... текст свёрнут, показать
     
     
  • 9.190, uniman (ok), 18:05, 01/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по тексту, вы в этом вопросе разобрались В каком месте код устарел и не от... большой текст свёрнут, показать
     
  • 2.32, Аноним (-), 07:18, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Напротив, сделали планировщик специально для конкретного типа устройств хранения... большой текст свёрнут, показать
     
     
  • 3.67, uniman (?), 16:22, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гм, матчасть Вообще-то посылать TRIM - не дело слоя FS с бородатого года В к... большой текст свёрнут, показать
     
     
  • 4.83, Аноним (-), 18:27, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Что - матчасть ФС лучше всех остальных знает когда вон те данные на ФС уже нико... большой текст свёрнут, показать
     
     
  • 5.86, uniman (ok), 19:01, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Иницировать - это да Может быть Блин Матчасть Никто не чистит блоки В н... большой текст свёрнут, показать
     
     
  • 6.110, Аноним (-), 21:42, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я при случае залезу в сорц и посмотрю как они это делают Все-таки любопытно ... большой текст свёрнут, показать
     
     
  • 7.115, uniman (ok), 21:59, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Еще один неандерталец, который явно не в курсе что у флеша нет
    > понятия записи как таковой, а есть расщепление этой операции на две
    > взаимодополняющие - erase и program.

    Ну спасибо. Теперь буду жить по другому. Стану бриться и перестану ругаться матом.

    Ваще то я писал с точки зрения того самого интерфейса ATAPI/SCSI.
    Если вы найдете в спецификации SCSI команду РАСЩЕПИТЬ и ЗАЩИМИТЬ, то даже стану носить галстук.

     
     
  • 8.116, Аноним (-), 22:25, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Подляна состоит в том что нативную механику флеша вывешивать как некий интерфейс... текст свёрнут, показать
     
     
  • 9.120, uniman (ok), 23:06, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так Мир несовершенен И я бы так сделал Или вы хотите лет пяток подождать ... большой текст свёрнут, показать
     
     
  • 10.126, Аноним (-), 07:25, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так А наша цель - этой механике подыграть Тому что по факту есть, а не тому... большой текст свёрнут, показать
     
     
  • 11.142, uniman (ok), 18:51, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя ждали ... текст свёрнут, показать
     
     
  • 12.144, Аноним (-), 20:14, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Круто ... текст свёрнут, показать
     
  • 7.117, uniman (ok), 22:26, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да неужто А зачем Наверное, для того что бы в них можно было что-то записать ... большой текст свёрнут, показать
     
     
  • 8.127, Аноним (-), 08:20, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да Потому что в отличие от магнитного диска на флеше нельзя просто взять и пере... большой текст свёрнут, показать
     
     
  • 9.141, uniman (ok), 18:43, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Батенька, вы еще не поняли что это издевка над вашим поучительством Стандарт CD... большой текст свёрнут, показать
     
     
  • 10.160, Аноним (-), 20:26, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно вам, не стесняйтесь, я тоже покушать люблю и вы оказались вполне ... большой текст свёрнут, показать
     
     
  • 11.165, uniman (ok), 21:32, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А пока, вы, батенька, предлагагате прицепить флешь-накопители на soundblaster О... большой текст свёрнут, показать
     
     
  • 12.178, Аноним (-), 20:45, 17/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Прикольный вывод Дерзайте А, круто Теперь дизайньте контроллер под этот и... большой текст свёрнут, показать
     
     
  • 13.179, uniman (ok), 20:53, 17/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так вы обратились к кому-либо со своими перспективными идеями создать новый инте... текст свёрнут, показать
     
  • 9.184, netch (ok), 21:56, 23/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то про NOR все пишут, что оно тоже может байтами писаться Та же википеди... большой текст свёрнут, показать
     
     
  • 10.188, Аноним (-), 17:07, 01/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Зависит от чипа Зачастую - натурально может под записью я имею в виду PROGRAM ... большой текст свёрнут, показать
     
  • 7.183, netch (ok), 21:48, 23/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме того, это показывает, что если пересобирается новый комплект блоков, то мо... большой текст свёрнут, показать
     
  • 3.69, uniman (?), 16:52, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален PS Собственно, поскольку как-то указывать что за ху из х... большой текст свёрнут, показать
     
  • 2.182, netch (ok), 21:42, 23/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ему вообще-то не совсем по барабану Потому что если, например, для диска лифтов... большой текст свёрнут, показать
     
     
  • 3.186, Michael Shigorin (ok), 01:00, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Упрощение в FreeBSD по текущему моменту вызвано фактически тем, что у операций I/O
    > нет приоритета, который бы каким-то образом вычислялся из приоритета их заказчика.

    BTW http://lkml.org/lkml/2011/3/25/44

     

     ....большая нить свёрнута, показать (73)

  • 1.9, Аноним (-), 23:12, 10/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    "FIOPS во многом подобен используемому ныне планировщику CFQ, также имеющему несколько оптимизаций для твердотельных дисков..."
    Сколько можно говорить, что SSD это не диски, а накопители, ну нету там дисков нет!
     
     
  • 2.11, uniman (?), 23:18, 10/01/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > "FIOPS во многом подобен используемому ныне планировщику CFQ, также имеющему несколько
    > оптимизаций для твердотельных дисков..."
    > Сколько можно говорить, что SSD это не диски, а накопители, ну нету там дисков нет!

    ... планировщику CFQ, также имеющему несколько оптимизаций для твердотельных квадратиков..." :)

    Сорри, не удержался :)

     
     
  • 3.25, Aleksey Salow (ok), 03:49, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    ... твёрдотельных параллелепипедов. ;)
     
  • 2.33, Аноним (-), 07:19, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну нету там дисков нет!

    А винчестер - это вообще винтовка!

     
     
  • 3.53, dRiZd (?), 12:56, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Винчестер - это многовариантное слово: от фамилии/названия компании до предмета.
     
  • 3.55, Аноним (-), 13:26, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    карабин.
     

  • 1.26, Aleksey Salow (ok), 03:54, 11/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    И как, есть какой-то прирост? Вообще-то для ssd полезно использовать fs которые максимально фрагментируют данные, в противном случае будет чтение из одного модуля и привет 20MB/s ;)
     
     
  • 2.34, Аноним (-), 07:28, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то, контроллер ssd сам не тупой и отпараллелизует один большой непрерывны... большой текст свёрнут, показать
     
     
  • 3.44, Аноним (-), 09:14, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то, контроллер ssd сам не тупой и отпараллелизует один большой непрерывный блок в группу чипов, размазав записи и чтения на кучу чипов.

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

     
     
  • 4.57, Ваня (??), 14:31, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Они оптимизируют разные вещи. Напр. блок управления карбюратором машины управляет впрыском топлива, и ему безразлично куда едет машина. Можно ли сказать что т.к. карбюратор оптимизирует работу двигателя, то не требуется оптимизировать маршрут поездки? Нет.
     
  • 4.84, Аноним (-), 18:34, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В идеале можно попробовать подогнать смещение файловой системы под erase block и... большой текст свёрнут, показать
     
     
  • 5.85, Aleksey Salow (ok), 18:52, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    страница 2kb Запись идёт блоком из 64 страниц, а чтение действительно постранич... большой текст свёрнут, показать
     
     
  • 6.103, Аноним (-), 20:26, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Разная у разных флех У мелких бывает и 1 кб У очень больших бывает 4 Или ты п... большой текст свёрнут, показать
     
  • 5.105, Michael Shigorin (ok), 20:39, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В идеале можно попробовать подогнать смещение файловой системы под erase block

    Не "в идеале", а "для начала".  Иначе и SSD, и 4k-HDD, и RAID5/6/50/60 будут тормозить, цепляя лишние erase block'и/секторы/шпиндели.

     
     
  • 6.107, Аноним (-), 21:06, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Грабль состоит в том что для флеша это довольно сложно, поскольку истинную геоме... большой текст свёрнут, показать
     
  • 3.58, Aleksey Salow (ok), 14:32, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Минимальный блок для записи - 128K вроде как Сколько там размер сектора 512b ... большой текст свёрнут, показать
     
     
  • 4.73, iZEN (ok), 17:45, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> И как, есть какой-то прирост? Вообще-то для ssd полезно использовать fs которые
    >>> максимально фрагментируют данные, в противном случае будет чтение из одного модуля
    >> Вообще-то, контроллер ssd сам не тупой и отпараллелизует один большой непрерывный блок
    >> в группу чипов, размазав записи и чтения на кучу чипов.
    > Минимальный блок для записи - 128K вроде как. Сколько там размер сектора?
    > 512b. Вот и получаем что для изменения одного битика нужно переписать
    > целый блок. В современных ssd конечно cow, но писать всё-равно будет
    > одним блоком, правда на другой чип.

    В ZFS — 128k (по умолчанию), в UFS2 — 64k (недавно увеличили).

     
     
  • 5.74, Aleksey Salow (ok), 17:48, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В ZFS — 128k (по умолчанию), в UFS2 — 64k (недавно увеличили).

    В zfs под рейды точили походу, а на ufs2 + gstripe я тоже делал 64k, страйп быстрее работал.

     
     
  • 6.77, iZEN (ok), 18:00, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> В ZFS — 128k (по умолчанию), в UFS2 — 64k (недавно увеличили).
    > В zfs под рейды точили походу,

    Не только. ZFS разрабатывали в том числе для использования с SSD. ;) Все эти кширующие техники для ZIL и L2ARC описаны в применении к SSD (с быстрыми SLC и медленными MLC, соответственно).

    Шварц довольно подробно описал в своём блоге, почему использование ZFS на SSD хорошо и эффективно.

     
     
  • 7.80, Aleksey Salow (ok), 18:04, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Шварц довольно подробно описал в своём блоге, почему использование ZFS на SSD
    > хорошо и эффективно.

    А ссылочку можно? Мне конечно ssd во фряхе пока не грозит, но мало ли что случится в ближайшем будущем ;)

     
     
  • 8.82, iZEN (ok), 18:21, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О перспективах ZFS и флэш-памяти http blogs oracle com jonathan_ru entry о_пе... текст свёрнут, показать
     
  • 7.95, Аноним (-), 19:34, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не только. ZFS разрабатывали в том числе для использования с SSD. ;)

    Ага, правда SSD в природе не было в момент дизайна ZFS, но изена такие мелочи не волнуют, как обычно. Он лучше будет маркетинговый булшит от санок повторять как мантру, ведь верить в это намного приятнее, правда? :)

     
     
  • 8.111, uniman (ok), 21:43, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Там другое Например, группировка сбросов на диск по их рейтингк ttp constant... большой текст свёрнут, показать
     
     
  • 9.133, Аноним (-), 09:50, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Если честно, я в этом спиче не вижу ни 1 звука про собственно саму оптимизацию з... текст свёрнут, показать
     
     
  • 10.140, uniman (ok), 18:04, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не видите звуков Оригинально Попробуйте пощупать код на слух ... текст свёрнут, показать
     
     
  • 11.147, Аноним (-), 20:36, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже не слышно ничего Поэтому процитируйте плиз где там про оптимизацию процесс... текст свёрнут, показать
     
  • 8.185, netch (ok), 22:04, 23/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то у ZFS сейчас идёт уже где-то 15-я минимум версия пула - это раз Флэшо... текст свёрнут, показать
     
  • 7.99, Аноним (-), 19:38, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Шварц довольно подробно описал в своём блоге, почему использование ZFS на SSD
    > хорошо и эффективно.

    А майкрософт на своем сайте так и вообще рассказывал что виндус сервер обгоняет линукс. Верить бложику чувака из коммерческой компании? Спасибочки, а ничего что у пиарщиков всегда их продукт самый лучший? Что ж ты будешь делать если услышишь пиар конкурирующих компаний? Неужели разорвешься на 2 части? :)

     
  • 4.87, Аноним (-), 19:02, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Минимальный блок для записи у флеша - страница Обычно 1 4Кб у nand-флешек из ... большой текст свёрнут, показать
     
  • 3.72, iZEN (ok), 17:16, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А еще в винде архаичный ntfs, как ты понимаешь, процент времени потраченый
    > на педалинг огромных битовых карт и прочих бестолковостей на ssd будет
    > роялить еще больше. Поэтому древность и костыльность структур ФС и тут
    > вам будет икаться от души.

    User294, почему ты не логинишься под своим ником? Тебе же сто раз объясняли, что битовые карты никакой существенной роли в производительности записи на ФС не несут. Чтобы они что-то значали в скорости поиска свободных блоков, нужно иметь ФС размером порядка 16 ТБ и больше.


     
     
  • 4.89, Аноним (-), 19:11, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > User294, почему ты не логинишься под своим ником? Тебе же сто раз
    > объясняли, что битовые карты никакой существенной роли в производительности записи на
    > ФС не несут.

    Ага, конечно, именно поэтому замена гигантских битмапов на компактные экстенты дает очень характерный эффект на большинстве бенчмарков ;)

    > Чтобы они что-то значали в скорости поиска свободных
    > блоков, нужно иметь ФС размером порядка 16 ТБ и больше.

    А судя по бенчмаркам хоть того же ext3 vs ext4 кое кто пи...т как дышит. А тебе не приходило в бошку что компактную стркутуру читать, парсить и писать - натурально быстрее, меньше всевозможные кеши засираются и прочее, а? Или ты думаешь что все новые дизайнф ФС экстенты стали чисто для красоты использовать? ;)

     
     
  • 5.101, iZEN (ok), 20:18, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Карта свободных блоков 8212 битмапы 8212 кэшируются в ОЗУ Для поддержки а... большой текст свёрнут, показать
     
     
  • 6.106, Аноним (-), 20:46, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Карта свободных блоков — битмапы — кэшируются в ОЗУ.

    И что? Это не отменяет нужды читать/писать их на диск (озу знаешь ли не энергонезависимое) и модифиицровать довольно крупные битмапы.

    > Для поддержки адресации 1 ТБ UFS2 нужно всего лишь 64 МБ оперативной памяти (см.
    > "FreeBSD. Архитектура и реализация").

    Сам смотри свой окаменелый шитец, имхо. Называть это архитектурой может только настоящий бсдун. Остальные это называют окаменелым пометом мамонта.

    >> засираются и прочее, а? Или ты думаешь что все новые дизайнф
    >> ФС экстенты стали чисто для красоты использовать? ;)
    > Экстенты из другой оперы.

    Обычно из той же самой. Или уж занятость блоков описывается битмапой, или уж какой-то компактной структурой, например упакованой в дерево.

     
     
  • 7.119, uniman (ok), 22:49, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Для поддержки адресации 1 ТБ UFS2 нужно всего лишь 64 МБ оперативной памяти (см.
    >> "FreeBSD. Архитектура и реализация").
    > Сам смотри свой окаменелый шитец, имхо. Называть это архитектурой может только настоящий
    > бсдун. Остальные это называют окаменелым пометом мамонта.

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

    Для остальных описание метода сведения метаданных FS, шоб накопителю два раза не вставать.
    http://www.usenix.org/publications/library/proceedings/usenix99/full_papers/m

     
     
  • 8.159, Аноним (-), 20:15, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Мы существа одного вида, поэтому вам наверное недостатки видны не хуже меня, на ... текст свёрнут, показать
     
     
  • 9.163, uniman (ok), 20:46, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Точно, реализация FS не относиться к SSD никак Кстати, о чем новость Перечитай... текст свёрнут, показать
     
     
  • 10.189, Аноним (-), 17:17, 01/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не согласен Есть более удобные и менее удобные для ssd файловые системы, более ... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (30)

  • 1.28, Аноним (-), 05:22, 11/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А мне вот интересно: вроде как во всех мануалах по оптимизации под SSD рекомендуют использовать noop. А тут выясняется, что еще и CFQ не дурак. Я не спец. Подскажите, какой планировщик все же использовать? Обзавелся недавно SSD, так что для меня актуально.
     
     
  • 2.35, Аноним (-), 07:36, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да собственно работать будет с любым Вопрос в том насколько честно будет попиле... большой текст свёрнут, показать
     
     
  • 3.45, Аноним (-), 09:25, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно, спасибо. Вообще, я под это дело аж 8 гигов памяти купил на ноут. В итоге в tmpfs переехали не только /tmp, /run, /var, но и сборка всех пакетов ABSом автоматом выполняется в /tmp, все кэши пакетного менеджера там же и кэш браузера (синхрится на винт автоматом, когда нужно).

    Так вот я к чему. После всех этих оптимизаций подумываю вернуть журналирование (у меня ext4), а то как-то боязно, да и до настройки бекапов автоматических руки пока не дошли. По различным тестам и замерам (на арчвики, например), количество записываемых данных возрастет лишь на 3%. Плохо будет только если компилять на SSD, но этот вопрос я уже решил.

     
     
  • 4.61, Анон (?), 15:38, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а почему не YAFFS или другие специализированные флешечковые файлухи?
     
     
  • 5.90, Аноним (-), 19:22, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что для флешки с собственным контроллером все это нахрен не нужно YAFFS ... большой текст свёрнут, показать
     
     
  • 6.121, Аноним (-), 00:54, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Скажем так, не то что бы совсем не бывает по 512, но от модели к модели этот параметр может разниться, да.

    А ext4 выбрал по двум причинам: перечитал кучу материала на этот счет, в т.ч. рекомендации OCZ на их форуме, и у меня есть хоть какой-то опыт работы и восстановления данных на ext4, что может пригодиться при отсутствии журнала.

     
     
  • 7.135, Аноним (-), 10:06, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Найти NAND-флешку у которой именно 512-байтные страницы - на данном этапе эволюц... большой текст свёрнут, показать
     
  • 4.92, Аноним (-), 19:30, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > (на арчвики, например), количество записываемых данных возрастет лишь на 3%.

    Ну да, все так. У арчеводов кстати вообще довольно много дельных статей на вике. Молодцы парни, приятно почитать прямо. Кстати там же изложен довольно нахальный по своей изобретательности метод как проверить что trim работает и советы как его включить (его включение позволит ssd работать несколько быстрее при записи больших кусков данных).

    > Плохо будет только если компилять на SSD, но этот вопрос я уже решил.

    Плохо будет если много писать. От чего именно произойдет эта запись - ssd как-то не сильно важно. По этой причине кстати своп на ssd если и стоит класть то разве что с swapiness = 1, чтобы только на самый крайний случай был. Хотя с 8 гб оный можно просто не юзать совсем, имхо.

     
     
  • 5.122, Аноним (-), 01:00, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Видел, сделал сразу Про много писать -- понимаю Просто привел пример с компе... большой текст свёрнут, показать
     
     
  • 6.136, Аноним (-), 10:22, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати прогнал немного, у арчеводов только ссылка на статью, сама статья на друг... большой текст свёрнут, показать
     
     
  • 7.138, Аноним (-), 17:37, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я часто пересобираю одну большую штуку из git, за разработкой которой внимательн... большой текст свёрнут, показать
     
     
  • 8.158, Аноним (-), 20:12, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я тоже перекомпиливаю некоторые штуки, но не очень большие и на механическом дис... большой текст свёрнут, показать
     
  • 2.59, Stax (ok), 14:44, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    CFQ совсем не дурак, он различает винчестеры и SSD (/sys/block/sdX/queue/rotational = 0) и меняет алгоритм. Но настоятельно рекомендуется для SSD в шедулере CFQ включать slice_idle = 0 для перехода в режим IOPS - алгоритм меняется, чтобы он будет сравнивал IOPS'ы, а не время выполнения запроса. (http://www.mjmwired.net/kernel/Documentation/cgroups/blkio-controller.txt)
    Это убирает отставание от deadline в линейных скоростях, из-за которого некоторые руководства рекомендуют deadline на SSD, но оставляет все остальные фичи CFQ, вроде шедулинга по группам, вычисление приоритетов шедулинга и т.д.
     
  • 2.66, Michael Shigorin (ok), 16:12, 11/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А мне вот интересно: вроде как во всех мануалах по оптимизации под
    > SSD рекомендуют использовать noop. А тут выясняется, что еще и CFQ
    > не дурак. Я не спец. Подскажите, какой планировщик все же использовать?

    IMO noop или deadline.

     

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



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

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