The OpenNET Project / Index page

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

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

"OpenNews: RAM-диск, синхронизирующий данные на постоянный но..."  
Сообщение от opennews (ok) on 21-Мрт-08, 14:11 
Daniel Phillips представил (http://lwn.net/Articles/272534/) начальную реализацию виртуального устройства Ramback, представляющего собой RAM-диск снабженный средствами синхронизации данных на жесткий диск. При тестировании нового устройства, было зафиксировано увеличение производительности примерно в 25 раз, при гарантированной сохранности информации в случае перезагрузки (после загрузки задумано автоматическое восстановление содержимого Ramback-диска).


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


Кроме того, Christoph Lameter предложил (http://groups.google.com/group/fa.linux.kernel/msg/0a7...

URL: http://www.linuxworld.com/news/2008/031808-kernel.html
Новость: http://www.opennet.me/opennews/art.shtml?num=14845

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

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


1. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от vizor (ok) on 21-Мрт-08, 14:11 
Для ноутов самое то!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от гость on 21-Мрт-08, 14:29 
Фо фре вообще элементарно делается gmirror'ом между file-based и ram-based md-устройствами.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от maksim (??) on 21-Мрт-08, 14:55 
+ gjournal сверху
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от Michael Shigorin email(ok) on 21-Мрт-08, 18:41 
>Фо фре вообще элементарно делается gmirror'ом между file-based и ram-based md-устройствами.

Политика зеркалирования там подкручивается?  Тут это как раз важно.

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

26. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от nuclight email(ok) on 25-Мрт-08, 15:29 
>>Фо фре вообще элементарно делается gmirror'ом между file-based и ram-based md-устройствами.
>
>Политика зеркалирования там подкручивается?  Тут это как раз важно.

Из man gmirror:

-b balance  Specifies balance algorithm to use, one of:

            load         Read from the component with the
                         lowest load.

            prefer       Read from the component with the
                         biggest priority.

            round-robin  Use round-robin algorithm when
                         choosing component to read.

            split        Split read requests, which are big-
                         ger than or equal to slice size on N
                         pieces, where N is the number of
                         active components.  This is the
                         default balance algorithm.

Нужен prefer, видимо.

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

28. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от Michael Shigorin email(ok) on 30-Мрт-08, 01:11 
>>>Фо фре вообще элементарно делается gmirror'ом между file-based и ram-based
>>>md-устройствами.
>>Политика зеркалирования там подкручивается?  Тут это как раз важно.
>Из man gmirror: [...]
>Нужен prefer, видимо.

Эх, надо было сразу уточнить.

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

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

3. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от pavlinux email(ok) on 21-Мрт-08, 14:31 
А зачем?
Пытаюсь придумать применение....
Какие будут предложения?

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

4. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от airman email on 21-Мрт-08, 14:51 
Элементарно, Ватсон, выделяем свободные 2 гига озу под временные таблицы Mysql.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от pavlinux email(ok) on 21-Мрт-08, 14:57 
Так для этого, и ниже сказанного не нужно периодически сваливать на диск...
если таблицы, при отрубе питания, испортит, то их восстанавливать не имеет смысла.

Под гей-сервер тем более, обычного RAM диска хватит...

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

8. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от pavlinux email(ok) on 21-Мрт-08, 14:59 
Упс!  s/ГЕЙ/ГЕЙМ  :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от iv on 21-Мрт-08, 18:11 
>>привет от доктора Фрейда :D
>
>Это ты Logitech_у передай, пущай клавы делают нормальные...

Да уж новомодные клавы это Ж*** просто, кнопка "повер" под "делетом" вообще какой-то извращенец придумал разместить, я вот себе еще лет десяток назад раздобыл брендовую межделмашевскую клаву, которой уже тогда лет 10 было, внушаить... пару кило весом, никаких лишних кнопок. :) Ни на какое мультимедийное фуфло не сменяю.

Все равно "чистый" рам диск получается хлопотней, даже под левелоперские БД, в базе ведь полно хранимок, триггеров, далеко не вся логика пишется на клиенте/сервере_приложений, дохрена логики можно в саму БД запихать, сочинял-сочинял какую-нидь хитроумную хранимку, иные по нескольку дней ковырять приходится... если оно резко потеряется будет жалко, даже девелоперскую.

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

18. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от Michael Shigorin email(ok) on 21-Мрт-08, 18:40 
Думаю, примерно то же, что у tmpfs, только с требованием сохранения данных между загрузками.

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

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

27. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от nuclight email(ok) on 25-Мрт-08, 15:38 
>Думаю, примерно то же, что у tmpfs, только с требованием сохранения данных
>между загрузками.
>
>Например, пакеты или исошки в памяти собирать сильно веселей, поскольку то, что
>должно бы писаться на диск из грязного кэша -- до диска
>обычно не долетает за ненадобностью.

В fido7.ru.unix.bsd делал такое для /usr/obj на swap-backed md-диске - ускоряло да. И даже между перезагрузками выживало, пока эту недокументированную фичу не поломали.

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

20. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от pavlinux email(ok) on 21-Мрт-08, 18:42 
Во мы лохи....
Цэ есть ничто иное как реклама этого девайса - http://www.violin-memory.com/products/violin1010.html

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

5. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от Iv (??) on 21-Мрт-08, 14:52 
Идеально подойдет под игровой сервер, чтоб держать базы, например, файрберда для девелоперов, если базулька весом гигов до 4-х. Чтоб на сказевом рэйде сэкономить. Под продакшн я бы не решился БД на таком "диске" держать. Да еще подойдет опять же по БД например кубы считать, транзакции ведет нормальный сервак, а кубы считает для аналитики на чем-то подобном.
Вобщем куда применить придумать можно. :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от pavlinux email(ok) on 21-Мрт-08, 15:04 
Второй патч, более интересный, но закрадываются сомнения...

> для уменьшения влияния фрагментации памяти
> при выделении больших непрерывных блоков.

1. Проблема фрагментации обычно возникает как раз на большом кол-ве, но маленьких malloc_ов.

2. А если не удастся выделить непрерывную область виртуальной памяти.



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

21. "туэлвээн ;-)"  
Сообщение от Michael Shigorin email(ok) on 21-Мрт-08, 18:47 
>Второй патч, более интересный, но закрадываются сомнения...
>1. Проблема фрагментации обычно возникает как раз на большом кол-ве, но маленьких
>malloc_ов.

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

>2. А если не удастся выделить непрерывную область виртуальной памяти.

Берётся из отложенного в нижней.

Лучше на LWN читать: http://lwn.net/Articles/272693/ (A better DMA memory allocator) и http://lwn.net/Articles/273030/ (How to use a terabyte of RAM)

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

11. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от Аноним (??) on 21-Мрт-08, 15:14 
ram disk активно пытаются у нас внедрить разработчики для разработки - исходники на ЖД, а результаты компиляции в память
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от Michael Shigorin email(ok) on 21-Мрт-08, 18:48 
>ram disk активно пытаются у нас внедрить разработчики для разработки - исходники
>на ЖД, а результаты компиляции в память

Про ccache они не в курсе часом? ~/.ccache/ можно организовать [симлинком] на отдельный tmpfs уже сегодня.

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

25. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от Аноним (??) on 24-Мрт-08, 14:13 
> Про ccache они не в курсе часом? ~/.ccache/ можно организовать [симлинком] на
> отдельный tmpfs уже сегодня.

А почему не в переменную окружения? Неужели опрос симлинка выходит дешевле опроса переменной окружения?

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

13. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от Аноним (??) on 21-Мрт-08, 15:53 
Кладем базу на рамдиск и асинхронно реплицирует на жесткий
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "RAM-диск, синхронизирующий данные на постоянный носитель, дл..."  
Сообщение от Аноним (??) on 21-Мрт-08, 16:25 
Сразу вспомнился ZX Spectrum, RAM DOS я впервые там увидел :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "OpenNews: RAM-диск, синхронизирующий данные на постоянный но..."  
Сообщение от Аноним email(??) on 22-Мрт-08, 05:23 
Думаю можно применять для хранения баз 1с.

Да и еще применений придумать можно...


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

24. "OpenNews: RAM-диск, синхронизирующий данные на постоянный но..."  
Сообщение от Ne01eX (??) on 24-Мрт-08, 07:18 
Если Ramback можно использовать и как обычный рамдиск без средств синхронизации с тем же самым увеличением производительности по сравнению с Ram-диском в 25 раз, то это уже само по себе ценное достижение. Рамдиск как рамдиск широко используется в Live-системах (RTK GNU/Linux, например ;-)). Маршрутизаторы, опять же. Да много где. Даже на обычном дестопе многие дистрибутивные ядра, до монтирования основной корневой ФС подгружают необходимые модули с рамдиска. Так что, думаю, в скором времени фишка под названием Ramback войдет в майнлайн ядра.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




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

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