Тут нет парадокса. Кеш можно освободить когда он потребуется для чего-то срочного - в любой момент. А пока память простаивает он будет ускорять работу. Но когда у системы остаётся ~20% памяти и она впадает в ступор - не есть хорошо.

Вот именно, зачем ручками и по нужде освобождать кэш, когда просто можно отключить кэширование? Кэширование ускоряет, когда куча оперативки, но при этом туго с блоками по 4к -ибо из оперативки считывать быстрее, чем с проблемного диска. Но такой ситуации сейчас почти нет, поэтому кэширование и приглушили.

у меня в иксах нет тиринга и анимация плавная - и все это из коробки

Рекомендую всё же сравнить.

зачем ручками и по нужде освобождать кэш

Никто не делает этого руками.

ибо из оперативки считывать быстрее, чем с проблемного диска. Но такой ситуации сейчас почти нет

ssd уже достигли скорости оперативки?

Никто не делает этого руками.

Вопрос был в том, зачем кэш освобождать, когда им можно просто не пользоваться и надеяться на 4к?

ssd уже достигли скорости оперативки?

По блокам 4K RAM-disk иногда даже проигрывает SSD. А линейная скорость, как показали сравнения PCI-E SSD и SSD на SATA MLC никакой роли в производительности не играет.

Отлично. Через месяц обновлюсь.

Человек врал, что оно прилетает само. Нет, если ты обновляешь LTS, то у тебя будет обновляться то ядро, которое было изначально.
А вы говорите про более свежие образы, которые да, идут с hwe.

Человек врал, что оно прилетает само. Нет, если ты обновляешь LTS, то у тебя будет обновляться то ядро, которое было изначально.

А вы говорите про более свежие образы, которые да, идут с hwe. В том-то и дело, ядро придет само свежее. Он был прав, когда установишь хх.хх.2 и выше.

Когда поставишься с .2 получишь ядро которое вошло в него и оно будет обновляться.

Уже выше обсосано, читай

https://wiki.ubuntu.com/Kernel/RollingLTSEnablementStack

Школота, системоборцуны и стикеродрочеры будут довольны, можно поклоняться идолу Паше теперь и из федоры тоже.

А что не так с Телеграмом? Он популярен в России, так почему бы не запихнуть?

Миллионы мух не могут ошибаться.

Потому и под сомнением: мне не надо, но кому-то может пригодиться, а как оно сделано не разбирался - отдельные это пакеты, или одноимённые с апстримом, я всё-равно рфр не использую.

А вот тонны гов^Wбраузеров и фтентаклямессенгеров точно не нужно. Федора Зверь Эдишн какое-то.

SSSD-кэш включён по умолчанию.
Проверено: Shaman007

В лучших традициях.

А что не так, двачер?

Лучше б ссылку на скачать дали

В каком DE самый лучший drag&drop?

А зачем? Fedora пошла по стопам MS и создала Fedora Media Writter.

- Надо будет понять, полезно это для билда контейнеров или нет.

Будет, для флатпаков, например.

Впрочем, для билда контейнеров уже есть Fedora Layered Build Service, еще с прошлого релиза

Виноват libglvnd https://bugs.archlinux.org/task/53284

Самый глючный и неудобный в использовании дистрибутив.

Да, пока он еще работает.

Как оказалось - в Fedora 26 вообще не включена поддержка Wayland на блобе http://pkgs.fedoraproject.org/cgit/rpms/mutter.git/tree/mutter.spec#n117 так что буду пробовать запустить это на Ubuntu и Debian. Там тем более libglvnd нету

Russian Fedora Remix 26 KDE. Что делать-то?

$ plasma-discover
WARNING: Cannot find style "org.kde.desktop" - fallback: "/usr/lib64/qt5/qml/QtQuick/Controls/Styles/Desktop"
KCrash: Application 'plasma-discover' crashing...
KCrash: Attempting to start /usr/libexec/drkonqi from kdeinit
sock_file=/run/user/1000/kdeinit5__0

[1]+  Остановлен    plasma-discover

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/5/html...

опача

Не знал про этот велосипед, думал опечатка

Уже давно обновился через dnf на f26-testing, всё работает стабильно. Всех использующих с релизом!

А тем временем Fedora 27 планирует отказаться от поддержки 32-бит ядер и архитектуры i686:

Там еще пишут что майнтэйнеры ядра забили на 32бит ядра, интересно это касается только x86 или ARMов тоже... Понятно что в мире x86 32 бита уже не найдешь, а вот как быть с другими лёгкими платформами?

Нихренасебе вы настрочили за полдня! Или у кого-то пригорает или мой дистр снова в треде.

Удивительно, но именно релиз Федоры вызывает всплеск активности у хейтеров)

arm-installer обновился тоже

С федорой идет замечательная утилита arm-image-installer (fedora-arm-image-installer), которая помогает установить дистрибутив с mainline ядром на большое количество ARM устройст и плат. В этом выпуске список ещё увеличился:
A10-OLinuXino-Lime Cubietruck Orangepi_mini jesurun_q5 pov_protab2_ips9 A10s-OLinuXino-M Cubietruck_plus Sinlinx_SinA31s jetson-tk1 q8_a13_tablet A13-OLinuXino Hummingbird_A31 UTOO_P66 kc1 q8_a23_tablet_800x480 A13-OLinuXinoM Hyundai_A7HD Wexler_TAB7200 mk802 q8_a33_tablet_1024x600 A20-OLinuXino-Lime Itead_Ibox_A20 Wits_Pro_A20_DKT mk802_a10s q8_a33_tablet_800x480 A20-OLinuXino-Lime2 Lamobo_R1 Yones_Toptech_BS1078_V2 mk802ii r7-tv-dongle A20-OLinuXino_MICRO Linksprite_pcDuino am335x_boneblack mx6cuboxi riotboard A20-Olimex-SOM-EVB Linksprite_pcDuino3 am335x_evm none rpi2 Ampe_A76 Linksprite_pcDuino3_Nano am57xx_evm novena rpi3 Auxtek-T003 MK808C arndale omap3_beagle stih410-b2260 Auxtek-T004 MSI_Primo73 ba10_tv_box omap4_panda sunxi_Gemei_G9 Bananapi MSI_Primo81 cl-som-am57x omap5_uevm trimslice Bananapi_M2_Ultra Marsboard_A10 clearfog orangepi_2 udoo Bananapro Mele_A1000 cm_fx6 orangepi_lite udoo_neo CHIP Mele_A1000G_quad colorfly_e708_q1 orangepi_one usbarmory CSQ_CS908 Mele_I7 difrnce_dit4350 orangepi_pc wandboard Chuwi_V7_CW0825 Mele_M3 dserve_dsrv9703c orangepi_plus warp Colombus Mele_M5 i12-tvbox orangepi_plus2e Cubieboard Mele_M9 iNet_86VS orangepi_zero Cubieboard2 Mini-X icnova-a20-swac pine64_plus Cubieboard4 Orangepi inet86dz polaroid_mid2809pxe04

Даже поддержка ARM64 появилась, но у меня правда не завелось на Pine64.

дистр норм. если бы не было винды, то я бы поставил на десктоп.

С федорой идет замечательная утилита arm-image-installer (fedora-arm-image-installer), которая помогает установить дистрибутив с mainline ядром на большое количество ARM устройст и плат. В этом выпуске список ещё увеличился:

Как с ускорением видео на АРМах? Есть шанс сделать тв-приставку с автозапуском Kodi на ARM-федоре без софтварных тормозов? На rpi2 и rpi3 или BananaPI. У меня тут валяется неиспользуемый BananaPI, попробую установить если будет время.

Прикольно, значит все вышеотписавшиеся про вэйленд и блоб энвидии врушки.

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

после федоры и арч - повидло

В целом репы fedora меньше, но качеством лучше чем ubuntu/debian.

чем измерялось?

чем измерялось?

Женской интуицией же ж.

да, это именно он

На работе юзаю федору (православный ремикс) уже два года, плавно обновляя с одной версии на другую. И всё работает, шеф! Чяднт? Работает настолько хорошо, что в следующий раз, когда надо будет обновлять систему дома, заменю убунту на федору.

Женской интуицией же ж.

Космополитен рекомендует пакеты от Федоры?

И с некоторыми нерабочими приложениями by design.

Как с ускорением видео на АРМах? Есть шанс сделать тв-приставку с автозапуском Kodi на ARM-федоре без софтварных тормозов? На rpi2 и rpi3 или BananaPI. У меня тут валяется неиспользуемый BananaPI, попробую установить если будет время.

На legacy ядре с ускорением стало намного лучше. Сам не нарадуюсь, смотрю кино на Pine64 на полный экран без тормозов. Mali драйвера запилили до должного уровня. Поищи, в сети всё уже должно быть, глянь для примера специализированный дистрибутив Armbian.
Но с mainline ядром, с которым ARM Fedora идет, всё хуже намного и когда станет лучше неизвестно. Это для разрабов больше.
Про kodi много слышал, но сам не пользуюсь. Это какой-то хак нетфликса по-моему и его можно отдельно ставить в систему.

Там еще пишут что майнтэйнеры ядра забили на 32бит ядра, интересно это касается только x86 или ARMов

arm != i686

Вообще одно из другого следует. В Fedora не принимаются сомнительные пакеты, соответственно репозитории будут меньше, но в среднем лучше.

Репозитории fedora это аналог main-компонента репозиториев debian.

Ну и посмотри по ссылкам

https://fedoraproject.org/wiki/Package_Review_Process

https://fedoraproject.org/wiki/Packaging:ReviewGuidelines#Package_Review_Process

https://fedoraproject.org/wiki/Packaging:Guidelines

https://fedoraproject.org/wiki/QA:Update_feedback_guidelines

А потом найди подобные документы в debian wiki и сравни.

Тем не менее, при объеме памяти меньше 4ГБ есть смысл использовать 32битные ядро и приложения, дабы уменьшить пустое потребление памяти за счет укороченной адресации. А свыше 4ГБ при отсутствии тяжелых рабочих приложений стоит использовать РАЕ для все той же экономии, фкантактику и аудиовидеоплееру больше и не нужно. Хорошо в генту, фряхе, слаке - там можно все под себя собрать, а не страдать из-за того, что мейнтейнер что-то там решил

Вообще одно из другого следует. В Fedora не принимаются сомнительные пакеты, соответственно репозитории будут меньше, но в среднем лучше.

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

иначе так можно сказать, что в NetBSD пакеты ещё качественее, чем в Fedora :)

а вообще, по Debian я встречал много людей, которые его не любят, но критикуют, и эти проблемы попадают в эфир и впоследствии устраняются. в Fedora же только две категории людей - те, кто умеют ей пользоваться, и те, кто попробовал несколько версий и после этого к ней даже близко не подойдёт - поэтому такого общественного контроля над ней нет.

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

А бюрократические спецификации от кривизны не спасают. От них спасают практические механизмы взаимодействия. Нельзя законодательно запретить пакетам быть плохими. У дебиана, конечно, тоже есть разные полиси и требования, но насколько качественно будет работать пакет - зависит только от маинтайнера и от общей консистентности системы. И от систем тестирования, как человеческой (юзербаза), так и чисто технической (автоматические проверки).

по Debian я встречал много людей, которые его не любят, но критикуют, и эти проблемы попадают в эфир и впоследствии устраняются

Так вот почему лоровцы думают что достаточно разводить треп в форуме, а репортить баги не обязательно. Магия эфира.

А бюрократические спецификации от кривизны не спасают. От них спасают практические механизмы взаимодействия.

От ссылок ты прочитал только заголовки и то не все.

Перепишут design, нашёл проблему.

Факт остаётся фактом, что оба подхода плохи. Только в одном случае получаем полурабочие пакеты, а в другом — их отсутствие. Пользователю при этом плевать на технические причины и философские концепции.