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

Релиз ядра Linux 6.4, opennews (??), 26-Июн-23, (0) [смотреть все] Товарищ Майор будет рад Танцуем танго и нижний брейк, но одновременно SLAB у, pavlinux (ok), 13:03 , 26-Июн-23, (2) –9 // А что оно ему дает Экономию RAM Это не только майорам нравится В остальных сл, Аноним (-), 02:45 , 27-Июн-23, (134) +3 Особенно майор Джонс , iCat (ok), 05:35 , 27-Июн-23, (140) Скрыто модератором, Аноним (3), 13:09 , 26-Июн-23, (3) –1 // Скрыто модератором, Аноним (5), 13:10 , 26-Июн-23, (5) +1 // Скрыто модератором, Аноним (6), 13:14 , 26-Июн-23, (6) +1 Скрыто модератором, void (??), 13:14 , 26-Июн-23, (7) –6 // Скрыто модератором, Аноним (6), 13:17 , 26-Июн-23, (9) –3 // Скрыто модератором, void (??), 13:35 , 26-Июн-23, (21) +1 Скрыто модератором, Аноним (23), 13:40 , 26-Июн-23, (23) +2 // Скрыто модератором, Аноним (5), 13:42 , 26-Июн-23, (26) +2 Скрыто модератором, void (??), 13:47 , 26-Июн-23, (30) +1 Скрыто модератором, Аноним (28), 13:44 , 26-Июн-23, (28) +2 и чо типерь делать вот как типерь быть дальше быть на debian 10 0 а патом куд, Аноним (10), 13:17 , 26-Июн-23, (10) –1 // а чем тебе 12-тый не устраивает , Аноним (23), 13:41 , 26-Июн-23, (24) // Тем, что он не 12 0 1, Аноним (47), 14:45 , 26-Июн-23, (47) +1 // ну тогда страдай 175 _ _ 175 , Аноним (23), 14:53 , 26-Июн-23, (52) +1 SLOB это вообще не для десктопов, а для embedded , Аноним (46), 14:43 , 26-Июн-23, (46) // Скрыто модератором, Аноним (-), 08:48 , 28-Июн-23, (179) Мне вот другое интересно с этой дедупликацией памяти 1 Ну вот отдедуплицировали , Ананий (?), 13:19 , 26-Июн-23, (13) +7 // OOM, убиваем что ненужно -D, Аноним (17), 13:24 , 26-Июн-23, (17) +8 // Все убитое - объявляем ненужно поправил, не благодари , пох. (?), 01:07 , 27-Июн-23, (131) +1 // При том у тех кто не любит RTFM оно будет убиваться по рандому Более разумные с, Аноним (-), 06:27 , 27-Июн-23, (142) –2 swap, anon2 (?), 13:25 , 26-Июн-23, (18) +1 // SWAP - это худший костыль компьютерной индустрии и он должен умереть Впрочем, на, birdie (ok), 13:34 , 26-Июн-23, (20) –4   // Ты просто залил проблему железом Есть задачи где так просто не сделать А своп , Аноним (5), 13:40 , 26-Июн-23, (22) +17   осталось найти такой комп и задачи для 95ой шинды а так да , Аноним (23), 13:42 , 26-Июн-23, (27) –3   Своп это то что сегодня позволяет играть в компьютерные игры с хорошими текстура, Аноним (29), 13:45 , 26-Июн-23, (29) +1   Он всё правильно написал, своп 8212 это костыль для решения проблемы нехватки, Аноним (98), 19:22 , 26-Июн-23, (98) +3   Ну смотри, даже в играх требование файла подкачки или отказывается работать, нез, Аноним (29), 20:17 , 26-Июн-23, (106)   А в мобильниках embedded он тоже используется Посмотрим как быстро от него нaкр, Аноним (35), 13:58 , 26-Июн-23, (35) –1   Там zram же используется, вроде как Что, в принципе, тоже swap, но только в RAM, llolik (ok), 14:03 , 26-Июн-23, (39) +3   Назначение zram другое Это не замена свопа, Аноним (44), 14:24 , 26-Июн-23, (44) +2   зато у свопа поверх zram назначение такое же как и у свопа поверх любого другого, Аноним (62), 16:07 , 26-Июн-23, (62)   Я тоже так по началу думал , а оказалось, что нет - скорее это просто СВОП , shardddin (?), 06:40 , 27-Июн-23, (145)   Так и работают эти ваши мобильники и ембеддед прям скажем так себе , Анони (?), 14:46 , 26-Июн-23, (49) +2   Уж лет 15 SSD используются, а народ всё своп на HDD переносит , Аноним (54), 15:05 , 26-Июн-23, (54) –1   SSD за эти 15 лет лучше не стали , Аноним (57), 15:29 , 26-Июн-23, (57) +1   SSD сейчас сильно лучше чем были 15 лет назад инфа сотел , Аноним (5), 16:07 , 26-Июн-23, (63) –1   Сейчас намного лучше контроллеры и алгоритмы, а вот сама память - хуже , Kuromi (ok), 16:25 , 26-Июн-23, (72) +4   Особенно дешевые TLC - так что на весь интернет стоит вой от разваленных файлух,, Аноним (-), 02:48 , 27-Июн-23, (135)   купил на али 1тб за 2к руб, тупо под торренты, чтобы винты не шуршали, сдохнет д, по (?), 17:35 , 03-Июл-23, (205)   Пользуюсь Samsung 850 Pro на 240 гигов более 7 лет, не отключав подкачку , про, Аноним (79), 16:35 , 26-Июн-23, (79)   А сколько запись У меня и без свопа 200 гигабайт за день в норме и они понятн, Аноним (29), 16:43 , 26-Июн-23, (80)   у меня какой-то интел на 40гигов даже не полмню с каким типом памяти Соответст, xrensgory (ok), 17:02 , 26-Июн-23, (82)   Это называется систематическая ошибка выжившего , n00by (ok), 17:57 , 26-Июн-23, (88)   Возможно, но меня устраивает , МестныйЭксперт (?), 20:26 , 26-Июн-23, (107)   Может действительно повезло, а может просто свап пишется равномерно и износ всег, Аноним (113), 21:43 , 26-Июн-23, (113)   Контроллер SSD всё пишет равномерно Своп там, кэш браузера или блюрей с порнухо, Аноним (54), 22:38 , 26-Июн-23, (120)   Зато не наплевать как это пишется и своп в этом не особо удачная штука, много ме, Аноним (-), 22:07 , 09-Июл-23, (211)   Просто те которые на 40 гиг могли быть с 2-level cell достаточно неубиваемым, а , Аноним (-), 02:49 , 27-Июн-23, (136)   Просто например у меня с 2010 года в одном массиве стояло две Тошибы на 60 гиг, , n00by (ok), 06:34 , 27-Июн-23, (143)   Wearout флеша - вероятностный процесс Блок может стать плохим на 10-м цикле Ил, Аноним (180), 09:01 , 28-Июн-23, (180)   Прямо как у HDD, надо заметить , Аноним (54), 11:47 , 28-Июн-23, (184)   HDD отказывают как bath curve - но это немного отличатеся от флеша, в том смысле, Аноним (199), 13:28 , 01-Июл-23, (199)   Если систематическая, может и не ошибка вовсе , voiceofreason (?), 15:26 , 05-Июл-23, (206)   У Вас есть шанс получить Нобелевскую премию по математике , n00by (ok), 16:40 , 05-Июл-23, (207)   Не помню с каким SLC, ага , Аноним (174), 03:33 , 28-Июн-23, (174)   Про 15 лет загнул конечно Период в 8-10 лет более реалистичный , Аноним (104), 19:54 , 26-Июн-23, (104)   10 лет массово, а 8 8212 уже очень массово А так, если у кого были лишние 50, Аноним (54), 21:20 , 26-Июн-23, (112) +1   WMware WS хрен запустится без наличия своп-раздела Но у тебя все хорошо, Аноним (44), 14:23 , 26-Июн-23, (43) +2   Hibernate это вообще не про скорость загрузки , Аноним (54), 14:55 , 26-Июн-23, (53) +1   Так давно уже отдельный раздел не нужен, можно в файл сбрасывать ну, иногда , User (??), 15:26 , 26-Июн-23, (56) +2   Чото хайлоуд обмельчал каеш, кхем кхем, безусловно колличество запросов не мерил, Аноним (58), 15:44 , 26-Июн-23, (58) +1   Тебе 15 лет, да Или откуда такой идеализм Допустим у тебя есть нагруженый класт, Легивон (?), 18:57 , 26-Июн-23, (95) +2   По-моему надо было лучше планировать, вовремя закупать оборудование, настраивать, Аноним (98), 19:26 , 26-Июн-23, (99) –1   Твой подход не верный Для примера реальный случай Рендер в Blender на домашнем , Аноним (104), 20:02 , 26-Июн-23, (105) +2   на десктопе очень неплохо работает zram Тем более с нынешними процессорами и об, Вася (??), 00:20 , 27-Июн-23, (129)   Чо, 200 запросов в секунду - это уже у наших любителей локалхоста highload У ме, Tron is Whistling (?), 09:20 , 27-Июн-23, (157)   Кстати, uksm годная штука, рекомендую Особенно заметно на жава аппликухах, кото, Аноним (29), 13:41 , 26-Июн-23, (25) // для ksm над готовить всякие костыли вроде LD_PRELOAD оберток и прочего, изкаропк, Аноним (58), 15:46 , 26-Июн-23, (59) // Uksm просто работает, периодически мержит одинаковые страницы фоном , Аноним (29), 16:11 , 26-Июн-23, (66) UKSM уже никем довольно давно не поддерживается Давно столкнулись с архитектурн, Аноним (123), 23:36 , 26-Июн-23, (123) Какие проблемы со стабильностью и эффективностью, например Я где-то пару лет ис, Аноним (29), 00:07 , 27-Июн-23, (128) ну это примерно как с аллокатором он тебе указатель таки отдаст, но память буде, Аноним (34), 13:54 , 26-Июн-23, (34) +2 // Т е даже сейчас любой код, меняющий значение ячейки памяти например X 5 3 , мо, Anon3 (?), 11:52 , 27-Июн-23, (161) // 1 X 5 3 современный компилер скорее всего оформит как нечто типа mov r1, 8, по, Аноним (178), 08:45 , 28-Июн-23, (178) Отдуплившаяся страница помечается как CoW, как кто-то полезет в неё на ЗАПИСЬ, о, pavlinux (ok), 14:01 , 26-Июн-23, (38) –1 Тоже самое, что и без дедупликацииНо сильно позже и с меньшими шансами, ибо памя, Тот_ещё_аноним (ok), 15:46 , 26-Июн-23, (60) +1 Корректнее так 1 Ну вот запустили мы кучу приложух через snap-flatpak2 Запусти, Мамкинтролль (?), 16:11 , 26-Июн-23, (67) +1 в тишине раздался кашель, сквозь который звучит что-то, напоминающее we-never-, Аноним (32), 13:52 , 26-Июн-23, (32) // Ну, юзерспейс и не сломан Флаги на месте, код соберётся и будет работать Единс, llolik (ok), 14:00 , 26-Июн-23, (37) +4 // Вы правда думаете, что комментаторы с опеннета что-то пишут на сишечке или близк, Аноним (46), 14:46 , 26-Июн-23, (48) –9 // Раст теперь потеряет свою безопастность , Анони (?), 14:52 , 26-Июн-23, (51) Можно подумать, на rust и golang ошибки не надо обрабатывать Более того, там над, Аноним (93), 18:41 , 26-Июн-23, (93) Только на ней, увы, и пишут в подавляющем большинстве На большее уже не способн, Прохожий (??), 21:17 , 26-Июн-23, (110) +1 Судя по комментам, тут только на assembler пишут Ну ладно Изредка на C, но Н, Аноним. (?), 23:53 , 26-Июн-23, (127) Они хитрожoпo это обошли man open ERRORS open , openat , and creat c, pavlinux (ok), 14:12 , 26-Июн-23, (41) +2 А что, что-то сломалось , Аноним (42), 14:18 , 26-Июн-23, (42) // Они ломают философию UNIX - Всё есть файл По-хорошему надо было сделать редир, pavlinux (ok), 14:30 , 26-Июн-23, (45) +1 // Какую философию , Ananimus (?), 19:16 , 26-Июн-23, (97) И причём тут opendir , pavlinux (ok), 19:48 , 27-Июн-23, (171) Ты мне скажи Это man 2 open , Ananimus (?), 12:37 , 28-Июн-23, (185) Ну и зачем там это связывание Чтобы потом правка кода в mkdir что-нибудь слом, Аноним (98), 19:29 , 26-Июн-23, (100) интересно, амуди когда-нибудь свой pstate доделает, что он уже по умолчанию буде, mos87 (ok), 14:50 , 26-Июн-23, (50) +1 SLOB, SLAB, SLUB SLOB, SLAB, SLUB йоу читает рэпчик , Аноним (61), 15:46 , 26-Июн-23, (61) –4 Опеннет 20ХХ год Релиз ядра Linux 20ХХ Было принято решение сменить нумерацию , Аноним (65), 16:10 , 26-Июн-23, (65) +2 В файловой системе Ext4 упрощена огранизация записи журнала data journal Вне, Kuromi (ok), 16:26 , 26-Июн-23, (73) ахаха, лучший багфикс эвер , Анонин (?), 16:35 , 26-Июн-23, (78) +6 Чем теперь tmpfs noswap будет отличаться от ramfs , Самый умный из вас (?), 16:50 , 26-Июн-23, (81) // Тем что у ramfs фиксированный размер в памяти сколько задали, не больше не мень, Kuromi (ok), 19:54 , 26-Июн-23, (103) +1 // не путайте ramfs с ram block device, Аноним (117), 22:18 , 26-Июн-23, (117) вангую скоро выпилят ramfs, Аноним (117), 22:16 , 26-Июн-23, (115) Неотключаемый selinux А как же тогда гугловский Project Zero любым примитивом н, Хру (?), 17:05 , 26-Июн-23, (83) +2 Кто понял про этот LAM_57 режим Могу ли я эти лишние биты использовать в своё, Аноним123 (?), 17:23 , 26-Июн-23, (85) // https git kernel org pub scm linux kernel git torvalds linux git tree tools te, pavlinux (ok), 17:40 , 26-Июн-23, (86) Ага А потом прекращена поддержка процессоров без LAM Новые процессоры а с , Аноним (89), 18:17 , 26-Июн-23, (89) –1 // Фигасе далеко идущие выводы Что там в ядре до сих пор поддерживается i686 , Аноним (54), 18:42 , 26-Июн-23, (94) // 1 не в ядре, а в прикладном софте хотят хранить в указателях доп инфу - могут, Аноним (132), 02:39 , 27-Июн-23, (132) // 30 летнюю архитектуру дропнули, как теперь жить , Аноним (54), 05:18 , 27-Июн-23, (139) –2 Самое смешное, что стоны про то, что дропнули i486 раздаются от тех, кто в силу , Аноним (209), 07:07 , 09-Июл-23, (209) Да и i686 давно пора дропнуть , Tron is Whistling (?), 09:22 , 27-Июн-23, (158) –2 Насколько сейчас актуальны параметры командной строки ядра slab_nomerge и sl, Аноним (91), 18:40 , 26-Июн-23, (91) Приятно видеть как наши товарищи из Латинской Америки сохраняют революционную со, Аноним (-), 19:47 , 26-Июн-23, (101) +1 // Вот бы ещё весь хлам выпиливали, Прохожий2 (?), 06:57 , 27-Июн-23, (150) 1 640кб хватит всем 2 хак завязанный на особенности реализации и поведения же, Атон (?), 20:56 , 26-Июн-23, (108) +4 // С одной стороны да, но 2 57 144 петабайта, если я не ошибся Ограничения в 144, Аноним (119), 22:33 , 26-Июн-23, (119) // Срок реально небольшой, чтобы каку зарывать, Тот_ещё_аноним (ok), 23:47 , 26-Июн-23, (125) +1 // Intel бы с радостью и на год каку зарыла Новые камни сами собой не купятся , Аноним (132), 02:40 , 27-Июн-23, (133) +1 не ОЗУ , а в аппаратной адресации Это большая разница Мало тебе MemoryHole 64, Атон (?), 08:59 , 27-Июн-23, (156) +1 // Ты хочешь сказать, что при 144-петабайтной адресации надо учитывать объем легаси, Аноним (119), 02:27 , 28-Июн-23, (173) я прямо говорю что при любой адресации, любая дыра это не есть хорошо сколько , Атон (?), 17:30 , 28-Июн-23, (191) Ну, поставить атрибуты в MMU и дело с концом Он эксепшн кинет, какое ему дело , Аноним (199), 13:40 , 01-Июл-23, (200) В последнее время nvme под систему хватает с избытком, поэтому и swap 2x ram и, Аноним (109), 21:12 , 26-Июн-23, (109) // Если используете гибернацию, размер подкачки желателен не меньше ОЗУ хотя неред, n00by (ok), 07:04 , 27-Июн-23, (151) –1 Однажды изучив технологию ssd, всю жизнь имели бы на 30 больше дискового простр, Чукча (?), 17:40 , 27-Июн-23, (166) Раздолье-то какое, раздолье , YetAnotherOnanym (ok), 22:07 , 26-Июн-23, (114) +1 // астрологи объявили неделю LPE уязвимостей, onanim (?), 08:59 , 27-Июн-23, (155) А диск такой В очередь, с кины дети, в очередь Чем-то напоминает менеджеры , YetAnotherOnanym (ok), 22:16 , 26-Июн-23, (116) –1 // Походе, ни о временах диалапа, ни о нынешних накопителях вы ничего не знаете , Аноним (54), 22:30 , 26-Июн-23, (118) +3 // Если Вас так задели мои слова, у вас есть шанс блеснуть познаниями по части мене, YetAnotherOnanym (ok), 10:58 , 27-Июн-23, (159) Позволяло если админ на той стороне ставил ограничение на скорость отдачи ниже л, Аноним (122), 23:16 , 26-Июн-23, (122) +3 // Вообще говоря, оно и сейчас много где актуально , Аноним (54), 23:37 , 26-Июн-23, (124) +2 еще помогало, если линия не очень хорошая и часто возникали ошибки передачи Пок, фф (?), 06:34 , 27-Июн-23, (144) +1 Так этож преодоление ограничений отдающего, а не ограничения скорости собственно, Аноним (162), 12:43 , 27-Июн-23, (162) +1 В эпоху диалапа не каждый браузер знал про Accept-Ranges, и докачка после обрыв, n00by (ok), 07:11 , 27-Июн-23, (152) +1 Вас уже обваляли в фикалиях по части диалапа Бодбодрю жижу, в которой плескаете, Чукча (?), 17:37 , 27-Июн-23, (165) // Здесь нашлось несколько индивидов, которые любят набрать в рот фекалий, чтобы пл, YetAnotherOnanym (ok), 19:37 , 27-Июн-23, (170) // И не говорите Ещё забавней наблюдать, как Вы в этих фикалиях плескаетесь, будуч, Чукча (?), 14:49 , 28-Июн-23, (189) Да что ж Вам всё неймётся-то Всё плюётесь и плюётесь , YetAnotherOnanym (ok), 21:03 , 28-Июн-23, (193) Пока Вы так прелестно плескаетесь, хочется только подливать , Чукча (?), 22:43 , 28-Июн-23, (195) У скачивания файла в несколько потоков с быстрых серверов по диалапу было и есть, Tron is Whistling (?), 23:47 , 27-Июн-23, (172) Молодцы корпорации Хорошо потрудились , Аноним (122), 23:14 , 26-Июн-23, (121) // да и любой сможет этим пользоваться , Аноним (126), 23:50 , 26-Июн-23, (126) Я и говорю - молодцы Должен же кто-то и само опенсорсие писать хотя бы ради при, Аноним (122), 15:56 , 27-Июн-23, (163) Не потрудились, а оплатили И оплатили строго говоря тоже не корпорации, а их кл, Аноним (183), 10:32 , 28-Июн-23, (183) из всего я не понял - btrfs raid 5 6 уже можно или еще рано , Cyber100 (ok), 11:26 , 27-Июн-23, (160) // Если бы в самом деле хотели понять, то обратились бы к документации на kernel or, Чукча (?), 17:23 , 27-Июн-23, (164) +1 // спасибо тебе, язвительный чел обо всем этом я знаю , Cyber100 (ok), 17:46 , 27-Июн-23, (167) // Может знаешь, а может и нет Правда неизвестна, есть только твой вопрос в начале, Чукча (?), 14:39 , 28-Июн-23, (186) +1 Это с чего это не зафиксирован Никто это уже ломать не собирается, вы чего Из , Аноним (-), 08:36 , 28-Июн-23, (177) // Ломать может и не собираются, но формат raid1c3 и raid1c4 остаётся не зафиксиров, Чукча (?), 14:41 , 28-Июн-23, (187) Где это написано , Аноним (199), 13:44 , 01-Июл-23, (201) Давно можно Метаданные хранишь на RAID1 Подойдут 1TB диски, которые можно купи, DEF (?), 19:22 , 27-Июн-23, (169) // Для какого размера массива данных Вы предлагаете 1 Тбайт под метаданные , Чукча (?), 14:44 , 28-Июн-23, (188) // 1 к 20-25 примерно Зависит от выбранного алгоритма чексумм и от самих данных Е, DEF (?), 15:01 , 29-Июн-23, (196) Вы дикость пишите Для записи 1 Тбайт данных потребуется от силы 4 Гбайт метадан, Чукча (?), 23:34 , 29-Июн-23, (197) Чукча не читатель, чукча писатель Btrfs данные маленьких файлов может хранить в , DEF (?), 01:12 , 01-Июл-23, (198) Вы явно не понимаете как RAID5 6 работает вообще - и тем более file based btrf, Аноним (199), 13:48 , 01-Июл-23, (202) RAID5 с метаданными в RAID1 - почему нет У RAID6 write hole пока еще есть, до к, Аноним (-), 08:34 , 28-Июн-23, (176) Зачем писать код ядра на Rust, когда его можно писать на BPF , Аноним (175), 05:32 , 28-Июн-23, (175) Так Linux превращают в ведро для помоевА патч для очистки Linux от ржавчины где , Аноним (182), 10:01 , 28-Июн-23, (182) –1 // Ключи в ядре лишними не бывают, каждой Б надо иметь в ведре свой ключ для подпи, Аноним (190), 17:11 , 28-Июн-23, (190) А оно опциональное при сборке И там вроде пока даже и очищать особо нечего , Аноним (199), 13:51 , 01-Июл-23, (203) Не поддерживают загрузку с шифрованных верификацию , или только первое Для к, qux (ok), 20:09 , 01-Июл-23, (204) Скрыто модератором, Верочка (??), 03:18 , 07-Июл-23, (208) 2,10,13,32,50,61,65,73,78,81,83,85,89,91,101,108,109,114,116,121,160,175,182

Сообщения

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

	20. "Релиз ядра Linux 6.4"	–4 +/–
	Сообщение от birdie (ok), 26-Июн-23, 13:34
	SWAP - это худший костыль компьютерной индустрии и он должен умереть. Впрочем, на моих компах и серверах (> 200, high-load, >100 запросов в секунду) он выключен. Полёт отличный! В Линукс зачем-то hibernate = swap, но это безумие и, надеюсь, hibernate отделят. Впрочем, и hibernate с приходом SSD/NVMe потерял актуальность.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Релиз ядра Linux 6.4"	+17 +/–
	Сообщение от Аноним (5), 26-Июн-23, 13:40
	Ты просто залил проблему железом. Есть задачи где так просто не сделать. А своп это то что позволяло шевелится 95 шинды на компе с 4 мегами оперы.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Релиз ядра Linux 6.4"	–3 +/–
	Сообщение от Аноним (23), 26-Июн-23, 13:42
	осталось найти такой комп и задачи для 95ой шинды... а так да...
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Релиз ядра Linux 6.4"	+1 +/–
	Сообщение от Аноним (29), 26-Июн-23, 13:45
	Своп это то что сегодня позволяет играть в компьютерные игры с хорошими текстурами и без видеокарты с 16гб видеопамяти. В процессе это незаметно, только подгрузки уровня подольше (иногда очень подольше, но сами уровни не лагают).
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	98. "Релиз ядра Linux 6.4"	+3 +/–
	Сообщение от Аноним (98), 26-Июн-23, 19:22
	Он всё правильно написал, своп — это костыль для решения проблемы нехватки ресурсов. Да и всё это разделение на кэш процессора, RAM и диск само по себе убогий костыль, существующий только из-за того, что читать/писать с/на ППЗУ с частотой CPU пока не научились. И эти костыли с нами надолго.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (29), 26-Июн-23, 20:17
	Ну смотри, даже в играх требование файла подкачки или отказывается работать, независимо от того сколько у тебя памяти. Разработчики адекватно рассудили, что неиспользуемые ресурсы неплохо бы вытеснить из памяти. На практике своп решает такие вопросы как утечки памяти в видеодрайвере. Ты либо каждый день перезапускаешь систему, либо раз в год с включённым свопом.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Релиз ядра Linux 6.4"	–1 +/–
	Сообщение от Аноним (35), 26-Июн-23, 13:58
	А в мобильниках/embedded он тоже используется? Посмотрим как быстро от него нaкроется NAND/eMMC
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	39. "Релиз ядра Linux 6.4"	+3 +/–
	Сообщение от llolik (ok), 26-Июн-23, 14:03
	> А в мобильниках/embedded он тоже используется? Там zram же используется, вроде как. Что, в принципе, тоже swap, но только в RAM.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Релиз ядра Linux 6.4"	+2 +/–
	Сообщение от Аноним (44), 26-Июн-23, 14:24
	Назначение zram другое. Это не замена свопа
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (62), 26-Июн-23, 16:07
	зато у свопа поверх zram назначение такое же как и у свопа поверх любого другого блочного устройства
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Релиз ядра Linux 6.4"	+/–
	Сообщение от shardddin (?), 27-Июн-23, 06:40
	Я тоже так по началу думал..., а оказалось, что нет - скорее это просто СВОП...
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	49. "Релиз ядра Linux 6.4"	+2 +/–
	Сообщение от Анони (?), 26-Июн-23, 14:46
	Так и работают эти ваши мобильники и ембеддед прям скажем так себе.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	54. "Релиз ядра Linux 6.4"	–1 +/–
	Сообщение от Аноним (54), 26-Июн-23, 15:05
	Уж лет 15 SSD используются, а народ всё своп на HDD переносит.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	57. "Релиз ядра Linux 6.4"	+1 +/–
	Сообщение от Аноним (57), 26-Июн-23, 15:29
	SSD за эти 15 лет лучше не стали.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Релиз ядра Linux 6.4"	–1 +/–
	Сообщение от Аноним (5), 26-Июн-23, 16:07
	SSD сейчас сильно лучше чем были 15 лет назад инфа сотел.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Релиз ядра Linux 6.4"	+4 +/–
	Сообщение от Kuromi (ok), 26-Июн-23, 16:25
	Сейчас намного лучше контроллеры и алгоритмы, а вот сама память - хуже.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (-), 27-Июн-23, 02:48
	> SSD сейчас сильно лучше чем были 15 лет назад инфа сотел. Особенно дешевые TLC - так что на весь интернет стоит вой от разваленных файлух, когда оно чото протирается - и довольно быстро :)
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	205. "Релиз ядра Linux 6.4"	+/–
	Сообщение от по (?), 03-Июл-23, 17:35
	купил на али 1тб за 2к руб, тупо под торренты, чтобы винты не шуршали, сдохнет да и пофиг, перекачаю, если у людей мозгов нет и они хранят ценные данные на дешевых носителях так кто теперь виноват?
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (79), 26-Июн-23, 16:35
	Пользуюсь Samsung 850 Pro на 240 гигов более 7 лет, не отключав "подкачку", "профили браузера" и прочую чушь что советовали когда то давно. Чего я с ним только не делал, и оффтопик стоял, и линь поднимал, некоторые игры на нём держал что бы быстрее запускать. Работает замечательно и по сей момент
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	80. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (29), 26-Июн-23, 16:43
	А сколько запись? У меня и без свопа 200+ гигабайт за день в норме (и они понятное дело пишутся в одни и те же 100 мегабайт). Я слышал, Самсунги очень быстро дохнут под нагрузкой, своп это не та нагрузка всё же. И проблема Самсунгов, что не угадаешь, какой нормальный, а какой мусорный. А какой вообще сдохнет просто так.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Релиз ядра Linux 6.4"	+/–
	Сообщение от xrensgory (ok), 26-Июн-23, 17:02
	у меня какой-то интел на 40гигов. даже не полмню с каким типом памяти. Соответственно свопа у меня 40 гигов. 10 лет полет нормальнрый. До этого года три работал системным.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	88. "Релиз ядра Linux 6.4"	+/–
	Сообщение от n00by (ok), 26-Июн-23, 17:57
	Это называется "систематическая ошибка выжившего".
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Релиз ядра Linux 6.4"	+/–
	Сообщение от МестныйЭксперт (?), 26-Июн-23, 20:26
	Возможно, но меня устраивает
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (113), 26-Июн-23, 21:43
	Может действительно повезло, а может просто свап пишется равномерно и износ всего диска тоже идет равномерно. А если умрет - то и не жалко.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	120. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (54), 26-Июн-23, 22:38
	Контроллер SSD всё пишет равномерно. Своп там, кэш браузера или блюрей с порнухой — ему наплевать. А по сравнению со всем остальным количеством записей в своп можно пренебречь: это во времена вышеупомянутой Win95 с 4 МБ своп использовался действительно активно, а сейчас нет особой проблемы использовать количество оперативки, необходимое для наших задач.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (-), 09-Июл-23, 22:07
	> Контроллер SSD всё пишет равномерно. Своп там, кэш браузера или блюрей с > порнухой — ему наплевать. Зато не наплевать как это пишется и своп в этом не особо удачная штука, много мелких рандомных записей для износа SSD не подарок. > А по сравнению со всем остальным количеством записей > в своп можно пренебречь: это во времена вышеупомянутой Win95 с 4 > МБ своп использовался действительно активно, а сейчас нет особой проблемы использовать > количество оперативки, необходимое для наших задач. Все это зависит от характера задач. И если какая-то пакость уйдет вразнос, дырка в SSD образуется довольно быстро. ZRAM выгодно отличается от этого отсутствием лимита на циклы записи, так что даже если всеми забытый комп будет весь день свопиться в ZRAM - да и похрен. А если на SSD... эм...
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (-), 27-Июн-23, 02:49
	> Это называется "систематическая ошибка выжившего". Просто те которые на 40 гиг могли быть с 2-level cell достаточно неубиваемым, а своп не сильно активно юзался. И все же не очень понятно зачем эмутировать оперативку достаточно тормозным способом. Ну ладно там ZRAM если поставить больше оперативы ну совсем не вариант.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	143. "Релиз ядра Linux 6.4"	+/–
	Сообщение от n00by (ok), 27-Июн-23, 06:34
	Просто например у меня с 2010 года в одном массиве стояло две Тошибы на 60 гиг, и только одна выжила. :)
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (180), 28-Июн-23, 09:01
	> Просто например у меня с 2010 года в одном массиве стояло две > Тошибы на 60 гиг, и только одна выжила. :) Wearout флеша - вероятностный процесс. Блок может стать плохим на 10-м цикле. Или на 10 000-м. Распределение, вероятно, нечто типа bath curve обычного в таких делах. И два чипа флеша, даже взятые с одной вафли - вовсе не обязательно идентичны по свойствам, есть достаточно нехилый разброс. По этой причине после того как чипы напекли делается дофига валидации, классификации, тестов и проч. Простой пример: у NAND прямо с фабрики в чипе defect list - и чип считается исправным, если в нем СРАЗУ С ФАБЫ "не более чем эн дефектов". SSD использует меньше полезной емкости чем суммарная емкость чипов, часть блоков зарезервирована на замену тех которые стали сбоить. Ну а как этот резерв заканчивается, фирмвара SSD и оказывается в патовой ситуации, как максимум в readonly выпадает. Потому что заменять дефектные блоки более не на что. Если теорвер так сложился что резерв быстро вылетел - ну, не повезло. А если хочется эту механику познать более плотно - есть такая штука как ubi и ubifs, кладется на вот именно такой RAW NAND (для чего конечно же железка с RAW NAND нужна, типа одноплатника, современного роутера, etc) - и там все эти параметры можно от души покрутить самому, по вкусу. Можно поменьше емкость, побольше блоков на резерв, или наоборот. Стоит сказать что вон то несколько канительно т.к. надо оперировать странными вещами, типа размера Erase Block и "page" флеша, часть page отведена под FEC, часть eraseblock - под служебные маркеры, и математика получается не очень круглая даже на SLC/2-level MLC. А у 3-level cell еще и параметры бывают странноватые, потому что 3 бита на ячейку не очень круглое число.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (54), 28-Июн-23, 11:47
	> Простой пример: у NAND прямо с фабрики в чипе defect list - и чип считается исправным, если в нем СРАЗУ С ФАБЫ "не более чем эн дефектов". SSD использует меньше полезной емкости чем суммарная емкость чипов, часть блоков зарезервирована на замену тех которые стали сбоить. Ну а как этот резерв заканчивается, фирмвара SSD и оказывается в патовой ситуации, как максимум в readonly выпадает. Потому что заменять дефектные блоки более не на что. Если теорвер так сложился что резерв быстро вылетел - ну, не повезло. Прямо как у HDD, надо заметить.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	199. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (199), 01-Июл-23, 13:28
	HDD отказывают как bath curve - но это немного отличатеся от флеша, в том смысле что у них нет отказов секторов за факт эн перезаписей. Магнитному слою пофиг 5 раз его переписали или 50 000, это не есть фактор для отказа. А у флеша вот именно циклы - разбалтывают электрические параметры ячейки и в конце концов перестает правильно уровни отличать.
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	206. "Релиз ядра Linux 6.4"	+/–
	Сообщение от voiceofreason (?), 05-Июл-23, 15:26
	Если систематическая, может и не ошибка вовсе?
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	207. "Релиз ядра Linux 6.4"	+/–
	Сообщение от n00by (ok), 05-Июл-23, 16:40
	У Вас есть шанс получить Нобелевскую премию по математике.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (174), 28-Июн-23, 03:33
	Не помню с каким ...SLC, ага.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	104. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Аноним (104), 26-Июн-23, 19:54
	Про 15 лет загнул конечно. Период в 8-10 лет более реалистичный.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	112. "Релиз ядра Linux 6.4"	+1 +/–
	Сообщение от Аноним (54), 26-Июн-23, 21:20
	10 лет массово, а 8 — уже очень массово. А так, если у кого были лишние 500$, тот и в 2008-2009 мог 128 Гб взять под систему и софт.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Релиз ядра Linux 6.4"	+2 +/–
	Сообщение от Аноним (44), 26-Июн-23, 14:23
	WMware WS хрен запустится без наличия своп-раздела. Но у тебя все хорошо
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	53. "Релиз ядра Linux 6.4"	+1 +/–
	Сообщение от Аноним (54), 26-Июн-23, 14:55
	Hibernate это вообще не про скорость загрузки.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	56. "Релиз ядра Linux 6.4"	+2 +/–
	Сообщение от User (??), 26-Июн-23, 15:26
	Так давно уже отдельный раздел не нужен, можно в файл сбрасывать... ну, иногда. На некоторых дистрибутивах. На некоторые файловые системы. С некоторой комбинацией запущенного софта и установленного железа. С определенной вероятностью может даже сработать - у некоторых даже несколько раз подряд, но тут сам не видел и врать не буду. В общем и правда - проще сказать, что "hibernate потерял актуальность".
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	58. "Релиз ядра Linux 6.4"	+1 +/–
	Сообщение от Аноним (58), 26-Июн-23, 15:44
	Чото хайлоуд обмельчал каеш, кхем кхем, безусловно колличество запросов не мерило их ценности, но больше ста запросов в сек разве что для каких то супер задач хайлоуд, даж для фин транзакций нихуайлоуд
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	95. "Релиз ядра Linux 6.4"	+2 +/–
	Сообщение от Легивон (?), 26-Июн-23, 18:57
	Тебе 15 лет, да? Или откуда такой идеализм? Допустим у тебя есть нагруженый кластер Ceph на 10 стоек. Пару стоек моргнуло и запустилось снова. Начался resync, который жрет тучу памяти. Что по твоему лучше? Потормозить но синхронизоваться? Или лавинообразно сдохнуть от ООМ? Такой вариант развития событий с памятью был в инциденте с Ceph у DO. Печально известный "мы старались, но у нас не получилось, проект закрыт" Cloudmouse, тоже сдох из-за недостатка памяти. Но там (для честности) помимо прочего еще и неадекватность присутствовала.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	99. "Релиз ядра Linux 6.4"	–1 +/–
	Сообщение от Аноним (98), 26-Июн-23, 19:26
	> Что по твоему лучше? По-моему надо было лучше планировать, вовремя закупать оборудование, настраивать OOM score, и другие кошерные вещи. Но если из вариантов только тормозить или умереть… Лучше умереть. Быстрее деньги на оборудование найдутся.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Релиз ядра Linux 6.4"	+2 +/–
	Сообщение от Аноним (104), 26-Июн-23, 20:02
	Твой подход не верный. Для примера реальный случай. Рендер в Blender на домашнем компьютере, который никогда для этого не использовался, да и был собран для другого. Память при рендере ушла в ноль, а далее был задействован swap. Работа выполнена, хоть и медленно. Раз в год и палка стреляет)
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Вася (??), 27-Июн-23, 00:20
	на десктопе очень неплохо работает zram. Тем более с нынешними процессорами и объемами памяти, когда тупо всякое ненужное у тебя пережимается и практически забываешь, что бывает oom
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	157. "Релиз ядра Linux 6.4"	+/–
	Сообщение от Tron is Whistling (?), 27-Июн-23, 09:20
	Чо, >200 запросов в секунду - это уже у наших любителей локалхоста highload? У меня пых >1000 запросов в секунду на маленькой виртуалке делает.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

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

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