https://www.opennet.ru/openforum/vsluhforumID3/92464.html После двух месяцев разработки Линус Торвальдс выпустил (https://lkml.org/lkml/2013/11/3/160) ядро Linux 3.12 (http://www.kernel.org). Одновременно упомянуты планы по подготовке ядра 4.0, которое планируется выпустить следом за 3.19, примерно через год. Выпуск 4.0 будет примечателен тем, что в него будут включены только исправления ошибок, без добавления функциональных изменений и новшеств. Таким образом ядро 4.0 станет дополнительным стабилизирующим этапом, подводящим итог развития ветки 3.x.<br><br><br><br><br>Среди наиболее заметных улучшений ядра 3.12: offline-режим дедупликации в Btrfs, моногопоточная реализация RAID5, новая цель "SYNPROXY" в netfilter, планировщик пакетов FQ, реализация Render Nodes в подсистеме DRI, новый алгоритм OOM, драйвер для GPU из состава Qualcomm Snapdragon, поддержка APU AMD Berlin. В новую версию принято 10.4 тысяч исправлений от 1259 разработчиков, размер патча - 37 Мб (изменения затронули 8636 файлов, добавлено 588 тысяча строк кода, удалено 264 тысяч строк). Около 46% всех представл https://www.opennet.ru/openforum/vsluhforumID3/92464.html#182 Mon, 11 Nov 2013 13:29:53 GMT &gt; "Вс ненадежны" не означает "все одинаково ненадежны". Даже если есть все бекапы <br>&gt; - это еще не повод увеличивать себе шанс возни с ними. <br><br>EXT4 в этом плане вполне культурно себя ведет на данный момент. <br> https://www.opennet.ru/openforum/vsluhforumID3/92464.html#181 Mon, 11 Nov 2013 11:32:39 GMT &gt;32-разрядные архитектуры отмечены как менее важные по сравнению с 64-разрядыми<br><br>Что, прям таки все 32-битные, или только x86?<br> https://www.opennet.ru/openforum/vsluhforumID3/92464.html#180 Mon, 11 Nov 2013 05:41:06 GMT &gt; А уровень качества вы, как сами признались, определяете по методу левой пятки.<br><br>А мне можно. Эксперименты показали что моя левая пятка редко ошибается. Поэтому я уже 10 лет как профильный специалист. Все еще хотите меня поучить определению качества софта? О, это будет забавно :)<br><br>&gt; Не вижу смысла в такой "разборчивости". Нужны данные - юзайте ext3.<br><br>Сами и юзайте свой "ext2 с журналом", который клинит на минуту при удалении больших файлов. Для бакланов еще раз: майнстрим нынче ext4. И соотношение его популярности к количеству багов которые в нем поймали - вполне культурное, так что им на данный момент вполне можно пользоваться. Общее качество уже вполне на уровне. А если у вас данные супер-ценные - бэкапы все-равно не отменяли. Г#вно может случиться и вообще без участия ФС. Ну там диск помрет - и хана данным. А какая там ФС - вообще до балды. Современные диски вообще сыпятся как горох. В лучшем случае вы сможете заметить надвигающийся п...ц по smart и ошибкам чтения. В хучшем - винч внезапно и сразу око https://www.opennet.ru/openforum/vsluhforumID3/92464.html#179 Mon, 11 Nov 2013 05:24:41 GMT &gt; В 90% случаев снепшоты юзают для бекапов,<br><br>...что является кpeтинизмом в терминальной стадии. Т.к. при малейшем сбое снапшотная механика, особенно привинченная черти-как имеет свойство рассыпаться, затрагивая достаточно много данных.<br><br>&gt; Главное, что оно просто есть давно и у всех на дефолтной <br>&gt; фс без надстроек.<br><br>Ну да, а запорожец - тоже машина. Тарахтеть и ездить умеет. Ну и что что громко тарахтит, медленно ездит и уровень комфорта не фонтан? :)<br> https://www.opennet.ru/openforum/vsluhforumID3/92464.html#178 Mon, 11 Nov 2013 05:20:42 GMT &gt; RAID5/6 абсолютно точно не готова ни к чему, кроме экспериментов (об этом <br>&gt; и разработчики заявляют прямым текстом). <br><br>Ну да, там как раз баги чинят вокруг и около.<br><br>&gt; (и все заинтересованные стороны об этом в курсе).<br><br>Мне это можно и не рассказывать - я более-менее мониторю разработку brtfs. Мне она самому пригодится, знаете ли.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/92464.html#177 Mon, 11 Nov 2013 05:18:21 GMT &gt; Сжатые данные детктирует, проведем аналогию <br><br>Интересные у вас аналогии. А теперь домашнее задание: предложите алгоритм который сможет это сделать. <br><br>В случае компрессоров детектирование довольно простое: попробовали сжать, если результат получился больше оригинала - забиваем на сжатие и записываем несжатый оригинал. Бывают оптимизации этого процесса, например раннее детектирование по части данных. Но оно может облажаться и забраковать данные которые содержали сжимаемые куски. Такое вот детектирование.<br> https://www.opennet.ru/openforum/vsluhforumID3/92464.html#176 Wed, 06 Nov 2013 23:56:31 GMT А что делать?<br>д/р. обещал.<br> https://www.opennet.ru/openforum/vsluhforumID3/92464.html#175 Tue, 05 Nov 2013 23:43:01 GMT В буквы играют все<br><br>index : kernel/git/torvalds/linux.git<br><br>authorRafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;2013-10-01 21:02:43 (GMT)<br>committer Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;2013-10-01 21:02:43 (GMT)<br>commit6585925b62fa4dd2f4aecf634b0f8956577aa981 (patch)<br>tree94c4de38951dba00b5d02c80dd4d7ba531838450 /drivers/acpi/scan.c<br>parent15c03dd4859ab16f9212238f29dd315654aa94f6 (diff)<br><br>-EXPORT_SYMBOL_GPL(acpi_bus_get_device);<br>+EXPORT_SYMBOL(acpi_bus_get_device);<br><br>Так как им удобно и где удобно.<br> https://www.opennet.ru/openforum/vsluhforumID3/92464.html#174 Tue, 05 Nov 2013 17:15:19 GMT То less. Ему можно всё. Если станет мозилка еще через пятнадцать лет такой де неотъемлемой частью любой более-менее вменяемой системы - тоже никто на нумерацию бурчать не будет :-)<br><br>А если серьезно - то мозилловский (и вебовский в целом) подход перемешивания фич с багфиксами и навязанного обновления утомил - что в браузерах, что в самих веб-приложениях.<br>