The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Релиз ядра Linux 4.14, opennews (ok), 12-Ноя-17, (0) [смотреть все]

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


1. "Релиз ядра Linux 4.14"  –30 +/
Сообщение от A.Stahl (ok), 12-Ноя-17, 23:33 
Тоска. Ничего интересного. Ну разве что только поржать над BTRFS, который как Пресли, Ленин или *BSD -- давно мертв, но некотрые вздыхают и говорят "жив!"
Ответить | Правка | Наверх | Cообщить модератору

3. "Релиз ядра Linux 4.14"  +9 +/
Сообщение от rm12email (?), 12-Ноя-17, 23:52 
Это будет следующее LTS ядро, новость примечательна хотя бы только поэтому. Лично я не-LTS версии пропускаю, а к этой можно потихоньку присматриваться и некритичные системы начинать переводить.
Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз ядра Linux 4.14"  –6 +/
Сообщение от A.Stahl (ok), 12-Ноя-17, 23:55 
Но с точки зрения обычного пользователя -- скучно. Меня не интересует особо стабильность и т.п. Меня больше интересуют всякие "плюшки". А тут просто "накопилось некоторое количество полезных коммитов, надо бы и релизнуть".
Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз ядра Linux 4.14"  +/
Сообщение от pavlinux (ok), 13-Ноя-17, 01:07 
>  Но с точки зрения обычного пользователя -- скучно.

Обычный юзер, расскажи, как ты юзаешь MADV_MERGEABLE, O_TMPFILE, COPYUSER, DMA_BUF?
Отвечу за тебя - НИКАК. А тут уже MADV_WIPEONFORK и RDMA пришло!
На Сapabilities V2 весь софт перевёл? Ага, а тут уже V3 пришло.


Списочек https://kernelnewbies.org/LinuxChanges весь изучил, протестил?  



  

Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от A.Stahl (ok), 13-Ноя-17, 09:39 
Я и пишу -- скучный релиз. Для обычного пользователя ничего интересного.
Ответить | Правка | Наверх | Cообщить модератору

50. "Релиз ядра Linux 4.14"  +3 +/
Сообщение от Аноним (-), 13-Ноя-17, 10:43 
А чего для обычного пользователя может быть интересного в ядре, кроме поддержки новых железок?
>Около 32% всех представленных в 4.14 изменений связаны с драйверами устройств

Это и говорит о том, что поддержка новых железок в него добавлена, улучшена поддержка ранее добавленных.

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз ядра Linux 4.14"  +/
Сообщение от Аноним (-), 15-Ноя-17, 17:20 
> А чего для обычного пользователя может быть интересного в ядре

Всяческие улучшения поддержки этих самых железок а так же улучшения в различных подсистемах ядра.

Ответить | Правка | Наверх | Cообщить модератору

146. "Релиз ядра Linux 4.14"  +/
Сообщение от Джон Ленин (?), 25-Ноя-17, 04:59 
>А чего для обычного пользователя может быть интересного в ядре, кроме поддержки новых железок?

Встроенные обои.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

60. "Релиз ядра Linux 4.14"  –2 +/
Сообщение от Аноним (-), 13-Ноя-17, 12:19 
На заборе тоже пишут.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

76. "Релиз ядра Linux 4.14"  +7 +/
Сообщение от Аноним (-), 13-Ноя-17, 15:45 
> Я и пишу -- скучный релиз. Для обычного пользователя ничего интересного.

Обычному пользователю интересен урожай кабачков да поголовье свиней на виртуальной ферме. Какое ему дело до каких-то там ядер?

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

13. "Релиз ядра Linux 4.14"  +7 +/
Сообщение от Аноним (-), 13-Ноя-17, 01:12 
> Лично я не-LTS версии пропускаю

Я тоже хотел начать так делать во времена ещё первого LTS (2.6.16 вроде). Но оказалось, что драйвер ext3 той версии постоянно приводил файловую систему к ошибочному состоянию (что показывал предусмотрительно запускающийся раз в 7 дней fsck). Я тогда дождался 2.6.16.16 или типа того, увидел что проблема не исправлена, и пересел на 2.6.17, где этой проблемы не было.

Со следующим после него "стабильным" тоже была какая-то проблема, уже не помню.

Потом был какой-то, то ли 3.10, то ли 3.16, в котором у меня система при подключении по usb мобильного телефона не видела его как диск, забэкапить на хард фоточки я не мог, пока не пересел на 3.18.

Теперь выпустили 4.14 с некорректными значениями частоты в /proc/cpuinfo.

Итого, из 3 LTS которые я пробовал, 2 содержали критичные для меня баги, и ещё один выпустили в режиме "ну и ладно что баг, потом может поправим".

Да гори оно синим пламенем, с такими-то проблемами в LTS-ах, я пожалуй на нестабильных посижу, в них у меня всё работает.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

16. "Релиз ядра Linux 4.14"  +1 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 01:26 
А у меня system:D при загрузке требовал новое ядро
cgroup: cgroup2: unknown option "nsdelegate"
Даже не успел посидеть на последней LTS.
Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз ядра Linux 4.14"  +4 +/
Сообщение от pavlinux (ok), 13-Ноя-17, 02:11 
> Даже не успел посидеть на последней LTS.

А зачем ты руками обновляешь LTS?

Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз ядра Linux 4.14"  +1 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 02:24 
>А зачем ты руками обновляешь LTS?

Спроси у создателей Manjaro, зачем они выпустили 17.0.6 с конфликтом.

Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз ядра Linux 4.14"  +7 +/
Сообщение от pavlinux (ok), 13-Ноя-17, 02:39 
>>А зачем ты руками обновляешь LTS?
> Спроси у создателей Manjaro

Ну тут ССЗБ. LTS есть у Ubuntu/Suse/Debian/Oracle, остальное херь игрушечная :)  


Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 02:55 
>>>А зачем ты руками обновляешь LTS?
>> Спроси у создателей Manjaro
>Ну тут ССЗБ. LTS есть у Ubuntu/Suse/Debian/Oracle, остальное херь игрушечная :)  

Ну речь была о LTS ядре, а не дистрибутиве. :)
Касательно бубунт то я пришол к выводу шо у них LTS отсутствует как клас: обжогся на kubuntu 16.04 (о дааа, я из тех удачников которые поставили ее как основную ОС при выходе) и погорел на xubuntu 16.04 (отсутствие нужных инструкций на старом ЦП при обновлении). Не думаю шо на основной Ubuntu подход к стабильности сильно отличается.

Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз ядра Linux 4.14"  +/
Сообщение от pavlinux (ok), 13-Ноя-17, 03:00 
> Не думаю шо на основной Ubuntu подход к стабильности сильно отличается.

Ядро там хорошо фиксят. Накрайняк пересобрать ядро под свой проц.


Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 03:12 
>Ядро там хорошо фиксят. Накрайняк пересобрать ядро под свой проц.

Я под Ubuntu LTS понимаю ОС которая не должна терпеть никаких изменений в целом, кроме исправлений ошыбок (а не только ядро держать одинаковым). Может я шыбаюся?

Ответить | Правка | Наверх | Cообщить модератору

52. "Релиз ядра Linux 4.14"  +6 +/
Сообщение от Аноним (-), 13-Ноя-17, 10:48 
>исправлений ошыбок
>Может я шыбаюся?

Да, ты ошибаешься.

Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз ядра Linux 4.14"  –2 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 13:53 
>Да, ты ошибаешься.

Ну в каждой ошыбке должна быть доля ошыбки.

Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз ядра Linux 4.14"  +/
Сообщение от НяшМяш (ok), 13-Ноя-17, 18:02 
В LTSах есть hardware enablement stack - набор пакетов (в имени есть lts или hwe) с новыми ядрами, xorgом и прочей хрупкой хренью, которые можно поставить только вручную (обычно вместе с минорным апдейтом версии). Поэтому в убунточке с этой точки зрения сломать что-то достаточно сложно.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

116. "Релиз ядра Linux 4.14"  +/
Сообщение от Аноним (-), 14-Ноя-17, 07:47 
>  hardware enablement stack - набор пакетов

Кстати, никто не знает в других дистрах что-то подобное?

Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз ядра Linux 4.14"  +/
Сообщение от Аноним (-), 21-Ноя-17, 04:48 
> Кстати, никто не знает в других дистрах что-то подобное?

Это только LTSам надо.

Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз ядра Linux 4.14"  –2 +/
Сообщение от Аноним (-), 13-Ноя-17, 21:00 
Выдержка из моего вывода screenfetch:
> OS: Manjaro 17.0.6-EOL Gellivara
> Kernel: x86_64 Linux 4.14.0-1-MANJARO

ЧЯДНТ?

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

109. "Релиз ядра Linux 4.14"  –3 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 22:42 
>Выдержка из моего вывода screenfetch:
>ЧЯДНТ?

Ну и молодец шо тестовое ядро поставил, цытата из манжаро.ру: "Сообщение «cgroup2: unknown option „nsdelegate“ при загрузке системы. Пользователям, использующим LTS версию ядра, возможно будет интересно почитать эту ветку. Кратко: в systemd 235 внесены изменения, которые не поддерживаются текущей LTS версией ядра. При переходе с нового года на 4.14 LTS — сообщение исчезнет."

Ответить | Правка | Наверх | Cообщить модератору

119. "Релиз ядра Linux 4.14"  +2 +/
Сообщение от Аноним (-), 14-Ноя-17, 09:22 
> в systemd 235 внесены изменения, которые не поддерживаются текущей LTS версией ядра

It's… beautiful! Они там в сустемды совсем упоролись?

Ответить | Правка | Наверх | Cообщить модератору

132. "Релиз ядра Linux 4.14"  +/
Сообщение от Аноним (-), 15-Ноя-17, 17:22 
> совсем упоролись?

Ты неправильно ставишь вопрос: они там ещё больше упоролись?! будет более правильным.


Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз ядра Linux 4.14"  +/
Сообщение от leap42 (ok), 13-Ноя-17, 04:06 
> Теперь выпустили 4.14 с некорректными значениями частоты в /proc/cpuinfo.

ох, дорогой аноним, это не баг, а фича:
начиная с 4.13 частота ядра перестала экспортироваться в /proc/cpuinfo
смотреть так: cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq

да, многие программы полагались на cpuinfo, но всем плевать, и чинить это не будут

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

36. "Релиз ядра Linux 4.14"  +/
Сообщение от AntonAlekseevichemail (ok), 13-Ноя-17, 06:50 
> не баг, а фича

Фича - баг в красивой обертке.
> начиная с 4.13 частота ядра перестала экспортироваться в /proc/cpuinfo

linux 4.13.12-1 on archlinux
$ cat /proc/cpuinfo | grep cpu
cpu family    : 6
cpu MHz        : 1323.406
cpu cores    : 2
cpuid level    : 13
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm xsave lahf_lm tpr_shadow vnmi flexpriority dtherm
cpu family    : 6
cpu MHz        : 1325.844
cpu cores    : 2
cpuid level    : 13
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm xsave lahf_lm tpr_shadow vnmi flexpriority dtherm

Где ты тут видишь что перестала экспортироваться частота в cpuinfo?

Предыдущему оратору, смотрите внимательно в единицы измерения, там все корректно иначе в алгоритм калькуляции частоты посмотрите. (Если я не ошибаюсь, этот механизм не изменили.)

Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз ядра Linux 4.14"  +/
Сообщение от Аноним (-), 13-Ноя-17, 14:34 
> linux 4.13.12-1 on archlinux

В 4.13.12 это как раз поправили.

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux... : "x86: CPU: Fix up "cpu MHz" in /proc/cpuinfo".

В 4.14 тоже поправили, но потом оказалось, что на многоядерных системах эта правка слишком медленная и отревертили непосредственно перед релизом с обещанием пофиксить потом лучшим способом.

Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз ядра Linux 4.14"  +1 +/
Сообщение от pavlinux (ok), 13-Ноя-17, 15:21 
>> не баг, а фича
> Фича - баг в красивой обертке.
>> начиная с 4.13 частота ядра перестала экспортироваться в /proc/cpuinfo
> linux 4.13.12-1 on archlinux
> $ cat /proc/cpuinfo | grep cpu
> cpu MHz  : 1323.406
> Где ты тут видишь что перестала экспортироваться частота в cpuinfo?

$ cat /proc/cpuinfo | grep MHz; echo '---'; cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
cpu MHz         : 1400.000
---
1176294
1060461
1101892
979524
1002605
850526
924488
1158529
1306901
1347833
1108185
1131643
1219999
1092448
1130538
1151412

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

72. "Релиз ядра Linux 4.14"  +/
Сообщение от Iaaa (ok), 13-Ноя-17, 15:33 
Хвалишься?
Ответить | Правка | Наверх | Cообщить модератору

114. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от 0x0 (?), 14-Ноя-17, 02:18 
> Где ты тут видишь что перестала экспортироваться частота в cpuinfo?

Вся соль в том, что при активированном frequency scaling довольно продолжительное время вместо текущей частоты отображалась только максимально возможная :)

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

115. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от 0x0 (?), 14-Ноя-17, 02:23 
--!!++ вместо текуЩИХ частот
Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз ядра Linux 4.14"  +3 +/
Сообщение от Crazy Alex (ok), 13-Ноя-17, 08:32 
Не ври.
https://www.spinics.net/lists/stable/msg195663.html
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

42. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от qsdg (ok), 13-Ноя-17, 09:24 
> да, многие программы полагались на cpuinfo, но всем плевать, и чинить это не будут

Так а как же знаменитая линусова мантра "we don't break userspace"?

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

56. "Релиз ядра Linux 4.14"  +1 +/
Сообщение от Crazy Alex (ok), 13-Ноя-17, 11:34 
В порядке мантра. Отревертили, в очередном миноре 4.13 всё вернут назад. В 14 - полагаю, тоже.
Ответить | Правка | Наверх | Cообщить модератору

113. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от 0x0 (?), 14-Ноя-17, 02:00 
Починили 10 дней назад :)
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

111. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от 0x0 (?), 14-Ноя-17, 00:36 
> Теперь выпустили 4.14 с некорректными значениями частоты в /proc/cpuinfo

??? А точно не наоборот? :)

_____________________

10 days ago

Commit 890da9cf0983 (Revert "x86: do not use cpufreq_quick_get() for
/proc/cpuinfo "cpu MHz"") is not sufficient to restore the previous
behavior of "cpu MHz" in /proc/cpuinfo on x86 due to some changes
made after the commit it has reverted.

To address this, make the code in question use arch_freq_get_on_cpu()
which also is used by cpufreq for reporting the current frequency of
CPUs and since that function doesn't really depend on cpufreq in any
way, drop the CONFIG_CPU_FREQ dependency for the object file
containing it.

Also refactor arch_freq_get_on_cpu() somewhat to avoid IPIs and
return cached values right away if it is called very often over a
short time (to prevent user space from triggering IPI storms through
it).

Fixes: 890da9cf0983 (Revert "x86: do not use cpufreq_quick_get() for /proc/cpuinfo "cpu MHz"")
Cc: stable@kernel.org   # 4.13 - together with 890da9cf0983
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

123. "Релиз ядра Linux 4.14"  +/
Сообщение от Аноним (-), 14-Ноя-17, 16:30 
> ??? А точно не наоборот? :)

точно
_____________________

4 days ago

Revert "x86: CPU: Fix up "cpu MHz" in /proc/cpuinfo"
This reverts commit 941f5f0f6ef5338814145cf2b813cf1f98873e2f.

Sadly, it turns out that we really can't just do the cross-CPU IPI to
all CPU's to get their proper frequencies, because it's much too
expensive on systems with lots of cores.

So we'll have to revert this for now, and revisit it using a smarter
model (probably doing one system-wide IPI at open time, and doing all
the frequency calculations in parallel).

Reported-by: WANG Chao <chao.wang@ucloud.cn>
Reported-by: Ingo Molnar <mingo@kernel.org>
Cc: Rafael J Wysocki <rafael.j.wysocki@intel.com>
Cc: stable@kernel.org
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от 0x0 (?), 15-Ноя-17, 03:08 
Да, но (сейчас точно не вспомню с какого RC) текущие частоты во всех привычных программах снова отображаются :)
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз ядра Linux 4.14"  +1 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 00:18 
>Ну разве что только поржать над BTRFS, который как Пресли, Ленин или *BSD -- давно мертв, но некотрые вздыхают и говорят "жив!"

Единственное шо мертво это ум у автора цытаты, по этому освободившееся место приходится заполнять ржачем, шобы не расплющило атмосферным давлением. xD

BTRFS отличная ФС для HDD, а возможность мгновенного бекапа на уровне ФС делает ее незаменимой в мире случайно ломающихся дистрибутивов от громкого чиха не в ту сторону.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

35. "Релиз ядра Linux 4.14"  +2 +/
Сообщение от лютый жабист__ (?), 13-Ноя-17, 06:28 
>делает ее незаменимой в мире случайно ломающихся дистрибутивов от громкого чиха не в ту сторону

Не умнее ли поменять дистриб?

Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз ядра Linux 4.14"  –6 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 07:08 
>Не умнее ли поменять дистриб?

Как будто существует дистрибутив который невозможно сломать. :D
Тут токо squashfs корня поможет.

Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз ядра Linux 4.14"  +1 +/
Сообщение от Аноним (-), 13-Ноя-17, 16:13 
> Как будто существует дистрибутив который невозможно сломать. :D
> Тут токо squashfs корня поможет.

От dd в блочный девайс не спасет.

Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз ядра Linux 4.14"  –3 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 16:42 
>От dd в блочный девайс не спасет.

Ну тут и BTRFS не спасет, нужна TANKFS с противокумулятивноdd защитой. :D

Ответить | Правка | Наверх | Cообщить модератору

98. "Релиз ядра Linux 4.14"  –2 +/
Сообщение от Аноним (-), 13-Ноя-17, 17:27 
> Ну тут и BTRFS не спасет, нужна TANKFS с противокумулятивноdd защитой. :D

Можно блочный девайс ридонли сделать. Ты стреляешь, но снаряд куда-то проебывается и тебе сообщают что ты не можешь нанести вред.

Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от Аноним (-), 13-Ноя-17, 12:42 
> Не умнее ли поменять дистриб?

Не, в таких случаях надо прокладку менять.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

46. "Релиз ядра Linux 4.14"  +/
Сообщение от Аноним (-), 13-Ноя-17, 09:51 
ECC RAM уже купил?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

47. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от Аноним (-), 13-Ноя-17, 10:06 
Btrfs в этом не нуждается
Ответить | Правка | Наверх | Cообщить модератору

84. "Релиз ядра Linux 4.14"  +4 +/
Сообщение от Аноним (-), 13-Ноя-17, 16:16 
> Btrfs в этом не нуждается

В этом нуждается любая система с повышенными требованиями к надежности. Если ты попросишь файловую систему записать тебе мусор, потому что память уже разрушена - потом ты и прочитаешь мусор. Правильные чексумы и избыточность будут посчитаны для этого мусора и радости от того что чексумма правильная и записано дважды будет мало. Потому что это не то что ты хотел записать.

Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз ядра Linux 4.14"  –3 +/
Сообщение от VINRARUS (ok), 13-Ноя-17, 18:40 
>В этом нуждается любая система с повышенными требованиями к надежности. Если ты попросишь файловую систему записать тебе мусор, потому что память уже разрушена - потом ты и прочитаешь мусор.

Ну тогда и минимум RAID 1 нужен + ИБП... иии никакого разгона. :D
А то пользы без всего этого от ECC RAM как от бронестекла при аварии автомобиля.

Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз ядра Linux 4.14"  +2 +/
Сообщение от Аноним (-), 13-Ноя-17, 19:19 
> Ну тогда и минимум RAID 1 нужен + ИБП...

Хуже от них не станет. Лучше - зависит от ситуации.

> иии никакого разгона. :D

Разгоняльщиков надежность не интересует.

> А то пользы без всего этого от ECC RAM как от бронестекла при аварии автомобиля.

Скорее как от системы диагностики тормозов.

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз ядра Linux 4.14"  +1 +/
Сообщение от SysA (?), 13-Ноя-17, 15:27 
>>Ну разве что только поржать над BTRFS, который как Пресли, Ленин или *BSD -- давно мертв, но некотрые вздыхают и говорят "жив!"
> Единственное шо мертво это ум у автора цытаты, по этому освободившееся место
> приходится заполнять ржачем, шобы не расплющило атмосферным давлением. xD
> BTRFS отличная ФС для HDD, а возможность мгновенного бекапа на уровне ФС
> делает ее незаменимой в мире случайно ломающихся дистрибутивов от громкого чиха
> не в ту сторону.

Moжет для единственного диска она и хороша, но как жить в боевых системах без multipath'инга я не очень представляю. Пока делаем костыли на программном РАЙДе.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

134. "Релиз ядра Linux 4.14"  +1 +/
Сообщение от Elhana (ok), 16-Ноя-17, 01:29 
> возможность мгновенного бекапа на уровне ФС делает ее незаменимой

Снапшот это не бекап.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

58. "Релиз ядра Linux 4.14"  +2 +/
Сообщение от Аноним (-), 13-Ноя-17, 12:12 
Любой жив, пока он востребован. Вы же мертвы уже при жизни.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

77. "Релиз ядра Linux 4.14"  –1 +/
Сообщение от Аноним (-), 13-Ноя-17, 15:46 
> Тоска. Ничего интересного. Ну разве что только поржать над BTRFS, который как
> Пресли, Ленин или *BSD -- давно мертв, но некотрые вздыхают и говорят "жив!"

Может ты и фэйсбук заодно похоронил?

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

138. "Релиз ядра Linux 4.14"  –2 +/
Сообщение от . (?), 16-Ноя-17, 15:49 
факинбук не хранит на btrfs ценных данных, в этом вся разница. Если завтра половина твоих котиков накроется - тебя отправят читать service agreement, где черным по белом написано что твои данные больше не твои, но ответственность за них все равно никто не несет.

Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз ядра Linux 4.14"  +/
Сообщение от Аноним (-), 19-Ноя-17, 06:38 
> факинбук не хранит на btrfs ценных данных, в этом вся разница. Если
> завтра половина твоих котиков накроется - тебя отправят читать service agreement,
> где черным по белом написано что твои данные больше не твои,
> но ответственность за них все равно никто не несет.

Зато их храню я и за несколько лет оно не подводило по крупному. А еще:

1) С btrfs с их инструментами, если что, вытаскивать данные с ФС более перспективно чем с многих других ФС. Потому что есть user-mode парсер, умеющий к тому же якориться за "ревизию" (generation) ФС и плясать оттуда, вытаскивая файлы и не меняя состояние ФС вообще. Это позволяет вычитать много файлов даже с подубитой ФС. Ну там если HDD пошел бэдами и избыточности не было, например.

2) На однодисковом хранилище по дефолту метаданные пишутся 2 раза. В случае если "HDD пошел бэдами" и проч это очень полезно для доступности файлов и возможности осмысленного разбора ФС. Остальные могут очень сильно сдохнуть если бэд попал на метаданные и с этим ничего не сделаешь вообще. Устроены они так.

3) Чексумы данных и метаданных позволяют замечать явные проблемы оборудования ДО того как половина файлов превратится в труху.

А если какой-нибудь ext4 или XFS развалится до немоунтабельного состояния и fsck не исправит - ты резко пойдешь хексэдитором файлы доставать. Не говоря о том что то что файлы развалились ты узнаешь сильно потом. Нет, есть ZFS но у него своих проблем есть и к тому же он внебрачный. Так что если его на рутфс поставить - наверняка очень весело остаться без рутфс после обновления ядра.

Ответить | Правка | Наверх | Cообщить модератору

82. "Релиз ядра Linux 4.14"  –2 +/
Сообщение от Школьник (ok), 13-Ноя-17, 16:08 
>*BSD -- давно мертв

Завезите сначала хоть какую-нибудь нормальную CoW FS, да научите ваш эмулятор терминала-переросток отдавать с одного сервера 100Гбит шифрованного трафика - вот тогда поговорим о мавзолеях и Ленине.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру