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

Выпуск OpenBSD 6.7, opennews (ok), 20-Май-20, (0) [смотреть все] Всем причастным -- трям Злопыхателям -- не дождётесь , ssh (ok), 00:46 , 20-Май-20, (1) +18   // Ура , Дон Ягон (ok), 00:52 , 20-Май-20, (5)   опять поддержка SSD мимо, надеюсь в следующем релизе он вспомнит , expert (??), 00:59 , 20-Май-20, (11)   // Что за поддержку SSD все ждут Я уже 8 или 10 релизов использую опенка на одном , ssh (ok), 01:10 , 20-Май-20, (18)   // а как же TRIM , expert (??), 01:17 , 20-Май-20, (20) +2   Откуда TRIM в OpenBSD , Fyjy (?), 01:25 , 20-Май-20, (25) –1   Да че вы к этому TRIM привязались то Трим то, Трям это как свято место буд, bOOster (ok), 19:08 , 20-Май-20, (104) +1   Как вообще без поддержки TRIM пользоваться SSD , Аноним (44), 03:07 , 20-Май-20, (44) +2   Ты неправильно задаешь вопрос зачем trim в 20м году нужен , Ананимус (?), 07:34 , 20-Май-20, (57) +2   Без discard деградирует производительность и ячейки С ним файлы медленно удаляю, Аноним (62), 09:07 , 20-Май-20, (62)   Можно пруфцов на актуальных дисках После двойной перезаписи диск выходит на рас, Ананимус (?), 11:40 , 20-Май-20, (74)   Сразу ты не заметишь Проблемы накапливаются, когда старые файлы не обновляются , Аноним (62), 11:45 , 20-Май-20, (75)   Современный контроллер SSD руководствуется логикой - 1 выделилось время мусор , bOOster (ok), 19:11 , 20-Май-20, (105) –2   Откуда же он узнает, где мусор, а где данные Вот откуда , Аноним (62), 19:33 , 20-Май-20, (109) +1   FAT32 знаешь как удаляет файлы Нет Так изучи, полезно будет , bOOster (ok), 21:35 , 20-Май-20, (113) –2   У SSD косвенная адресация, и перезапись логического блока идет не в тот же физич, Ананимус (?), 08:39 , 21-Май-20, (124)   Не выгоден огромный резерв Кто выберет 1 терабайт вместо 2 по цене 4 И да, он , Аноним (62), 14:40 , 21-Май-20, (136) +1   Чем дороже стоят данные, тем надежнее диски Чем больше spare, тем больше резерв, Ананимус (?), 21:55 , 21-Май-20, (137) +1   Я не зря сказал про двойную перезапись Это нужно, чтобы забить не только видиму, Ананимус (?), 08:29 , 21-Май-20, (123)   Для NVMe discrad нафиг не нужен, fstrim в cron е, Овлвлв (?), 13:08 , 20-Май-20, (82) –1   Потому что почему Ведь износ будет менее равномерный, нет Ну там вчера ты почи, Аноним (62), 13:16 , 20-Май-20, (85)   Потому что любой SSD сам умеет в фоне это всё чистить TRIM это просто пинок а , НяшМяш (ok), 18:20 , 20-Май-20, (100)   Чё он будет чистить если блоки заняты Он может только тасовать с резервными Я , Аноним (62), 18:42 , 20-Май-20, (103)   А TRIM что чистит если блоки заняты - следуя твоей логике , bOOster (ok), 19:12 , 20-Май-20, (107) –1   TRIM команда диска сообщает контроллеру, какие блоки свободные Утилита fstrim, Аноним (62), 19:27 , 20-Май-20, (108)   ЧЕГО facepalm Причем тут fstrim Это чисто виндовые изыски, причем весьма кор, bOOster (ok), 21:38 , 20-Май-20, (114)   причём тут вообще винда , edo (ok), 02:18 , 22-Май-20, (138)   Ты бы почитал для начала как работают аппаратные контроллеры управления накопите, bOOster (ok), 21:43 , 20-Май-20, (115) –1   Я не знаю, что ты там навоображал себе, но я говорю тебе то, что есть на практик, Аноним (62), 22:34 , 20-Май-20, (116)   Навоображал Ты бы мозг то включил бы, если он у тебя вообще присутствует Как п, bOOster (ok), 22:39 , 20-Май-20, (117) –2   Хреново они работают В том и дело А вот хамить не стоит , Аноним (62), 22:49 , 20-Май-20, (118) +2   Скрыто модератором, Валик (?), 01:47 , 21-Май-20, (120)   Скрыто модератором, Аноним (-), 13:29 , 21-Май-20, (135) +1   нормально работают но операционки с поддержкой trim в том или ином виде работ, edo (ok), 02:41 , 22-Май-20, (139) +1   Галочка, ты щас умрешь Это то же самое , Ананимус (?), 08:44 , 21-Май-20, (125)   Если я правильно понимаю что если ты накатишь OpenBSD на 2TB SSD То для опенка , expert (??), 13:47 , 20-Май-20, (86) +1   Вы неправильно понимаете , Аноним (140), 03:31 , 25-Май-20, (140)   Оставлять неразмеченную резервную область диска https habr com ru post 242199 , Catwoolfii (ok), 07:36 , 20-Май-20, (58) +1   А где песенка , Celcion (ok), 00:49 , 20-Май-20, (2) +3 // Скрыто модератором, Fyjy (?), 00:51 , 20-Май-20, (4) –7 // Скрыто модератором, ssh (ok), 00:55 , 20-Май-20, (8) // Скрыто модератором, Fyjy (?), 00:57 , 20-Май-20, (10) –3 Скрыто модератором, ssh (ok), 01:17 , 20-Май-20, (21) Скрыто модератором, Fyjy (?), 01:20 , 20-Май-20, (22) –3 Скрыто модератором, Аноним (26), 01:28 , 20-Май-20, (26) +5 Скрыто модератором, ssh (ok), 01:57 , 20-Май-20, (34) +1 Скрыто модератором, Аноним (45), 03:27 , 20-Май-20, (45) +3 Скрыто модератором, Аноним (61), 09:02 , 20-Май-20, (61) +1 Скрыто модератором, Аноним (45), 03:31 , 20-Май-20, (46) +2 Скрыто модератором, Тот_Самый_Анонимус (?), 04:52 , 20-Май-20, (52) +1 Песенка OpenBSD давно спета, как и всякой BSD, Fracta1L (ok), 10:23 , 20-Май-20, (67) –6 // Ух ты, потомок Нострадамуса Победитель битвы экстрасенсов , ssh (ok), 13:09 , 20-Май-20, (83) +2 // Обыкновенный пердолик, Lolo12123 (?), 21:45 , 28-Май-20, (144) Скрыто модератором, Fyjy (?), 00:50 , 20-Май-20, (3) –5 // Скрыто модератором, Hedgehog (??), 01:02 , 20-Май-20, (13) Скрыто модератором, Дон Ягон (ok), 01:06 , 20-Май-20, (17) // Скрыто модератором, Аноним (26), 01:30 , 20-Май-20, (29) // Скрыто модератором, ssh (ok), 02:04 , 20-Май-20, (37) годика после 2023 если еще не будут разбиты нетбуки и ноутбуки 32 битные- переед, 0ffh (??), 00:52 , 20-Май-20, (6) +1 // Зачем ждать , Аноним (45), 03:35 , 20-Май-20, (48) –1 // с завтрашними делами будем иметь дело завтра, 0ffh (??), 20:41 , 20-Май-20, (111) +1 Линь на фоне этого жирный слон С другой стороны, по размеру образа сразу видно , Нонон (?), 00:54 , 20-Май-20, (7) –1 // Скрыто модератором, Fyjy (?), 00:56 , 20-Май-20, (9) –7 // Скрыто модератором, ssh (ok), 01:04 , 20-Май-20, (15) +2 // Скрыто модератором, Fyjy (?), 01:23 , 20-Май-20, (23) +2 Скрыто модератором, Аноним (26), 01:32 , 20-Май-20, (31) Скрыто модератором, ssh (ok), 02:02 , 20-Май-20, (36) Скрыто модератором, Аноним (40), 02:09 , 20-Май-20, (40) Скрыто модератором, Аноним (26), 03:38 , 20-Май-20, (49) Скрыто модератором, Аноним (26), 01:31 , 20-Май-20, (30) Скрыто модератором, Аноним (26), 02:11 , 20-Май-20, (41) +1 // Скрыто модератором, Anonymoustus (ok), 12:51 , 21-Май-20, (133) Там полдиска - это KARL До этого карла оно прекрасно в 210 мб жило 20 лет , б.б. (?), 01:58 , 20-Май-20, (35) Поднимаю бокал за лучшую живую операционную систему из семейства Юникса , Аноним (26), 01:06 , 20-Май-20, (16) +2 // OpenBSD не из семейства Unix аUnix это то, что имеет сертификацию, вот один дист, Fyjy (?), 01:24 , 20-Май-20, (24) –5 // Изучай историю Юникса, историю BSD Тебе подсказать книги на эту тему Нет, анон , Аноним (26), 01:36 , 20-Май-20, (32) +7 Ща, МС допилит WSL2, получит сертификацию а с тотальной коррупцией в США это не, EnemyOfDemocracy (?), 11:51 , 20-Май-20, (76) +1 // Проорал в голос , Аноним (45), 12:34 , 20-Май-20, (79) –1 А что не так-то Просто у них это называется толерантненько так лоббирование и, stamnik (ok), 14:43 , 20-Май-20, (88) +2 Да он дурачок Все в 2020 знают что это не коррупция, а закон такой, о лоббирова, Аноним (92), 15:34 , 20-Май-20, (92) +1 Вот же народ -- хлебом не корми, но дай разоблачить з 822 а 822 г 822 о 822 , Аноним84701 (ok), 16:08 , 20-Май-20, (96) Ух Знатно булькнул, ватка , анонимный аноним анонимный (?), 19:12 , 20-Май-20, (106) –2 Не надо мне про Америку рассказывать, ты сделай чтобы у нас везде стоял свободны, Аноним (45), 20:09 , 20-Май-20, (110) –1 Хотел бы посмотреть в глаза тому кто первым сказал что БСД это ЮНИКС САБДЖ не с, Аноним (45), 03:42 , 20-Май-20, (50) // gt оверквотинг удален Если не понимаешь английский, читай на русском, но лучше, Аноним (26), 04:54 , 20-Май-20, (53) +5 // Ничто не UNIX кроме UNIX UNIX должен быть либо прямым потомком оригинала, либо, Аноним (59), 07:48 , 20-Май-20, (59) –6 содержит крополяопенок форк нетки, из фрязи по суду код изъяли таким образом, Ne, Аноним (145), 00:04 , 04-Июл-20, (145) Ты и люди на которых ты ссылаешься - заблуждаетесь BSD действительно был дистри, Аноним (59), 07:59 , 20-Май-20, (60) –2 Немного не так И те и другие распространяли свой код за символическую плату - с, www2 (??), 10:14 , 20-Май-20, (66) Так все-таки в FreeBSD есть код из UNIX Русскоязычная статья в Википедии не точн, Аноним (45), 11:15 , 20-Май-20, (70) Речь идет про файлы БСД не Юникс , Аноним (45), 11:17 , 20-Май-20, (71) А как быть с тем фактом, что NetBSD уже тогда была Да и вцелом какой-то сумбур , Аноним (78), 12:27 , 20-Май-20, (78) +1 Если NetBSD содержала бы код UNIX очевидно что AT T засудило бы их Ознакомлюсь,, Аноним (45), 06:58 , 21-Май-20, (121) так NetBSD и содержит код из всех оставшихся из всех BSD только к AT T отношени, Аноним (145), 00:09 , 04-Июл-20, (146) +1 Я вспомнил, читал эту статью в ней иного воды про скандинавские саги и изложение, Аноним (45), 07:56 , 21-Май-20, (122) –1 Никакого бреда я не написал Суд между институтом Беркли и фирмой прокладкой AT , Аноним (45), 10:16 , 21-Май-20, (128) Пусть сдадут анализ крови , Аноним (87), 14:43 , 20-Май-20, (87) Вот тебе ещё одна ссылка с родословной операционных систем https upload wikime, Аноним (26), 05:29 , 20-Май-20, (54) // Я её видел сто раз Это не опровергает мою точку зрения и не подтверждает твою , Аноним (45), 11:14 , 21-Май-20, (129) Эта схема, разумеется, опровергает твои размышлизмы полностью Но нет желания сп, Anonymoustus (ok), 12:40 , 21-Май-20, (131) Извините, что вмешиваюсь, но читали этот высep множество раз Как историю и друг, zaza (??), 00:31 , 04-Июл-20, (148) +1 Китайская сборка пингвинятника какое отношение к Юниксу имеет Никакого Просто , Anonymoustus (ok), 15:51 , 06-Июл-20, (149) Паритет шоли , zaza (??), 00:24 , 04-Июл-20, (147) Но в целом кому какая разница BSD Linux это UNIX или нет Главное, чтобы работа, Аноним (63), 09:22 , 20-Май-20, (63) +9 // Адекват на Опеннете Нет пути , YetAnotherOnanym (ok), 10:12 , 20-Май-20, (65) +3 Надо бороться с слухами и домыслами, если известно что это не так Некоторые люд, Аноним (45), 11:23 , 20-Май-20, (72) –2 // Эк вы гордящихся своей прогрессивностью маководов обозвали https www open, Аноним84701 (ok), 12:02 , 20-Май-20, (77) Кого и как я обозвал Прогрессивность тут ни при чем, просто точность в определе, Аноним (59), 08:56 , 21-Май-20, (126) Этот товарищ, похоже, слегка нездоров У него навязчивая идея и бардак в голове , Anonymoustus (ok), 12:43 , 21-Май-20, (132) пощитаем фсех http oco gk11 ru, б.б. (?), 01:56 , 20-Май-20, (33) // 1, Аноним (26), 02:07 , 20-Май-20, (39) Дичонок нет жжжаль , Аноним (101), 18:35 , 20-Май-20, (101) Ну, сравниться с переносимостью и мультиплаформенностью NetBSD, OpenBSD даже с ф, Аноним (40), 02:06 , 20-Май-20, (38) +1 // Пишут, что OpenBSD начали портить на PowerPC-64 In a set of commits to the tree , Alexey (??), 15:57 , 20-Май-20, (94) // это мак угадили перейдя с powerG процессоров на интелл а все bsd изначально пис, анонимуслинус (?), 20:49 , 20-Май-20, (112) +1 // Да-да, именно под 16-битные 286-е , Аноним (140), 03:40 , 25-Май-20, (141) А зачем оно нужно вообще Фс у опёнка убогая, поддержки zfs нет, на фоне фряхи o, Аноним (42), 02:11 , 20-Май-20, (42) –7 // Тебе не надо -- пройди мимо , Аноним (26), 02:21 , 20-Май-20, (43) +1 // уровень аргументации эксперт опеннета , Нанобот (ok), 10:10 , 20-Май-20, (64) –2 // Ну какой тезис, такие и аргументы , ssh (ok), 13:13 , 20-Май-20, (84) +4 Человек так самореализовывается , Аноним (45), 03:44 , 20-Май-20, (51) Обновился, использую на старом компе just for fun , linuxoid777 (ok), 05:30 , 20-Май-20, (55) Отличная новость , ПерлухаБратуха (?), 06:15 , 20-Май-20, (56) +2 Хотел тут поBSDшить на ноуте nomad на freebsd , так Х-ы хрен увидишь не осилил, paulus (ok), 10:28 , 20-Май-20, (68) –2 // Хорошо вам там, в вашей версии вселенной У нас - линукс только один Разве что , Аноним (90), 15:09 , 20-Май-20, (90) –1 171 У меня машина не едет 187 Что случилось-то , Аноним (140), 03:41 , 25-Май-20, (142) Я бы в споре unix не unix, применил бы, благо у нас есть могучий, термин не uni, Сергей (??), 10:54 , 20-Май-20, (69) –2 // Никого не интересует что ты придумал, важно как это звучит на английском Аббрев, Аноним (45), 11:28 , 20-Май-20, (73) –2 // Никого не интересует кому там,что не нравится Хотят называть unix и будут , guser (?), 12:39 , 20-Май-20, (81) –1 // Это наглядно характеризует уровень знаний сообщества , Аноним (45), 15:33 , 20-Май-20, (91) –2 Не unix-like, а unix-compatible Смысл несколько иной получается независимо от я, Аноним (62), 12:39 , 20-Май-20, (80) –1 Спасибо за подробный текст новости А коментарии от гуманитариев , Мамкин Хакер (?), 14:43 , 20-Май-20, (89) –1 Эти тоже страдают синдромом 2007-го года , Аноним (93), 15:45 , 20-Май-20, (93) –1 // Что было с GCC в 2007 Янд на запрос синдромом 2007-го вторая ссылка в выдаче , Мамкин Хакер (?), 16:11 , 20-Май-20, (97) –1 Скорее, излишней скромностью -- говорят Не хотим переходить на GPLv3 перед Пин, анонн (ok), 16:28 , 20-Май-20, (98) +2 в версиях для i386 и armv7 gcc нет вообще, б.б. (?), 10:03 , 21-Май-20, (127) Причастных поздравляю С 2 9 использую Правда теперь одним опенком не обойтись, Daemon (??), 16:05 , 20-Май-20, (95) +3 wireguard-то будут в ядро включать , Alexander Shiryaev (ok), 16:57 , 20-Май-20, (99) +1 // В процессе Если всё будет успешно, будет в 6 8 , Аноним (140), 03:43 , 25-Май-20, (143) Успокойтесь господа UNIX - это значёк отличника Это уже не софт , Аноним (101), 18:36 , 20-Май-20, (102) –3 1,2,6,7,16,33,38,42,55,56,68,69,89,93,95,99,102

Сообщения

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

1. "Выпуск OpenBSD 6.7"	+18 +/–
Сообщение от ssh (ok), 20-Май-20, 00:46
Всем причастным -- трям! Злопыхателям -- не дождётесь!
Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Дон Ягон (ok), 20-Май-20, 00:52
	Ура!
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от expert (??), 20-Май-20, 00:59
	опять поддержка SSD мимо, надеюсь в следующем релизе он вспомнит)
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	18. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от ssh (ok), 20-Май-20, 01:10
	> опять поддержка SSD мимо, надеюсь в следующем релизе он вспомнит) Что за поддержку SSD все ждут? Я уже 8 или 10 релизов использую опенка на одном и том же SSD (если верить cdate /etc/myname с марта 2015). Никогда не замечал с ним каких-либо проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск OpenBSD 6.7"	+2 +/–
	Сообщение от expert (??), 20-Май-20, 01:17
	а как же TRIM ?
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск OpenBSD 6.7"	–1 +/–
	Сообщение от Fyjy (?), 20-Май-20, 01:25
	Откуда TRIM в OpenBSD?
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Выпуск OpenBSD 6.7"	+1 +/–
	Сообщение от bOOster (ok), 20-Май-20, 19:08
	Да че вы к этому TRIM привязались то? Трим то, Трям это... как "свято место" будто... Контроллер вообще совсем не обязательно броситься чистить мусор немедленно при получении TRIM. Современные контроллеры и без TRIM "мусор собирают" достаточно эффективно, а большая наработка на отказ ячеек при перезаписи позволяет этим не заморачиваться.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	44. "Выпуск OpenBSD 6.7"	+2 +/–
	Сообщение от Аноним (44), 20-Май-20, 03:07
	Как вообще без поддержки TRIM пользоваться SSD?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	57. "Выпуск OpenBSD 6.7"	+2 +/–
	Сообщение от Ананимус (?), 20-Май-20, 07:34
	Ты неправильно задаешь вопрос: зачем trim в 20м году нужен?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Аноним (62), 20-Май-20, 09:07
	Без discard деградирует производительность и ячейки. С ним файлы медленно удаляются, особенно когда их много. :(
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Ананимус (?), 20-Май-20, 11:40
	Можно пруфцов на актуальных дисках? После двойной перезаписи диск выходит на расчетные скорости и я не особо замечал проблемы с производительностью, честно говоря.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Аноним (62), 20-Май-20, 11:45
	Сразу ты не заметишь. Проблемы накапливаются, когда старые файлы не обновляются фоном (а их нужно обновлять регулярно). Оверюз ячеек тоже имеет место быть. На нынешних дисках эти проблемы ещё актуальней стали. Просто в некоторых дисках есть "зарезервинованная" область и она тоже может использоваться, если основная постоянно занята.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Выпуск OpenBSD 6.7"	–2 +/–
	Сообщение от bOOster (ok), 20-Май-20, 19:11
	Современный контроллер SSD руководствуется логикой - 1. выделилось время "мусор подобрать" он будет это делать. И пинать его TRIM ом совсем необязательно, так как при нагрузке - он один фиг TRIM отложит пока нагрузка не спадет. То есть идем в пункт 1.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Выпуск OpenBSD 6.7"	+1 +/–
	Сообщение от Аноним (62), 20-Май-20, 19:33
	Откуда же он узнает, где мусор, а где данные? Вот откуда?
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Выпуск OpenBSD 6.7"	–2 +/–
	Сообщение от bOOster (ok), 20-Май-20, 21:35
	> Откуда же он узнает, где мусор, а где данные? Вот откуда? FAT32 знаешь как удаляет файлы? Нет? Так изучи, полезно будет.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Ананимус (?), 21-Май-20, 08:39
	У SSD косвенная адресация, и перезапись логического блока идет не в тот же физический блок, а в другой. Вот GC в жтом и заключается -- инвалидация старых физических блоков и перепаковка логических поближе друг к другу. Для всего этого счастья у SSD есть большая (и чем энтерпрайзней SSD, тем больше, вплоть до 100%) служебная область ячеек, которая пользователю не видна. Если у тебя диск забит на 90%, при этом идет интенсивная запись, то трим тебе уже даже в теории не поможет, потому что тебе просто нечего освобождать. Для этого и нужна эта самая служебная область.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	136. "Выпуск OpenBSD 6.7"	+1 +/–
	Сообщение от Аноним (62), 21-Май-20, 14:40
	Не выгоден огромный резерв. Кто выберет 1 терабайт вместо 2 по цене 4? И да, он все эти блоки не тримнутые будет тасовать как блоки с данными (потому что с точки зрения контроллера, там ценные пользовательские данные сохранены). Даже если в резерве 10% (это вроде околотипичное значение), и ты из 90% очистил 50 и потом записал туда 500, в запасе у диска всего 10 резерва, независимо от того, что и куда ты пишешь (увидит только в момент записи, что с блоками можно что-то сделать). К тому же, в определённый момент времени, он решит подвинуть остававшиеся 40 (или просто освежить их), и у него не будет огромной свободной области, куда он сможет их перераспределить.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Выпуск OpenBSD 6.7"	+1 +/–
	Сообщение от Ананимус (?), 21-Май-20, 21:55
	Чем дороже стоят данные, тем надежнее диски. Чем больше spare, тем больше резервация на случай плохих блоков. Понятное дело, что в кеш с nginx такое втыкать смысла нет. Я использовал SSD в качестве рингбуфера при заполненности в 80-90%, без trim и с постоянной перезаписью. Брат жив, скорость за два года просела на ожидаемые 3-5%.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Ананимус (?), 21-Май-20, 08:29
	Я не зря сказал про двойную перезапись. Это нужно, чтобы забить не только видимую область, но и spare.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	82. "Выпуск OpenBSD 6.7"	–1 +/–
	Сообщение от Овлвлв (?), 20-Май-20, 13:08
	Для NVMe discrad нафиг не нужен, fstrim в cron'е
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	85. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Аноним (62), 20-Май-20, 13:16
	Потому что почему? Ведь износ будет менее равномерный, нет? Ну там вчера ты почистил место и сегодня ты записал 100 терабайт данных, а они тебе изнасиловали флэш. Если бы использовал discard при удалении вчера, сегодня бы твой диск пострадал менее значительно. Мои расчёты говорят мне, что за сутки на ссд можно влить больше 200 терабайт.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от НяшМяш (ok), 20-Май-20, 18:20
	Потому что любой SSD сам умеет в фоне это всё чистить. TRIM это просто пинок "а ну давай чисть сейчас" со стороны операционки или вообще пользователя. Тот же интел не рекомендует включать классический TRIM https://forums.intel.com/s/question/0D50P0000490FvVSAU/trim-...
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Аноним (62), 20-Май-20, 18:42
	Чё он будет чистить если блоки заняты? Он может только тасовать с резервными. Я привёл кейс в котором срок службы резко сократится при использовании ручного trim вместо discard. Производителю это конечно выгодно, ты даже не представляешь как.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск OpenBSD 6.7"	–1 +/–
	Сообщение от bOOster (ok), 20-Май-20, 19:12
	А TRIM что чистит если блоки заняты - следуя твоей логике????
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Аноним (62), 20-Май-20, 19:27
	TRIM (команда диска) сообщает контроллеру, какие блоки свободные. Утилита fstrim (в кроне) обновляет информацию контроллера о свободном пространстве на уровне ФС. В венде аналогично. Несвободные блоки (все те, которые ОС не отдала) контроллер считает занятыми блоками с данными.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от bOOster (ok), 20-Май-20, 21:38
	> TRIM (команда диска) сообщает контроллеру, какие блоки свободные. Утилита fstrim (в кроне) > обновляет информацию контроллера о свободном пространстве на уровне ФС. В венде > аналогично. Несвободные блоки (все те, которые ОС не отдала) контроллер считает > занятыми блоками с данными. ЧЕГО? (facepalm) Причем тут fstrim? Это чисто виндовые изыски, причем весьма корявые.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от edo (ok), 22-Май-20, 02:18
	?!? причём тут вообще винда?
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	115. "Выпуск OpenBSD 6.7"	–1 +/–
	Сообщение от bOOster (ok), 20-Май-20, 21:43
	> TRIM (команда диска) сообщает контроллеру, какие блоки свободные. Утилита fstrim (в кроне) > обновляет информацию контроллера о свободном пространстве на уровне ФС. В венде > аналогично. Несвободные блоки (все те, которые ОС не отдала) контроллер считает > занятыми блоками с данными. Ты бы почитал для начала как работают аппаратные контроллеры управления накопителем SSD, а потом лез в спор с аргументами которые  нах никому не нужны кроме windows
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Аноним (62), 20-Май-20, 22:34
	Я не знаю, что ты там навоображал себе, но я говорю тебе то, что есть на практике. Если ОС не сообщит контроллеру эту информацию (через TRIM), что блок можно свободно перераспределить, wear-leveling будет работать хуже и контроллер не будет перераспределять пустые блоки по своему усмотрению. Это касается и венды и линукса, сейчас ты мне конечно расскажешь как в твоей ОС всё иначе, но скорее всего, ты просто не понял, что происходит в твоей ОС (ничего? потому что она не поддерживает ssd?).
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	117. "Выпуск OpenBSD 6.7"	–2 +/–
	Сообщение от bOOster (ok), 20-Май-20, 22:39
	> Я не знаю, что ты там навоображал себе, но я говорю тебе > то, что есть на практике. Если ОС не сообщит контроллеру эту > информацию (через TRIM), что блок можно свободно перераспределить, wear-leveling будет > работать хуже и контроллер не будет перераспределять пустые блоки по своему > усмотрению. Это касается и венды и линукса, сейчас ты мне конечно > расскажешь как в твоей ОС всё иначе, но скорее всего, ты > просто не понял, что происходит в твоей ОС (ничего? потому что > она не поддерживает ssd?). Навоображал? Ты бы мозг то включил бы, если он у тебя вообще присутствует. Как по твоему с SSD работают операционки которые слыхом не слыхивали о TRIM? А они работают. И файловая система удаляет файлы и сохраняет на SSD и все остальное.. Как раз об этом речь идет в ветке. ПыСы. Я поражаюсь, бывают же такие "Танкисты"...
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	118. "Выпуск OpenBSD 6.7"	+2 +/–
	Сообщение от Аноним (62), 20-Май-20, 22:49
	Хреново они работают. В том и дело. А вот хамить не стоит.
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	120. Скрыто модератором	+/–
	Сообщение от Валик (?), 21-Май-20, 01:47
	> Как по твоему с SSD работают операционки которые слыхом не слыхивали о TRIM? да очень просто - перед записью каждого блока им "внезапно" приходится еще и забивать его нулями, что увеличивает как минимум время записи (минимум вдвое, ага). а если бы была поддержка трим... то веник узнал бы какие блоки освобождены еще "до записи" и подчистил бы их в фоне, когда ничем не занят. это и называется "фоновая сборка мусора". бывают же личности, которым столько простые вещи не очевидны. это ты выше рекомендовал кому-то про фат32 почитать? вот вам и уровень BSD-школоты, почище линуксовой...
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	135. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 21-Май-20, 13:29
	>> Как по твоему с SSD работают операционки которые слыхом не слыхивали о TRIM? > да очень просто - перед записью каждого блока им "внезапно" приходится еще > и забивать его нулями, что увеличивает как минимум время записи (минимум > вдвое, ага). *рукалицо* Erasable block? Не, не слышал. > вот вам и уровень BSD-школоты, почище линуксовой... Ну ... не надо так категорично - вы вполне друг-друга стоите.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	139. "Выпуск OpenBSD 6.7"	+1 +/–
	Сообщение от edo (ok), 22-Май-20, 02:41
	> Как по твоему с SSD работают операционки которые слыхом не слыхивали о TRIM? А они работают. И файловая система удаляет файлы и сохраняет на SSD и все остальное.. Как раз об этом речь идет в ветке. нормально работают. но операционки с поддержкой trim (в том или ином виде) работают лучше. обычное удаление файлов помечает место как свободное для OS. накопитель об этом не знает, для него там такие же данные, как и в других областях (и именно на этом основаны все техники восстановления удалённых файлов). с помощью же discard OS уведомляет накопитель о том, что данные в этих блоках не нужны. накопитель может тем или иным образом использовать эту информацию для оптимизации работы. и да, discard полезен не только для ssd. всевозможные реализации thin provisioning тоже используют эту информацию (из opensource сходу вспоминается qcow2 в kvm и rdb в ceph)
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	125. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Ананимус (?), 21-Май-20, 08:44
	Галочка, ты щас умрешь. Это то же самое.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	86. "Выпуск OpenBSD 6.7"	+1 +/–
	Сообщение от expert (??), 20-Май-20, 13:47
	Если я правильно понимаю что если ты накатишь OpenBSD на 2TB SSD. То для опенка никакой разницы не будет. Производительность будет такая же как и со старым 3.5 HDD...Могу ошибаться поэтому и спрашиваю, может парни лучше знают..
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	140. "Выпуск OpenBSD 6.7"	+/–
	Сообщение от Аноним (140), 25-Май-20, 03:31
	Вы неправильно понимаете.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск OpenBSD 6.7"	+1 +/–
	Сообщение от Catwoolfii (ok), 20-Май-20, 07:36
	Оставлять неразмеченную резервную область диска. https://habr.com/ru/post/242199/
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

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

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