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

"Релиз ядра Linux 4.11"	+/–
Сообщение от opennews (??), 01-Май-17, 07:04
После двух месяцев разработки Линус Торвальдс представил (https://lkml.org/lkml/2017/4/30/167) релиз ядра Linux 4.11 (https://www.kernel.org/). Среди наиболее заметных изменений: поддержка журналирования в программном RAID 4/5/6, новый тип сокетов SMC-R, встроенная реализация SipHash,  системный вызов  statx(), поддержка протокола Opal для работы самошифруюемыми накопителями,  раздельные буферы с историей прокрутки для консолей. В новую версию принято около 12 тысяч исправлений от 1500 разработчиков, размер патча - 39 Мб (изменения затронули 12479 файлов, добавлено 530154 строк кода, удалено 232358 строк). Около 48% всех представленных в 4.11 изменений связаны с драйверами устройств, примерно 20% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 4% - файловыми системами и 5% c внутренними подсистемами ядра. Основные (http://kernelnewbies.org/Linux_4.11) новшества (https://lwn.net/Articles/716302/): -   Дисковая подсистема, ввод/вывод и файловые системы -  В реализации RAID 4/5/6  на базе подсистемы MD  появилась (https://git.kernel.org/linus/63c32ed4afc2afd6b5551a8fcdea5b5...) поддержка журналирования, защищающая от потери данных в случае пропадании питания или краха. Реализация подготовлена (https://code.facebook.com/posts/414713638724358/improving-so.../) компанией Facebook. Журнал ведётся на отдельном носителе (SSD или NVRAM). Все данные вначале отражаются в журнале, после чего разносятся по дискам, входящим в RAID-массив. В ситуации неожиданного отключения питания, даже если RAID находился в деградированном состоянии или данные были записаны лишь на часть дисков, повреждений удастся избежать,  так как вся информация о транзакции отражена в журнале; -  Для файловой системы ext4 реализована новая ioctl-команда EXT4_IOC_SHUTDOWN, которая позволяет убедиться, что раздел остановлен и нет необходимости в сбросе данных, остающихся в оперативной памяти. Возможность подготовлена по аналогии с командой  XFS_IOC_GOINGDOWN; -  В файловой системе CIFS реализована (https://git.kernel.org/linus/2bfe01eff4307409b95859e860261d0...) поддержка шифрованного доступа к разделам с использованием протокола SMB3; -  В многоуровневой системе очередей (multiqueue), рассчитанной на организацию многопоточного доступа к данным на многоядерных системах, появилась (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) поддержка подключения планировщиков ввода/вывода. В настоящее время для multiqueue пока портирован только планировщик deadline, но планируется портирование cfq, noop и даже планировщика ввода/вывода BFQ (https://www.opennet.dev/opennews/art.shtml?num=15332), который ожидается в ядре 4.12; -  Добавлена возможность работы с накопителями, соответствующими  спецификации Opal (https://en.wikipedia.org/wiki/Opal_Storage_Specification), которая определяет механизм шифрования хранимых данных, позволяющий не допустить утечку информации в случае попадания носителя информации не в те руки. Поддержка Opal добавлена только для поддерживающих данную технологию NVME-контроллеров. Пользователям предоставлены команды для настройки, блокирования при переходе в спящий режим и разблокирования SED-накопителей (Self-Encrypting Drives); -  В F2FS, развиваемой компанией Samsung высокопроизводительной файловой системе для Flash-накопителей, включена по умолчанию опция inline_xattr, обеспечивающеая inline-хранение в inode атрибутов xattr. Для отключения предложена опция монтирования "noinline_xattr". Добавлен отдельный поток для асинхронного выполнения команд "discard"; -  В OverlayFS обеспечена поддержка многопоточного копирования содержимого обычных файлов (ранее операции копирования выполнялись последовательно, что было узким местом в производительности); -  Отключена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) поддержка NFSv4 по UDP, которая была в неработоспособном виде и расходилась со спецификацией. Также по умолчанию отключены метки безопасности для NFS (для активации при экспорте следует явно указывать security_label), так как данная возможность имеет смысл только при установке на сервере и клиенте похожих правил SELinux; -   Виртуализация и безопасность -  Для использования с ядром портирован GCC-плагин structleak (https://lwn.net/Articles/712161/), разработанный проектом  Grsecurity и выполняющим принудительную инициализацию структур, передаваемых в пространство пользователя для блокирования возможных утечек информации; -  В ядро встроена (https://lkml.org/lkml/2016/12/21/477) реализация алгоритма SipHash, предоставляющего более безопасный и быстрый метод хэширования; -  В Xen добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) поддержка загрузки гостевых систем в режиме PVH, комбинирующем элементы режимов паравиртуализации (PV) для ввода/вывода, обработки прерываний, организации загрузки и взаимодействия с оборудованием, с применением полной виртуализации (HVM) для ограничения привилегированных инструкций, изоляции системных вызовов и виртуализации таблиц страниц памяти; -  Для KVM реализован (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) драйвер PTP, позволяющий получить доступ из гостевой системы  к часам реального времени хост-системы, что даёт возможность использовать Chrony  для высокоточной синхронизации часов хоста и гостевой системы; -  Добавлен интерфейс /sys/kernel/security/lsm, через который можно узнать список активных LSM-модулей; -  Добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) реализация алгоритма шифрвоания AES, обеспечивающая фиксированное время выполнения для защиты от атак, пытающихся определить характер данных на основе изменения времени обработки операции; -  Реализация генератора псевдослучайных чисел переведена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) с хэширования MD5 на использование  безопасного и быстрого алгоритма поточного шифра ChaCha20 при формировании энтропии для целочисленного вывода get_random_int и get_random_long; -  Добавлен (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) sysctl  для загрузки правил AppArmor непривилегированным пользователем для нового namespace; -   Сетевая подсистема -  Реализован новый тип сокетов "SMC-R (ftp://public.dhe.ibm.com/software/os/systemz/pdf/Linux_SMC-R...)" (Shared Memory Communications over RDMA, RFC-7609 (https://tools.ietf.org/html/rfc7609)), предназначенный для организации похожих на TCP каналов связи поверх транспорта RDMA (https://ru.wikipedia.org/wiki/%D0%A3%D0%...) (Remote Direct Memory Access). Протокол разработан компанией IBM и позволяет без внесения изменений  (загрузив библиотеку через LD_PRELOAD)  адаптировать уже написанные для TCP приложения для работы в сетях RoCE (RDMA over Converged Ethernet (https://en.wikipedia.org/wiki/RDMA_over_Converged_Ethernet)); -  Добавлен модуль "psample" для выборки сетевых пакетов, проходящих через сетевой интерфейс, для дальнейшего отсеивания фильтром-классификатором; -  В сетевой подсистеме  теперь применяется (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) SipHash вместо MD5 для генерации номеров последовательности и вместо SHA1 для syn... URL: https://lkml.org/lkml/2017/4/30/167 Новость: http://www.opennet.dev/opennews/art.shtml?num=46433
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (-), 01-Май-17, 07:04	+/–
Что-то Linux-Libre отстаёт в этот раз. http://linux-libre.fsfla.org/pub/linux-libre/releases/4.11-gnu/ пока нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37

3. Сообщение от Аноним (-), 01-Май-17, 07:06	–22 +/–
Все ближе и ближе для декстопа, хотя сами окружения декстопа куча несвязанных компонентов с оверхеодм на диске как Quartz
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56

4. Сообщение от Дима (??), 01-Май-17, 07:44	+/–
Что там с baytrail? Звук, сенсор и индикация батареи теперь работают? Или все еще нет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #57

5. Сообщение от turbo2001 (ok), 01-Май-17, 07:44	+9 +/–
Можно глупый вопрос? Хардварные рейды еще покупают? Если да, то почему? ЗЫ Я админ локалхоста, поэтому правда не знаю и мне интересно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #10, #29, #81, #118, #156

8. Сообщение от postfactum (?), 01-Май-17, 08:06	–1 +/–
> планируется портирование cfq, noop Нет.
Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от llolik (ok), 01-Май-17, 08:18	+11 +/–
> Хардварные рейды еще покупают? Если да, то почему? Покупают. Потому что это надёжность, значительно большая производительность и устойчивость к нагрузкам. Ну это всё, если мы рассматривает полноценный хардварный RAID-контроллер, а не какой-нибудь встроенный в материнку fake-raid.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #13, #15, #32

10. Сообщение от anomymous (?), 01-Май-17, 08:19	–2 +/–
В основном из-за плохой производительности на запись у софтрейдов. Как загоните CPU на в 100% iowait - сразу поймёте, почему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #11, #14

11. Сообщение от anomymous (?), 01-Май-17, 08:19	+/–
> на в 100% iowait На записи в 100% iowait
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #12

12. Сообщение от Аноним (-), 01-Май-17, 08:38	+/–
особенно NVme
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

13. Сообщение от Аноним (-), 01-Май-17, 08:57	+1 +/–
давай посмеемся - найди мне HW raid который выдаст на RAID6 в конфигурации 8+2 из 40 дисков - скорость 8-9Gbyte/s, а linux mdraid6 это может..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #16, #31, #44, #113

14. Сообщение от Аноним (-), 01-Май-17, 08:58	+1 +/–
> В основном из-за плохой производительности на запись у софтрейдов. Как загоните CPU > на в 100% iowait - сразу поймёте, почему. на скорости 9Gbyte/s в случае linux md raid 6, упираемся в pagecache - а не в IO wait. что не так делаем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #18

15. Сообщение от anonblmous (?), 01-Май-17, 09:13	+7 +/–
А это ничего, что в "хардварных" рейдах унутре свой проц, своя оперативка и свой софт, писанный секретными индусами? И закрытые дрова, приколоченные гвоздями к полутора версиям редхата и зюзи. И если почитать changelog от какого-нито такого аппаратного рейда, то иногда волосья на голове шевелятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #17, #21, #30, #47

16. Сообщение от qwerty123 (??), 01-Май-17, 09:39	+10 +/–
> давай посмеемся - найди мне HW raid который выдаст на RAID6 в > конфигурации 8+2 из 40 дисков - скорость 8-9Gbyte/s, а linux mdraid6 > это может.. деятелей, пытающихся хранить деловые даннные на таких конструкциях, стараюсь не допускать в апппаратные комнаты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #62, #89, #108

17. Сообщение от qwerty123 (??), 01-Май-17, 09:47	–10 +/–
> А это ничего, что в "хардварных" рейдах унутре свой проц, своя оперативка > и свой софт, писанный секретными индусами? код линукс подсистем в 1/2 недалеко от кривого индусского. написали, как-то работает, круто же. > И закрытые дрова, приколоченные гвоздями к полутора версиям редхата и зюзи. необходимо таки подбирать оборудование по целям и качеству. > И если почитать changelog от какого-нито такого аппаратного рейда, то иногда волосья > на голове шевелятся. "какие-нить" не покупайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #19, #20

18. Сообщение от qwerty123 (??), 01-Май-17, 09:49	–3 +/–
>> В основном из-за плохой производительности на запись у софтрейдов. Как загоните CPU >> на в 100% iowait - сразу поймёте, почему. > на скорости 9Gbyte/s в случае linux md raid 6, упираемся в pagecache > - а не в IO wait. > что не так делаем? превращаете материнскую плату для unix в плату для raid контроллера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #23

19. Сообщение от jh (?), 01-Май-17, 10:08	+1 +/–
когда аппаратный рейд поломается, высока вероятность что придется искать такой же контроллер чтобы прочитать данные
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #82, #149

20. Сообщение от anonblmous (?), 01-Май-17, 10:10	+7 +/–
> код линукс подсистем в 1/2 недалеко от кривого индусского. Его хотя бы шансы есть посмотреть и поправить (что может не хватить времени или квалификации - вопрос отдельный). С прошивкой "аппаратного рейда" - жри, что дают, деньги неси, целуй вендора в #опу. >> И закрытые дрова, приколоченные гвоздями к полутора версиям редхата и зюзи. > необходимо таки подбирать оборудование по целям и качеству. Внезапно, не все в ынтырпрайзе работают. Не поверите - есть еще средний и малый бизнес, где бюджета на ангар с тестовыми серваками нету. >> И если почитать changelog от какого-нито такого аппаратного рейда, то иногда волосья >> на голове шевелятся. > "какие-нить" не покупайте. Можно подумать, другие есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

21. Сообщение от Аноним (-), 01-Май-17, 10:30	+/–
Наверное, стоит покупать аппаратные контроллеры RAID, которые не требуют каких-то внешних драйверов и выглядят для системы как стандартное SATA, SAS, SCSI устройство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #22

22. Сообщение от anonblmous (?), 01-Май-17, 10:38	+3 +/–
> Наверное, стоит покупать аппаратные контроллеры RAID, которые не требуют каких-то внешних > драйверов и выглядят для системы как стандартное SATA, SAS, SCSI устройство. А что, риск нарваться на кривую прошивку от этого пропадет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #70

23. Сообщение от Аноним (-), 01-Май-17, 10:42	+4 +/–
А почему бы и нет, если рассмотреть следующую конструкцию? В Linux есть модуль для прямого соединения материнок по PCI-Express. Соединяем основную мать со многими ядрми CPU с дополнительной менее мощной. На дополнительной свой Linux выполняет функции софтового RAID, обмен по PCI-E быстрый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #27, #49, #92, #111, #120

24. Сообщение от Аноним (-), 01-Май-17, 10:49	+3 +/–
>раздельные буферы с историей прокрутки для консолей Джвадцать лет ждал! Ещё бы отдельные наборы виртуальных консолей для каждой физической головы (видеокарта + клавиатура + мышь) во многоголовых конфигурациях.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

25. Сообщение от Аноним (-), 01-Май-17, 11:14	–1 +/–
> Отключена поддержка NFSv4 по UDP, которая была в неработоспособном виде Разве UDP не использовался в NFS по умолчанию?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #60

26. Сообщение от Sunderland93 (ok), 01-Май-17, 11:18	+/–
То есть можно будет включить blk-mq, чтобы он работал для SSD, и встроенный в него Deadline для HDD? Круто если так
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78

27. Сообщение от Аноним (-), 01-Май-17, 11:24	+7 +/–
Потом увольняетесь, а пришедшие админы ох.евают от данного цирка и проклинают вас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #35, #36, #72, #77

28. Сообщение от IdeaFix (ok), 01-Май-17, 11:46	+/–
1. structleak 2. раздельные буферы с историей прокрутки для консолей Годно. Даже не знаю что меня больше радует....
Ответить | Правка | Наверх | Cообщить модератору

29. Сообщение от Аноним (-), 01-Май-17, 11:55	+17 +/–
Админы делятся на две категории, те кто верит в волшебные свойства хардварных рейдов и те кто уже нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #131

30. Сообщение от Аноним (-), 01-Май-17, 11:58	+1 +/–
> А это ничего, что в "хардварных" рейдах унутре свой проц, своя оперативка > и свой софт, писанный секретными индусами? > И закрытые дрова, приколоченные гвоздями к полутора версиям редхата и зюзи. > И если почитать changelog от какого-нито такого аппаратного рейда, то иногда волосья > на голове шевелятся. Следует также прибавить невыносимо отвратительные софты для управления и мониторинга, после которых на mdadm смотришь с умилением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #33, #63

31. Сообщение от Аноним (-), 01-Май-17, 12:07	+6 +/–
>из 40 дисков И сколько выйдет, если разбить эту конфигурацию на 2 части? А если на три? На четыре? А что если нужен хотспэйр? Нет, я очень рад, что у вас все работает и вас все устраивает. Только не надо мерятся МПХ без постановки задачи, ладно? А то получается, что у вас единственно верная задача для всех случаев жизни, ее все знают и все поголовно только ее и решают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

32. Сообщение от Аноним (-), 01-Май-17, 12:12	+3 +/–
HW не безопасны. Полетит и информацию будет не восстановить, т.к. формат не стандартизирован, а такой же можно и не найти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #48, #126

33. Сообщение от Survolog (?), 01-Май-17, 12:14	+1 +/–
Всегда на mdadm с умилением смотрел. Из чего-то удобнее только btrfs вспоминается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

34. Сообщение от DeerFriend (?), 01-Май-17, 12:15	–1 +/–
> Для KVM реализован драйвер PTP Теперь ntp сервер можно будет поднимать в виртуалке?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #110

35. Сообщение от PSV (?), 01-Май-17, 12:16	+4 +/–
Слабаки! ps уже задолбали рассуждения о нанятых для экономии в качестве админов домохозяйках
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #50

36. Сообщение от SysOps (?), 01-Май-17, 12:33	+/–
ну такие как вы в будущем и без работы будут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

37. Сообщение от Аноним (-), 01-Май-17, 12:37	–2 +/–
Что-то Linux-nothing-works отстаёт в этот раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #91

38. Сообщение от Andrey Mitrofanov (?), 01-Май-17, 12:40	+1 +/–
>> Для KVM реализован драйвер PTP > Теперь ntp сервер можно будет поднимать в виртуалке? Ну, вам, видать, и ntpdate - "сервер". #>> драйвер PTP, позволяющий получить доступ из гостевой системы  к часам реального времени хост-системы, что даёт возможность использовать Chrony  для высокоточной синхронизации часов хоста и гостевой системы; Читаю внимательно вслух: точнее синхронизовать виртуалку с хостом. Проверочный вопрос: что-что в-в виртуалке-вертуале, ась-ась?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #41

39. Сообщение от Анон999999 (?), 01-Май-17, 12:42	–2 +/–
Давно работают!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #98

40. Сообщение от Игорь (??), 01-Май-17, 12:52	+/–
Все, что связано с сетевым стеком мне понравилось, остальное на любителя) Linus Torvalds, thank you very much.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

41. Сообщение от DeerFriend (?), 01-Май-17, 12:56	–1 +/–
Вопрос был в том, можно ли тем же chrony, который имеет доступ к часам хост системы, раздавать время другим хостам, или это пока влажные мечты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #42, #67

42. Сообщение от Andrey Mitrofanov (?), 01-Май-17, 12:58	+/–
> Вопрос был в том, можно ли тем же chrony, который имеет доступ > к часам хост системы, раздавать время другим хостам, или это пока > влажные мечты? Тем крони, который _берёт_ время с "часов хоста", раздавать другим виртуалкам? Ентерпрайс строишь? Осторожнее -- майекрософт не любит конкурентов...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

43. Сообщение от h31 (ok), 01-Май-17, 13:00	+/–
В NFSv3 и более старых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #66

44. Сообщение от grsec (ok), 01-Май-17, 13:07	+/–
> скорость 8-9Gbyte/s, Это у вас какая-то бытовая потребность. Вы не в теме про фичу аппаратных рейдов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

45. Сообщение от Аноним (-), 01-Май-17, 13:09	+5 +/–
Идею им подкинь, девелоперы могут не догадываться что кому-то такое нужно. Я бы не догадался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

46. Сообщение от Аноним (-), 01-Май-17, 13:11	+/–
Согласен. Поджскажите если не сложно - как можно с SMC-R поиграться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #58

47. Сообщение от Аноним (-), 01-Май-17, 13:25	+1 +/–
> А это ничего, что в "хардварных" рейдах унутре свой проц, своя оперативка и свой софт, писанный секретными индусами? Какой ещё свой код? Кому надо заморачиваться? Там унутре тот же linux с тем же MD RAID. Индусского всего-то — обвязка для управления этим хозяйством.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #52, #88

48. Сообщение от Аноним (-), 01-Май-17, 13:25	+/–
Ну так делай бекапы! RAID это не система резервного копирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #53, #71, #117

49. Сообщение от Аноним (-), 01-Май-17, 13:31	+/–
> А почему бы и нет, если рассмотреть следующую конструкцию? В Linux есть > модуль для прямого соединения материнок по PCI-Express. Соединяем основную мать со > многими ядрми CPU с дополнительной менее мощной. На дополнительной свой Linux > выполняет функции софтового RAID, обмен по PCI-E быстрый. И получаем ровно то же, что продаётся под названием "hardware RAID".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #54

50. Сообщение от Аноним (-), 01-Май-17, 13:32	+1 +/–
> ps уже задолбали рассуждения о нанятых для экономии в качестве админов домохозяйках Ну почему же? Если тут админ ничего не задокументировал, то последователям в любом случае придётся пытаться угадать, что и как он сделал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

51. Сообщение от Аноним (-), 01-Май-17, 13:52	–1 +/–
"Модуль для обеспечения сжатия LZ4 заменён на новую реализацию, демонстрирующей более высокую производительность;" На какую? Ткните носом, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79, #87, #121

52. Сообщение от Аноним (-), 01-Май-17, 13:53	+1 +/–
Вот сразу видно кто хардварных раид контроллеров и в глаза не видел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #83

53. Сообщение от Аноним (-), 01-Май-17, 13:54	+/–
> Ну так делай бекапы! RAID это не система резервного копирования. Бекапы не панацея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

54. Сообщение от anonblmous (?), 01-Май-17, 14:16	+5 +/–
>> В Linux есть модуль для прямого соединения материнок по PCI-Express. Соединяем основную >> мать со многими ядрми CPU с дополнительной менее мощной. > И получаем ровно то же, что продаётся под названием "hardware RAID". ...только с открытой прошивкой, что, КМК, немаловажно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #85

55. Сообщение от Аноним (-), 01-Май-17, 14:33	+1 +/–
Maxwell - это девятисотая серия, а не тысячная, поправьте. Для них ускорение уже работает. Для Паскалей - только с ядром и месой из гита.
Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от омоним (?), 01-Май-17, 14:36	+5 +/–
Набор слов. Как нет тут и приближения к десктопам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #59

57. Сообщение от Stax (ok), 01-Май-17, 14:49	+1 +/–
В китайских bay trail и cherry trail обожают ставить сеть на базе рилтека 8723BS (на SDIO шину) - наконец-то драйвер влили в ядро, если все пойдет по плану, уже в 4.12 будет из коробки сеть на разных планшетах работать: http://linuxiumcomau.blogspot.com/2017/04/rtl8723bs-wifi-soo...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #73

58. Сообщение от Шкурка_от_головки (ok), 01-Май-17, 15:12	+/–
Для начала надо приобрести RoCE-железо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #65

59. Сообщение от Аноним (-), 01-Май-17, 15:16	–1 +/–
> Как нет тут и приближения к десктопам Ноутбуки - новая цель :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #61

60. Сообщение от zanswer CCNA RS (?), 01-Май-17, 15:25	+3 +/–
Использовался, но это не эффективно, поэтому в NFSv4 перешли по умолчанию к TCP, да и NFSv3 насколько помню TCP использовал по умолчанию, по крайней мере в том дистрибутиве, что я использовал. Почему UDP не эффективен для NFS? NFS читает и пишет блоками 8 килобайт (настраиваемый параметр), UDP не умеет сегментировать/фрагментировать PDU прикладного уровня (в отличие от TCP/SCTP), он размещает полный блок в датаграмме. И если MTU канального уровня будет ниже, а оно скорее всего будет ниже для средней сети, фрагментация будет выполнена на на сетевом уровне, силами IP. И всё бы нечего, если бы не одна проблема, в случае потери любого одного IP фрагмента, пересылается весь IP пакет. Ещё IP фрагменты в случае, если пакет будет по какой-то причине дефрагментирован на транзитном устройстве, будут обрабатываться на process level/slow path.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #84

61. Сообщение от Perf (?), 01-Май-17, 15:45	–1 +/–
Тут только надо понять, где будут сами ноутбуки лет через пять
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #64, #68, #112

62. Сообщение от ананим.orig (?), 01-Май-17, 16:38	+5 +/–
Гонору бы по-меньше и было бы хорошо. Пока не стали считать сколько у вас там "апппаратных" комнат и какие блондинки там крутятся. По теме: вопрос — с учетом lvm2, clvm2 и поддержкой ими raid'ов любых мастей и качество поддержки всего этого в ядре — очень даже имеет смысл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

63. Сообщение от ананим.orig (?), 01-Май-17, 16:49	+/–
После появления в lvm2 поддержки raid5/6/итд.. тоже стал не востребован. А так да, затыкал нос аппаратным лет 15, если не больше. Но до появления zfs и потом lvm2/clvm2 с рэйдами. Бтр же пока никак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

64. Сообщение от th3m3 (ok), 01-Май-17, 16:55	+3 +/–
И где они будут? Никуда не денутся. На одних смартах - ещё не скоро будем сидеть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

65. Сообщение от Аноним (-), 01-Май-17, 17:14	+/–
Вот тут https://en.wikipedia.org/wiki/RDMA_over_Converged_Ethernet "the protocol can also be used on a traditional or non-converged Ethernet network"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #94

66. Сообщение от Stax (ok), 01-Май-17, 17:18	+1 +/–
Если точнее, в v2 и более старых, а начиная с v3 UDP поддерживался, но рекомендуется TCP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

67. Сообщение от Stax (ok), 01-Май-17, 17:23	+2 +/–
> Вопрос был в том, можно ли тем же chrony, который имеет доступ > к часам хост системы, раздавать время другим хостам, или это пока > влажные мечты? Chrony - это штука для NTP и никакого отношения к этому не имеет. NTP нужен для синхронизации времени в масштабах глобальной сети и дает точность в десятки миллисекунд. PTP - между узлами в одном сегменте сети с точностью до микросекунды. Работает с аппаратной поддержкой в сетевухе и ее драйвере, из-за чего сложнее в настройке и значительно менее гибкий, чем NTP. Точное время принимайте через NTP, а PTP нужен для синхронизации timestamp'ов между приложениями в кластере и подобных вещей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

68. Сообщение от _ (??), 01-Май-17, 17:52	+6 +/–
А что изменится через пять лет? У людей вместо рук отрастут тентакли? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #115

70. Сообщение от _ (??), 01-Май-17, 18:17	+5 +/–
Да проще всё - сдохнет карта, и вдруг окажется что чтобы прочитать данные тебе нужна _точно_такая_же_, вплодь до совпадения майнор билт намбера на FW ... А их ужо не продают :-\ И пойдёшь ты покупать у них кастом билд по соооовсем другой цене. Поэтому под коней эры железных рэйдов, кровавый из покупал ка минимум пару. Один в сервак, другой на склад и описать в DR procedure. Нееееее - нафик!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #144, #150

71. Сообщение от _ (??), 01-Май-17, 18:21	+/–
Поднять из бэкапа многия терабайты ... это от недели и больше. К тому времени твои клиенты уже будут у твоих конкурентов. Поэтому покупайте контроллеры парами. :-\
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #86, #109

72. Сообщение от _ (??), 01-Май-17, 18:26	+1 +/–
>Потом увольняетесь, а пришедшие админы ох.евают от данного цирка и проклинают вас. Мне на неосиляторов 100500 колограмовый прибор покласть :) Бизнесс платит за решение его проблем, решения не всегда бывают простыми и понятными. Если "пришедшие админы" хотят бабла, что платили мне - ну пусть уж напрягутся. Или делают своё. ТЧК Ъ!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #90, #114

73. Сообщение от Дима (??), 01-Май-17, 18:27	+/–
У меня вот сенсор и аккум не завелись на планшете, но то было сырое 4.11. Надеюсь на свежачке ситуация будет получше. Или может вовсе стоит подождать ядер 4.12 - 4.15?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #100

77. Сообщение от SomeUser (?), 01-Май-17, 19:40	–3 +/–
> Потом увольняетесь, а пришедшие админы ох.евают от данного цирка и проклинают вас. Это ещё что.. Один заказчик соорудил конструкцию из дискового массива: сделал вынос на проводах дисков в количестве 24 шт. из дисковой  полки в спецдевайс для быстрого уничтожения данных. На случай "маски шоу". Вот тут реально есть с чего ох..ть. Когда такое увидел - долго приводил мысли в порядок. Начальству предложил серьёзно задуматься над вопросом: а нужен ли нам такой заказчик ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

78. Сообщение от Аноним (-), 01-Май-17, 19:52	+/–
blk-mq это не то, не думаю что потребительские продукты поддерживают multi queue. вообще не знаю, не читал пока что это такое ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

79. Сообщение от Аноним (-), 01-Май-17, 19:54	+/–
> "Модуль для обеспечения сжатия LZ4 заменён на новую реализацию, демонстрирующей более высокую > производительность;" На какую? Ткните носом, пожалуйста. в zswap вроде использовался, но не по умолчанию...ммм в initramfs возможно, но не в дефолтах...в общем не помню, но в любом случае, это хорошо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #80

80. Сообщение от Аноним (-), 01-Май-17, 20:22	+/–
Я не об этом. Я хочу увидеть тесты. Насколько увеличилась производительность?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #119

81. Сообщение от пох (?), 01-Май-17, 20:25	–4 +/–
> Можно глупый вопрос? Хардварные рейды еще покупают? Если да, то почему? ну вот потому что линукс в 2017м году от Р.X. "сделал лог в raid 456". А в каком году он сделает raid1 без double performance hit - ученые пока не знают. меня вот больше изумляет, что по сей день находятся ненормальные, которые этими линуксными поделками (плюс, конечно же, lvm, чтобы ЭТО восстановлению не подлежало в принципе)  пользуются - при наличии с одной стороны, почти живой zol, с другой - почти работающих адаптеков (больше, кажется, _работающих_ никого не осталось). и да, хозяйке на заметку - lsi с "IT" прошивкой - _дороже_ обычного (и не просто так ;-) (или может, чтоб уже совсем не мучаться, вы громоздите softraid over lvm over десяток sata-разъемов на матери? А чо, асусу (ваших данных) не жалко ведь.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #95, #127

82. Сообщение от Онаним (?), 01-Май-17, 20:25	+/–
Матери с SATA port multiplier'ами хватает. Raid Reconstructor для определения очередности записи блоков на диск и R-Studio для вытягивания данных. У ынтерпрайзных админов бэкапов не было. На священный аппартаный raid надеялись, ага. Adaptec 8405.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

83. Сообщение от Онаним (?), 01-Май-17, 20:27	+1 +/–
Иди сначала initramfs из прошивки контроллера выковыряй, потом будешь всем рассказывать как его там нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #93

84. Сообщение от пох (?), 01-Май-17, 20:38	–5 +/–
> Использовался, но это не эффективно дело не в "неэффективно". Дело в отсутствии вменяемых программистов. А они ушли вместе с sun, и тот кусок кода уже лет десять никто не трогает. > Почему UDP не эффективен для NFS? NFS читает и пишет блоками 8 он очень даже эффективен, в той _крайне_редкой_ в XXI веке ситуации, когда у вас теряются пакеты между NAS и хостом. Недо-ccna оставляется для самостоятельного изучения, почему - именно udp. На досуге рекомендую отдельно подумать, если есть еще чем, что в sun и в XX веке работали отнюдь не бестолковые идиоты, как вам показалось, и выбрали udp они не просто так. И да, mtu у нас в те времена был строго 1500. К счастью для вынужденных пользоваться этим выкидышем сана, в реальных сетях XXI века потери пакетов между nas и хостом - катастрофа, за которую отрывают местному недо-ccnp все что висит. А если пакеты не теряются - то и хрен с ним, с tcp. Неэффективный протокол с большим оверхедом- ничего, сделаем сеть на jumbo-frames, и переведем ее на отдельные свитчи, vlan per host. А tcp все равно заоффлоажен на сетевухи. Ну а если это домашний недо-нас с порнухой, то там и вообще всем пофиг. А писать код для tcp проще на порядок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #96

85. Сообщение от Аноним (-), 01-Май-17, 20:41	+2 +/–
И в несколько раз дороже, что тоже немаловажно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

86. Сообщение от пох (?), 01-Май-17, 20:46	+1 +/–
> Поднять из бэкапа многия терабайты ... это от недели и больше. К > тому времени твои клиенты уже будут у твоих конкурентов. Поэтому покупайте > контроллеры парами. :-\ причем - _сразу_ (ох какие занимательные приколы были у lsi megaraid "чуть другого релиза") Правда, для многих терабайт это излишне (несколько часов на нормальном рейде. если бэкап сам готов отдавать с нужной скоростью), а когда их многие сотни или первые тысячи, вот тут уже начинается цирк, который лучше смотреть с верхних ярусов. До оркестра кровь и кишки иногда долетают. (да, разумеется, такие системы никогда не упираются в один контроллер ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

87. Сообщение от Necrogrinder (ok), 01-Май-17, 20:50	+/–
Я так понял на LZ4 fast перешли https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

88. Сообщение от пох (?), 01-Май-17, 20:59	–3 +/–
> Какой ещё свой код? Кому надо заморачиваться? Там унутре тот же linux эта... areca вроде десять лет уже банкрот. Где вы еще линyпс-то нашли? > с тем же MD RAID. Индусского всего-то — обвязка для управления > этим хозяйством. есть один ньюанс, да: процессор нифига не xeon. Поэтому даже если вы где-то в прошивке и увидели знакомые буквы - совершенно не надо делать слишком широкоохватные выводы. У меня вот в циске не просто линукс, а можно в него натурально в шелл вывалиться (и некоторые вещи этого требуют). Более того - отдельные доступны в виде .ovf Означает ли это, что я могу циску выкинуть, и писюком под линуксом заменить, как вы думаете? (и да, процессор - нифига не ксеон ;-) P.S. второй ньюанс в том, что индусы все же читали статью Анвина. Ее, к сожалению, WASP americans тоже читали. До или после исправления - а вот угадайте. ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

89. Сообщение от пох (?), 01-Май-17, 21:03	–3 +/–
> деятелей, пытающихся хранить деловые даннные на таких конструкциях, стараюсь не они может write-only ? то что автор скромно умолчал, что за fs у него поверх этого рейда, как бы намекает...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

90. Сообщение от ыы (?), 01-Май-17, 21:11	+1 +/–
такие идеи есть только у админов локалхоста. в нормальных фирмах ни такого отношения к своей работе, ни вообще возможности наворотить чтото без согласования на нескольких уровнях и без технической документации - технически невозможно. Вы это просто не сможете сделать. вас не поймут, и вашу гениальность выставят за дверь. А в мелких конторках да,бывает, что админ может чегото наворотить и не задокументировать :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #106, #153

91. Сообщение от Олег (??), 01-Май-17, 21:33	+/–
А еще там появилась поддержка вот этого ТВ тюнера https://www.kaa.org.ua/en/22-articles/61-evromedia-usb-full-...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #101, #158

92. Сообщение от neit95 (ok), 01-Май-17, 22:11	–1 +/–
>В Linux есть модуль для прямого соединения материнок по PCI-Express. А можно по подробнее? Что-то не нашёл такого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #124

93. Сообщение от Аноним (-), 01-Май-17, 23:07	+1 +/–
Пример контроллера с линуксом внутри в студию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #125

94. Сообщение от Шкурка_от_головки (ok), 01-Май-17, 23:08	+/–
Да, действительно, должно работать на обычных NIC'ах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

95. Сообщение от Аноним (-), 01-Май-17, 23:18	+/–
Этими линуксными поделками как раз пользуются те кто уже походил по граблям с почти работающими конроллерами. И уж упоминать адаптек как что-то хорошее надо иметь напрочь промытые мозги, до сих пор с содроганием вспоминаю это дерьмо переOEMленое в IBM serveraid. И кстати если вы не знали, LSI c IR прошивкой без проблем перешивается в IT.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

96. Сообщение от Аноним (-), 01-Май-17, 23:19	+2 +/–
> дело не в "неэффективно". Дело в отсутствии вменяемых программистов. А они ушли > вместе с sun, и тот кусок кода уже лет десять никто > не трогает. Экий бред сумасшедшего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

98. Сообщение от Злюка (?), 01-Май-17, 23:54	+2 +/–
Да, всё работает - огонь. Ну, вот, разве что только это: https://bugzilla.kernel.org/show_bug.cgi?id=109051
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #148

100. Сообщение от Stax (ok), 02-Май-17, 00:30	+1 +/–
Очень зависит от конкретного датчика в конкретном планшете. Обычно всякие Dell и Lenovo работают и на старых ядрах нормально, а совсем уж китайцы могут требовать чего-то странного, что не в ядре. Сенсор и информация с аккума (а также WiFi, звук, акселерометр для поворота экрана и еще некоторые вещи) типично висят на SDIO, если не работают сразу несколько подобных устройств, то проблема иногда может быть не в драйверах самих устройств, а в том, что какие-то каналы SDIO как-то не так инициализировались и за ними вообще не видно никаких устройств. Я такое встречал. Надо смотреть списки устройств на шинах I2C и SDIO - все ли определяются корректно с правильными идентификаторами; если да, то проблема с драйвером или отсутствием фирмвари, необходимой устройству, если нет, то это более глобальное и надо ковырять, что не так с тем же SDIO, после появления устройства оно может само заработать. Но в общем и целом, за исключением отдельных планшетов, где все хорошо, в общем и целом ситуация по ним пока печальная. Напр. характерная таблица поддержки для (даже не слишком уж китайского) ASUS'а: https://wiki.debian.org/InstallingDebianOn/Asus/T100TA#Overa...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #103

101. Сообщение от Аноним (-), 02-Май-17, 00:54	+/–
Уя! А это крутой девайс? Или он пока тоже "ундер констрикшон" как и сайт с мутным сертификатом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

103. Сообщение от Аноним (-), 02-Май-17, 00:58	+/–
У меня в iPad все датчики работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #123

106. Сообщение от . (?), 02-Май-17, 03:58	–1 +/–
>и не задокументировать Найди такие буквы в оригинальном посте, дятлушка :) Плач был о том что мол сложно, у эникеёщикафф извилинки трещат! Чо вот придумывывают фню всякую спрашивается? Взять всё и поделить! В смысле HW RAID впихнуть и всё :))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

108. Сообщение от iCat (ok), 02-Май-17, 07:29	+/–
> деятелей, пытающихся хранить деловые даннные на таких конструкциях, стараюсь не допускать в апппаратные комнаты. Сударь, а у вас всех контроллеров HW-RAID по паре? Завидую...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #145

109. Сообщение от iCat (ok), 02-Май-17, 07:45	+2 +/–
> Поднять из бэкапа многия терабайты ... это от недели и больше. К > тому времени твои клиенты уже будут у твоих конкурентов. Поэтому покупайте > контроллеры парами. :-\ 3-2-1 Минимум три копии данных Минимум на двух независимых носителях Минимум один носитель вне здания В случае аварии на основном носителе данных переключаемся на второй, который становится актуальным, "поднимаем" аварийный доступным способом и оттуда в "новый актуальный" дописываем данные, не попавшие в последнюю синхронизацию. Это же азбука, ребята! Если требуется непрерывность доступности данных - используем технологию хранения, позволяющую хранить избыточный набор данных. К примеру - Raid-Z, там можно на одном наборе томов записывать данные в 2-х, 3-х экземплярах, что позволяет заменять выпадающие тома почти незаметно для пользовательских приложений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

110. Сообщение от бедный буратино (ok), 02-Май-17, 07:55	–1 +/–
> Теперь ntp сервер можно будет поднимать в виртуалке? не только. ещё смотреть РТР
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

111. Сообщение от Аноним (-), 02-Май-17, 09:51	+/–
Я как админ в прошлом и владелец бизнеса в настоящем вышвырнул бы за шиворот без выходного пособия за такое "решение". Свой сумрачный гений надо в локальной сети применять, а не в бизнесе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #116

112. Сообщение от Аноним (-), 02-Май-17, 10:55	+2 +/–
Работать в местах где нужно работать а не "развлекаться"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #128

113. Сообщение от Аноним (-), 02-Май-17, 10:58	+/–
И что из этого, сколько он при этом отберёт у системы ресурсов при работе БД? Как перенесёт вырубание питания? как закешит и "где" данные при массовой записи от СУБД?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

114. Сообщение от пох (?), 02-Май-17, 11:17	–1 +/–
> Бизнесс платит за решение его проблем, бизнесу, обычно, не нужно одноразовое решение, которое, когда ломается (а того хуже - начинает потихоньку глючить), никто не может восстановить, кроме ушедшего в туман автора. > Если "пришедшие админы" хотят бабла, что платили мне и много заплатили? А то там, где платят гусарам-самоучкам с мотором, вместо покупки индустриального решения, обычно с баблом-то как раз все как-то вот не очень. И платить норовят в конвертике, да? Потому как "решение" либо таки было одноразовое на здесь и сейчас, и через неделю разобрано на запчасти, либо сделано нищeбродами по методу "вы же специалист, сделайте нам забесплатно - вон на складе куча списанных из под сокращенных сотрудников десктопов прошлого веку валяется". Ну и какую реальную проблему оно "решало" - так и осталось за рамками этого интересного рассказа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

115. Сообщение от Аноним (-), 02-Май-17, 11:34	+2 +/–
Продажи и доля ноутов снижается уже который год подряд. Растут продажи смартов и планшетов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #155

116. Сообщение от Аноним (-), 02-Май-17, 11:36	+1 +/–
Думаешь от того что скучно такие решения придумывают, чаще мы хотим такого но денег не дадим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #137

117. Сообщение от Аноним (-), 02-Май-17, 12:28	+1 +/–
Бэкапы в любом случае делать надо. HW - это просто дополнительная точка отказа в системе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

118. Сообщение от Аноним (-), 02-Май-17, 12:33	+2 +/–
Хардварный разве что позволяет винду на raid 0 поставить. Всё остальное реализуется софтварным, который и быстрее, и мониторится удобнее и восстанавливается проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #133

119. Сообщение от Andrey Mitrofanov (?), 02-Май-17, 12:44	+/–
>Я хочу увидеть тесты. https://duckduckgo.com/?q=lz4+high+performance+benchmark > Насколько увеличилась производительность? икс три.  ы м м в. https://duckduckgo.com/?q=lz4+benchmark+linux+kernel
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

120. Сообщение от Аноним (-), 02-Май-17, 12:48	+1 +/–
> А почему бы и нет, если рассмотреть следующую конструкцию? В Linux есть > модуль для прямого соединения материнок по PCI-Express. Соединяем основную мать со > многими ядрми CPU с дополнительной менее мощной. На дополнительной свой Linux > выполняет функции софтового RAID, обмен по PCI-E быстрый. Вы только что описали плату аппаратного RAID контроллера на "ширпотребных компонентах" с возможностью быстрой кастомизации под конкретную задачу, ещё стоит добавить что плата должна быть с питанием от встроенного автомобильного аккумулятора с контроллером заряда и мгновенным переключением в аварийный режим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

121. Сообщение от Andrey Mitrofanov (?), 02-Май-17, 12:51	+1 +/–
> "Модуль для обеспечения сжатия LZ4 заменён на новую реализацию, демонстрирующей более высокую > производительность;" На какую? Ткните носом, пожалуйста. "На какую" - "другую реализацию" написано здесь => https://lwn.net/Articles/713175/ Либрари бандлинг, коде блоаут и уан труЪ вей -- так победим... (я видел перепрыг про "на какую" "высокую п." -- русская языка трудная языка, да, сама мучаюсь)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

123. Сообщение от Stax (ok), 02-Май-17, 13:17	+2 +/–
У вас iPad на платформе Intel с кучей оборудования на шинах I2C и SDIO? Потому что мы тут вообще-то такой кейз обсуждаем..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #130

124. Сообщение от Anon123 (?), 02-Май-17, 14:04	+1 +/–
https://www.kernel.org/doc/Documentation/ntb.txt и https://github.com/jonmason/ntb/wiki
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

125. Сообщение от Zulu (?), 02-Май-17, 18:14	–1 +/–
Areca.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #135

126. Сообщение от Zulu (?), 02-Май-17, 18:16	–1 +/–
> стандартизирован, а такой же можно и не найти. RAID купил, саппорт не купил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #136

127. Сообщение от Zulu (?), 02-Май-17, 18:20	+/–
> почти работающих адаптеков ха-ха. Адаптек и "работающий" в одной фразе. > и да, хозяйке на заметку - lsi с "IT" прошивкой - _дороже_ > обычного (и не просто так ;-) прошивка меняется одной командой. Правда ребут нужен и собственно прошивка. С хренов бы оно было дороже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #138

128. Сообщение от Аноним (-), 02-Май-17, 19:30	+/–
Работать на рабочих местах с типичной для рабочих мест ОС :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

129. Сообщение от Аноним (-), 02-Май-17, 19:32	–2 +/–
Херову тучу ошибок ACPI уже замели под ковёр или так и цветёт в системных логах?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #139, #140

130. Сообщение от Дима (??), 02-Май-17, 20:25	+/–
Спасибо за ответ! Теперь понятно хоть куда копать, если не заработает. Как ядра > 4.11 появятся в оф. репо, буду экспериментировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

131. Сообщение от anomymous (?), 02-Май-17, 20:26	+1 +/–
Основное волшебное свойство заключается в том, что при записи на софтовый RAID6 из 12 дисков вы получите 12x наборов данных по шине.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #132

132. Сообщение от anomymous (?), 02-Май-17, 20:29	+1 +/–
> Основное волшебное свойство заключается в том, что при записи на софтовый RAID6 > из 12 дисков вы получите 12x наборов данных по шине. P.S. Не понимающим, почему 12, советую предположить типовую для потоковой записи ситуацию, в которой данных страйпа с "соседних" дисков в кеше нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

133. Сообщение от anomymous (?), 02-Май-17, 20:32	–1 +/–
> Хардварный разве что позволяет винду на raid 0 поставить. Всё остальное реализуется > софтварным, который и быстрее, и мониторится удобнее и восстанавливается проще. Удобнее - да. Проще - да. Быстрее - увы, нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

135. Сообщение от пох (?), 02-Май-17, 21:24	–1 +/–
ну труп же ж. К тому же линукс там был, вероятнее всего, только в интерфейсе (отдельно ужасном).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

136. Сообщение от пох (?), 02-Май-17, 21:30	+/–
> RAID купил, саппорт не купил. саппорт купил, а он тебе и говорит человечьим голосом - "а это у вас от того, что вы два года назад пропустили рекомендованный нами апгрейд (ну да, ну да - с уводом в оффлайн, парой часов траходрома без гарантии что потом подберутся диски, а не "ой нишмагла, прикажете переформатировать?"), или вообще ему endoflife пришел, да, вот те у вас хорошие, правильные - как не видите разницы - вот же, восемнадцатая цифробуква в серийнике должна быть больше шести. нет, если ты купил у EMC, то, наверное, так не будет - но, блин, не у всех же деньги действительно бесконечные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #151

137. Сообщение от пох (?), 02-Май-17, 21:38	+/–
> Думаешь от того что скучно такие решения придумывают, чаще мы хотим такого > но денег не дадим. включая зарплату гусару-без-мотора (в принципе, он в месяц все же подороже дешевого контроллера стоит). В результате он делает на от'сь, в перерывах между латаниями дыр, документацию пишет так же или не пишет вообще, в надежде потом, после увольнения, стребовать еще раз много денег, но, разумеется, никто к нему с деньгами не приходит, приходят с тазиком и мешком цемента. Ну или следующий неудачник, проклиная все, пытается этот труп оживить за зарплату. Сделал бы сразу на доступных по деньгам стандартных компонентах - или отказал в хотелке - двоим (минимум, а то иногда такое и третьего дожидается) жизнь бы и облегчил. Бизнесу, если он хоть более-менее нормальный - что характерно, тоже. А то как-то изучал я презентацию на HL (или чем-то подобном) двухлетней давности - все, что оставили предшественники на тему "да нахрена ж вообще всю эту глупость навернули в столько этажей и каких целей на самом деле хотели, помимо 'денег никому не платить'".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

138. Сообщение от пох (?), 02-Май-17, 22:54	+/–
>> почти работающих адаптеков > ха-ха. Адаптек и "работающий" в одной фразе. не все адаптеки одинаково полезны, да. >> и да, хозяйке на заметку - lsi с "IT" прошивкой - _дороже_ >> обычного (и не просто так ;-) > прошивка меняется одной командой. Правда ребут нужен и собственно прошивка. которую приходится брать хз где, ага, потому что под твоим логином, внезапно, только новая версия рейдовой - если была. > С хренов бы оно было дороже. ну вот открываешь ценник, и изумляешься. А потом прикидываешь, ЧТО ставят на "IT", а что на raid-версию, и понимаешь, что, в общем-то, ну да, так и должно быть, чего б тебя не развести еще на десять процентиков. И опять же - альтернативы-то нету (ну, то есть за сравнимые деньги и чтоб, хотя бы, не вся полка разом в оффлайн при попытке единственный диск вытащить). Был 3ware (который и в jbod неплохо работал), да весь вот вышел куда-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #154

139. Сообщение от Аноним (-), 03-Май-17, 02:29	+/–
пруф?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

140. Сообщение от llolik (ok), 03-Май-17, 10:09	+2 +/–
А всё от того, что ACPI-таблицы редко когда нормально заполнены. Всё больше или криво левой пяткой или какой-то собственный дикий колхоз. За всеми в рамках одного ядра не уследишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #142

142. Сообщение от Аноним (-), 03-Май-17, 12:44	+/–
Что интересно, у меня на последних ядрах на Core2Duo ни одного разрыва по acpi в системном логе, а на i7 тоже не молодом уже Ivy Bridge портянка ошибок acpi на несколько десятеов строк. При этом всё нормально работает канеш.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #143

143. Сообщение от llolik (ok), 03-Май-17, 13:36	+1 +/–
> этом всё нормально работает канеш. ACPI вообще глюкодром адовый. Проблема в одном месте (в кривом DSDT, например) может быть обойдена/обкостылена где-нибудь в другом месте (в BIOS, в kernel, в драйвере, даже в юзерспейсе где-нибудь). И в результате, вроде как, всё работает, но в dmesg, например, дикий вой ACPI ERROR: ***. Или глючит, от сочетания всего этого, но как-то по другому. ЗЫ. Это не только к linux относится, это везде так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

144. Сообщение от PnDx (ok), 03-Май-17, 14:34	+1 +/–
Просто оставлю это здесь. Старенький LSI MegaRAID SAS 9260-8i (Mfg. Date: 08/31/13), 7x3TB raid6 SATA Seagate .3, zfs-on-linux против новой сборки zfs raidz-2 6x2TB SATA HGST HUS с кэшом из пары Samsung SSD 850 PRO 128GB. Конфигурации ±схожие. Ключевое отличие — наличие кэша 512МБ DDR + BBU у "железки" против 2х SATA SSD на софт-рэйде. Результаты прогона bonnie++ на области 50ГБ (начало дисков в обоих случаях): # bonnie++ ZFS  6x 2TB HDD, новая сборка с centos 7 + ZoL mkdir /home/test chown nobody:nobody /home/test bonnie++ -u nobody -d /home/test/ -s 51200 -r 8000 -n 0 -b Version  1.97       ------Sequential Output------ --Sequential Input- --Random- Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP x1    50G   146  99 492821  86 154981  44   357  98 389092  45 212.3  21 Latency             82613us   14348us    1055ms   88732us     507ms     166ms 1.97,1.97,x1,1,1491898455,50G,,146,99,492821,86,154981,44,357,98,389092,45,212.3,21,,,,,,,,,,,,,,,,,,82613us,14348us,1055ms,88732us,507ms,166ms,,,,,, # bonnie++ ZFS @ LSI MegaRAID SAS 2108  7x 3TB HDD, старая сборка с centos 6 + ZoL Version  1.96       ------Sequential Output------ --Sequential Input- --Random- Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP st1             50G    74  99 324079  73 148538  48   154  99 468356  60 234.2   6 Latency               141ms    1527ms     529ms   88479us     383ms     127ms 1.96,1.96,st1,1,1491914042,50G,,74,99,324079,73,148538,48,154,99,468356,60,234.2,6,,,,,,,,,,,,,,,,,,141ms,1527ms,529ms,88479us,383ms,127ms,,,,,, (В целом сравнимо, с поправкой на кэши.) А теперь — ext4 поверх lvm на старом: # bonnie++ ext4 @ LSI MegaRAID SAS 2108  7x 3TB HDD Version  1.96       ------Sequential Output------ --Sequential Input- --Random- Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP bcp1            50G   313  99 799005  94 225400  33   843  99 757494  58 537.1  18 Latency             31092us     149ms     199ms   16939us   50420us   97653us 1.96,1.96,bcp1,1,1491907084,50G,,313,99,799005,94,225400,33,843,99,757494,58,537.1,18,,,,,,,,,,,,,,,,,,31092us,149ms,199ms,16939us,50420us,97653us,,,,,, Вот так-то. На zfs кэши вполне прилично реализованы, но скорость записи съедается (≈50%) cow-дизайном. А что под lvm подкладывать будем? lv-cache? Так оно — только на чтение и 1 том = 1 партиция кэша afaik. Ещё варианты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #146

145. Сообщение от пох (?), 03-Май-17, 14:50	–1 +/–
> Сударь, а у вас всех контроллеров HW-RAID по паре? а зачем по паре? Их либо две-три пары и все как минимум в hot standby конструкциях (если это большая хранилка), либо их просто по нескольку запасных для каждого используемого типа (это если сотни ящиков и десятки стоек) - причем количество и качество типов, у тех кто понимает, контролируется. Ну либо делаем красиво и подорого - когда в хепе, циске, не приведи Г-дь, плохой дороге сгорит контроллер - прискачет курьер и привезет в пакетике новый (хепе, циску - целиком) - а по отдельности и без сервис-контракта к ним не то что контроллер, сломавшуюся защелку корзинки не купить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #152

146. Сообщение от пох (?), 03-Май-17, 14:57	+/–
> Просто оставлю это здесь. у вас задача как-то выпала из описания. вы ж не под бонии его собирали? В случае zfs реальная задача очень заметно отличается от синтетических тестов - причем как в лучшую, так и в худшую до полной неработоспособности сторону, если не угадать с record size, количеством памяти и размерами кэшей. > Вот так-то. На zfs кэши вполне прилично реализованы, но скорость записи съедается > (≈50%) cow-дизайном. я не очень понял - у вас на этих дисках l2 ? Если мы про запись - то, возможно, вы тот уникальный человек, которому на самом деле нужен лог.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #147

147. Сообщение от PnDx (ok), 03-Май-17, 18:54	–1 +/–
> у вас задача как-то выпала из описания. вы ж не под бонии > его собирали?   "Бюджетные" $3…6k x86-гипервизоры с DAS в небольшом телекоме. Запись, как правило, низкоинтенсивная и практически последовательная. Чтение — можно словить "полку". На биллинге, например. И при бэкапах (в текущей схеме).   Текущее решение "подпирается" кэшами raid-карточек, а zfs до недавнего времени занимался только бэкапами. После 6 лет эксплуатации на бэкапах, zfs признан достаточно стабильным (и документированным) для замены LVM в данном кейсе.   Бонусы: бо́льшая часть чтения имеет ТТХ SSD (почти). "Предоплаченный" бэкап (тянем zfs send|recv вместо тотал-скана для lvm) с возможностью гонять репликацию в прайм-тайм. Последние снимки доступны локально, (чуть)проще расследовать/исправлять ошибки персонала.   Минусы: готовим 4…6ГБ ОЗУ под обслуживание вышеописанных ≈7ТБ. Из которых нельзя брать больше 5ТБ. Больше возможностей нарваться на панику (хотя, с lvm это тоже не проблема: поменьше ОЗУ & побольше снапшотов и…). Непригодно для критичных к записи задач (e.g. большие БД). Жрёт CPU (soft-raid6 + sha256-checksums).   Ну и DKMS в минусы запишем. (Для убунтоидов это больше не проблема, но я им не завидую https://wiki.ubuntu.com/1404_HWE_EOL и т.п., в 16.04 вообще за 2 дня нашёл 4 ошибки в сетевом стеке + 1 в multipath, но это уже другая история).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

148. Сообщение от soarin (ok), 03-Май-17, 19:05	+/–
> here's a big huge *UCK YOU for being A *UCKING ***HOLE!! Во. Процесс по решению проблемы как идет. В лучших традициях линукс сообщества :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

149. Сообщение от Михрютка (ok), 03-Май-17, 21:51	–1 +/–
> когда аппаратный рейд поломается, высока вероятность что придется искать такой же контроллер > чтобы прочитать данные это если у вас нет второго контроллера, который работает в параллель с первым, нет зеркальной копии тома на второй СХД, нет CDP и репликации, и наконец, нет традиционных СРК. вот только в этом случае может возникнуть такой фактор. в конторах, где этот фактор учитывают, вероятность попадания какого-нибудь шифровальщика на фс на этом аппаратном рейде на порядок выше, чем вероятность его отказа. я бы даже сказал, что данные на этом аппаратном рейде в таких конторах нужны в основном для блезиру, ну и в налоговую отчетность сдать на флешечке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

150. Сообщение от Михрютка (ok), 03-Май-17, 22:31	–2 +/–
> Да проще всё - сдохнет карта, и вдруг окажется что чтобы прочитать > данные тебе нужна _точно_такая_же_, вплодь до совпадения майнор билт намбера на > FW ... А их ужо не продают :-\ И пойдёшь ты > покупать у них кастом билд по соооовсем другой цене. > Поэтому под коней эры железных рэйдов, кровавый из покупал ка минимум пару. > Один в сервак, другой на склад и описать в DR procedure. господи, да как же надоели вы с этой песней, товарищи строители хранилищ из овна и епок. купить нормальную СХД, в которой как минимум два контроллера - это мы с негодованием вычеркиваем сразу. сделать нормальную CDP, если уж нам так важно RPO=0 (я правильно понял, суть всего этого онанизма с покупкой второго контроллера - получить нулевой RPO неестественным образом?), это никак невозможно, организовать вторую копию тома на втором контроллере, который стоит рядом или в соседнем сервере - это никак невозможно. а вот купить второй контроллер и положить его на полку, где он будет пылиться - это да, это правильно и экономично. держать резервный же фонд у нас могут позволить себе не только лишь кровавые ынтерпрайзные вендоры, обслуживающие клиентов по гарантии, но и простой малый бизнос. и да, как я уже сказал выше - бэкапа обычного у вас тоже не делают, видимо, поэтому первый приблудный шифровальщик разрушит всю вашу цивилизацию к такой-то маме, но это же ерунда, у вас же лежит на полочке и описан в dr процедуре запасной контроллер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

151. Сообщение от Михрютка (ok), 03-Май-17, 23:40	–1 +/–
> саппорт купил, а он тебе и говорит человечьим голосом - "а это > у вас от того, что вы два года назад пропустили рекомендованный > нами апгрейд (ну да, ну да - с уводом в оффлайн, > парой часов траходрома без гарантии что потом подберутся диски, а не > "ой нишмагла, прикажете переформатировать?"), или вообще ему endoflife пришел, да, вот > те у вас хорошие, правильные - как не видите разницы - > вот же, восемнадцатая цифробуква в серийнике должна быть больше шести. > нет, если ты купил у EMC, то, наверное, так не будет - > но, блин, не у всех же деньги действительно бесконечные. будет точно так же, вы думали, в рай попали? единственно в случае покупки поддержки 24х7 саппорт будет говорить вам это круглые сутки, был бы кастомер контакт на проводе. а ваш пойнт в чем? что наличие саппорта не позволяет забить на техобслуживание? так больше того, наличие саппорта не отменяет того, что в реале отвечаю за данные я, и за их доступность на СХД в нужное бизнесу время, и за восстановление в объявленное бизнесу время. и это моя ответственность подставить все возможные костыли, чтобы отказ одного контроллера или отпадение одного луна не поставили раком всю систему или позволили ее восстановить в объявленное время. вендор и интеграторы/консультанты тут не гарантия, они косячат точно так же, как и простые смертные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

152. Сообщение от iCat (ok), 04-Май-17, 02:10	–1 +/–
> ...сотни ящиков и десятки стоек... > ...прискачет курьер и привезет в пакетике новый... ...и опять нет повода не позавидовать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

153. Сообщение от Аноним (-), 04-Май-17, 07:55	–2 +/–
>в нормальных фирмах А как ты узнаешь, что фирма нормальная? >без технической документации Есть "нормальные фирмы", где отдельные отделы забивают болт на это дело. Потом сидишь и расхлебываешь. Все зависит от людей, а не от "фирм".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

154. Сообщение от Zulu (?), 05-Май-17, 17:25	–1 +/–
> которую приходится брать хз где, ага, потому что под твоим логином, внезапно, только новая версия рейдовой - если была. Почему это "хз где", ясно где. На MyOracleSupport. Не буду ж я прямо с адаптеком общаться. > ну вот открываешь ценник, и изумляешься В ораклем ценнике оно одинаково. > И опять же - альтернативы-то нету LSI. Собственно адаптек теперь уже и не предлагается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

155. Сообщение от Evtomax (??), 06-Май-17, 10:00	+1 +/–
Производительность ноутов и стационарников последние несколько лет растёт черепашьими темпами, поэтому нет смысла обновлять. И заменить жёсткий диск на SSD можно без замены всего стационарника или ноута. Производители планшетов и мобильников кладут болт на нормальное обновление ПО, мобильники и планшеты чаще ломаются и хуже поддаются ремонту. И этого достаточно, чтобы покупать новые каждые пару лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

156. Сообщение от anonimous (?), 16-Май-17, 00:18	+/–
покупают один винт в raid-е ~ один поток на его обработку если у вас вафельница на три-четыре диска - это не критично если у вас сторадж в стойке на 8..36 (а то и больше) винтов, то вы не захотите упираться в проц. да и в контроллер, в данном случае, надо будет гнать одни и те же байтики по шине *надцать раз. зачем? когда можно воткнуть нормальный контроллер и переложить весь головняк на него
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

158. Сообщение от крок (?), 08-Мрт-20, 14:40	+/–
Обычно дрова к тюнерам свежие лежат в другом месте и в ядро их берут очень медленно, поэтому страждущие их сами тянут и собирают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

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

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