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

"Доступен порт файловой системы HAMMER2 для NetBSD и FreeBSD"	+/–
Сообщение от opennews (??), 11-Янв-23, 22:03
Опубликованы начальные варианты портов файловой системы  HAMMER2 для NetBSD и FreeBSD. В настоящее время порты пока поддерживают работу только в режиме чтения, но в будущем для NetBSD планируется реализовать и поддержку записи (для FreeBSD поддержку записи добавлять не намерены)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58463
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 11-Янв-23, 22:03	+9 +/–
Вот бы на Линукс эту шнягу завели
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #25

2. Сообщение от innonimus (?), 11-Янв-23, 22:06	+2 +/–
Лучше бы включили Reiser4. А от этих недоделок фэйловых типа бтрфс уже деваться некуда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #6, #7, #9, #78

3. Сообщение от Самый умный из вас (?), 11-Янв-23, 22:08	+17 +/–
Шишкин, еле узнал тебя под новым ником?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5, #69

4. Сообщение от Аноним (4), 11-Янв-23, 22:09	+5 +/–
Почему OpenBSD обидели?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #31, #64, #65

5. Сообщение от Самый умный из вас (?), 11-Янв-23, 22:09	+/–
Вопросительный знак проигнорируйте, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от васёк (?), 11-Янв-23, 22:11	+5 +/–
Шишкин, никому твоя raiser4 не нужна 😂
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

7. Сообщение от Аноним (7), 11-Янв-23, 22:20	+1 +/–
возьми да включи. ещё одна макака, которой всё должны принести на блюдечке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10

8. Сообщение от innonimus (?), 11-Янв-23, 22:39	+1 +/–
Зумеры-адепты бтрфс набежали? Как там сейчас, всё также не балансируется?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #16

9. Сообщение от Аноним (9), 11-Янв-23, 22:39	+/–
Не включат, название слишком мпзогинистичное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

10. Сообщение от innonimus (?), 11-Янв-23, 22:39	–3 +/–
Слышали слышали, сначала добейся, начни с себя и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #14, #62

11. Сообщение от Аноним (31), 11-Янв-23, 22:40	+1 +/–
Пользуясь случаем, спрошу. Под какую BSD новичку проще писать драйверы?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #13, #19, #24

12. Сообщение от Аноним (12), 11-Янв-23, 22:52	–2 +/–
Под ту у разработчиков который уровень ЧСВ ниже. Вот у авторов FreeBSD оно высокое судя по тексту новости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17

13. Сообщение от Аноним (22), 11-Янв-23, 22:52	+5 +/–
NetBSD, там хорошие мануалы и примеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #15, #29

14. Сообщение от Герострат (?), 11-Янв-23, 22:53	+1 +/–
Слышали, и что? Выводы-то сделали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #26

15. Сообщение от lxoid (ok), 11-Янв-23, 23:01	+/–
Под NetBSD на Lua можно писать драйвера
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #68

16. Сообщение от Аноним (16), 11-Янв-23, 23:02	–1 +/–
Не боись, 80 гиговые диски только у тебя остались. А на нормальных оно и не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #32, #54, #117

17. Сообщение от lxoid (ok), 11-Янв-23, 23:03	+/–
Они ZFS хотят развивать совместно с разработчиками Linux, а NetBSD эта фс нужнее, ибо кроме древней FFS aka UFS у них ничего нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #22

19. Сообщение от Аноним (25), 11-Янв-23, 23:13	+2 +/–
Любую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от Аноним (25), 11-Янв-23, 23:13	+/–
Потому что не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

21. Сообщение от Аноним (25), 11-Янв-23, 23:14	+6 +/–
Стрекоза теряет свою киллер фичу и становится не нужной.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #38, #92

22. Сообщение от Аноним (22), 11-Янв-23, 23:17	+3 +/–
Боже, какой бред. Там есть ZFS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #39

24. Сообщение от Аноним (25), 11-Янв-23, 23:17	+6 +/–
А ты чё производитель чтобы писать драйверы или у тебя есть спецификация некого оборудования?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #28, #30, #94

25. Сообщение от Аноним (25), 11-Янв-23, 23:17	+/–
Вопрос времени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

26. Сообщение от innonimus (?), 11-Янв-23, 23:35	–2 +/–
Сделали конечно. RedHat и MicroFocus с Oracle тоже сделали и поэтому ни btrfs ни прочие лгбт-поделки гомосяцкие в базовой поставке не предлагают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #51

27. Сообщение от innonimus (?), 11-Янв-23, 23:37	–1 +/–
Ты не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

28. Сообщение от Самый Лучший Гусь (?), 11-Янв-23, 23:38	–1 +/–
Я производитель файловых систем и прочих буков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #34, #43

29. Сообщение от Аноним (31), 11-Янв-23, 23:40	+1 +/–
А как оно, по сравнению с Linux?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #36

30. Сообщение от Аноним (31), 11-Янв-23, 23:42	+/–
С железом работаю, но там rtos. Хочу для начала как хобби, потом может и пригодится. Есть один аппарат, который по VISA протоколу общается. По сути там текстовые команды. Есть библиотека от производителя, проприетарная, есть pyvisa. Вот думаю попробовать драйвер написать простой, для собственной практики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #35, #82

31. Сообщение от Аноним (31), 11-Янв-23, 23:43	+1 +/–
Она строго относится к сложным вещам. Поэтому там и zfs нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #33

32. Сообщение от ryosuke (?), 11-Янв-23, 23:44	+1 +/–
Админам локалхоста конечно хоть zfs, что btrfs - картинки и гнуху закоррапченную можно заново выкачать, когда fsck гавкнет в консоль. за btrfs на серверах в проде мы лишаем премии незадачливого джуна, ибо он молод и глупость свою таким ходом выказывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #50, #52, #71

33. Сообщение от ryosuke (?), 11-Янв-23, 23:45	–3 +/–
Тео просто шлёт гомосятину, которая эксплоитится однострочником, лесом и обходит стороной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #42, #46, #97

34. Сообщение от Аноним (7), 11-Янв-23, 23:46	+/–
оставь себе свои поделки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

35. Сообщение от Аноним (7), 11-Янв-23, 23:48	+/–
и зачем тебе драйвер, если можешь сделать ещё одну библиотеку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #37

36. Сообщение от Аноним (22), 12-Янв-23, 00:02	+6 +/–
Вцелом всё красивее, стройнее, архитектурно-элегантнее (посмотри на ужас в sk_buf в Линуксе, например). З.Ы, линуксоидам, надувшим щёчки - я знаю про меньшую распространенность *BSD и NetBSD в частности, это не отменяет того что я выше написал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #75

37. Сообщение от Аноним (31), 12-Янв-23, 00:08	+/–
Знаю. Но хочу на простой задаче поупражняться для начала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #47

38. Сообщение от lxoid (ok), 12-Янв-23, 00:17	+2 +/–
> Стрекоза теряет свою киллер фичу и становится не нужной. Ну не скажи, там всё таки гибридное ядро, которое ближе к микроядру, чем к монолитному, в отличии от того же Линукса. Плюс легковесные потоки и производительность у неё выше, чем у других *BSD, жаль её особо никто кроме её основателя и 2-3 помощников не пилит, если большая часть разрабов Фряхи и спонсоров стали бы заниматься ею, то получалась бы очень хорошая ОСь, лучше Linux уж точно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #41, #48, #49, #57, #73

39. Сообщение от lxoid (ok), 12-Янв-23, 00:19	+/–
> Боже, какой бред. Там есть ZFS. В зародыше разве что
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #40, #45

40. Сообщение от Аноним (31), 12-Янв-23, 00:26	+/–
Ну, в Linux ZFS вообще нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #53, #74

41. Сообщение от Аноним (25), 12-Янв-23, 00:26	+1 +/–
> гибридное ядро Что это даёт на практике обычным админам? (про десктоп, надеюсь, всерьез никто не скажет что её использует)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #56

42. Сообщение от Аноним (25), 12-Янв-23, 00:27	–2 +/–
> однострочником За однострочники нужно карать прилюдно на площадях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

43. Сообщение от Аноним (25), 12-Янв-23, 00:28	+3 +/–
Не знаю какой ты производитель,но перосян так себе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

45. Сообщение от Аноним (22), 12-Янв-23, 00:42	+2 +/–
вообще нет, это полноценная ФС в NetBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #55

46. Сообщение от Аноним (46), 12-Янв-23, 01:22	+/–
Тео, как нам хорошо известно, мастурбирующая макака.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

47. Сообщение от Аноним (46), 12-Янв-23, 01:25	–2 +/–
Пиши на расте под лучшее ядро жмупинус.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

48. Сообщение от Аноним (46), 12-Янв-23, 01:26	+1 +/–
Лучшее враг хорошего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

49. Сообщение от Аноним (22), 12-Янв-23, 01:28	+/–
В NetBSD вообще RUMP-kernel есть - https://www.opennet.dev/opennews/art.shtml?num=36768
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #60

50. Сообщение от penetrator (?), 12-Янв-23, 01:30	+5 +/–
пиши сразу название конторы, чтобы знать с кем связываться / не связываться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #59

51. Сообщение от penetrator (?), 12-Янв-23, 01:31	+2 +/–
поэтому Оракл добавил назад BTRFS в UEK? clown
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #67, #116

52. Сообщение от Аноним (52), 12-Янв-23, 01:54	–1 +/–
Мы это кто? Мелкая контора с админами динозаврами которые не в состоянии усваивать новую информацию и поэтому в штыки воспринимают все новое? Так то btrfs много где в проде используется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #66

53. Сообщение от maximnik0 (?), 12-Янв-23, 02:30	+/–
Да, да нету.А пакеты в LTS К(Ubuntu) это мои галлюцинации.Единственное что официально не поддерживается это boot на ZFS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #85, #91, #129

54. Сообщение от maximnik0 (?), 12-Янв-23, 02:47	+/–
>А на нормальных оно и не нужно. Для raid вариантов с интенсивной заменой мелких файлов ещё как нужно, иначе сдохнут жёсткие диски под нагрузкой.Или нужно брать ssd .Или использовать отключение Cow . У нас в морпорту уже был крик-развалился Raid3 из за рассинхронизации дисков.Хорошо 2 кластер выжил,данные удалось спасти.Теперь по начали принудительно гоняют дефрагментацию с балансировкой.К сожалению все подробности не знаю,т.к там не работаю,но диски там не смешивали и  черепичку не использовали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #63

55. Сообщение от lxoid (ok), 12-Янв-23, 03:11	+1 +/–
Где тогда возможность поставить её на ZFS? Только позавчера NetBSD 9.3 ставил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #90, #105, #115

56. Сообщение от lxoid (ok), 12-Янв-23, 03:14	+3 +/–
Большую стабильность как минимум, отвалился один модуль, но ядро всё равно пашет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #77, #112

57. Сообщение от bOOster (ok), 12-Янв-23, 06:04	+/–
Если сравнивать с FreeBSD 13 - весьма спорный вопрос касаемый производительности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

58. Сообщение от nymous (?), 12-Янв-23, 07:03	+/–
> для FreeBSD поддержку записи добавлять не намерены А что так?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61, #72, #101

59. Сообщение от lleeree_ (ok), 12-Янв-23, 07:21	+13 +/–
>название конторы Из текста ясно, что это контора, в которой джуны заведуют серверами в проде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #81

60. Сообщение от Анончик (?), 12-Янв-23, 07:32	+/–
В линуксу вообще UML есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #108

61. Сообщение от Ivan_83 (ok), 12-Янв-23, 07:53	+/–
Я бы попробовал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #126

62. Сообщение от Аноним (62), 12-Янв-23, 07:58	+/–
Очень полезные слова, особенно для болтунов и клоунов с опеннет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

63. Сообщение от Аноним (69), 12-Янв-23, 08:09	+/–
>  У нас в морпорту уже был крик-развалился Raid3 из за рассинхронизации дисков. Теперь попробуйте это на btrfs повторить... он в этом смысле сильно менее тупой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #70

64. Сообщение от Аноним (64), 12-Янв-23, 08:16	+1 +/–
в OpenBSD даже ext4 нормально нет, там полторы fs - ffs и ext2 с перебоями :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

65. Сообщение от Аноним (65), 12-Янв-23, 08:17	–1 +/–
OpenBSD слишком кривая и своеобразная, туда сложно что-то портировать. Поэтому там даже nouveau нет, в отличие от NetBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #79

66. Сообщение от Аноним (69), 12-Янв-23, 08:40	+/–
> Мы это кто? Мелкая контора с админами динозаврами которые не в состоянии > усваивать новую информацию и поэтому в штыки воспринимают все новое? Так > то btrfs много где в проде используется. Фэксбук с миллиардом юзеров. Чтобы просто понимать масштаб протестированности кода в проде. Теперь покажите это для Reiser4? Да он как обычно сдохнет при отклонении от идеала. Интересно, у него fsck так же в вермишель том потом нашинкует как с рейзер3?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

67. Сообщение от Аноним (69), 12-Янв-23, 08:41	+/–
> поэтому Оракл добавил назад BTRFS в UEK? clown А редхат - в федору. Да что там - даже васик редхатовский, последний из моникан, к бтрфсникам переметнулся. Видимо надоели ему редхатомакаки с xfs и сратисами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

68. Сообщение от Аноним (69), 12-Янв-23, 08:43	+1 +/–
> Под NetBSD на Lua можно писать драйвера Упаси меня ктулха от таких дров. Еще на питоне напишите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #76

69. Сообщение от Аноним (69), 12-Янв-23, 08:44	–1 +/–
BSDшникам пусть свое нечто комитнет, там такое поймут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #107

70. Сообщение от maximnik0 (?), 12-Янв-23, 08:49	+2 +/–
А что из сообщения не было ясно что там btrfs использовалась плюс гластер? Она хоть менее тупая но когда жёсткие валяться от сильной фрагментации нехорошо и ей делается.Не успевает фоновая дефрагментация при сильной нагрузке .Поэтому теперь там и организовали вечерние дежурства-по вечерам когда нагрузки нет балансировку с дефрагментацией устраивать с обслуживанием БД каждый 3-й вечер.А если отключать СОW ,тогда смысл в этой фс ? Метаданные и в ext4 контрольной суммой заверяется.Снапшоты ? Так они бэкапов не заменяют, а гластер снимки тоже может делать внешними средствами.Еденственное что тогда не хватает это сжатие и субтома.Да и то ,народ поглядывает на XFS.... (От этих людей узнал наконец то почему я ловил глюки- оказывыется btrfs-convert содержал ошибку которую поправили в 20 году....из за этой ошибки у меня и разваливались тома, мда...)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #88

71. Сообщение от Аноним (71), 12-Янв-23, 08:50	+1 +/–
Есть спец-хостинг для определённого довольно сложного продукта, так мы на нём уже несколько лет zfs гоняем. Снэпшоты продаются пользователям как отдельная услуга. Никогда не знал что у нас локалхост, пойду объясню это руководству.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

72. Сообщение от Аноним (73), 12-Янв-23, 08:52	+/–
Ибо нефиг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

73. Сообщение от Аноним (73), 12-Янв-23, 08:55	+1 +/–
Ты так говоришь как будто микроядро это что-то хорошее. Микроядро это сложно и легковесность может быть только в каких-то выдуманных эджкейсах. В среднем для простых серверодесктопных задач микроядро это ненужный оверхед на всем и на сложности и на производительности. У как ты наверно уже догадался(нет) это одна из причин почему фряху никто не развивает и не будет продолжать. Вторая это отстойная лицензия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

74. Сообщение от Аноним (71), 12-Янв-23, 08:55	–1 +/–
Вот жэж открытие! Уже несколько лет юзаем на бубунте зфс для самого быстрого в мире хостинга опредёлённого продукта. Со снэпшотами разумеется, продаваемыми как отдельную услугу. Но опеннетовский ононимус утверждает что нет в линуксе никаких зфс! Верьте ему!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #130

75. Сообщение от Аноним (71), 12-Янв-23, 09:01	–3 +/–
Порой настолько стройно-красивое, что не может даже на ноутбук поставиться. И дело даже не в войфае, которого просто нет в нет-бзде, а даже в поддержке сата-жестяков. Потому для стройноты-красоты придётся наверное собирать стройный и красивый башенный гроб с эзэрнетом, или виртуалбокс/вмшмару, как профессионально делают профессиональные профессионалы, чтобы всё было стройно-красиво!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #100, #106, #110

76. Сообщение от 1 (??), 12-Янв-23, 09:09	+/–
После раста в ядро и ужа притянут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #87, #123

77. Сообщение от Аноним (71), 12-Янв-23, 09:09	–1 +/–
И насколько часто в линуксе например, или в любой из бздов, отваливается драйвер? Да ещё и такой, без которого можно продолжать пахать, или хотя бы безопасно его рестартануть? Что-то мне концепция стабильности и безопасности микроядер, которые по-факту - гибридные больше, кажется очередным бесполезным академ-фетишем, насосаным, даже не из пальца. Вдогонку посмотрите как загружаетс драйвер ФС в таких образцовых микроядрах, как QNX, L4. Посмотрите что за дичь происходит в гибриде, типа вантуза, с переключением режима работы накопителя при загрузке ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #80

78. Сообщение от Аноним (-), 12-Янв-23, 09:25	+1 +/–
> Лучше бы включили Reiser4. При том куда-нибудь в NetBSD, им все равно выбирать не из чего :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

79. Сообщение от Аноним (64), 12-Янв-23, 09:39	+/–
зато там amd и intel отлично работают на большинстве железа, в отличие от netbad. ни разу не видел рабочего 3d на netbsd, а в openbsd под десяток компьютеров наберётся, где видел и играл в разные 3д игры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #99

80. Сообщение от Аноним (80), 12-Янв-23, 09:39	+/–
Регулярно. В линуксе и венде. Аудиодрайвер в венде перестал после нескольких лет исправлений, но он в целом кошмарен. В линуксе некому исправить. Видеодрайвер отваливается и с большой вероятностью венда продолжает работать, линукс с очень большой вероятностью нет (и со значительной что вообще наглухо, хотя инженеры курточного и пытались). В бсд железо просто не поддерживается, не с чем сравнить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #83, #125

81. Сообщение от Омномним (?), 12-Янв-23, 09:48	+2 +/–
А у девляпсов так, отдельных инфраструктурщиков нет. Пришёл джун - и сразу под танки, плейбуки, простите, рецепты писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

82. Сообщение от Аноним (82), 12-Янв-23, 09:49	+/–
Пиши под FreeBSD. FreeBSD это мейнстрим BSD, соответственно больше всего людей протестируют, больше всего пользы будет и тебе и им. Также можно писать драйверы под illumos дистрибутивы вроде Openindiana.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

83. Сообщение от Аноним (80), 12-Янв-23, 09:50	+/–
Кстати, с pulseaudio звуковая карта продолжает работать нормально после отвала драйвера (или почти нормально, есть шанс не заметить). Это единственная польза от PA, которую я за все годы выявил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #128

85. Сообщение от Аноним (85), 12-Янв-23, 09:58	+/–
Это был отчасти троллинг, отчасти правда, в зависимости от угла восприятия. В (ядре) Linux zfs нет. Так троллинг должен быть понятней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

86. Сообщение от Аноним (82), 12-Янв-23, 10:03	+/–
В illumos сабж не планируют портировать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93

87. Сообщение от Аноним (85), 12-Янв-23, 10:18	+1 +/–
Lua там появился задолго до идеи включения Rust в Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

88. Сообщение от Аноним (69), 12-Янв-23, 10:21	+/–
> А что из сообщения не было ясно что там btrfs использовалась плюс гластер? Вроде нет. А где это написано? > Она хоть менее тупая но когда жёсткие валяться от сильной фрагментации > нехорошо и ей делается. Ну тут смотря как валятся, конечно. И при этом мата на CSUM ERROR должно быть немеряно до того как это проблемой станет. Народ совсем не читает логи и не мониторит статистику устройств и прочие траблы? > Не успевает фоновая дефрагментация при сильной нагрузке. > Поэтому теперь там и организовали вечерние дежурства-по вечерам когда нагрузки нет > балансировку с дефрагментацией устраивать с обслуживанием БД каждый 3-й вечер. Может кому-то 1) commit=<побольше> сколько там вам важно не продолбать данных при слете питания без sync. Чем больше это время тем лучше оптимизация. 2) Если фрагментится что-то типа бд можно NOCOW на этом врубить. 3) Забивать под завязку не надо, зачем аллокатору пакостить? Благо в btrfs можно 1 девайс подоткнуть а не группами строго одного размера и по три. Сколько-то места добавится а RAID1C3 это 3 копии на разных девайсах, и только. Если сильно несимметрично, ребаланс сделать в период минимальной нагрузки. Можно с фильтрами а не по всей площади, там продвинуто. > А если отключать СОW ,тогда смысл в этой фс ? Смотря где отключать. БД имеют свое мнение о журналировании и COWать это ну так себе идея, две фичи делают одно и то же и не совсем мирно сосуществуют, активно мешая друг другу. > Метаданные и в ext4 контрольной суммой заверяется.Снапшоты ? Так они бэкапов не заменяют, Зато позволяют откатить неудачные факапы типа стирания половины файлухи, неудачных апгрейдов системы и прочие приколы. Быстро и радикально. При том все остается консистентным. >  а гластер снимки тоже может делать внешними средствами.Еденственное что тогда не хватает > это сжатие и субтома.Да и то ,народ поглядывает на XFS.... Да как бы удачи. > (От этих людей узнал наконец то почему я ловил глюки- оказывыется btrfs-convert > содержал ошибку которую поправили в 20 году....из за этой ошибки у > меня и разваливались тома, мда...) О, круто, слепить фафлуху из гамна полухакерскими методами из какого-то легаси и потом удивляться что там хрень какая-то. А создать фс с ноля создать было слишком банально? Нет, вон то конечно удобная и крутая фича (кто еще так вообще может) но
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #95

90. Сообщение от Аноним (22), 12-Янв-23, 10:39	+/–
Ты точно юзер BSD? Если да, то таких вопросов не задавал бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

91. Сообщение от Аноним (91), 12-Янв-23, 10:51	+/–
Ну Бубунта же у нас ванилла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #98

92. Сообщение от Аноним (91), 12-Янв-23, 10:52	+/–
Она пока ещё не перестаёт иметь гибридное ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

93. Сообщение от Аноним (91), 12-Янв-23, 10:53	+/–
Иллюминатам ненужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

94. Сообщение от Аноним (91), 12-Янв-23, 10:55	+/–
Для курсовика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #96

95. Сообщение от maximnik0 (?), 12-Янв-23, 11:05	+1 +/–
Там у них не совсем нагруженная БД, можно сказать  несколько тысяч таблиц с отчётами,но их много и отчёты потом обрабатываются и отсылаются по нужным ведомствам в некуда ,электронная отчётность которая нужна сейчас как зайцу стоп сигнал,остаток от проекта электронное правительство.И их не закрывают но и толком не обновляются по железу,хоть давно просят. >О, круто, слепить фафлуху из гамна полухакерскими Странно апгрейдить XFS4 в 5 это нормально.Миллионы нормально апгрейдили ext2 в 3-4 версию без потерь данных.И только в BTRFS это стало гамном....может код поправить надо было раньше? А 2-я дырень охранительная это сразу не предусмотреть возможность что из за мелких файлов кончиться место под метаданные,а места на жёстком часто оставалось на 50% свободное... сколько народа на этот косяк напоролись (в том числе и я),пока не внедрили расшерение...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #122

96. Сообщение от Аноним (98), 12-Янв-23, 11:09	+/–
Нет, это для себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

97. Сообщение от Аноним (97), 12-Янв-23, 11:10	+/–
Не терпит конкуренции? А можно пруф на однострочник, а то так любую ФС можно через sudo dd if=/dev/null of=твоя/мамка натянуть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #165

98. Сообщение от Аноним (98), 12-Янв-23, 11:10	+/–
> В ядре
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

99. Сообщение от Аноним (97), 12-Янв-23, 11:10	+1 +/–
На большинстве того небольшого объёма железа, что вообще как-то работает)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

100. Сообщение от Аноним (100), 12-Янв-23, 11:16	+1 +/–
стриггерился
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #133

101. Сообщение от YetAnotherOnanym (ok), 12-Янв-23, 11:40	+/–
Будем надеяться, что это пока.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

102. Сообщение от YetAnotherOnanym (ok), 12-Янв-23, 11:46	+1 +/–
Ну, ять, слава яйтцы! Интересно бы посмотреть, как это сделано. В своё время, когда поднимался вопрос о портировании молотка во фрю, кто-то из разрабов фри сказал, что это невозможно из-за каких-то там принципиальных различий в ядрах фри и стрекозы. Может быть, потому и запись делать не спешат, что пришлось использовать какие-то костыли, с которыми монтировать фс на запись чревато.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #113

105. Сообщение от Аноним (22), 12-Янв-23, 12:03	+/–
С такими вопросами тебе в убунту
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

106. Сообщение от Аноним (22), 12-Янв-23, 12:11	+2 +/–
И как ваще связана красивый дизайн с тем, что какое-то железо не поддерживается/отсутствует? Войфаи  в линуксе работают потому что сам вендор пишет для них дрова. Нам в NetBSD вендор дрова не принес. Еще раз, причем тут более продуманный дизайн?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #109

107. Сообщение от Аноним (107), 12-Янв-23, 13:46	+/–
Да кому он нужен со своим молотком? Эксперименты проводить на его файловой системе со своими данными? Спасибо, время - это невосстановимый ресурс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #153

108. Сообщение от Аноним (108), 12-Янв-23, 14:41	+/–
Хочу писать драйвера в Umbrello или Rational Rose.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #127

109. Сообщение от Аноним (109), 12-Янв-23, 15:06	–1 +/–
Видите ли, над элитизмом, вот этим "у нас все правильно, академично, стройно, элегантно и красиво" бздишников уже больше десяти лет назад постебывались. Причем, этим элитизмом отметились представители разработки и прверженцы всех бздей. И между разными бздишниками еще срачи вспыхивали, какая из бсд более правильная и красивая. Но работали все бзди уже тогда сильно хуже линукса (по разным критериям оценки направлениям работы). Юзеры просто вопрошали: нам не нужно красиовости и элегантности решений, нам фичи подавай, и чтоб работало, стабильно и быстро, как в линуксе. На что получали ответ: вы линуксоиды и макаки, ничего не понимаете, у нас тут элегантно и красиво, а вам какие-то дурацкие фичи подавай. Главно, что элегантно и красиво, а не когда система предоставляет функционал и работает. Так вот бздей отовсюду и заменили линуксами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #111, #118

110. Сообщение от BorichL (ok), 12-Янв-23, 15:28	+/–
Конечно, ведь у девляпсов умишки собрать своё ядро не хватает. "Хочу играть на гитаре, но учиться не хочу, хочу чтоб само" (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #124

111. Сообщение от Аноним (22), 12-Янв-23, 15:45	+1 +/–
> Юзеры просто вопрошали: нам не нужно красиовости и элегантности решений, нам фичи подавай, и чтоб работало, стабильно и быстро, как в линуксе Видите ли, нам не нужны юзеры, к-м надо просто фичи похер какой ценой и каким жертвами для дизайна, даже если сбоку изолентой прикручено. Например, сверху там один даже ZFS не смог на NetBSD раскатать и сделал вывод что ее там нет. Пусть такие в линуксе сидят, для них и раст тащат и системд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #114, #134

112. Сообщение от Аноним (22), 12-Янв-23, 15:49	+1 +/–
В Стрекозе это не работает. Ты хотя бы почитай рассылку их (придется гуглить на несколько лет назад), там уже давно никакой не гибрид, а самое обычное UNIX-ядро. VFS у них отличается от остальной части ядра, и ее с бо-о-о-о-ольшой натяжкой можно назвать гибридной подсистемой, все остальное - нет. Если у тебя в стрекозе драйвер отвалился, система уйдет в панику. Блин, ты вообще юзал ее прежде, чем такое говорить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #149, #219

113. Сообщение от Аноним (22), 12-Янв-23, 16:35	+/–
https://github.com/kusumi/netbsd_hammer2/tree/master/src/sys...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

114. Сообщение от Аноним (109), 12-Янв-23, 17:43	+/–
Принято. Будем юзать убунту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

115. Сообщение от Аноним (22), 12-Янв-23, 18:27	+1 +/–
# cat /kern/version NetBSD 10.99.2 (GENERIC) #0: Wed Jan 11 09:35:06 UTC 2023         mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/amd64/compile/GENERIC # # # modstat | grep zfs zfs                        vfs      filesys  -        0  747891 solaris # # # zpool list NAME    SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT rpool  16.5G  2.51G  14.0G         -     0%    15%  1.00x  ONLINE  - # # # zfs list NAME         USED  AVAIL  REFER  MOUNTPOINT rpool       2.51G  13.5G    23K  /rpool rpool/ROOT  2.51G  13.5G  2.51G  legacy #
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

116. Сообщение от ryosuke (?), 12-Янв-23, 20:25	+/–
Так то ты эсс-кловн. Почитай known issues по UEK касательно бтрфс, если английский осилил. Сразу глаза на лоб полезут и побежишь мигрировать на xfs.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #120

117. Сообщение от User999 (?), 12-Янв-23, 20:40	+/–
Пускай битрфс научится возвращать место после снапшотов.... Но в прод ей ещё рано, это вам не zfs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #121

118. Сообщение от Аноним (118), 12-Янв-23, 21:49	+/–
>> Войфаи  в линуксе работают потому что сам вендор пишет для них дрова. Нам в NetBSD вендор дрова не принес. Еще раз, причем тут более продуманный дизайн? > Юзеры просто вопрошали: нам не нужно красиовости и элегантности решений, нам фичи подавай, и чтоб работало, стабильно и быстро, как в линуксе. На что получали ответ: вы линуксоиды и макаки, ничего не понимаете Балабол294, зачем ты опять (стабильно и быстро) спрыгнул на свои фантазии?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #119

119. Сообщение от Аноним (22), 12-Янв-23, 23:04	+/–
User294? Я думал он где-то лет 10-13 назад помер
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

120. Сообщение от penetrator (?), 13-Янв-23, 01:07	+/–
> Так то ты эсс-кловн. > Почитай known issues по UEK касательно бтрфс, если английский осилил. > Сразу глаза на лоб полезут и побежишь мигрировать на xfs. если не юзать встроенный RAID, то проблем не наблюдаю совсем ну и ты бы линк скинул, английский я освоил, вчера словарь читал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #144

121. Сообщение от Аноним (-), 13-Янв-23, 01:56	+/–
> Пускай битрфс научится возвращать место после снапшотов.... Делаю кучу снапшотов, место на месте, возвращается как надо. ЧЯДНТ? > Но в прод ей ещё рано, это вам не zfs Да уж, куда там фэйсу буку до васян инкорпорейтеда...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

122. Сообщение от Аноним (122), 13-Янв-23, 02:25	+1 +/–
> по нужным ведомствам в некуда ,электронная отчётность которая нужна сейчас как > зайцу стоп сигнал,остаток от проекта электронное правительство.И их не закрывают но > и толком не обновляются по железу,хоть давно просят. Ну вот тут упс, DB vs COW это ну такое себе. Журнал бд CoW'ается и получается не особо. С дефрагом конечно работать как-то будет но вообще не есть удачное комбо. И да, если автодефраг зашивается, значит не такая уж и ненагруженая. > Странно апгрейдить XFS4 в 5 это нормально. В смысле?! Они вообще вроде апгрейд этой пакости не делали! Зато пообещали убить поддержку в 2030, мило. Во всяком случае, когда у меня был том с старым XFS, мне показали варнинг, а вот про апгрейд ни звука не нашлось. И сколько XFS ни апгрейдь а btrfs'ом по фичам не станет, особенно в части управления устройствами и местом. А возиться с тем что редхатчики предлагают да ну их нафиг когда можно просто подцепить ЛЮБОЙ девайс, сказать btrfs device add и вот вам +место, в любой конфигурации райда и проч, без съедения мозга. > Миллионы нормально апгрейдили ext2 в 3-4 версию без потерь данных. Это не превращение ФС в другую а добавление фич в одной и той же. EXT3 = EXT2+журнал+HTREE. Можно сделать EXT2+HTREE даже. EXT4 это все +экстенты нормальные вместо битмапов, для скорости. И delayed alloc. А так одна и та же фс, 1 драйвер цепляет все 3. > И только в BTRFS это стало гамном.... Ничего что это превращение совсем другой фс в btrfs? Попробуй btrfs в ext4 обернуть, или там ext4 в XFS например?! Хорошо получается? То то и оно, btrfs достаточно гибкий чтобы вокруг того чтобы есть обернуться и сделать их пустое место своим. Это довольно навороченый хак с разбором чужой ФС и переводом ее терминов в свои. То что он не идеально срабатывал, ок, но остальные так вообще не умели и сравнение не состоится за их отсутствием на ринге. > может код поправить надо было раньше? Как нашли так и поправили. Такими жесткими извращениями не очень много народа занимается, потому и нашлось как нашлось. Вы же не репортили ваш разлет, так? Как отрепортил кто-то более прошареный так и починили. > А 2-я дырень охранительная это сразу не предусмотреть возможность что из за мелких > файлов кончиться место под метаданные, Это какая-то весьма экзотичная ситуация на самом деле. Блочные группы выделяются динамически и откровенное несовпадение возможно либо в крайне экзотичных ситуациях, либо на очень малиньких сторажах менее нескольких гигов, где этой механике негде развернуться, для таких mixed-bg есть, когда в одних группах и данные и метаданные могут храниться. > а места на жёстком часто оставалось на 50% свободное... сколько народа на > этот косяк напоролись Да вообще-то в масштабах планеты - мало. Это весьма редкая проблема. Может вы там что-то особо креативное делали типа впихивания фс на карточку в пару гигз, или кто ж вас знает, но на стораже более полсотни гигов это обычно ведет себя культурно само по себе. Хотя если очень надо то ребаланс вон то исправит на раз. Однако лично мне это знание на правтике ни разу не требовалось. > (в том числе и я),пока не внедрили расшерение... Не особо понимаю как на вот именно то нарваться можно. Может речь о том что для удаления файлов надо было дописать метаданных, а если места нет - то откуда его взять? Сейчас из глобального резерва, спецом на пиковые случаи. Фэйсбук недавно еще более радикальные вещи выкатил. Но у них нагрузка и масштабы такие что там много чего странного случается. Их и 20-терабайтные файлы интересовали, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #142, #146, #151

123. Сообщение от Аноним (122), 13-Янв-23, 02:29	+/–
> После раста в ядро и ужа притянут Rust хотя-бы в нативный код компилится, в отличие от.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

124. Сообщение от Анони (?), 13-Янв-23, 02:36	+/–
Ну тогда можно гитарой по башке е...ть как некоторые музыканты. Зато учиться музыке не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

125. Сообщение от Аноним (169), 13-Янв-23, 02:40	+/–
> исправлений, но он в целом кошмарен. В линуксе некому исправить. Очень странно. А в других осях значит за тебя твою проблему другие поправят? Что их к тому мотивирует, интересно? > Видеодрайвер отваливается и с большой вероятностью венда продолжает работать, линукс с очень > большой вероятностью нет (и со значительной что вообще наглухо, Вообще-то наглухо у меня обычно винда висла, через пару недель без шатдауна. А линукс может и 3 месяца пахать, потом все же обновления хотеться начинает. > курточного и пытались). В бсд железо просто не поддерживается, не с чем сравнить. А, ну да, если ноги нет то и болеть не может. Давайте вам что-нибудь ампутируем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

126. Сообщение от Аноним (169), 13-Янв-23, 02:41	+1 +/–
> Я бы попробовал. Так попробуй. От заяв на опеннете код не напишется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

127. Сообщение от Аноним (169), 13-Янв-23, 02:43	+/–
> Хочу писать драйвера в Umbrello или Rational Rose. Он, вероятно, про User Mode Linux - когда ядро линукса компилится как программа пользовательского режима вообще. И реализует сисколы путем вызова ... вон того линукса на хосте. А для того что под тем ядром все выглядит как нормальный линукс. Такая вот форма виртуализации, мощнее контейнеров т.к. ядро у каждого все же свое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

128. Сообщение от Аноним (169), 13-Янв-23, 02:45	+1 +/–
> Кстати, с pulseaudio звуковая карта продолжает работать нормально после отвала драйвера Поттеринг волшебник, не иначе. Может работать даже через отвалившийся драйвер :)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #139

129. Сообщение от Аноним (-), 13-Янв-23, 02:55	+/–
> не поддерживается это boot на ZFS. Да действительно нахрен надо снапшоты ОС и прочие глупости, еще не хватало операционки менеджить в современном стиле. Когда после неудачного апгрейда просто откатили факап на прошлый снапшот да поехали дальше. Да и вообще, прикольно ждать неделями обновленные кернелы пока это счастье бэкпортнут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #166

130. Сообщение от Аноним (-), 13-Янв-23, 03:11	–1 +/–
> Но опеннетовский ононимус утверждает что нет в линуксе никаких зфс! Верьте ему! В линуксе нет ZFS но все тырят код из ZoL. Анонимусы, kree!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

133. Сообщение от Аноним (-), 13-Янв-23, 07:17	+/–
> стриггерился Ну, фигово, иди код пиши чтобы больше такие позорные отзывы не получать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

134. Сообщение от Аноним (-), 13-Янв-23, 07:28	+/–
> Видите ли, нам не нужны юзеры, к-м надо просто фичи похер какой > ценой и каким жертвами для дизайна, даже если сбоку изолентой прикручено. Хочешь об этом поговорить? Ну, давай рискнем. Вон там, по ссылочке ниже, в hammerfs - lz4 спецом для него - прямо в его же деоево сорцов втянут. Архитектура говорите? ORLY? Это как, по всей операционке LZ4 только хаммером2 и используется? Или в чем прикол? А то в этом самом Linux, с этой самой архитектурой, все алгоритмы сжатия вынесены в реюзабельные остальными библиотеки. И притащены 1 раз на всю толпу кода заинтересованом в фиче. Вот это уже похоже на намеки на архитектуру. Более того - даже btrfs ухитряется модули raid5/6 юзать, потому что в них только оптимизированая математика, и ему так катит. Ну и никто не делает эту математику и оптимизацию по эн раз, соответственно, она 1 раз на все ядро. Еще не расхотелось про архитектуру задвигать? :). Ах да, и системд штука полезная - потому что я не понимаю с какого бы управление системой должно быть канительным и печальным, если можно сделать его логичным простым и удобным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #135, #136, #156

135. Сообщение от Аноним (109), 13-Янв-23, 07:59	+/–
Все верно бро. Бздишники только на публику задвигать горазды, про элегантные, секурные архитектуры. Но если копнуть, то колхоза и навоза обнаруживаешь прямо тонны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #138

136. Сообщение от Аноним (22), 13-Янв-23, 09:15	+/–
> Это как, по всей операционке LZ4 только хаммером2 и используется? Да, l4z в ядре NetBSD нету. А касательно реюзинга кода, вот цитата с их сайта: Probably the primary goal of the NetBSD project is emphasizing correct design and well written code. One example is the implementation of a machine independent bus infrastructure, which enables a single driver for a device (such as an Ethernet or SCSI interface) to be shared across different busses (such as PCI, EISA, Turbochannel), and across different platforms (alpha, pmax, i386, etc), rather than the traditional approach of writing and maintaining many different versions of the driver, each with their own tweaks. In NetBSD, the `tweaks' are in small 'glue' functions that allow improvements to the core driver to benefit all ports. This also means that, in many cases, a new port is as simple as implementing the machine specific code to access the machine independent bus infrastructure to utilize drivers that have already been written.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #140

138. Сообщение от Аноним (186), 13-Янв-23, 09:57	+/–
> Все верно бро. Бздишники только на публику задвигать горазды, про элегантные, секурные > архитектуры. Но если копнуть, то колхоза и навоза обнаруживаешь прямо тонны. С линуксом была такая же хрень, но за годы там толпа народа это расчистила, и вообще, на поверку там уже не та свиноферма а нечто достаточно хайтечное окажется. Во всяком случае, вот, алгоритмы, вынести для реюза в состоянии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

139. Сообщение от Аноним (80), 13-Янв-23, 10:04	+/–
Там прерывания в ядре отваливаются. Звук нормально работает, только пока ты мышкой дёргаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #141

140. Сообщение от Аноним (69), 13-Янв-23, 10:09	+1 +/–
> Да, l4z в ядре NetBSD нету. И культуры выноса реюзабельного кода в инфраструктурно-библиотечные штуки - тоже? >  Probably the primary goal of the NetBSD project is emphasizing correct > design and well written code. Алгоритм сжатия втолканый прямо в кишки ФС под такое определение не попадает, имхо. Особенно учитывая что LZ4 с самого начала либой был, прозрачный намек на реюзабельный код. Это что, во всей NetBSD им во веки вечные в ядре только это пользоваться бу? Если нет, то ок, почему не сделано инфраструктурно-библиотечно? В офигенном дизайне этого не было? Было, но вон тем с лопаты сгрузить проще было? Или как такое чудо образуется, под рассказы о крутизне? И может черт с ней с какой там еще архитектурой шин, когда, вот, алго сжатия в недра файлухи трамбуют, выдрав из либы? Архитектура говорите? За такие вещи в Linux NAK быстро выпишут, при том если нет архитектуры, вот ВЫ и должны оформить это либой как раз, или как-то это с другими утрясти. А не вот так вот с лопаты. > independent bus infrastructure to utilize drivers that have already been written. Файлухе шины были не очень нужны, пардон. Зато, вот, сжатие попалось на глаза. А тут про архитектуру как раз задвигают. Ну, вот вам и анализ архитектуры, и как это vs Linux, раз уж напрашивались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #143, #145

141. Сообщение от Аноним (-), 13-Янв-23, 10:15	+/–
> Там прерывания в ядре отваливаются. Звук нормально работает, только пока ты мышкой дёргаешь. Если прерывания отваливаются это совсем уж какой-то мегабаг. И не очень понятно как от таких вещей микроядро поможет. Обработчик IRQ вообще по сути каждый раз перезапускается и вываливается, в каком-то своем сильно отдельном контексте. Даже в монолите. Работает железо так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

142. Сообщение от maximnik0 (?), 13-Янв-23, 10:17	+/–
>В смысле?! Они вообще вроде апгрейд этой пакости не делали! Делали,делали.Был конвертер -его 5 лет Редхад поддерживал,хотя там перевод был не полным,чего то не хватало.Затем из за экономи места и прекращения поддержки  XFS-convert убрали. >Ну вот тут упс, DB vs COW это ну такое себе Кто сказал что там использует БД журнал? Не использует,там только не падайте духом -фокспро подобная система (если не знали есть полуофициальный бразильский порт под Линукс),я же говорю отчёты и аналитика.Делаеться 3 файла архивная копия,рабочий старый вариант и редактируемый файл-мини БД.Ошибка-файл нахрен,идёт откат на рабочий старый.Очень железная система и дубовоустойчивая система которая жила раньше под досом с его фат16.Но плодит кол-во файлов сами понимаете охранительное кол-во. >Может вы там что-то особо креативное делали Какое нахрен креативное-использовали  sqlite2, в 3 версии косяк поправили,теперь она не убивает метаданные BTRFS .Я кстати если хотите поищу порт рабочий программ католизатора с чтением (Либрусек) переписанный на wxWidgets,но движок БД  там старый 2 версии.Если забудете поставить бит на БД и поставите индексировать книги,до сих пор в 50% случаев дохнет если только не 300-400% свободного места по отношению к БД. Уже спорили одни умные,до сих пор вино несут....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #154

143. Сообщение от Аноним (22), 13-Янв-23, 10:25	+/–
> И культуры выноса реюзабельного кода в инфраструктурно-библиотечные штуки - тоже? Конечно есть. Никто не делает 10 разных реализаций одного и того же, но для разных задач. Что за бред-то. Или по-твоему там каждый драйвер тащит свой собственный kmalloc, kprintf, str(n)len, etc? Это какая-то начальная реализация, к-я 100% не будет принята в дерево в таком виде. Просто какой-то японец играется в портирование этой ФС в NetBSD и FreeBSD, это же не означает что именно эта сырая реализация пойдет в итоге в мёрдж.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #147

144. Сообщение от Аноним (69), 13-Янв-23, 10:28	+/–
Да оно и с встроеным RAID нормально работает, как минимум RAID1 точно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

145. Сообщение от Аноним (22), 13-Янв-23, 10:33	+/–
> алго сжатия в недра файлухи трамбуют, выдрав из либы? Это код из Стрекозы, откуда мне знать откуда Диллон его выдрал или сам с нуля написал? Может и сам с нуля написал, тогда это объясняет почему он запихан прям в файлуху. В NetBSD, когда и если появится, lz4 в ядре, то все дрова его использующие будут переписаны для реюзинга lz4 в ядре. Сейчас насколько я знаю ни один драйвер там не юзает lz4, а hammer2 даже не в ядре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #148

146. Сообщение от maximnik0 (?), 13-Янв-23, 10:39	+/–
>Попробуй btrfs в ext4 обернуть, Если конвертирование было не успешным можно откатить обратно,это штатная фича btrfs-convert,при условии что снапшот не удален.Так что пример не удачный. >или там ext4 в XFS например?! Есть и бесплатный конвертер и коммерческий который это делает (насчёт коммерческого это по-моему ещё для 4 версии XFS).Да это извращение в некоторых случаях но что в жизни не бывает. А насчёт превращений-про офтопик не забываем пожалуйста.Фат 16-32 в нтфс сойдёт за превращение? А утилита Парагон могла ntfs обратно в фат32 превратить при условии что там нет больших файлов (4,2 Гб).А также для бывших маководов была утилита от Акроникса она от старого макинтоша в htfs разделы переводила если меня память не подводит.И что то в дистрибутиве  Сласкваре было на конвертирования с мака на ext2.Тэ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #155

147. Сообщение от Аноним (-), 13-Янв-23, 10:41	+/–
> Конечно есть. Никто не делает 10 разных реализаций одного и того же, А почему они тогда LZ4 прямо в файлуху втрамбовали? Ну вот просто в лоб сравнивая с линуксом подходы и архитектуры. Там бы даже если его нет - заставили бы вынести в либу, для всех, и реюзануть оттуда. А потом и остальных бы туда отправили. > драйвер тащит свой собственный kmalloc, kprintf, str(n)len, etc? Блин извините, я почитал вот конкретно сорц вот конкретно порта сабжа на конкретный нетбсд, копаться в их kmalloc не с руки. А вот на специально разлибованое сжатие втянутое прямо в файлуху - подивился. Весьма оригинальный ход, превратить либу в инлайн код. Хотя по логике уместнее было бы в либу в кернеле для всех. Если там конечно для этого инфраструктура и архитектура вообще есть. > Это какая-то начальная реализация, к-я 100% не будет принята в дерево в > таком виде. Просто какой-то японец играется в портирование этой ФС в > NetBSD и FreeBSD, это же не означает что именно эта сырая > реализация пойдет в итоге в мёрдж. Ну, значит в сабже шоукейс архитектуры все же, кажется, не задался...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #167

148. Сообщение от Аноним (-), 13-Янв-23, 10:48	+/–
> это объясняет почему он запихан прям в файлуху. Ну тогда вот вам, из того файла Copyright (C) 2011-2013, Yann Collet. > В NetBSD, когда и если появится, lz4 в ядре, то все дрова > его использующие будут переписаны для реюзинга lz4 в ядре. Если в 2022 кто-то еще LZ4 вообще совсем в таких вещах не пользуется, это вызывает вопросы на тему его живости. Так то хороший алго, шустрый. Если это было некому оценить, возможно бобик так то сдох. > Сейчас насколько я знаю ни один драйвер там не юзает lz4, а hammer2 даже не в ядре. Просто в линуксе код бы сразу завернули за такое. Даже на RFC. Сказали бы - оформите либой и попробуйте еще раз, вон там подготовительный комит либы, вон там - остального. Вот так я понимаю про архитектуру и изоленту. А вот так - не очень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #150

149. Сообщение от warlock66613 (ok), 13-Янв-23, 10:59	+/–
Тогда как они (разработчики) вообще оправдывают её существование?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

150. Сообщение от Аноним (22), 13-Янв-23, 11:01	+/–
> Сказали бы - оформите либой и попробуйте еще раз, вон там подготовительный комит либы, вон там - остального еще скажут :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #152

151. Сообщение от maximnik0 (?), 13-Янв-23, 11:24	+/–
>Вы же не репортили ваш разлет, так? Разработчики просили дампы а у меня обьеммы огог а безлимита нету,в это все и упиралось,не хватало дампов,не у одного меня ошибка такая вылазила.А с третьим случаем ещё смешнее было-бекапный диск сконвертированный ,пролежал 4 года.Достал архив а диск только чтение,ошибка чек суммы в служебной области.Позадовал вопросы на линуксорг,сказали ССЗБ.Да какого хрена,я прежде чем положить в архив проверил архив и фс,все в порядке было.Достал 2 точно такой же архив,сравнил контрольные суммы файлов_ОДИНАКОВО,разжал архив с первого диска,щука все данные целые.Много думал....все багрепорты перевернул- ну нету такого похожего.Я уже думал что ошибка из за 32бит в 64 (перевел дистрибутив дома),но проффи кричали что версии 100% совместимы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #157

152. Сообщение от Аноним (109), 13-Янв-23, 11:35	+/–
А, это как в том порте wireguard    для fbsd? Почти успели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #176

153. Сообщение от Аноним (-), 13-Янв-23, 11:35	+/–
> Да кому он нужен со своим молотком? Эксперименты проводить на его файловой > системе со своими данными? Спасибо, время - это невосстановимый ресурс. Это Шишкину предлагалось, у него не молоток.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

154. Сообщение от Аноним (154), 13-Янв-23, 11:56	+/–
> Делали,делали.Был конвертер -его 5 лет Редхад поддерживал,хотя там перевод > был не полным,чего то не хватало.Затем из за экономи места и прекращения > поддержки XFS-convert убрали. Все познается в сравнении. Если те конвертор починили, а эти убрали, спрашивается кто для меня лучше? Наверное, не редхат с XFS'ом. Если все и вся становится моими проблемами, ну их таких. > Кто сказал что там использует БД журнал? Не использует,там только не падайте > духом -фокспро подобная система А она что, совсем без журналирования и крахи не переживает? > система которая жила раньше под досом с его фат16.Но плодит кол-во > файлов сами понимаете охранительное кол-во. А, даже вот так. Ну попробовать время комита побольше. > Какое нахрен креативное-использовали  sqlite2, в 3 версии косяк поправили,теперь она не > убивает метаданные BTRFS . Чего? Кого? Скулайт хоть какой совсем убивать фс не имеет права. Делать что-то не очень удачное - да, но вот именно насмерть ничего не должно помирать. Как максимум тормозить. > книги,до сих пор в 50% случаев дохнет если только не 300-400% > свободного места по отношению к БД. Это еще актуально в паре последних кернелов? Там фэйсбучники нечто такое для своих инсталлях радикально патчили для каких-то совсем экстремальных случаев. Так то бтрфсники чинят свои проблемы - если знают про них, и как это воспроизвести. > Уже спорили одни умные,до сих пор вино несут.... Что за вино? Что за умные? Wine чтоли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #160, #161

155. Сообщение от Аноним (-), 13-Янв-23, 12:07	+/–
> Если конвертирование было не успешным можно откатить обратно,это штатная фича btrfs- > convert,при условии что снапшот не удален. Это фича btrfs: гибкий аллокатор, испольузет свободное место оставленное воооон теми. Но для этого надо их структуру ФС парсить, довольно сложная операция и без хорошего тестирования легионом есть чему идти не так. > Так что пример не удачный. Логично, если нет фичи то и багов в ней нет. Но тут какая-то подстава, не? Сравнение сделать нельзя: EXT4 скорее всего никак не обернет себя вокруг иной задачи, как и XFS, ну и все, нерешаемая задача. Сравнение не состоится. > Есть и бесплатный конвертер и коммерческий который это делает (насчёт коммерческого это > по-моему ещё для 4 версии XFS). Ох, знаете, вообще я бы хотел официальные тулы от разработчиков а не варез всякий, особенно платный. Если вопрос так ставить, я вот в btrfs его и "сконвертил", даром, постеменным мувом на другой стораж. Но это не круто и не удобно и точно не заслуга вон тех. > А насчёт превращений-про офтопик не забываем пожалуйста.Фат 16-32 в нтфс сойдёт за > превращение? Сойдет, если его делают штатные утилсы. То что какой-то коммерческий конвертор или кто там еще это делает, круто, конечно. И есть уверенность что все это без глюков идет? А то я как-то нтфс коммерческим конвертором ресайзнуть вниз по размеру пробовал, слетело питание, было очень не прикольно потом - на этот случай плана не было, том был сильно помят жизнью и полный рекавери не вышел. А в btrfs такие вещи сильно получше работают так то, оно даже и крах переживает и резюмит операции такого плана нормально. > А утилита Парагон могла ntfs обратно в фат32 превратить при условии что > там нет больших файлов (4,2 Гб). Это заслуга утилиты парагона а не файлух, внезапно. Ну и оно все проприетарное и платное, для не сильно большого стоража я могу тупо временное место гденить накопать и нашару в фоне мувнуть, уж спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #163

156. Сообщение от Аноним (22), 13-Янв-23, 12:25	+/–
https://github.com/openzfs/zfs/blob/master/module/zfs/lz4.c А это тогда зачем здесь, если в Линуксе есть своя реализация? И что-то я сильно сомневаюсь, что сборки под линукс как-то сильно пропатчены, чтоб юзать линуксовый lz4 вместо того что идёт в OpenZFS
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #158, #159

157. Сообщение от Аноним (-), 13-Янв-23, 12:28	+/–
> Разработчики просили дампы а у меня обьеммы огог а безлимита нету, У них есть режим дампа только метаданных. Заодно и приваси лучше сохраняет. Так сильно меньше. > в это все и упиралось,не хватало дампов,не у одного меня ошибка такая вылазила. Они тоже не телепаты, данные для бага либо есть либо нет. Сильно е...ся с каждой конфигой они не могут. Их сколько, а там вон вся планета лезет к ним со всякими с странностями, при том 90% это траблы железа, btrfs их хорошо хайлайтит, на ext4 каком никто проьлем не замечает пока совсем не развалится а тут оно CSUM ERROR орет - "баг в фс". Реально ессно глючное железо. Этого есть. И дальше вы либо активно пашете чтобы помочь проблему зарулить, либо не судьба. Конкретно бтрфсники достаточно дружественные к отлову и фиксу, есть положительный опыт, но для этого надо подыграть. > А с третьим случаем ещё смешнее было-бекапный диск сконвертированный ,пролежал 4 года.Достал > архив а диск только чтение,ошибка чек суммы в служебной области.Позадовал вопросы > на линуксорг,сказали ССЗБ.Да какого хрена,я прежде чем положить в архив проверил > архив и фс,все в порядке было. Однако ошибки чексум сами по себе не появляются. К тому же по дефолту btrfs DUP даже на единичном диске делает и если это реально в метаданных, оно еще и переживает это обычно. А если кто на бэкапном диске на метаданных сэкономил, кто ему доктор? Суперблоков там на типичном диске будет штуки этак три, все их продолбать тоже малореально. > Достал 2 точно такой же архив,сравнил контрольные суммы файлов_ОДИНАКОВО, > разжал архив с первого диска,щука все данные целые. Тогда это возможно глючное железо: блоки могли быть ок, но при счете RAM или CPU ошибся, результат не совпал, упс, "плохой блок". При следующем чтении нормально сработает. Если совсем махозист с этим даже можно жить, вкатитв DUP даннам + метаданным, будет якобы-чинить из исправной копии, но вообще, лечи кривое железо. За это мы btrfs и любим. Другие бы тихо делали труху. Сразу архив не помрет. А вот при случае тут битик, там битик, и тут опа то бэкап не распакуется, то файлуха чего-то умрет, то еще мистика какая. > Много думал....все багрепорты перевернул- ну нету такого похожего. Я уже думал что ошибка > из за 32бит в 64 (перевел дистрибутив дома),но проффи кричали что > версии 100% совместимы. Абсолютно совместимы, но есть такое ощущение что у вас глючное железо. Просто сбоит при операциях CPU или RAM. Я даже видел пару таких компов, там и торенты иногда непонятные сбойные блоки на давно скачаных и 100% исправных торентах находили. Просто глюкает железка, чаще всего рам или проц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #162

158. Сообщение от Аноним (-), 13-Янв-23, 12:34	+/–
> А это тогда зачем здесь, если в Линуксе есть своя реализация? А это, вероятно, одна из причин по которым этот внемайнлайновый выкидыш в майнлайн не попадет. Линукс и кго архитектура к активности СТОРОННИХ проектов отношения не имеет, они в принципе никакого влияния на это не имеют. > И что-то я сильно сомневаюсь, что сборки под линукс как-то сильно пропатчены, > чтоб юзать линуксовый lz4 вместо того что идёт в OpenZFS Это сторонний проект а не "линукс". Маленький нюанс. Поэтому культура-архитаетура у вот этих такая как они там посчитают нужным в своем междусобойчике. Линукс к этому отношения не имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

159. Сообщение от Аноним (22), 13-Янв-23, 12:41	+/–
https://github.com/openzfs/zfs/pull/1789 Им даже пришлось переименовать функции, чтоб имена с ядерными функциями не совпадали. И... в портах Linux используется именно bundled-версия lz4, а не ядерная. Но тут можно сказать, что ZFS не в ядре, ну дак и HAMMER2 не в ядре NetBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #174

160. Сообщение от maximnik0 (?), 13-Янв-23, 13:25	+/–
>Что за вино? Что за умные? Wine чтоли? Да был спор с местными ребятами с службы приставов, они на бтрфс уже работали.Я говорю что знаю как односрочник который не починили повторить.(интервью Шишкина 2 или 3 года назад) .Да Шишкин пи....л и на голову тяжёлый.Поставили спор.Я установил программу Либрусек,поставил на индексацию книги -свободно было 250 Гб на разделе.Проверил что бит не стоит.Все раздел здох через 4 или 5 часов,не чем не смогли починить,нет места ,не балансируется.При этом файл murulib.db занимал 700-900 мгб ,у меня полностью индексированный 1,1 гига.Фишка в том что 2  версия этой БД версия тоже работает с очень мелкими блоками и подробности точно не помню происходил конфликт в процедуре открытия-записи файла ,методанные распухали.2 или 3 года назад было не починено.Этот баг есть в багтреке очень давно,уже хрен знает сколько ему лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #169

161. Сообщение от maximnik0 (?), 13-Янв-23, 13:42	+/–
>А она что, совсем без журналирования и крахи не переживает? А зачем ей журнал то,что в этот журнал упёрлись то? Там версирование версий и crc32 .Произошла ошибка,проверяются файлы на целостность,нашли битый файл,заменяется на целый,если что то записывалось и конфликт версий происходит откат пакетной обработки.Есть небольшая БД с открытыми на обработке файлами.Есть индекс файлов,есть 2-е резервирования файлов БД.Что ещё для надёжности надо ? Надёжная фс-а фокспро на современном оборудование обрабатывает файлы так что оказывается фс не справляется , может дисковая стойка барохло и ей место на свалке,все возможно,я в той зоне пару раз всего по шабашкам был с недельным пропуском,удивился что ещё SUN пользуются в качестве серваков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #170, #199

162. Сообщение от maximnik0 (?), 13-Янв-23, 13:59	+/–
>Абсолютно совместимы, но есть такое ощущение что у вас глючное железо. Нет, железо исправно было,перепроверено несколько раз. Меня больше убило что не чем такой косяк не ченился,Фс отказала сбросить чек суммы,хотя в мануалах это предусмотренно.Бтрфс скруп падал в сегментацию на середине проверки,на одних и тех же процентах.А про fsck и говорить нечего..умершее и непотдерживаемое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #172

163. Сообщение от maximnik0 (?), 13-Янв-23, 14:06	+2 +/–
>Сойдет, если его делают штатные утилсы. Плохо не знать офтопик.С 2000 в состав операционки входит утилита convert.Ман по конверту convert E: /FS:NTFS. Где: E: – буква диска, который вы хотите сконвертировать из FAT32 в NTFS; /FS:NTFS – файловая система, которую мы хотим получить; Вводим данную команду в командную строку и ждем, пока не появится надпись «Преобразование завершено».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #164, #171

164. Сообщение от maximnik0 (?), 13-Янв-23, 14:10	+1 +/–
Добавлю а ещё раньше NT4 могла фат16 конвертировать,фат32 она официально не понимала,хотя был драйвер под эту фс и народ даже на корень умудрялся ставить с нортовскими проверочными утилитами (они подменяли стандартную проверку и могли ченить фат32)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

165. Сообщение от maximnik0 (?), 13-Янв-23, 14:40	+/–
>А можно пруф на однострочник, У меня есть аналог однострочника,по крайне мере 2-3 года назад по прежнему убивал  методанные на разделе.Смотри поиском выше про спор с приставами насчёт вина,там подробности. P.S. Если нужно Deb пакет Либрусек а на Яндекс диск скину.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #168

166. Сообщение от maximnik0 (?), 13-Янв-23, 14:52	+/–
>откатили факап на прошлый снапшот да поехали дальше. А для чего Бут разделу снапшот? Что за идиотизм,не подумавший вякнуть.Ну пришло тебе обновление,новая версия ядра.Так минимум преведущие ядро сохраняется,а в некоторых дистрибутивах и 3 старое ядро не удаляют.В грубе в меню все версии ядер есть.Что ты там собираешься откатывать ? Единственное что на ум приходит это что  нашли сам косяк в грубе , пришло обновление и оно не стартует.Так умные люди держат утилиту рисковый груб,она само ядро ищет с файлами настройки,командной строчке шаманить не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #173

167. Сообщение от Аноним (22), 13-Янв-23, 14:58	+/–
> А почему они тогда LZ4 прямо в файлуху втрамбовали? А почему ZFS сделали так же? Потому что HAMMER2 - не часть NetBSD и в ядро ее не приняли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #175

168. Сообщение от maximnik0 (?), 13-Янв-23, 16:00	+/–
https://disk.yandex.ru/d/O3aRNJVWeBHbgw
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

169. Сообщение от Аноним (169), 13-Янв-23, 17:56	+/–
> Шишкина 2 или 3 года назад) .Да Шишкин пи....л и на голову тяжёлый. А таки не врут. В целом. А так дурные случаи можно накопать везде. Никогда не видали файл стирающийся 10 минут? Всего лишь хорошенько фрагментированый торент на 20 гигз на XFS, ничего не подумайте. Даже без cow всякого, просто с метаданными работает медленно как трактор и если фрагментов много, сушите весла. Или вот EXT4. Берем диру. Создаем в ней дохреналион файлов. Стираем. Так, стоп, размер самой диры ... не сдувается? Создаем еще одну. Повторяем. Теперь тоже столько весит? Хотя там ни 1 файла? Ну вот так, а место продолбано. Повторив этот фокус несколько раз можно получить эн ПУСТЫХ дир и нифига места. А все место сожрано на пустые диры которое оно сдувать не умеет. Ну вот так вот. > раздел здох через 4 или 5 часов,не чем не смогли починить,нет > места ,не балансируется. Это какие версии ядер были? > баг есть в багтреке очень давно,уже хрен знает сколько ему лет. Ну и кого интересуют ископаемые баги в 2023, где оно миллиард юзеров книгоморды на себе держит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #180

170. Сообщение от Аноним (-), 13-Янв-23, 18:08	+/–
> А зачем ей журнал то,что в этот журнал упёрлись то? Потому что без него при крахе не только продалбывается неопределенный объем данных так еще корректного восстановления нет. > Там версирование версий и crc32 .Произошла ошибка,проверяются файлы на целостность, > нашли битый файл,заменяется на целый,если что то записывалось и конфликт версий > происходит откат пакетной обработки. Похоже на какой-то самопальный кастомный аналог журналирования так то... > резервирования файлов БД.Что ещё для надёжности надо ? Есть более 9000 способов изобрести журналирование. Большая их часть эквивалентны по смыслу. CoW интересет тем что всех на-о-бывает путем использования как журнала вообще всей площади. За счет этого ему не надо двигать журнал в основную область, только уметь актуальный view строить. При этом запись больших обхемов быстрее. Особенно большим жирным непрерывным куском. EXT4 с полным журналом обвалится по скорости записи в хлам. CoW со скоростью записи диска по сути. Но есть нюансы. Когда фрагментов дофига, ворочание сотен метаданных может начать неиллюзорно тупить. А куча мелких записей ведет к именно этому. Чтобы актуальный вид файла получить надо вооооон какую пачку фрагментов сжевать. А это не быстро. Особенно на механике, если это все еще и читать надо, хрустя головами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

171. Сообщение от Аноним (-), 13-Янв-23, 18:11	+1 +/–
> Плохо не знать офтопик. Даже там такими извратами адекватные люди не особо занимаются. > получить; Вводим данную команду в командную строку и ждем, пока не > появится надпись «Преобразование завершено». Да хрен с ним с офтопиком. Пусть откат снапшота в нормальном виде лучше покажет. А то ReFS для домашних юзеров вообще выпилили, а дисковые технологии NTFS... ну... btrfs нормально к 200К файлов в иерархии размером с линукскернел относится. Удачи такое на NTFS в винде выгрузить, там такой перфоманс впечатляющий, конечно....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #181

172. Сообщение от Аноним (-), 13-Янв-23, 18:17	+/–
> Нет, железо исправно было,перепроверено несколько раз. А чексум еррор тогда, извините, откуда? Там вариантов мало - результат счета и того что с стоража прочли не совпал. Значит что-то пошло не так. И почти всегда - где-то на уровне железа. Современное (да и не очень) железо это огроменный программно аппаратный комплекс. Сложный. Капризный. Хрупкий. С кучей своих приколов. > Меня больше убило что не чем такой косяк не ченился,Фс отказала сбросить > чек суммы,хотя в мануалах это предусмотренно.Бтрфс скруп падал в сегментацию на > середине проверки,на одних и тех же процентах. Это все в каких, пардон, версиях ядер и утилит? > А про fsck и говорить нечего..умершее и непотдерживаемое. Да он ему не особо нужен, если честно. Потому что после обычного краха fsck ему не надо - из-за cow он просто отбросит свежие изменения да останется в чуть более старом виде. Для фоновых проверок scrub есть. А если дело совсем туго то офлайновый чтец есть. Остается узкая ниша мануальных потуг рекавери ФС до монтируемого состояния, но если к этому пришло, это по любому уже человек разбирается и если ему сильно надо он нужное офлайн чтецом вынет, благо, часть btrfs'овских штатных утилсов. Типа всяких нтфсрекавери и тирамис, только нахаляву, сразу от разработчиков. С возможностью потыкаться по генерациям, если дело совсем тухлое. Оно ж не сразу более старые состояния убивает GC, есть некий диапазон. Поэтому можно найти даже то что казалось бы снесено. А старые состояния могут это еще содержать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #184

173. Сообщение от Аноним (186), 13-Янв-23, 18:25	+/–
> А для чего Бут разделу снапшот? Для того что если мне не понравился апгрейд операционки - я его возьму да откачу за минуту, например. Как на виртуалке снапшот примерно, но можно вот и на железке так же. > Что за идиотизм,не подумавший вякнуть.Ну пришло тебе обновление,новая версия ядра.Так > минимум преведущие ядро сохраняется,а в некоторых дистрибутивах и 3 старое ядро не удаляют. Вот пришло тебе обновление софта и либ. Ты работу работал, сдуру обновился - хренак, рабочая программа померла. Ну там кад или еще чего, например. А тут доделать надо как раз. Как тебе такое, Элон Маск? И чем спрашивается то или иное ядро поможет? А если это не ядро - чего? В снапшоте вообще вся система от и до зафиксирована. И это не настолько уж и дорогая операция. Потому что место жрут только отличия. А иначе это лишь 2 ссылки на одни блоки. Так что если снапшоты не сильно отличаются то и места почти не жрут, в разумных пределах. > В грубе в меню все версии ядер есть.Что ты там собираешься откатывать ? Системные либы, софт, неудачные правки конфигов, инсталл или деиенсталл пакетов, вот это все. Ну то-есть вообще совсем все. Даже rm -rf / подлежит откату, как максимум загрузиться придется с загрузочной флехи если это до ядер и инитрд добралось, но возврат на снапшот отменит это как будто оно никогда не случалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #183

174. Сообщение от Аноним (-), 13-Янв-23, 18:38	+/–
ZoL обречен жить выкидышем, из-за лицензии и хреновой интеграции с кернелом, наверное поэтому и не парятся гадить под себя. А сабж что, планирует повторить это, но для BSD и хаммера? А в чем прикол такой активности?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #178

175. Сообщение от Аноним (-), 13-Янв-23, 18:41	+/–
> А почему ZFS сделали так же? Видимо культура кодинга в их прожекте такая. Впрочем, их в майнлайн все равно не примут хоть тресни так что это им не икнется. > Потому что HAMMER2 - не часть NetBSD и в ядро ее не приняли. А у них есть столь же принципиальные причины на это не надеяться как у вон тех?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #177

176. Сообщение от Аноним (-), 13-Янв-23, 18:42	+/–
>  А, это как в том порте wireguard    для > fbsd? Почти успели. Там тоже высокоархитектурный кодец был. Правда, автор вайргада встал костьми и не дал изгадить свою репутацию. Но это не заслуга фбсд и их команды так то, а принципиальность автора вайргада. А вот окажется кто менее принципиальным - и будет там понятно что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

177. Сообщение от Аноним (22), 13-Янв-23, 20:06	+/–
> А у них есть столь же принципиальные причины на это не надеяться как у вон тех? Ну учитывая как портировался вялый, стойкая принципиальность прослеживается: https://blog.netbsd.org/tnf/entry/wayland_on_netbsd_trials_and
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

178. Сообщение от Аноним (22), 13-Янв-23, 20:09	+/–
Razorfs по этой же причине, как я понимаю, не в ядре - использует собственные слои и асбтракции вместо общих кернеловых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #179, #193

179. Сообщение от Аноним (22), 13-Янв-23, 20:11	+/–
*ReiserFS I mean
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

180. Сообщение от maximnik0 (?), 13-Янв-23, 23:41	+/–
>Повторив этот фокус несколько раз можно получить эн ПУСТЫХ дир и нифига места. А все место сожрано на пустые диры которое оно сдувать не умеет. А вот тут у вас батенька Незнание.Это повидение описано в документации,ну согласитесь достаточно редко даже на серверах миллионы файлов нужно создавать и удалять.Чиниться элементарно ПОВТОРЯЮ это есть в манах по переходу с ext3 -fsck.ext4 -D ,опция D заставляет заняться оптимизацией каталогов,будет выполнена переиндексация.И место возращается.Не забываем что иноды создаются статически, это имеет как плюсы,так и минусы.Но интересно -проверил fsck,ключ до сих пор не описан. >Ну и кого интересуют ископаемые баги в 2023, где оно миллиард юзеров книгоморды на себе держит? Это получается что юзер не превышая квоты может убить ФС,да за это обычно руки отрывали по самые яйца.Косяк и очень страшный.Если это поведение легко повторяется скриптом.А насчёт спора-там LTS версия юбинты,так что ядра не гавно мамонта были.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #182, #186

181. Сообщение от maximnik0 (?), 13-Янв-23, 23:53	+/–
>А то ReFS для домашних юзеров вообще выпилили Не выпили а запрятали.И прекратили обновлять.Но если у вас есть раздел преведущей версии то с ним домашняя версия будет работать.А ещё народ сварганил самодельный mkfc,для создания фс,скачивай,пользуйся.Официальная причина зачем запрятали- вылизла несовместимость с некоторым софтом и играми, техподдержка умерала....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #187

182. Сообщение от maximnik0 (?), 14-Янв-23, 00:09	+/–
Добавлю, для совсем тяжёлых случаев есть ключик к утилита tune2fs ,но ключ я не помню,тоже сбрасывает не используемые иноды.Я же говорю очень уж редко эта ситуация, про тюнье не сразу вспомнил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

183. Сообщение от maximnik0 (?), 14-Янв-23, 00:29	+/–
> И чем спрашивается то или иное ядро поможет? А если это не ядро - чего? Это boot раздел,ваши программы и либы с данными на ZFS разделе.Так загружался в аварийном режиме и откатывай куда тебе надо.Я на это намекал,чтоб подумал,теперь прямо говорю.Кто мешает с на 1-м миллиардный случай с лайв аварийного диска загрузиться и также откатить софт и если так получилось вручную 2-3 версий ядра? Нет лайв диска ССЗБ, но не чего,можно скачать на крайний случай. А вот надеяться на фишки ФС и не делать бэкапы-это уже клиника,только свинец лечит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #185, #190

184. Сообщение от maximnik0 (?), 14-Янв-23, 01:13	–1 +/–
>Это все в каких, пардон, версиях ядер и утилит? Kubuntu 20.04 - 3 года назад.Так что не совсем древнее.Нашел тему на linux орг https://www.linux.org.ru/forum/talks/16102298
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #189

185. Сообщение от maximnik0 (?), 14-Янв-23, 01:44	+/–
Добавлю ещё "перчика".Есть стандарт UEFI,загрузчик по этому стандарту должен быть на фат 32.Про вашу ZFS он и знать не знает.Так можно настроить Бут раздел с монтированием что в нем ядер не будет,только подписанные загрузчики.И нахрена в этом случае снапшоты ,для загрузчика который раз в пятилетку обновляется ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #206

186. Сообщение от Аноним (186), 14-Янв-23, 05:21	+/–
>> сожрано на пустые диры которое оно сдувать не умеет. > А вот тут у вас батенька Незнание. Вообще-то это как раз знание. Любезно предоставленное похом, так даже бывает. > Это повидение описано в документации, Я от фс нормальные свойства хочу а не документацию костылей. > ну согласитесь достаточно редко даже на серверах миллионы файлов нужно создавать Это зависит от кейсов и фс не украшает. Какого я должен аллокацией вручную заведовать? Или место постепенно девается вникуда. > и удалять.Чиниться элементарно Только, вот, не файлухой а педальным приводом. По нормальному сами должны были GC сделать. > ПОВТОРЯЮ это есть в манах по переходу с ext3 -fsck.ext4 -D Оно и у EXT4 так то осталось. > место возращается.Не забываем что иноды создаются статически, это имеет как плюсы,так > и минусы.Но интересно -проверил fsck,ключ до сих пор не описан. Вон то можно и вручную сделать - удвигаем диру, создаем новую, перемещаем в нее файло, сносим. Это достаточно быстро и легко, и даже с запущеными программами прокатывает с некоторыми ограничениями и рисками, но какого я это должен делать? > Это получается что юзер не превышая квоты может убить ФС,да за это > обычно руки отрывали по самые яйца.Косяк и очень страшный.Если это поведение > легко повторяется скриптом. Если оно легко повторяется на вот именно актуальных керенелах, это баг. Иначе "contact your support" как говорится. А так любую фс можно ушатать. Я как-то на хостинге ext3 положил до совершенно непотребной величины iops-ов, пришлось и меня двигать и всю толпу клиентов, оказывается я преалокацию в торентах забыл указать и случилось вот это вот, по сути я положил весь хост с толпой народа на уровне именно фс. А и дефрага EXTов тогда вообще никакого не было. > А насчёт спора-там LTS версия юбинты,так что ядра не гавно мамонта были. У них как раз ядра достаточно окаменелые, особенно в старых убунтах, по дефолту, если явно бэкпорты не ставить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #191, #217

187. Сообщение от Аноним (-), 14-Янв-23, 05:34	+/–
> Не выпили а запрятали.И прекратили обновлять. Это к счастью не мои проблемы, у меня линукс есть со всякими бтрфс поэтому я могу без всяких обиняков cp --reflink на терабайтном образе влупить. И получить "копию" влет. Даже если еще терабайта места не было, только отличия хранятся. Пусть юзер маздайки этот номер покажет. А так то круто копии виртуалок из шаблона подымать или с образами дисков на восстановление экспериментировать. Ну и нахрен мне ваши дирижабли и знание их пилотирования? У этой гадости даже бортового компьютера еще нет, а у меня уже есть персональный космический корабль, где технологии сильно выше уровнем. Да, на дирижабле вас в принципе не парит перехват хакером управления, зато парит много чего иного, и лучше ли это - не факт. > Но если у вас есть раздел преведущей версии то с ним домашняя версия будет работать. У меня линукс есть где мне не надо выковыривать подачки задним числом и расчищать гадости в мой адрес от вендора. Это был ключевой аргумент за линукс. > А ещё народ сварганил самодельный mkfc,для создания фс,скачивай,пользуйся. Да, и попробуй угадать какой там из них без троянов в комплекте. Ведь нормальных репов у майков нет. И поставить программу зная что это нечто заведомо потребное - низя. > Официальная причина зачем запрятали- вылизла несовместимость с некоторым софтом > и играми, техподдержка умерала.... А неофийиально такой вендор может пойти на ... и в ... даже за бесплатно. А за бабки вдвойне :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #188

188. Сообщение от maximnik0 (?), 14-Янв-23, 05:44	+/–
>Да, и попробуй угадать какой там из них без троянов в комплекте. Ведь нормальных репов у майков нет. И поставить программу зная что это нечто заведомо потребное - низя. Параноид детектид ? Есть исходники -качай себе на здоровье и компилируй. Что там напихаеш то на 1  мгб ? Современным шифравальщикам и троянам минимум 2 мгб требуется :-) https://github.com/0xbadfca11/mkrefs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #195

189. Сообщение от Аноним (-), 14-Янв-23, 05:49	+/–
> linux орг > https://www.linux.org.ru/forum/talks/16102298 Коменты там еще более донные чем на опеннете, имхо. И таки если CSUM ERROR то 95% что проблема железа. Сломаться может все. От гнилого кабеля к диску (в SATA это почему-то довольно часто) и кривого питальника, до шалящего проца, мамки, памяти. Btrfs крут тем что это все всплывает. Вы даже не представляете себе сколько железа которое как живое, но при детальном рассмотрении изредка глюкавит. Пока чексум не было это никто особо не замечал. Тихо караптя данные понемногу. В какой-то момент это конечно может стать заметно но вот там уже может быть поздняк. Ну как, у некоторых юзеров например NTFS вот так живой, а потом не маунтится, checkdisk починить не может, а то и вовсе на попытке монтирования бсод. И что хотите то и делайте. Если кто хотел сказать что вот так лучше - не факт. И вот тут я таки знаю что если оно у меня работает - "all systems operational". А если "CSUM ERROR" - "we have a problem". И вот это вот - очень круто, на самом деле. Такой себе end to end check состояния систем реалистичной нагрузкой. Дает хорошее понимание состояния систем. Может у твоего винча контакты окислились к блоку голов за эн лет и он на грани помирания? CSUM ERROR это еще безобидно - они так то могут и на более низком уровне в ящик сыграть от этого. И это реальная фигня которая случается с некоторыми винчами. Ну да, ок, на ext4 ты левые данные вообще не заметишь при случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #192

190. Сообщение от Аноним (-), 14-Янв-23, 05:57	+/–
> Это boot раздел,ваши программы и либы с данными на ZFS разделе. Так загружался > в аварийном режиме и откатывай куда тебе надо. Я на это намекал,чтоб > подумал,теперь прямо говорю. Кто мешает с на 1-м миллиардный случай с лайв > аварийного диска загрузиться и также откатить софт и если так получилось > вручную 2-3 версий ядра? Да в принципе все это решаемо. Но внемайнлайновый выкидыш это внемайнлайновый выкидыш. И означает заметный лаг в фиксах секурити, невозможность использовать свежее майнлайновое ядро, да даже более того - баг на кернел репортнуть не получится. А убунту кернел тим ворочает не более 1% изменений кернела, репортить им... ну... удачи. > Нет лайв диска ССЗБ, но не чего,можно скачать на крайний случай. А > вот надеяться на фишки ФС и не делать бэкапы-это уже клиника,только > свинец лечит. Да, вот, блин. пусть кого-нибудь другого так лечат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

191. Сообщение от maximnik0 (?), 14-Янв-23, 06:02	+/–
> в торентах забыл указать и случилось вот это вот, по сути > я положил весь хост с толпой народа на уровне именно фс. > А и дефрага EXTов тогда вообще никакого не было. Опять ловлю на незнание.Был дефраг для ext2 .Он даже официально входил в некоторые дистрибутивы- например Дибиан. Но потом поддержку забросили как часто бывает.И у этого дефрага был недостаток- нужно было создавать свой initr  для  ядра,т.к он работал только с размонтированной фс. Была даже псевдаграфика в стиле нортона с кирпичиками, из недостатков приходилось переписывать Lilo если  это слово  вам знакомо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #194

192. Сообщение от maximnik0 (?), 14-Янв-23, 06:19	+/–
>Может у твоего винча контакты окислились к блоку голов за эн лет и он на грани помирания? До сих пор использую для архивов,бад блоков нет и помирать не собираеться.Только я теперь для архивов особо важных еще  par2 информацию дописываю.Рекомендую,проверенная утилита.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #196

193. Сообщение от Аноним (-), 14-Янв-23, 08:28	+/–
> Razorfs по этой же причине, как я понимаю, не в ядре - > использует собственные слои и асбтракции вместо общих кернеловых. И это одна из ключевых причин по которым ее в майнлайне не будет. Они тоже не поняли некоторые вещи. Если кто-то хочет сделать что-то крутое, и это выглядит как нечто потенциально реюзабельное и интересное еще кому-то, он идет и делает это реюзабельным компонентом. Для всех. Даже btrfs сделан вот так, насколько его дизайн это позволяет. И даже автор bcachefs понимает эти вещи. Поэтому если кого-то с новым сильно кастомным дизайном в ядро возьмут то это будет он, а не шишкин. ...но когда их станет два, возникнет вопрос что в принципе они много чего делают дублирующимися путями, и стало быть нехило бы скажем вещи типа "device add" и прочего как-то унифицировать. На двоих, а потом и чтобы все остальные так могли. Ну там менеджмент томов next gen, грубо говоря. И все релевантные апи и обвес. Просто пока нет понимания как это core могло бы выглядеть, надо чтобы несколько таких вылезло и показали что они хотят и как они это делают. Тогда станет понятнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

194. Сообщение от Аноним (-), 14-Янв-23, 09:03	+/–
> Опять ловлю на незнание.Был дефраг для ext2 . Там, ext4, имхо, был, или максимум ext3, не помню, но убился жестко, так что я охренел когда ВСЕ файловые операции стали занимать непотребные времена. Стереть диру с сотней файлов? Задолбаешься ждать. И так вообще весь хост, кастомеры стали теребить сапорт, пришлось признаться в факапе и вместе думать что делать. Ну они и предложили всех скопом на новую машину, мне идея понравилась, я согласился и даже потер все что не очень нужно чтобы объем IO им скостить, в моих же интересах - иначе я бы задолбался ждать завершения операции. Дефрагать то что получилось - да ну! К тому же даже современный e4defrag довольно паршивенькая и базовая штука. И его эффективность - так себе, от ситуации зависит. Пока вы тут про незнание, я еще и пользовался им если что. > Он даже официально входил в некоторые дистрибутивы- например Дибиан. Судя по тому что я там видел, результат был бы примерно такой: дофига времени на вспашку, при хилом результате. Им проще было хост перекатать с ноля. Это лучше по время/результат. У коммерческой фирмы железо должно деньги делать, а не стоять под дефрагом днями. Я так понимаю там глобально диск забился а я его пачкой фрагментов добил, это не очень лечится а колупается в час по чайной ложке, т.к. удобной рабочей области просто нет. > Но потом поддержку забросили как часто бывает. Ну а в btrfs дефрагер никто не забрасывал. Как максимум у него есть косяк с unshare блоков, так что юзеж места растет. Но это потому что дефраг блоков на которые сразу несколько раз юзаются - это достаточно сложно, с этим были свои приколы когда пробовали продвинуто их двигать. Предпочли убрать от греха shanshot-aware defrag. Это не так уж страшно, потом можно обратно зашарить любым офлайновым дедупликатором, который заодно и еще чего интересного в одни блоки сведет. > И у этого дефрага был недостаток- нужно было создавать свой initr   > для  ядра,т.к он работал только с размонтированной фс. Т.е. по сути неюзабельно для большинства случаев ибо ведет к прерыванию сервиса. Не, але, даже мой десктоп мне живым нужен, а серваки и проч - и подавно. Зафиг мне такой дефраг? E4defrag как и brtrfs filesystem defragment в этом сильно вменяемее, они именно онлайн дефраги. Но колупать ВОН ТО было бы крайне печально даже таким. > Была даже псевдаграфика в стиле нортона с кирпичиками, из недостатков > приходилось переписывать Lilo если  это слово  вам знакомо. Из недостатков - это не решение пригодное для реальной эксплуатации в реальных сценариях которые подразумевают что люди компьютеры купили для того чтобы пользоваться ими а не гонять там кирпичики в дефрагерах. Вот btrfs'ники этот момент очень круто усвоили. Все эти идеи заколочены в самые азы дизайна. Увеличить или уменьшить ФС? На ходу? Даже удвинув данные с хвоста? Легко. Пройти backrefs, по ним видно чьи блоки, передвинуть куда хотелось, проапдейтить. Так что уменьшить btrfs можно на ходу - и это довольно легкая и быстрая операция по сравнению со всеми остальными кто так в принципе умеет. Добавить девайс? Вынуть девайс? Легко. Да, с вынимаемого девайса оно тоже данные само удвинет, той же механикой, лишь бы было куда. А попробуйте такое пилотирование глайдера на чем-нибудь другом изобразить? И как, хорошо получается? А, у вас дирижабль, там даже бортового компьютера нет... ну, ок, значит такой маневр не для вас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #200

195. Сообщение от Аноним (186), 14-Янв-23, 09:19	+/–
> Параноид детектид ? Есть исходники -качай себе на здоровье и компилируй. Мне это полезно как зайцу стопсигнал: я ушел на линукс, прокачался в линуксе, и все зашло настолько далеко что у меня куча линуксных скиллов - и никакой винды вокруг. Мне винды просто не требуются. Никак и никогда. И я в гробу видал софт с .vcxproj для билдовки, это категорически не есть предпочитаемый мной путь. Такой опенсорс - себе оставьте. Особенно когда вот это все порево - для создания обкоцаной пародии на btrfs. Которую я нахаляву получаю в каждом линуксном дистре. Без такого вот. А если мне приспичивает там софт пересобрать, это сильно дружественнее чем инстал вьжлстудии. И быстрей раз в 50. Пусть кто понимет пойнт тех мучений и занимается этим, имхо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188

196. Сообщение от Аноним (-), 14-Янв-23, 09:32	+/–
>> Может у твоего винча контакты окислились к блоку голов за эн лет и он на грани помирания? > До сих пор использую для архивов,бад блоков нет А оно бывает очень по разному если в тех случаях. Да и приколов у железа много, это одна из триллионов версий, немного похожая на правду. Может быть много чего еще. > и помирать не собираеться. Оптимизм хорошо, но в случае окисления контактов в гермоблок может и внезапно сдохнуть. Бывает иногда. Редко, тем кому повезло радости с осознания что джекпот 1 на миллион? Это ж не у них джекпот а у лабы которая будет данные вынимать оттуда. Но может быть и дофига чего еще. Типа редкого взглюка железа раз в полдня в определенной экзотичной ситуации. Такого счастья - есть. И когда я виду CSUM ERROR я уже знаю что жизнь собирается меня где-то поиметь, и меня очень сильно заранее об этом предупредили, за что и спасибо. > Только я теперь для архивов особо важных еще  par2 информацию дописываю. > Рекомендую,проверенная утилита. Да оно как бы даже не есть плохая идея, но в некоторых случаях может и не спасти. Если скажем винч на нормальный режим не выйдет - вы с него ничего и не получите. Ни с par2 ни без. Хотя потом, конечно, в лабе что-то прочтут, если денег не жалко, шансов будет побольше. Но так то сильно ценное лучше на несколько разных устройств раскидывать. Надежнее. Все сразу не помрут же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #197

197. Сообщение от maximnik0 (?), 14-Янв-23, 10:08	+/–
>Оптимизм хорошо, но в случае окисления контактов в гермоблок может и внезапно сдохнуть. Бывает иногда. Окисление в гермоблоке ? Это либо очень косячная сборка производителя- либо пластины уже должны покрыться ржавчиной от неправильного хранения :-) Честно говоря не видел,вот подшипники из-за ионной коррозии клинят это да ,есть такое,И то иногда проворачивать удаеться и с считывания информации идет жесткий на свалку т.к в последующих пару пусков придет ему хана. >Но так то сильно ценное лучше на несколько разных устройств раскидывать Это да ,минимум 3 копии на жестких разных производителей(по возможности)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #198

198. Сообщение от Аноним (-), 14-Янв-23, 14:30	+/–
> Окисление в гермоблоке ? Контакты между платой электроники и гермоблоком, лол. Особенно WD в некоторых старых сериях отличился, сэкономив на золочении печатки пару микрон, и обнаружив что прозрачный слой золота, оказывается, перестает функции выполнять, особенно если у юзера климат хреновый. Настолько налетели на той экономии на спичках, что в новых сериях/версиях стали подчеркивать нормальное золочение, качественную плату, хы. > Это либо очень косячная сборка производителя- либо пластины > уже должны покрыться ржавчиной от неправильного хранения :-) Конектор гермозоны к плате, однако. > Честно говоря не видел,вот подшипники из-за ионной коррозии клинят это да ,есть такое, Пару заклинивших 3.5" я даже расклинил резкими движениями вокруг оси шпинделя. Если пакет большой с хорошей инерцией вообще не проблема. И оно вполне себе прочиталось. > Это да ,минимум 3 копии на жестких разных производителей(по возможности) А в идеале и в разных локациях. Мало ли какое г случается. Пожары-наводнения-маскишоу и чего там еще бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

199. Сообщение от Аноним (199), 14-Янв-23, 15:14	+/–
>удивился что ещё SUN пользуются в качестве серваков В каком качестве? Что на них крутится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #201

200. Сообщение от shardddin (?), 14-Янв-23, 16:50	+/–
А как теперь, если появился новый носитель, теперь можно добавить, например к корню, новый раздел как дополнительный - команда btrfs device add, как японял, добавит, а в fstab-е автоматически добавится или командами subvolum придется прописывать для постоянного добавления нового раздела?... Как проще сделать конвертацию раздела /home с фс ext4, если добавить также как к корню (он-то уже на btrfs) новый раздел с нового устройства, но так, чтобы "главным" оказался именно старый раздел /home? sda1  ext4      1.0    1,5G    44%  /boot sda2  btrfs            50,9G    57% / sda3  ext4      1.0    18,4G    76% /home
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #202, #204

201. Сообщение от maximnik0 (?), 14-Янв-23, 22:29	+1 +/–
Эти в основном серваки таможни - по специальному протоколу идёт обмен данными.Используеться в качестве БД Оракл +какой то ещё софт (но у меня туда не было допуска) ,туда особо не лазил и подробности я не знаю (сзади стоял суровый охранник с пистолетом).Но на них не жалуются,уже корпуса пылью слегка покрылись,вполне вывозят всю нагрузку,говорили пацаны что по многопоточности ихним процессорам равных практически на тот момент не было-до 25 года есть поддержка от Оракла.Серваки тоже кластерные ,работают по парам + эн кол-во горячий резерв,+ пару стоек ленточных бэкапов.Поменяли ИБП на свежие,т.к старые того сдохли аккумуляторы, а ихние фирменные аккумуляторы оказались изготовленные из "золота по стоимости" .На наши промышленные стойки-прикольно,можно ставить обычные щелочные аккумуляторы и комбинировать их со свинцовыми + производитель обещал обновление прошивки для поддержки железно литиевых аккумуляторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199

202. Сообщение от maximnik0 (?), 15-Янв-23, 00:27	+1 +/–
Я лично пару раз с конвертацией с ext4 обжогся,но вот пару последних конвертируемых томов живут и не разваливаются.Вроде сказали ошибку поправили.Я рекомендую не полениться взять чистый диск -разбить как тебе нужно.И вручную указать опции монтирования - связанных с сжатием и временем обновления (можешь если нужно нужный для контрольной суммы алгоритм указать).Если у тебя только домашний раздел подумай нужны ли тебе субтома? Если будешь делать снапшоты куча места можно сэкономить при правильном разделение на субтома.И просто тупо копируй на том бтрфс.Предварительно праверь какой для твоего оборудования алгоритм сжатия подходит.Если сжимаемых данных мало лучше сжатие для раздела отключить (для субтома можно указать отдельно сжатие, так что думай и ещё раз думай как правильно разбить)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #203

203. Сообщение от shardddin (?), 15-Янв-23, 01:28	+/–
Спасибо!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #205

204. Сообщение от Аноним (-), 15-Янв-23, 06:19	+1 +/–
> А как теперь, если появился новый носитель, теперь можно добавить, например к > корню, новый раздел как дополнительный - команда btrfs device add, как японял, добавит, Абсолютно. После add просто эн места появляется. Очень приколько так RAID'ы отращивать, никаких приключений с добавлением строго по N устройств 1 размера и прочим имением мозга когда приходится в угаре искать вот именно подходящий накопитель а вокруг пять "неподходящих" болтается. Просто добавляем что есть и готово. В терминах BTRFS допустим RAID1 это "положи блоки на 2 разные устройства". При этом разные блоки могут лежать на разных устройствах и их парах, в любом случае при отказе вон того устройства для всех его блоков найдутся те же блоки на каких-то других устройствах в ФС. Это не есть глупый блочный RAID с 1:1 по пространству на зеркалах, более продвинутое гранулярное нечто. Оно даже частично конвертированое и со смесью уровней вполне себе живет, позволяя на лету сменить уровень RAID если достаточно места и устройств для новых требований. А при обломе конверсии на середине еще и нормально относится к смеси уровней. Просто продолжает с места облома. Можно даже не делать конверсию а просто запросить чтобы от сих новые блоки писали с другой схемой. Старые останутся с предыдущей и будут в таком виде пока кто-то не перезапишет это по какой-то причине. Все что при вон том важно (для примера RAID1) - чтобы было 2 хоть какие-то устройства и свободное место на них. Добавление +1 устройства очевидно позволяет использовать и его место для тех целей, с уточнением что на других должно быть какое-то свободное место. Иначе в какой-то момент место на этом девайсе будет, но куда определять вторую копию блока?! Поэтому после добавления устройства нехило сделать и ребаланс для более равномерного использования устройств, но это не есть абсолютное требование для того чтобы оно работать начало. > а в fstab-е автоматически добавится или командами subvolum придется > прописывать для постоянного добавления нового раздела?... Btrfs после попытки монтирования куска ФС сам остальные девайсы попробует найти. > Как проще сделать конвертацию раздела /home с фс ext4, Честно говоря не понимаю смысл в разделах когда хочется рулить пространством глобально и удобно, они только мешают этому - в btrfs нет причин делать home и os разными разделами.Просто скопировать хомяка, лучше в отдельный subvolume, и нахрен разделы, отдать место btrfs'у. Если раздел /home был опосля / то / реально увеличить в хвост и отдать место btrfs'у потом, но перетряс разделов довольно опасная операция, бэкапы ценного и таблиц разделов мастхэв. После отращивания раздела btrfs потом можно увеличить на добавочное место. Вот что-что а убавить или скостить размер ФС в нем легко. Лично мне нравится как убунта btrfs раскладывает: раздел 1 на все, однако в ФС есть subvolume @ для / и @home для /home. Настоящий корень иерархии btrfs в не монтируется, вместо этого делают как-то типа (это fstab): LABEL=system  /               btrfs   defaults,noatime,subvol=@     0       1 LABEL=system  /home           btrfs   defaults,noatime,subvol=@home 0       2 Можно UUID= (нужной фс) с тем же эффектом. Сие подразумевает ФС с лэйблом system и что на ней в топе иерархии есть subvolume'ы @ и @home. Место делится на обоих, а снапшотить "ос" и "хомяк" можно независимо. Настоящая иерархия с @ и @home окажется на уровень выше / и когда хочется снапшот делать, логично временно замаунтить без subvol= уже и вот там их раскладывать. Чтобы это вообще не влияло на нормальный вид ос. Subvolube в btrfs это нечто типа более мощной версии директории, разные subvolume можно снапшотить независимо друг от друга. Поэтому откат снапшота сводится к по сути операциям с "директориями". Если был @snapshot1 и @ и в @snapshot1 была система, нечто типа mv @ @old; mv @snapshot1 @ - и после этого ребут, приведет к перезагрузке в систему из @snapshot1. Можно поубивать ненужные снапшоты. Просто rm или миднайтом уже в современных кернелах. А весь пойнт - снапшот изначально реюзает блоки оригинала и поэтому хотя ведет себя как отдельная дира с копией ОС, места занимает мало (только отличия состояний). > если добавить также как к корню (он-то уже на btrfs) новый раздел с нового устройства, > но так, чтобы "главным" оказался именно старый раздел /home? Там не интересно кто главный, если сделать как убунта придумала, цепляя с явным указанием subvolume. Топ иерархии при этом перестанет быть виден в системе и станет уровнем выше / - это теперь уровень менеджмента, можно версиями систем и хомяков рулить. Включая текущий. Ну типа как в виртуалке где есть гипервозор, у него свои понятия относительно снапшотов, можно вернуться на какой-то из них и все будет в виде как на момент снапшота. > sda1  ext4      1.0     > 1,5G    44%  /boot > sda2  btrfs           >   50,9G    57% / > sda3  ext4      1.0     > 18,4G    76% /home Я бы в топе btrfs сделал @ под систему и удвинул систему туда. Потом @home и мувнул home туда, потом прописал вон то. А, если @ и @home не нравятся: это лишь дефолтовые убунтуйские названия, поскольку я спер идею у них то и названия взял как там было. Но названия любые могут быть, главное не запутаться что есть что - на вид в файловом менеджере дира и subvolume ничем особо не отличаются. А потом если не сыкотно - снести sda3, отрастить sda2 до конца, и его место будет доступно "btrfs вообше" которого можно будет ресайзнуть по размеру. Его динамически поделят между собой и @ и @home. Редактирование разделов требует аккуратного исполнения т.к. технически при этом sda2 на время удаляется но тут же создается с тем же началом (важно!), но размером уже крупнее. Я так делал, работает, но требует аккуратности. Ну и бэкапы при желании такое провернуть мастхэв, особенно таблиц разделов - в файлик на отдельном накопителе, на случай если номер не получился и захочется вернуть как было. На самом деле проще всего посмотреть как нечто типа убунты себя на btrfs ставит, и потом спереть идею если хотелось не убунту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #209, #215

205. Сообщение от Аноним (-), 15-Янв-23, 06:29	+/–
> Спасибо!) Не советую следовать идеям maximnik0 vs btrfs. Достаточно посмотреть как он нашел себе кучу проблем на ровном месте там где у других это просто работало. И зачем вам куча отдельных разделов? Использовать место глобально - прикольнее. Управлять потом проще, а лучшее что btrfs мог предложить это ненапряжный менеджмент да снапшоты. Хотя сжатие и чексуммы, тоже, конечно, бонус полезный. Сейчас эксперт maximnik0 почешет репу где именно у него железки глюкавили для CSUM ERROR например :). А просто потому что случаев когда это вот именно багом ФС было бы я вообще не встречал. Все что я видел было глючным железом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #208

206. Сообщение от Аноним (-), 15-Янв-23, 06:40	+/–
> Добавлю ещё "перчика".Есть стандарт UEFI,загрузчик по этому стандарту должен быть на фат > 32.Про вашу ZFS он и знать не знает. Если обратить внимание, стандарт UEFI не ограничивает допустимые ФС. И если в uefi firmware была поддержка ну хоть того же btrfs - внезапно, ничему не противоречит. Да черт, даже uboot умеет по минимуму с btrfs грузиться уже. То что wintel и их проприетарные шестерки ничего слаще FAT32 не придумали - это немного другой вопрос. > нахрена в этом случае снапшоты ,для загрузчика который раз в пятилетку обновляется ? В этом смысла и правда немного. С точки зрения перфекционизма - для приближения свойств к виртуалке, когда реверт снапшота является именно полным ревертом состояния, 1 в 1, в ту точку времени. А если что-то не откатывается, ну, это лишнее знание и особенность все же. Про это можно забыть а что-то может измениться и однажды за склероз все же как-то воздастся. Если вы когда-то рулили виртуалками то понимаете насколько круто вернуть абсолютно убитую систему в заведомо исправный вид 1 командой. А теперь, вот, и на железе можно (почти) так же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #207

207. Сообщение от maximnik0 (?), 15-Янв-23, 07:23	+/–
>То что wintel и их проприетарные шестерки ничего слаще FAT32 не придумали Придумать то придумали и до фига.Но почему же тотже exfat в стандарт не записать не понятно . Сейчас то спеки открыты и оказывается и насчёт кроссплатформенность продумали (есть acl ),есть и внешний журнал, и контрольные суммы и для флэшек подходит.Наверное насчёт бабла не договорились.А так я знаю что производители внедряют UEFI драйвера, у меня персоналка спокойно читает и записывает ntfs и может с него грузиться. А вот куда делись UEFI видеорежимы в видеокартах вопрос.(Это стандарт на замену VESA если вы знаете что это,только с унифицированным 2-3D ускорением на уровне open gl 1.4 и Каира )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #212

208. Сообщение от shardddin (?), 15-Янв-23, 20:04	+/–
Ну, мне плодить все равно придется - основное устройство с корнем и домашней - на одном ссд, плюс новый ссд - для расширения обоих разделом... Или есть смысл создать раздел для домашнего на новом устройстве и перенести со старого, а освободившееся место расширить для корня??...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

209. Сообщение от shardddin (?), 15-Янв-23, 21:33	+/–
>>Лично мне нравится как убунта btrfs раскладывает: раздел 1 на все, >>однако в ФС есть subvolume @ для / и @home для /home. Настоящий корень >>иерархии btrfs в не монтируется, вместо этого делают как-то типа (это >>fstab): >>LABEL=system  /               btrfs   defaults,noatime,subvol=@     0       >>1 >>LABEL=system  /home           btrfs   defaults,noatime,subvol=@home 0       >>2 Интересно. Я, конечно, не изучал устройство бтрфс так глубоко, поэтому полагал, что subvolum означает примкнутый - смонтированный иной раздел с бтрфс как дополнительное место к основному, прописанному в фстаб-е... А здесь что получается - допустим, 1ое устройство делится логически на два раздела (допустим, для монтирования корня и домашней) и размеры логически имеют равные, но при исчерпании места, например в субволюм @ - возьмет ли драйвер фс свободное место из половины @home или это вообще ничего не означает, а лишь только то, что и @ и @home берут места на первом устройстве до тех пор, пока оно не кончится??... Тогда возникает второй вопрос - именно добавление той командой иного устройства, например sdb (как целого, а не разделенного на разделы), позволит использовать субволюмам (подтомам, по-русски говоря) свободное место второго устройства имеенно также как и первого - т.е - сколько нужно @ и @home - столько и будет выделяться по надобности??... Если это так - то могу отдать должное разработчикам! Мысля более чем не плохая - так и до гениальности, имхо, недалеко!!!)... >>На самом деле проще всего посмотреть как нечто типа убунты себя на >>btrfs ставит, и потом спереть идею если хотелось не убунту. А как тогда с рейдом будет обстоять дело? Допустим, если охота будет из второго устройства сделать именно скоростной рейд - или это будет иметь место по умолчанию для новоподключенного второго устройста - т.е.данные автоматически будут делиться и одновременно записываться на два устройства, давая почти удвоенную скорость при записи и чтении?? Тогда я  вообще сниму шляпу перед разработчиками!!!) П.Н. спасибо за наводку, буду изучать и пробовать внедрять!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #210

210. Сообщение от Аноним (210), 18-Янв-23, 14:21	+1 +/–
> Интересно. Я, конечно, не изучал устройство бтрфс так глубоко, поэтому полагал, CoW'ы next gen технология. С особенностями, сильными и слабыми (чудес не бывает) сторонами. На основе этого некоторые вещи делаются достаточно круто и неординарно. Ну, вот, типа снапшотов, или множественных ссылок на блоки. Но лучше понимать как это работает, чтобы не обломаться. Скажем я могу из шаблона VM сделать 5 клонов, с как-бы независимыми дисками, сделав диску шаблона cp --reflink. Завершится за пару секунд, изначально будет 5 ссылок на 1 блоки оригинала. Они даже места не займут сразу. Пять виртуалок с дисками на 20 Гб будут жрать суммарно примерно те 20Гб на всех. А вот по мере их эксплуатации и расхождения состояния фс поддержит иллюзию что файлы и правда независимые, копируя нужные блоки в сторонку. Потому и copy-on-write. Если записей мало, оно так и будет почти как 1 виртуалка по весу. Если много - станет ближе к независимым копиям. > что subvolum означает примкнутый - смонтированный иной раздел с бтрфс как дополнительное > место к основному, прописанному в фстаб-е... В случае btrfs означает супер-директорию которую можно независимо от остальных снапшотить.Просто точка входа в CoW иерархию пригодная для независимых снапшотов и монтирования по имени этого, как в примере с fstab. Снапшоты впрочем тоже subvolume, в этом полная симметрия. К управлению местом особого отношения не имеет. Поэтмоу удобно всех на 1 разделе держать, ну а нафиг вам лоскуты с прибитой на гвозди аллокацией места когда место можно делить на home и system динамически? При этом меньше риска промахнуться с оценками кому сколько. А добавление скажем нового девайса в пул может прибавить места всем и сразу. Без канители - ненапряжнй менеджмент. > А здесь что получается - допустим, 1ое устройство делится логически на два > раздела (допустим, для монтирования корня и домашней) и размеры логически имеют > равные, но при исчерпании места, например в субволюм @ - возьмет ли драйвер фс > свободное место из половины @home или это вообще ничего не означает, Это означает что есть ФС. Свободное место в ней определяется выделенными ей устройствами и их размерами. А этой ФС может быть 1 или несколько subvolume которые делят между собой место на этой ФС "динамически", как файлы в разных дирах. Можно считать это директориями на стероидах, только снапшотить можно независимо, и, вот, референсить при монтировании, например. А чисто технически subvolume можно переименовывать, и даже с некоторых пор стирать, как обычные диры, так что только создание снапшота требует какие-то специальные команды. Жонглирование уже имеющимися может происходить в терминах иерархий. Просто желательно это уровнем выше делать, вне видимости этого для системы. Уровень менеджмента выше / решает эту проблему. > а лишь только то, что и @ и @home берут места на первом устройстве до тех пор, > пока оно не кончится??... Если в одну и ту же ФС btrfs (с одним и тем же UUID) входит более 1 устройства, место доступное btrfs доступно всем subvolume входящим в этот btrfs. Один btrfs может распостраняться на несколько устройств, с той или иной схемой хранения. Если устройств более 1 то народ часто RAID хочет для повышения надежности, что логично. Но можно и просто место отрастить (e.g. RAID0) но при кончине любого из юзаемых устройств будет нехорошо, разумеется, если избыточной копии не было. В любом случае дотыкание очередного устройства добавляет места в пул на всю ораву (фс с данным UUID). Вы не создаете новый btrfs при этом, просто просите btrfs заюзать +1 девайс, он сам создаст на нем ... себя, именно тот UUID. > Тогда возникает второй вопрос - именно добавление той командой иного устройства, > например sdb (как целого, а не разделенного на разделы), позволит использовать > субволюмам (подтомам, по-русски говоря) свободное место второго устройства имеенно > также как и первого - т.е - сколько нужно @ и @home - столько и > будет выделяться по надобности??... Все так. Оба увидят все место доступное в ФС. Если в ФС более 1 устройства, получившееся свободное место доступно им всем. Поэтому дотыкание устройства добавляет места и системе и хомяку. Если использовать именно btrfs'ный вариант. Это даже с RAID1 работает. Если у вас было 2 устройства по терабайту и вы третье добавили, ну, ок, теперь у вас RAID1 на условные полтора терабайта: суммарные 3 Тб деленые на 2. Вот прям так. И это будет видно всему что на этой ФС жило. Да, пардон, из-за этого ответ на вопрос "а сколько места реально есть" не всегда так тривиален как могло бы хотеться. Это порождает странные мифы и легенды. > Если это так - то могу отдать должное разработчикам! Мысля более чем не плохая - так и до > гениальности, имхо, недалеко!!!)... Вы же не думали что они столько возились с новым дизайном по приколу? Этой штукой и правда удобно рулить и можно забыть безобразие которое было раньше как страшный сон :). Ну да, панацеи не бывает и за это есть свои особенности. Но почитать мануал на этот персональный глайдер все же стоит, чтобы не обнаружить что у вас ВНЕЗАПНО закончился кислород. > А как тогда с рейдом будет обстоять дело? Допустим, если охота будет > из второго устройства сделать именно скоростной рейд - Добавить второй девайс в конфигурации RAID0? Так можно, но вылет любого из 2 естественно испортит ФС. Хотя возможны забавные комбо, когда метаданные RAID1 а данные RAID0. Вообще оно само начинает RAID1 на метаданных юзать если 2 или более устройств было, так то очень разумно, метаданные не очень много места занимают а вот их слет весьма фатален. > скорость при записи и чтении?? Тогда я  вообще сниму шляпу > перед разработчиками!!!) Ну вот насчет параллелинга операций там не все идеально. На самом деле такой дизайн может сильно больше того что реализовано в уровнях управления и абстракциях. Скажем, теоретически можно было бы хоть разный уровень RAID разным файлам (или дирам) заказывать, раз уж оно с смесью уровней живет. Просто нет уровня который бы занялся принятием решений "а как мы пишем блоки вот именно этого файла?!". > П.Н. спасибо за наводку, буду изучать и пробовать внедрять! Из интересных будущих разработок на тему в линуксе bcachefs еще делают, но он пока не в ядре. Авторы оного явно увлекались btrfs - только подумали как это еще и БЫСТРЫМ сделать. Btrfs не то что медленынй, но на современных суперскоростных SSD может и не быть чемпионом. Ну а сабж это лучшее что у BSDшников на тему есть. Чем оно и интересно. Есть ZFS еще но он здоровенный, прожорливый, с странностями дизайна. Первый блин. Который как известно, всегда немного комом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #211

211. Сообщение от shardddin (?), 21-Янв-23, 00:01	+/–
Благодарю! Һау бул!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

212. Сообщение от Аноним (-), 21-Янв-23, 01:18	+/–
> Придумать то придумали и до фига. При том ничего сравнимого по уровню с технологий даже с btrfs который у линуксоидов давно не новость так то. Ну вон ReFS как максимум, обрубленый по фичам и невнятный, домашним юзерам вообще поотрубали. Круть и мощь дисковых технологий майкрософта, настолько убедительная что кто-то с горя аж WinBTRFS накодил. Ну а чего, нормальную современную фс даже этим видимо хочется, и если вендор ос не может им это дать, начинают альтернативы изобретать сами. > Но почему же тотже exfat в стандарт не записать не понятно . А смысл? К тому же у этой гадости копия FAT только 1 насколько я помню и оно несколько сложнее, и профит со всего этого будет в ... чем именно? Если кто не заметил мобилочные вендоры например были не особо рады этим мафиозным методам и унутрях вообще-то самсунг например F2FS себе запилил. Чтобы реально дружественно к флешу было - и немного посовременнее чем архаичные мсовские пакости. Самс так себе кодеры, конечно, но по сравнению с ExFAT даже F2FS сойдет за апгрейд. Во всяком случае, он реально шустрый на почти любом флешовом накопителе. > Сейчас то спеки открыты и оказывается и насчёт кроссплатформенность продумали Кроме спеков патенты еще есть, их Linux Foundation отдали раньше и все это было сильно позже того как Wintel UEFI продавливали. И вообще, белые и пушистые в те поры не стеснялись патентного рэкета. Если у кого вдруг склероз, можем и напомнить, на этот счет линуксоиды злопамятные. > (есть acl ),есть и внешний журнал, и контрольные суммы и для флэшек подходит. А реально кусок ... с одним FAT и половина факапов характерных для этих самых флешек его разит наповал, пропиханый в SDXC полумафиозным способом. На чем достоинства и заканчиваются. > А вот куда делись UEFI видеорежимы в видеокартах вопрос.(Это стандарт на замену > VESA если вы знаете что это,только с унифицированным 2-3D ускорением на > уровне open gl 1.4 и Каира ) Видеорежимы не имеют никакого отношения к GL. Системное фирмваре, включая EFI, может просто отдать систему с какой-то уже инициализированой графикой (фреймбуфером). ИМХО мало кто захочет видяху в именно "нативном" режиме фирмвари отдавать, для входа в этот режим надо несколько фирмварин извне загрузить, и довольно много чего сделать, вплоть до оверрайда вендорских таблиц DVFS/power management иной раз. Можно посмотреть на размер AMDGPUшного драйвера в линухе для понимания. А как это абстрактно-унифицировано вывесить - пардон, но железки внутри разные. У интела, амд, нвидии и прочих внутрях не так уж много общего. А GL 1.4 это круто но в современных GPU нет fixed function hardware, все это делается шейдерами. Так что двже GL 1.4 потребует как-то решить вопрос с компилом шейдеров, а заодно и управления питанием эвона какой пачки числокрушилок. Не факт что системное фирмваре именно этим хотело заниматься, а на экстеншн такого размера на видяхе жаба начнет дущиться на размер флешки, там почти операционку надо встроить будет. Что-то такое можно coreboot'ом сделать, вероятно, забутявить линух из флешки, со всеми прибабахами, и вот вам boot loader с 3D и вулканом. А, почему бутлоадер? Потому что kexec() же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #213, #214

213. Сообщение от maximnik0 (?), 23-Янв-23, 08:01	+/–
>домашним юзерам вообще поотрубали Сколько можно повторять -не поотрубали а скрыли и прекратили обновлять.Официальная причина-велезла несовместимость с играми и софтом.Потдержка померала под шквалом звонков.А так если у вас есть что то отфармотированное в преведущей версии-пожалуста пользуйтесь.Народ даже самодельный mkfs слепил, исходники есть, пользуйтесь,MS не предъявляет притензий на утилиту.Если нужны исходники,см мою переписку,я уже отвечал, сейчас пишу с телефона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

214. Сообщение от maximnik0 (?), 23-Янв-23, 08:45	+/–
>ээ > А шейдерами. Так что двже GL 1.4 > потребует как-то решить вопрос с ко Зачем все это делать ? Современные видиокарточки поддерживают Вулкан -знаете сколько места занимает транслятор >GLOVE ? 16 мгб это с учётом оптимизаций на разные видиокарточки. А Интел вообще решила с старым Open gl не заморачиваться,взяла исходники с Mesa для транслятора с Open gl 4.3 . Конечно он побольше весит , наверное на 60 мгб будет .
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

215. Сообщение от shardddin (?), 23-Май-23, 01:23	+/–
>> А как теперь, если появился новый носитель, теперь можно добавить, например к >> корню, новый раздел как дополнительный - команда btrfs device add, как японял, добавит, > Абсолютно. После add просто эн места появляется. Очень приколько так RAID'ы отращивать, > никаких приключений с добавлением строго по N устройств 1 размера и > прочим имением мозга когда приходится в угаре искать вот именно подходящий > накопитель а вокруг пять "неподходящих" болтается. Просто добавляем что есть и > готово. Перенес систему на новый SSD с использованием подтомов - возникла проблема с добавлением отформатированного старого ССД к новому: # btrfs device add relatime,discard=async,commit=100,ssd,space_cache=v2,autodefrag,compress-force=zstd:3 /dev/sda1 / ERROR: zoned: unable to stat relatime,discard=async,commit=100,ssd,space_cache=v2,autodefrag,compress-force=zstd:3 ERROR: checking status of relatime,discard=async,commit=100,ssd,space_cache=v2,autodefrag,compress-force=zstd:3: No such file or directory ERROR: /dev/sda1 appears to contain an existing filesystem (btrfs) ERROR: use the -f option to force overwrite of /dev/sda1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204

217. Сообщение от 128557 (?), 03-Дек-23, 13:17	+/–
Почитал Ваши опусы и был, искренне, восхищён Вашей терпимостью. Ни каждый осилит столь долгий диалог с Евгением Вахтанговичем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

219. Сообщение от www2 (??), 08-Май-24, 14:26	+/–
Насколько я понимаю, гибридность там заключается в том, что для каждого устройства запускается по одному экземпляру драйвера как лёгкого потока внутри ядра. Благодаря тому, что каждый такой поток-драйвер привязан к определённому процессорному ядру и может работать только с одним устройством, становятся не нужны явные блокировки. Это отличается от общепринятого подхода, когда один драйвер работает со всеми поддерживаемыми ими устройствами и может одновременно работать на нескольких процессорных ядрах - в таком подходе необходимы блокировки, чтобы два ядра процессора не попытались работать одновременно с одним и тем же устройством.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

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

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