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

Micron опубликовал движок хранения HSE 3.0, оптимизированный для SSD-накопителей, opennews (??), 21-Ноя-22, (0) [смотреть все] наиболее актуальные данные кэшируются в ОЗУ, что снижает число обращений к нако, Аноним (1), 22:52 , 21-Ноя-22, (1) +23 // и че дальше , анонимус (??), 22:56 , 21-Ноя-22, (2) –4   // Очевидно, что всё будет храниться в памяти, ssd станет вечным, а скорость неопис, Аноним (4), 23:23 , 21-Ноя-22, (4) +19   // верно и при этом производители памяти смогут хорошо навариться на увеличенном её, анонна (?), 23:54 , 21-Ноя-22, (7) +1   Для борьбы с 171 ожирением 187 производителей проприетарного ПО Просто возьм, n00by (ok), 09:36 , 22-Ноя-22, (51)   тратилось много, при недостатке оперативной памяти, поскольку грузилось все в не, анонна (?), 11:54 , 22-Ноя-22, (63)   Это было лишь бы не как в Венде , где исполняемые образы не читались целиком в , n00by (ok), 11:18 , 24-Ноя-22, (87)   Вот только после ребута или слета питания будет какая-то подстава, которой SSD н, Аноним (-), 02:04 , 22-Ноя-22, (27)   Он еще худшей подвержен - вообще может в тыкву превратиться если в этот момент о, пох. (?), 09:10 , 22-Ноя-22, (44)   Не разрешайте уборщице грызть силовой кабель , Аноним (64), 12:30 , 22-Ноя-22, (64)   Очевидно что ты вообще не знаешь как работает вытеснение памяти, элементарный св, Аноним (40), 08:02 , 22-Ноя-22, (40)   ramdisk не, не слышал, Аноним (59), 11:17 , 22-Ноя-22, (59)   Кэш в Linux давно уже отправил в ОЗУ и ssd-шка стала спать больше кота , Аноним (43), 09:06 , 22-Ноя-22, (43) +1 и оно положит случайные куски базы, индексов или journal в ОЗУ что же может пой, лютый ж.... (?), 09:30 , 22-Ноя-22, (49) // Вроде все ж норм - как раз неслучайные, а только нужные Ну, нужные по мнению ра, пох. (?), 11:24 , 22-Ноя-22, (62) Острословы не прочитали про NVDIMM , An onymous (?), 10:58 , 22-Ноя-22, (58) +1 Что еще ждать от современных разработчиков, не способных придумать ничего новее , Аноним (68), 14:09 , 22-Ноя-22, (68) они кешируются в чужой ОЗУ, вася (??), 21:47 , 23-Ноя-22, (76) В чём суть 171 оптимизаций 187 Есть сравнения с другими Насколько дольше п, pashev.ru (?), 23:21 , 21-Ноя-22, (3) +2 Почти все актуальные операционные системы так делают Более у того у всех жестки, AleksK (ok), 00:28 , 22-Ноя-22, (14) +2 // они в отличие от этой хрени немного не в курсе формата данных, поэтому могут дел, пох. (?), 09:13 , 22-Ноя-22, (45) +3 // Это понятно, но те же SQL серверы без проблем могут засунуть в память чуть ли ни, AleksK (ok), 10:28 , 22-Ноя-22, (55) // ага, причем у них в памяти будет не дурацкий key-value, а результат обработки сл, пох. (?), 11:23 , 22-Ноя-22, (61) Отстал ты от прогреcса, тенденция сейчас, а уже как 5 лет назад появилась SSD бе, Аноним (78), 00:54 , 24-Ноя-22, (78) // Я уже и забыл знал я, что SSD покупаю без своей у этого SSD RAM памяти или нет , Аноним (78), 00:58 , 24-Ноя-22, (79) // Вроде знал так как изучал, что покупаю Забыл как было , Аноним (78), 01:00 , 24-Ноя-22, (80) Возможное я не правильно называю наличие в дисках DRAM памяти кешем Есть такая , Аноним (-), 01:34 , 24-Ноя-22, (82) Все мои слова не совсем к месту Кеш это кеш, а буфер это буфер , Аоним (?), 02:09 , 24-Ноя-22, (84) // Кэш , Аноним (88), 21:55 , 25-Ноя-22, (88) Или может имелось ввиду SLC-кэш Или обстрактно любой кеш в дисках , Аноним (-), 01:11 , 24-Ноя-22, (81) Скрыто модератором, Аноним (19), 00:48 , 22-Ноя-22, (19) +4 // Скрыто модератором, Аноним (-), 01:19 , 22-Ноя-22, (24) +3 // Скрыто модератором, Аноним (-), 02:06 , 22-Ноя-22, (29) +1 // Скрыто модератором, Аноним (30), 02:11 , 22-Ноя-22, (30) +1 Скрыто модератором, Аноним (35), 03:22 , 22-Ноя-22, (35) +4 Скрыто модератором, Аноним (31), 02:37 , 22-Ноя-22, (31) –1 // Скрыто модератором, Аноним (-), 06:32 , 22-Ноя-22, (38) Скрыто модератором, Аноним (39), 07:34 , 22-Ноя-22, (39) Скрыто модератором, пох. (?), 09:29 , 22-Ноя-22, (48) Сейчас объём оперативной памяти так и говорит кинь в меня кэш и ZRAM очень дово, Аноним (43), 09:27 , 22-Ноя-22, (47) // SSD и так проживёт намного дольше обычного НЖМД особенно если купить нормальны, лютый ж.... (?), 09:33 , 22-Ноя-22, (50) +2 // да тут не приседание с ресурсом, а скорее с мусором тебе так хочется чтобы ссдш, Аноним (43), 09:53 , 22-Ноя-22, (52) Так массово дохнут же SSD живёт дольше только в ноутах ламерья, которые ноут с , Аноним (54), 10:21 , 22-Ноя-22, (54) // Нанометры там не просто воздуха, а воздушной подушки, то есть высокого давления , анонимоузе (?), 14:31 , 22-Ноя-22, (69) Длина свободного пробега при атмосферном давлении 100 nm, если между головкой и, Аноним (71), 23:27 , 22-Ноя-22, (71) ссылку покажешь на массовую гибель брендовых SSD желательно указанное выше sam, лютый ж.... (?), 18:12 , 23-Ноя-22, (75) +1 swapoff, не , pin (??), 10:37 , 22-Ноя-22, (56) Пчёлы против мёда , Аноним (54), 10:10 , 22-Ноя-22, (53) +1 // для бигдаты же, её не становится меньше, надо всё покупать и покупать, anonymous (??), 10:41 , 22-Ноя-22, (57) +1 // но она же не влезет на vmdimm , пох. (?), 11:21 , 22-Ноя-22, (60) Программисты наконец оптимизировали что-то там Прогресс и киллерфича Пол чемо, Попандопала (?), 15:31 , 22-Ноя-22, (70) // Надо полчемодана оперативы , Аноним (-), 00:11 , 23-Ноя-22, (73) Давайте в etcd затащим, Пастухов (?), 00:20 , 23-Ноя-22, (74) Это СУБД для ФС или ФС для СУБД То ли это key-value db с REST интерфейсом, то л, fuggy (ok), 22:45 , 23-Ноя-22, (77) Раньше были фс для флюш накопителей f2fs или как оно , теперь библиотека Рань, Аноним (89), 21:22 , 27-Ноя-22, (89) 1,3,14,47,53,70,74,77,89

Сообщения

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

	2. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	–4 +/–
	Сообщение от анонимус (??), 21-Ноя-22, 22:56
	и че дальше?
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+19 +/–
	Сообщение от Аноним (4), 21-Ноя-22, 23:23
	Очевидно, что всё будет храниться в памяти, ssd станет вечным, а скорость неописуемой. Всё как ты хотел. Сможешь даже вытащить его из компа и положить рядом, чтобы радовал глаз своей скоростью и надёжностью.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+1 +/–
	Сообщение от анонна (?), 21-Ноя-22, 23:54
	верно и при этом производители памяти смогут хорошо навариться на увеличенном её расходе = требования к железу станут опять выше. как видим и производителям и этим махинаторам все на руку)) ура прогресс.. или регресс? в лине разделяемые библиотеки кажись как раз для борьбы с "ожирением" системы придумали? ждем ноухау - разделяемые куски операционной системы)) ну там системд-ядро или системд выполняющая его функции? короче все счастливы и у всех есть повод поживиться еще раз))
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+/–
	Сообщение от n00by (ok), 22-Ноя-22, 09:36
	> в лине разделяемые библиотеки кажись как раз для борьбы с "ожирением" > системы придумали? Для борьбы с «ожирением» производителей проприетарного ПО. Просто возьмите калькулятор и посчитайте в цифрах, сколько там памяти экономится за счёт разделения именно секциями кода и неизменяемых данных. Если справитесь, попробуйте сравнить со статическим связыванием. Для затравки: приложение уровня HelloWorld это порядка 8-30 Кб _без_ зависимостей, что сверху - это от умелых ручек.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+/–
	Сообщение от анонна (?), 22-Ноя-22, 11:54
	>> в лине разделяемые библиотеки кажись как раз для борьбы с "ожирением" >> системы придумали? > Для борьбы с «ожирением» производителей проприетарного ПО. > Просто возьмите калькулятор и посчитайте в цифрах, сколько там памяти экономится за > счёт разделения именно секциями кода и неизменяемых данных. Если справитесь, попробуйте > сравнить со статическим связыванием. Для затравки: приложение уровня HelloWorld это порядка > 8-30 Кб _без_ зависимостей, что сверху - это от умелых ручек. тратилось много, при недостатке оперативной памяти, поскольку грузилось все в неё(может это был предыдущий виток желаний производителей?). из-за этого постоянный свопинг и прочие удовольствия. при этом шла статическая линковка либ и как результат одна и таже либа грузилась по несколько раз (в разные ячейки памяти) для разных программ, поэтому и придумали разделяемые библиотеки. но разве флатпак и прочие не идут сейчас по той же старой стезе? как итог опять будут придумывать разделяемые.... приложения?. что они еще придумают? эта затея явно важна и принята производителями и не важно , что изначально придумана энтузиастами  и прочими свободными кодерами. производителям она именно что зашла.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+/–
	Сообщение от n00by (ok), 24-Ноя-22, 11:18
	>>> в лине разделяемые библиотеки кажись как раз для борьбы с "ожирением" >>> системы придумали? >> Для борьбы с «ожирением» производителей проприетарного ПО. >> Просто возьмите калькулятор и посчитайте в цифрах, сколько там памяти экономится за >> счёт разделения именно секциями кода и неизменяемых данных. Если справитесь, попробуйте >> сравнить со статическим связыванием. Для затравки: приложение уровня HelloWorld это порядка >> 8-30 Кб _без_ зависимостей, что сверху - это от умелых ручек. > тратилось много, при недостатке оперативной памяти, поскольку грузилось все в неё(может > это был предыдущий виток желаний производителей?). из-за этого постоянный свопинг и > прочие удовольствия. Это было "лишь бы не как в Венде", где исполняемые образы не читались целиком в память, а отображались, и неизменяемые страницы просто отбрасывались. Либо смотрели в будущее, понятно же было, что объёмы ОЗУ растут и подход Linux в итоге окажется чуть быстрее в работе. > при этом шла статическая линковка либ и как результат > одна и таже либа грузилась по несколько раз (в разные ячейки > памяти) для разных программ, поэтому и придумали разделяемые библиотеки. но разве > флатпак и прочие не идут сейчас по той же старой стезе? > как итог опять будут придумывать разделяемые.... приложения?. что они еще придумают? > эта затея явно важна и принята производителями и не важно , > что изначально придумана энтузиастами  и прочими свободными кодерами. производителям она > именно что зашла. Да просто сравните размер исполняемого файла chromium или firefox с объёмом памяти, что они потребляют при запуске. Мегабайт и гигабайт. Не играет роли, считать .so или нет. А вот если 64-х разрядные указатели в графах сократить до 32-х - может сэкономиться процентов эдак 20.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+/–
	Сообщение от Аноним (-), 22-Ноя-22, 02:04
	> Сможешь даже вытащить его из компа и положить рядом, чтобы радовал глаз своей > скоростью и надёжностью. Вот только после ребута или слета питания будет какая-то подстава, которой SSD не подвержен.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	44. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+/–
	Сообщение от пох. (?), 22-Ноя-22, 09:10
	Он еще худшей подвержен - вообще может в тыкву превратиться если в этот момент обновлялись страничные таблички. Так что все норм. Да и судя по спецификации и примеру применения - там никто и не заметит. Системы мониторинга, ага. Которым нужно ssd а лучше nvdimm. Ну мы поняли, поняли, у кого такие системы и что они "мониторят".
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+/–
	Сообщение от Аноним (64), 22-Ноя-22, 12:30
	Не разрешайте уборщице грызть силовой кабель.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	40. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+/–
	Сообщение от Аноним (40), 22-Ноя-22, 08:02
	Очевидно что ты вообще не знаешь как работает вытеснение памяти, элементарный своп, как кэшируют данные с диска все современные ОС, СУБД, ну и вообще непонятно, что ты знаешь кроме как начёсывать своё ЧСВ этими высерами
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	59. "Micron опубликовал движок хранения HSE 3.0, оптимизированный..."	+/–
	Сообщение от Аноним (59), 22-Ноя-22, 11:17
	ramdisk? не, не слышал
	Ответить | Правка | Наверх | Cообщить модератору

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

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