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

Система кэширования на SSD-накопителях BCache претендует на ..., opennews (ok), 16-Янв-13, (0) [смотреть все] У меня такое ощущение, что он переделал TAR Tape ARchiver или эмулятор контрол, pavlinux (ok), 15:01 , 16-Янв-13, (1) –2 // Что ты такое куришь, Павлин Мне всегда было интересно - что надо скурить чтобы , Аноним (-), 17:25 , 16-Янв-13, (35) –3 // Я-то что, а вот писать х ню, о том, что написали ху ню, не указывая в чем, во, pavlinux (ok), 19:49 , 16-Янв-13, (54) –5 // Вы оба правы , zzz (??), 20:26 , 16-Янв-13, (57) +15 Что-то мне это напоминает CacheCade от LSI и MaxCache от Adaptec , dRiZd (?), 21:49 , 16-Янв-13, (61) –1 // Ну вот, хоть один вкурил , pavlinux (ok), 16:06 , 17-Янв-13, (77) а разве это не режим с самой высокой производительностью почему он отключен , codejumper (?), 15:02 , 16-Янв-13, (2) +1   // Тоже не понял это решение Ведь если кешировать то, что читается, наиболее востре, Дмитрий (??), 15:05 , 16-Янв-13, (4)   отвечу самому себе возможно, если кэшировать, всё, что читается, то при просмотр, codejumper (?), 15:10 , 16-Янв-13, (6)   // там же написано, последовательные чтения запись не кешируются, all_glory_to_the_hypnotoad (ok), 01:12 , 17-Янв-13, (65)   Возможно, просто берегут ресурс SSD Если я правильно понял логику работы кеша, , dalco (ok), 15:17 , 16-Янв-13, (9)   // И сейчас мы придем - ВНИМАНИЕ - ТАДАААААА - к ARC Всеми з блеванный и которы, Аноним (-), 15:29 , 16-Янв-13, (12) +1   // ви таки нэ поняли и где здесь отрезанный от ОЗУ кусок Вижу что-то подобное L2A, ктото (?), 15:49 , 16-Янв-13, (20)   Боюсь, это ви не поняли L2ARC - Это не часть ARC Не Который состоит из L1 и L, Аноним (-), 15:58 , 16-Янв-13, (23) –2   покажите мне подсистему в Linux-е, которая будет ARC без приставки L2 - кеш чте, ктото (?), 16:08 , 16-Янв-13, (25)   L2ARC не часть ARC который целиком в памяти и динамически изменяет свой размер , iZEN (ok), 18:19 , 16-Янв-13, (46) +1   На ARC злые патенты, его нельзя просто так взять и реализовать Что еще остается, Stax (ok), 17:13 , 16-Янв-13, (32)   насколько я понимаю вопрос не в пиаре - вопрос в том что тут кричали не нужно , linux must _RIP_ (?), 17:28 , 16-Янв-13, (38)   Ну что ты как маленький, кричали одни, а пилили другие, Anonimous (?), 09:03 , 17-Янв-13, (69)   Лицензировать патенты, не , Аноним (-), 17:50 , 16-Янв-13, (43) –4   EPIC FAIL ARC в ZFS - это отдельный системонезависимый кэш в памяти, который но, AlexAT (ok), 19:22 , 16-Янв-13, (49)   А чем он управлятся, интересно, как не системой Может святым духом Из Астрала , iZEN (ok), 18:07 , 17-Янв-13, (80) –2   Управляется он только внутри ZFS, и к ОС имеет примерно такое же отношение, как , AlexAT (ok), 08:28 , 18-Янв-13, (83) +1   Не ARC а чему-то отдаленно похожему L2ARC А вот этот ваш ARC который память жре, Аноним (-), 12:34 , 17-Янв-13, (74) +1   Не знал, что в Linux с ZFS ARC-кэш память жрёт и не отдаёт Теперь буду знать , iZEN (ok), 18:08 , 17-Янв-13, (81) –2   И в Linux, и в BSD, и в Solaris В силу убогого дизайна , AlexAT (ok), 08:29 , 18-Янв-13, (84) +1   Интересно, а где ты об этом прочитал , iZEN (ok), 20:26 , 18-Янв-13, (88) –1   У санок оракла Про архитектуру ZFS Evil Tuning Guide А щито, собственно , AlexAT (ok), 22:45 , 18-Янв-13, (89) +1   ARC 8212 это адаптивный кэш Изменяет свой размер как в сторону увеличения к, iZEN (ok), 23:26 , 18-Янв-13, (92) –1   Спасибо, кэп Вот только делает это сам, по своей внутренней логике, не пересека, AlexAT (ok), 10:34 , 19-Янв-13, (93)   Да, наверно Но такого приложения кроме Java которую можно настроить на захват , iZEN (ok), 13:54 , 19-Янв-13, (94) –1   Позволю себе уточнить это НЕ МОИ выводы http www solarisinternals com wiki in, AlexAT (ok), 16:08 , 19-Янв-13, (95) +1   И какие конкретно предложения в статье тебе показались трудными для понимания и , iZEN (ok), 00:38 , 20-Янв-13, (96) –2   чЕтай, чудик внимательноSome applications include free-memory checks and refuse, AlexAT (ok), 03:17 , 20-Янв-13, (97) +1   gt оверквотинг удален Покажи мне эти some applications , которые будут себя ч, iZEN (ok), 15:32 , 20-Янв-13, (98) –1   http comments gmane org gmane os solaris opensolaris zfs 39576 - нехваткаhttp , AlexAT (ok), 15:45 , 20-Янв-13, (99) +1   Ответ там же http permalink gmane org gmane os solaris opensolaris zfs 39585А, iZEN (ok), 16:16 , 20-Янв-13, (100) –2   Лично для меня уже достаточно вышеперечисленного, чтобы за версту обходить данну, AlexAT (ok), 22:51 , 20-Янв-13, (101) +1   Оно всё предсказуемо, пока не начнут насильно урезать аппетиты ARC до 4 ГБ Какту, iZEN (ok), 23:13 , 20-Янв-13, (102) –1   ой, бтр значит тоже юзать не будешь как же так печалька , Аноним (-), 21:32 , 04-Фев-13, (103)   ой, чукча похоже не читатель печалька , AlexAT (ok), 07:16 , 05-Фев-13, (104)   чукча читатель, но с логикой не дружен не чукча может тебе накидать ссылок с боо, Аноним (-), 08:59 , 06-Фев-13, (105)   И все-таки чукча не читатель BTR production ready только в OEL, и только с ко, AlexAT (ok), 09:33 , 06-Фев-13, (106)   Наверное потому что SSD оказываются в роли патронов при этом - бах - покупай нов, Аноним (-), 17:27 , 16-Янв-13, (37)   Вот это круто Я правильно понимаю, что её можно уже сейчас установить И, в обще, Дмитрий (??), 15:03 , 16-Янв-13, (3) // 5 штук SSD RAID5 HotSpare - и меняй сколько хошь точнее по одному , pavlinux (ok), 15:08 , 16-Янв-13, (5) +2 // Он столько не заработает , Аноним (-), 15:30 , 16-Янв-13, (13) Дешевле соответствующий объем памяти всунуть, Crazy Alex (ok), 16:10 , 16-Янв-13, (26) // Согласен, но мать в которую можно всунуть 5Tb оперативки стоит как BMW 320i, pavlinux (ok), 19:52 , 16-Янв-13, (56) 5 терабайт в одну мать Хм, даже не знал,что такое бывает А зачем, если не секр, Crazy Alex (ok), 21:11 , 16-Янв-13, (59) Просто 5 SSD по терабайту - воткнуть в принципе реально Воткнуть 5 Тб оперативк, Аноним (-), 12:35 , 17-Янв-13, (75) +2 Я просто представить не могу применение, когда даже на порядок меньший кэш давал, Crazy Alex (ok), 17:57 , 18-Янв-13, (85) в базах данных актуально, либо где спроектировано плохо например facebook сдела, Алексей (??), 22:58 , 18-Янв-13, (90) софтварное решение того что используется в некоторых хардварных раид контроллера, Аноним (-), 15:14 , 16-Янв-13, (7) // А в чем между ними разница Ну, кроме названия, конечно , Аноним (-), 15:30 , 16-Янв-13, (14) –1 // хз, возможно в большей гибкости не пользуюсь ни тем, ни другим , Аноним (-), 15:55 , 16-Янв-13, (22) в аппаратном варианте - данные по шине между кешем и хранилищем не надо гонять, , Алексей (??), 23:16 , 18-Янв-13, (91) Т е прям на кристалле кремния гравировали софт хардварный Или в контроллерах в, Аноним (-), 17:21 , 16-Янв-13, (34) // разница между hardware и software такая разница между hardware и software, ваноним (?), 17:39 , 16-Янв-13, (41) Уж что только не придумают, лишь бы не заниматься исправлением главных недостатк, Аноним (-), 15:16 , 16-Янв-13, (8) –2 // Как ты это себе представляешь и что ты считаешь ключевыми проблемами А , Аноним (-), 15:31 , 16-Янв-13, (15) +2 // он ничего не представляет, он просто п здит, 1 (??), 15:43 , 16-Янв-13, (19) +6 // Я так и подумал, это был сарказм , Аноним (-), 15:58 , 16-Янв-13, (24) +2 В данном контексте решение ключевых проблем - это 64 Гб памяти и кэш винта в ней, тоже Аноним (ok), 15:55 , 16-Янв-13, (21) +2 // За исключением той проблемы, например, что при экстренном отключении питания вес, anonymouse (?), 16:31 , 16-Янв-13, (30) // для решения этой проблемы можно добавить на мамку пару-тройку ёмких конденсато, t0t (?), 16:52 , 16-Янв-13, (31) Во первых, оперативка все-таки дороже флешатины Во вторых - обычная оперативка , Аноним (-), 17:30 , 16-Янв-13, (39) –1 На ноутбуке есть аккумулятор В связи счем экстренного отключения питания там бы, Crazy Alex (ok), 21:13 , 16-Янв-13, (60) А в идеальном сферическом мире в вакууме самолеты не разбиваются, корабли не тон, Аноним (-), 12:38 , 17-Янв-13, (76) Ну если вы со включенного ноутбука выдираете аккумулятор - то ССЗБ Других ситуа, Crazy Alex (ok), 18:05 , 18-Янв-13, (86) какую емкость наберете, сколько она будет держать данные по времени, как быстро , Аноним (-), 08:51 , 17-Янв-13, (67) А тем временем за бугром уже изобрели w Мемристор, который вот-вот заменит и SSD, Руслан Зиганшин (??), 19:47 , 16-Янв-13, (53) Это вот вот будет длиться десятки лет из-за первоначальной дороговизны Флешу , AlexAT (ok), 19:50 , 16-Янв-13, (55) +1 жаль, только жить в это время прекрасное уж не придется ни мне, ни тебе , анонимаус (?), 21:03 , 16-Янв-13, (58) –1 это слегка специфично для зачади, не находите некоторые бъются за каждую лишнюю, ваноним (?), 17:44 , 16-Янв-13, (42) Ничего, что этим другие люди занимаются Программист, решающий ключевые проблемы, Crazy Alex (ok), 16:12 , 16-Янв-13, (27) +1 // да, а кроме этого разрабатывают еще ReRAM http science compulenta ru 727758 , aurved (?), 22:23 , 16-Янв-13, (63) // Там что-то совсем экспериментальное, а подогрев - я так понимаю, через годик жив, Crazy Alex (ok), 18:07 , 18-Янв-13, (87) наконец-то, слон (?), 15:24 , 16-Янв-13, (11) –1 Хорошо бы в ядро протолкнули, а без ядра и так есть flashcache от фейсбука, тест, metallic (ok), 15:35 , 16-Янв-13, (17) Прочитал руководство по установке и не понял, видимо прозрачно подключить всё же, Аноним (-), 15:37 , 16-Янв-13, (18) +1 // а между тем flashcache вполне можно подключить, например, к открытому luks устро, 1 (??), 17:19 , 16-Янв-13, (33) // Да, только для flashcache надо отмонтировать FS и потом подключить её с другого , Аноним (-), 17:26 , 16-Янв-13, (36) // В zfs так можно потому, что она 171 не юниксвейная 187 и на уровни абстракци, iav (ok), 01:47 , 17-Янв-13, (66) –1 не сто 769 ит кешировать на SSD расшифрованные данные, Versus (??), 04:00 , 14-Май-13, (107) Круто Почти как аналог CacheCade у LSI, а может и лучше , Аноним (-), 17:31 , 16-Янв-13, (40) // Аналог Что-то ни слова про TRIM Надо думать, умеет , AlexAT (ok), 19:23 , 16-Янв-13, (50) и брюки легко превращаются превращаются брюки брюки превращаются в , iZEN (ok), 17:57 , 16-Янв-13, (44) –5 // L2ARC не умеет writeback-кэширование и этим всё сказано , Аноним (-), 18:10 , 16-Янв-13, (45) // Потому что для writeback-кэширования нужно заводить ZIL И этим всё сказано , iZEN (ok), 18:21 , 16-Янв-13, (47) // Хорошо хоть не KAMAZ , абыр (?), 17:20 , 17-Янв-13, (78) 1, Клим (?), 21:58 , 16-Янв-13, (62) зачем это в ядре кому надо, то и так поставит, Аноним (-), 19:34 , 16-Янв-13, (51) –2 // К сожалению, API для юзерспейс-кеширования еще не придумано, да и неэффективно н, AlexAT (ok), 19:35 , 16-Янв-13, (52) +1 Какая-то нездоровая эйфория прослежевается Такое ощущение, что большинство сч, scor (ok), 22:44 , 16-Янв-13, (64) // при этом разных производителей на разных чипах, дабы одновременно не сколлапсро, Аноним (-), 08:59 , 17-Янв-13, (68) +2 Не в ту сторону лезете Hint скорость доступа, IOPS , AlexAT (ok), 10:14 , 17-Янв-13, (71) // Да с IOPSами тоже не всё так просто Чтобы они заработали на SSD, нужно чтобы ке, scor (ok), 11:47 , 17-Янв-13, (72) +1 // Отключите на своем компе кеш процессора, от только зря занимает транзисторы и по, абыр (?), 17:25 , 17-Янв-13, (79) +1 сравнение лопаты и камаза, казалась бы, а ведь и в то и в другое можно гов-на на, Аноним (-), 21:36 , 17-Янв-13, (82) –1 1,2,3,7,8,11,17,18,40,44,51,64

Сообщения

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

2. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
Сообщение от codejumper (?), 16-Янв-13, 15:02
> поддерживается, но отключен по умолчанию, режим readahead, при котором кэш наполняется не только при записи, но и при операциях чтения а разве это не режим с самой высокой производительностью? почему он отключен?
Ответить | Правка | Наверх | Cообщить модератору

	4. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от Дмитрий (??), 16-Янв-13, 15:05
	Тоже не понял это решение. Ведь если кешировать то, что читается, наиболее востребованные данные будут на SSD.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от codejumper (?), 16-Янв-13, 15:10
	отвечу самому себе: возможно, если кэшировать, всё, что читается, то при просмотре видео будет быстро умирать SSD
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	65. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 17-Янв-13, 01:12
	там же написано, последовательные чтения/запись не кешируются
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от dalco (ok), 16-Янв-13, 15:17
	Возможно, просто берегут ресурс SSD. Если я правильно понял логику работы кеша, то при readahead режиме количество данных, сливаемых в SSD, растет в разы, причем далеко не все из этих данных будут впоследствии востребованы (особенно, если учесть строчку о том, что bcache избегает последовательного чтения). UPD. Опередили :)
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	12. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от Аноним (-), 16-Янв-13, 15:29
	И сейчас мы придем - ВНИМАНИЕ! - ТАДАААААА!! - к ARC. Всеми з@блеванный и который тут только ленивый не пинал - ARC! С его двухуровневым кэшированием, в т.ч. SSD. NIH во всей красе, ляпотаааааааааааа. Ну просто чудо как хороши эти пiнгвин@иды!
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от ктото (?), 16-Янв-13, 15:49
	"ви таки нэ поняли" и где здесь отрезанный от ОЗУ кусок? Вижу что-то подобное L2ARC+ZIL (точнее общий настраиваемый l2 кеш) а вот ARC в ОЗУ не вижу...
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Система кэширования на SSD-накопителях BCache претендует на ..."	–2 +/–
	Сообщение от Аноним (-), 16-Янв-13, 15:58
	Боюсь, это ви не поняли. L2ARC - Это не часть ARC? Не? Который состоит из L1 и L2 в текущей версии? Будем иезуитствовать дальше или по существу есть возражения?
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от ктото (?), 16-Янв-13, 16:08
	покажите мне подсистему в Linux-е, которая будет ARC (без приставки L2 - кеш чтения первого уровня), на который все "наезжали" в ZFS - и разберемся в чем отличие ее от ARC. bcache - повторюсь это *грубо* аналог L2ARC (кеш чтения второго уровня) + ZIL (кеш записи).
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от iZEN (ok), 16-Янв-13, 18:19
	> Боюсь, это ви не поняли. L2ARC - Это не часть ARC? Не? L2ARC не часть ARC (который целиком в памяти и динамически изменяет свой размер), а отдельное виртуальное устройство ZFS пула (cache device), служащее промежуточным слоем кэширования данных при чтении с дисков между основной памятью и дисками. Не поддерживает объединения физических устройств кэширования в mirror и raid-z. ZIL, кэш на запись — это виртуальное устройство ZFS пула (log device), призваное обеспечить асинхронную запись данных в пул. Поддерживает объединение физических устройств кэширования в mirror. > Который состоит из L1 и L2 в текущей версии? Будем иезуитствовать > дальше или по существу есть возражения?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	32. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от Stax (ok), 16-Янв-13, 17:13
	На ARC злые патенты, его нельзя просто так взять и реализовать. Что еще остается делать, кроме как придумывать альтернативу? Смешные вы, вначале запатентуете вусмерть, а потом пытаетесь пиарить. Спасибо, лучше изобрести что похуже или иначе, но не лезть в патентное болото.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	38. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от linux must _RIP_ (?), 16-Янв-13, 17:28
	насколько я понимаю вопрос не в пиаре - вопрос в том что тут кричали "не нужно" "отстой - надо выкинуть", а сами тихонько пилили аналог. PS, часть патентов на ARC принадлежит IBM - но это же лучший друг Linux ?
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от Anonimous (?), 17-Янв-13, 09:03
	Ну что ты как маленький, кричали одни, а пилили другие
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Система кэширования на SSD-накопителях BCache претендует на ..."	–4 +/–
	Сообщение от Аноним (-), 16-Янв-13, 17:50
	> Что еще остается делать, кроме как придумывать альтернативу? Лицензировать патенты, не?
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	49. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от AlexAT (ok), 16-Янв-13, 19:22
	EPIC FAIL! ARC в ZFS - это отдельный системонезависимый кэш в памяти, который нормально системой не управляется. В данном случае имеем аналог L2ARC, не более.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	80. "Система кэширования на SSD-накопителях BCache претендует на ..."	–2 +/–
	Сообщение от iZEN (ok), 17-Янв-13, 18:07
	> ARC в ZFS - это отдельный системонезависимый кэш в памяти, > который нормально системой не управляется. А чем он управлятся, интересно, как не системой. Может святым духом? Из Астрала?! :))
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от AlexAT (ok), 18-Янв-13, 08:28
	> А чем он управлятся, интересно, как не системой. Может святым духом? Из > Астрала?! :)) Управляется он только внутри ZFS, и к ОС имеет примерно такое же отношение, как и юзерспейс.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от Аноним (-), 17-Янв-13, 12:34
	> И сейчас мы придем - ВНИМАНИЕ! - ТАДАААААА!! - к ARC. Не ARC а чему-то отдаленно похожему L2ARC. А вот этот ваш ARC который память жрет и системе ее не может отдать при необходимости - вот вы таким и пользуйтесь.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	81. "Система кэширования на SSD-накопителях BCache претендует на ..."	–2 +/–
	Сообщение от iZEN (ok), 17-Янв-13, 18:08
	>> И сейчас мы придем - ВНИМАНИЕ! - ТАДАААААА!! - к ARC. > Не ARC а чему-то отдаленно похожему L2ARC. А вот этот ваш ARC > который память жрет и системе ее не может отдать при необходимости > - вот вы таким и пользуйтесь. Не знал, что в Linux с ZFS ARC-кэш память жрёт и не отдаёт. Теперь буду знать.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от AlexAT (ok), 18-Янв-13, 08:29
	> Не знал, что в Linux с ZFS ARC-кэш память жрёт и не > отдаёт. Теперь буду знать. И в Linux, и в BSD, и в Solaris... В силу убогого дизайна.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Система кэширования на SSD-накопителях BCache претендует на ..."	–1 +/–
	Сообщение от iZEN (ok), 18-Янв-13, 20:26
	>> Не знал, что в Linux с ZFS ARC-кэш память жрёт и не >> отдаёт. Теперь буду знать. > И в Linux, и в BSD, и в Solaris... Интересно, а где ты об этом прочитал?
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от AlexAT (ok), 18-Янв-13, 22:45
	> Интересно, а где ты об этом прочитал? У санок/оракла. Про архитектуру ZFS + Evil Tuning Guide. А щито, собственно?
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Система кэширования на SSD-накопителях BCache претендует на ..."	–1 +/–
	Сообщение от iZEN (ok), 18-Янв-13, 23:26
	>> Интересно, а где ты об этом прочитал? > У санок/оракла. Про архитектуру ZFS + Evil Tuning Guide. А щито, собственно? ARC — это адаптивный кэш. Изменяет свой размер как в сторону увеличения (когда идёт кэширование), так и в сторону уменьшения (когда запускаются новые приложения и им нужна память). Начинаю копировать большой файл, размер которого больше, чем размер оперативной памяти: % top last pid:  8469;  load averages:  0.14,  0.77,  1.06    up 0+03:07:37  23:04:44 61 processes:  1 running, 60 sleeping CPU:  1.8% user,  0.0% nice,  1.7% system,  0.0% interrupt, 96.6% idle Mem: 844M Active, 108M Inact, 5435M Wired, 4420K Cache, 1016M Free ARC: 4420M Total, 2160M MRU, 1741M MFU, 24M Anon, 71M Header, 424M Other Swap: 1024M Total, 1024M Free % top last pid:  8473;  load averages:  0.18,  0.59,  0.94    up 0+03:09:49  23:06:56 63 processes:  1 running, 62 sleeping CPU:  3.1% user,  0.0% nice,  0.7% system,  0.3% interrupt, 95.9% idle Mem: 404M Active, 296M Inact, 6131M Wired, 187M Cache, 389M Free ARC: 5243M Total, 2920M MRU, 1818M MFU, 14M Anon, 73M Header, 417M Other Swap: 1024M Total, 1024M Free Запускаю приложения: RSSOwl, Deluge, Firefox, Thunderbird: % top last pid:  8541;  load averages:  1.12,  0.69,  0.91    up 0+03:12:23  23:09:30 64 processes:  1 running, 63 sleeping CPU:  8.1% user,  0.0% nice,  2.2% system,  0.0% interrupt, 89.6% idle Mem: 487M Active, 540M Inact, 6004M Wired, 644K Cache, 376M Free ARC: 5122M Total, 2812M MRU, 1818M MFU, 592K Anon, 76M Header, 416M Other Swap: 1024M Total, 1024M Free % top last pid:  8545;  load averages:  0.60,  0.61,  0.85    up 0+03:13:53  23:11:00 65 processes:  1 running, 64 sleeping CPU:  5.7% user,  0.0% nice,  2.8% system,  0.0% interrupt, 91.5% idle Mem: 487M Active, 521M Inact, 6010M Wired, 644K Cache, 388M Free ARC: 5123M Total, 2686M MRU, 1920M MFU, 32M Anon, 71M Header, 414M Other Swap: 1024M Total, 1024M Free % top last pid:  8565;  load averages:  0.56,  0.59,  0.81    up 0+03:15:43  23:12:50 66 processes:  1 running, 65 sleeping CPU:  5.0% user,  0.0% nice,  1.7% system,  0.4% interrupt, 92.9% idle Mem: 603M Active, 439M Inact, 5970M Wired, 1140K Cache, 394M Free ARC: 5075M Total, 2421M MRU, 2170M MFU, 8416K Anon, 68M Header, 408M Other Swap: 1024M Total, 1024M Free Конец копирования большого файла: % top last pid:  8578;  load averages:  0.57,  0.54,  0.68    up 0+03:23:22  23:20:29 67 processes:  1 running, 66 sleeping CPU: 10.0% user,  0.0% nice,  1.3% system,  0.0% interrupt, 88.7% idle Mem: 654M Active, 490M Inact, 5751M Wired, 1136K Cache, 511M Free ARC: 4847M Total, 2014M MRU, 2364M MFU, 592K Anon, 66M Header, 403M Other Swap: 1024M Total, 1024M Free Закрываю RSSOwl, Thunderbird, Deluge: % top last pid:  8590;  load averages:  0.64,  0.61,  0.68    up 0+03:25:40  23:22:47 65 processes:  1 running, 64 sleeping CPU:  9.4% user,  0.0% nice,  1.0% system,  0.0% interrupt, 89.6% idle Mem: 455M Active, 464M Inact, 5862M Wired, 1092K Cache, 625M Free ARC: 4961M Total, 2051M MRU, 2440M MFU, 592K Anon, 66M Header, 403M Other Swap: 1024M Total, 1024M Free Как видишь, ARC всё-таки изменяет размер не только в большую сторону, но и способен уменьшаться, когда у запускаемых приложений возникает потребность в свободной памяти.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от AlexAT (ok), 19-Янв-13, 10:34
	> ARC — это адаптивный кэш. Изменяет свой размер как в сторону увеличения > (когда идёт кэширование), так и в сторону уменьшения (когда запускаются новые > приложения и им нужна память). Спасибо, кэп. Вот только делает это сам, по своей внутренней логике, не пересекающейся с логикой ядра. Ядерный же кеш отдает память, как только её запросила система. Немедленно. В пределах работы подсистемы распределения памяти. > Начинаю копировать большой файл, размер которого больше, чем размер оперативной памяти: > Запускаю приложения: RSSOwl, Deluge, Firefox, Thunderbird: Дооооолго. Надо сразу запустить приложение, которое сразу захочет приличный объем памяти. Оно либо получит no memory, если свопа нет, либо сразу залезет в своп, и будет там ждать, пока распрекраснейший ARC отдаст память. В случае систем, где >70% памяти свободно - это более-менее приемлемо. В случае нагруженных серверов - в баню. > Как видишь, ARC всё-таки изменяет размер не только в большую сторону, но > и способен уменьшаться, когда у запускаемых приложений возникает потребность в свободной > памяти. Еще раз спасибо, кэп. Только вот то, что память не освобождается кешем по первому требованию - делает его пригодным исключительно для файлопомоек. На остальных применениях - либо ограничивать ручками, либо слишком рискованно.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Система кэширования на SSD-накопителях BCache претендует на ..."	–1 +/–
	Сообщение от iZEN (ok), 19-Янв-13, 13:54
	>> ARC — это адаптивный кэш. Изменяет свой размер как в сторону увеличения >> (когда идёт кэширование), так и в сторону уменьшения (когда запускаются новые >> приложения и им нужна память). > Спасибо, кэп. Вот только делает это сам, по своей внутренней логике, не > пересекающейся с логикой ядра. Ядерный же кеш отдает память, как только > её запросила система. Немедленно. В пределах работы подсистемы распределения памяти. >> Начинаю копировать большой файл, размер которого больше, чем размер оперативной памяти: >> Запускаю приложения: RSSOwl, Deluge, Firefox, Thunderbird: > Дооооолго. Надо сразу запустить приложение, которое сразу захочет приличный объем памяти. Да, наверно. Но такого приложения кроме Java (которую можно настроить на захват максимального объёма памяти сразу) у меня пока нет. Надо будет OpenOffice собрать. > Оно либо получит no memory, если свопа нет, либо сразу залезет > в своп, и будет там ждать, пока распрекраснейший ARC отдаст память. > В случае систем, где >70% памяти свободно - это более-менее приемлемо. > В случае нагруженных серверов - в баню. Как видишь, SWAP оставался незадействованным на всём протяжении эксперимента. Хотя свободной памяти оставалось относительно немного — ARC возвращал системе затребованную вновь запускаемыми приложениями память НЕМЕДЛЕННО. >> Как видишь, ARC всё-таки изменяет размер не только в большую сторону, но >> и способен уменьшаться, когда у запускаемых приложений возникает потребность в свободной >> памяти. > Еще раз спасибо, кэп. Только вот то, что память не освобождается кешем > по первому требованию - делает его пригодным исключительно для файлопомоек. На > остальных применениях - либо ограничивать ручками, либо слишком рискованно. ARC всё же отдаёт память. Уже запущенные приложения и вновь запускаемые не сваливаются в SWAP "до лучших времён". Так что твои выводы беспочвенны. Кстати, поведение ARC можно легко подстроить через sysctl-переменные для более гибкого управления памятью кэша, чтобы снизить латентность выделения памяти (которую лично я не заметил на своём десктопе), когда часто создаются и завершаются процессы, которым нужна свободная память, а также в ситуации, когда необходимо работать с сотнями-тысячами короткоживущих процессов.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от AlexAT (ok), 19-Янв-13, 16:08
	> ARC всё же отдаёт память. Уже запущенные приложения и вновь запускаемые не > сваливаются в SWAP "до лучших времён". Так что твои выводы беспочвенны. Позволю себе уточнить: это НЕ МОИ выводы. http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuni...
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Система кэширования на SSD-накопителях BCache претендует на ..."	–2 +/–
	Сообщение от iZEN (ok), 20-Янв-13, 00:38
	>> ARC всё же отдаёт память. Уже запущенные приложения и вновь запускаемые не >> сваливаются в SWAP "до лучших времён". Так что твои выводы беспочвенны. > Позволю себе уточнить: это НЕ МОИ выводы. > http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuni... И какие конкретно предложения в статье тебе показались трудными для понимания и осмысливания, что ТЫ_СДЕЛАЛ далеко идущие выводы? Давай вместе разберёмся на опыте, поставим эксперимент.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от AlexAT (ok), 20-Янв-13, 03:17
	> И какие конкретно предложения в статье тебе показались трудными для понимания и > осмысливания, что ТЫ_СДЕЛАЛ далеко идущие выводы? Давай вместе разберёмся на опыте, > поставим эксперимент. чЕтай, чудик. внимательно Some applications include free-memory checks and refuse to start if there is not enough RAM available - even though the ARC would release its memory based on applications' requests to the OS kernel for memory. Sometimes the ARC can be too slow to release the memory, and better-behaving applications (without preliminary checks) experience longer delays when requesting memory. Еще раз ДОТ: Sometimes the ARC can be too slow to release the memory, and better-behaving applications (without preliminary checks) experience longer delays when requesting memory.
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	98. "Система кэширования на SSD-накопителях BCache претендует на ..."	–1 +/–
	Сообщение от iZEN (ok), 20-Янв-13, 15:32
	>[оверквотинг удален] > Some applications include free-memory checks and refuse to start if there is > not enough RAM available - even though the ARC would release > its memory based on applications' requests to the OS kernel for > memory. Sometimes the ARC can be too slow to release the > memory, and better-behaving applications (without preliminary checks) experience longer > delays when requesting memory. > Еще раз ДОТ: > Sometimes the ARC can be too slow to release the memory, and > better-behaving applications (without preliminary checks) experience longer delays when > requesting memory. Покажи мне эти "some applications", которые будут себя чувствовать неважно. Хочу увидеть и ощутить всю убогость ARC по неотдаче памяти.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	99. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от AlexAT (ok), 20-Янв-13, 15:45
	> Покажи мне эти "some applications", которые будут себя чувствовать неважно. Хочу увидеть > и ощутить всю убогость ARC по неотдаче памяти. http://comments.gmane.org/gmane.os.solaris.opensolaris.zfs/3... - нехватка http://freebsd.1045724.n5.nabble.com/Another-ZFS-ARC-memory-... - свопинг http://mail.opensolaris.org/pipermail/zfs-discuss/2009-Novem... - проблемы со скоростью высвобождения http://lists.freebsd.org/pipermail/freebsd-stable/2012-March... - то же самое https://forums.oracle.com/forums/thread.jspa?threadID=1906687 - падает сервер БД из-за неосвобождения памяти ARC дальше гугли сам
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	100. "Система кэширования на SSD-накопителях BCache претендует на ..."	–2 +/–
	Сообщение от iZEN (ok), 20-Янв-13, 16:16
	>> Покажи мне эти "some applications", которые будут себя чувствовать неважно. Хочу увидеть >> и ощутить всю убогость ARC по неотдаче памяти. > http://comments.gmane.org/gmane.os.solaris.opensolaris.zfs/3... - нехватка Ответ там же: http://permalink.gmane.org/gmane.os.solaris.opensolaris.zfs/... А проблема заключалась в поиске способа регулировать ARC cache size на лету без перезагрузки компьютера. То есть тюнинг не произведён, компьютер перезагружать нежелательно. Человек боится, что 5 ГБ оставшейся свободной памяти ему не хватит. :)) > http://freebsd.1045724.n5.nabble.com/Another-ZFS-ARC-memory-... > - свопинг ГДЕ? Там утечка памяти была и SWAP-шторм, после чего сервер, скорее всего, ушёл на перезагрузку. > http://mail.opensolaris.org/pipermail/zfs-discuss/2009-Novem... - > проблемы со скоростью высвобождения Ага — в 2009 году была проблема с быстродействием ZFS. > http://lists.freebsd.org/pipermail/freebsd-stable/2012-March... - то же > самое Там ограничили размер ARC 4 ГБ на 24 ГБ ОЗУ и чего-то жалуются. > https://forums.oracle.com/forums/thread.jspa?threadID=1906687 - падает сервер БД > из-за неосвобождения памяти ARC Не могу посмотреть — "The website you are attempting to access is currently experiencing network connectivity errors. The problem is being worked on and will be resolved as soon as possible. We apologize for any inconvenience this may cause and thank you for your patience." > дальше гугли сам Ты мне мясо давай, а не ссылки на странные проблемы.
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	101. "Система кэширования на SSD-накопителях BCache претендует на ..."	+1 +/–
	Сообщение от AlexAT (ok), 20-Янв-13, 22:51
	> Ты мне мясо давай, а не ссылки на странные проблемы. Лично для меня уже достаточно вышеперечисленного, чтобы за версту обходить данную поделку по крайней мере до того момента, когда ее приведут в человеческий вид (ака совместят кеш с системным). Потому, что на первом месте - предсказуемость _системы_ в целом, а уже потом - всё остальное. Желающим же жрать кактусы и нарываться на "странные проблемы" - удачи в их нелегком деле.
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	102. "Система кэширования на SSD-накопителях BCache претендует на ..."	–1 +/–
	Сообщение от iZEN (ok), 20-Янв-13, 23:13
	>> Ты мне мясо давай, а не ссылки на странные проблемы. > Лично для меня уже достаточно вышеперечисленного, чтобы за версту обходить данную поделку > по крайней мере до того момента, когда ее приведут в человеческий > вид (ака совместят кеш с системным). Потому, что на первом месте > - предсказуемость _системы_ в целом, а уже потом - всё остальное. Оно всё предсказуемо, пока не начнут насильно урезать аппетиты ARC до 4 ГБ. > Желающим же жрать кактусы и нарываться на "странные проблемы" - удачи в их нелегком деле. Кактусов до сих пор не увидел. Одни лишь положительные моменты в использовании ZFS. SWAP на ZFS практически всегда пустой. (Заполнялся лишь на несколько мегабайт в процессе компиляции Apache OpenOffice). Ещё забавно наблюдать, как при заполненном ARC кэше первый запуск Eclipse уменьшает занятую память с 5,9 ГБ до 5,2 ГБ. (Последующие перезапуски IDE, конечно, не дают такого эффекта, но и скорость загрузки среды повышается в разы по сравнению с первым запуском — за счёт кэширования в ARC.)
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	103. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от Аноним (-), 04-Фев-13, 21:32
	>> Ты мне мясо давай, а не ссылки на странные проблемы. > Лично для меня уже достаточно вышеперечисленного, чтобы за версту обходить данную поделку... ой, бтр значит тоже юзать не будешь? как же так? печалька...
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	104. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от AlexAT (ok), 05-Фев-13, 07:16
	> ой, бтр значит тоже юзать не будешь? как же так? печалька... ой, чукча похоже не читатель... печалька...
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	105. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от Аноним (-), 06-Фев-13, 08:59
	>> ой, бтр значит тоже юзать не будешь? как же так? печалька... > ой, чукча похоже не читатель... печалька... чукча читатель, но с логикой не дружен не чукча. может тебе накидать ссылок с боольшими багами бтра от лохматого года? ты же выводы делаешь использовать/не_использовать на основании таких ссылочек...
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	106. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от AlexAT (ok), 06-Фев-13, 09:33
	> может тебе накидать ссылок с боольшими багами бтра от лохматого года? ты > же выводы делаешь использовать/не_использовать на основании таких ссылочек... И все-таки чукча не читатель: BTR "production ready" только в OEL, и только с конца того года. А ZFS объявлена "production ready" еще до всех этих багов. Разницу разжевывать, или сам дойдёшь?
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	37. "Система кэширования на SSD-накопителях BCache претендует на ..."	+/–
	Сообщение от Аноним (-), 16-Янв-13, 17:27
	> почему он отключен? Наверное потому что SSD оказываются в роли патронов при этом - бах - покупай новый ssd.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

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

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