https://www.opennet.ru/openforum/vsluhforumID3/55698.html Линус Торвальдс представил (http://permalink.gmane.org/gmane.linux.kernel/849020) новый релиз Linux ядра - 2.6.30 (http://www.kernel.org/). В новое ядро принято более 13 тысяч исправлений от 1334 разработчиков, размер патча - 63Мб (добавлено 1 096 994 строк кода, удалено - 470 555). <br><br><br><br>В код ядра 2.6.30 добавлена поддержка трех новых файловых систем:<br><br><br><br><br>- Файловая система NILFS2 (http://www.nilfs.org/), разработанная в недрах японской телефонной компании NTT, как система особо устойчивая к сбоям. Для хранения всех данных в NILFS2 используются подобные логам структуры, в которых только добавляются новые записи и никогда не переписываются активные. Таким образом оборванная крахом операция записи, никак не отразится на целостности хранимых данных. В NILFS используются B-tree деревья и 64-битные структуры данных, поддерживается возможность фиксации снапшотов (контрольных точек в логе) для просмотра состояния данных на определенный момент времени. Более того с данными в снапшотах м...<br><br>URL: http://permali https://www.opennet.ru/openforum/vsluhforumID3/55698.html#50 Thu, 11 Jun 2009 18:47:45 GMT А полный журналинг там тормозной по понятным причинам... Что так? Аргументы в студию...<br> https://www.opennet.ru/openforum/vsluhforumID3/55698.html#49 Thu, 11 Jun 2009 17:27:53 GMT &gt;А по Вашему, объём оперативной памяти не растёт?<br><br>При равном наборе фич - с чего б ему расти.А если вы хотите чтобы оно и жарить и парить умело - ну извините.Кого там плюс-минус мег кернельного кода колыхает?Эмбедерщиков с флехой на несколько мегов?Так они себе ядро обкусят и не будут форумы тупым нытьем засирать.А ноют всякие дятлы у которых на десктопе оперативы столько что плюс-минус мег кода в ядре никто и не заметит.Более того - если уж повоевать за оперативу так окажется что вынести всякое скриптовое и виртуальномашинное фуфло типа жав, моно, питонов и прочих с заменой программ на компактные нативные варианты - дает намного больше эффекта при намного меньшем геморрое данной операции.Один только питоновый интерпретер под себя хавает несколько мегов чисто под свой процесс "потому что он есть".Сэкономить оперативу таким манером, если уж зудит в каком-то месте - на пару порядков проще.<br> https://www.opennet.ru/openforum/vsluhforumID3/55698.html#48 Thu, 11 Jun 2009 17:20:08 GMT &gt;Я правильно понял, что объем занимаемого простраства только увеличиваеться и не уменшается <br>&gt;даже при удалении файлов? <br><br>Не совсем так - garbage collector подтирает постепенно старые версии и объединяет логи от них, попутно делая по сути дефрагментацию.Занимаемое пространство - понятие условное.Потому как правильнее сказать "временно занимаемое".В конечном итоге объем занимаемого пространства может и уменьшаться.Постоянно занимают место только постоянные снапшоты.Которые к тому же создаются мгновенно - путем пометки что вон то дескать не грохать.<br> https://www.opennet.ru/openforum/vsluhforumID3/55698.html#47 Thu, 11 Jun 2009 16:14:14 GMT Как не стыдно такие кривые графики подсовывать ?<br>начало координат в (0;35) - нельзя так делать<br> https://www.opennet.ru/openforum/vsluhforumID3/55698.html#46 Thu, 11 Jun 2009 16:08:29 GMT А по Вашему, объём оперативной памяти не растёт? Графики сравните! <br>Или Вы думаете, что можно добавлять новые фичи не увеличивая объём ядра?<br> https://www.opennet.ru/openforum/vsluhforumID3/55698.html#45 Thu, 11 Jun 2009 15:35:44 GMT не, старые перезаписываются, если их не снэпшотят<br> https://www.opennet.ru/openforum/vsluhforumID3/55698.html#44 Thu, 11 Jun 2009 13:54:36 GMT &gt;"Добавлена поддержка архитектуры MicroBlaze" - опа, а там уже MMU есть или <br>&gt;до сих пор как блэкфин? Кстати, ведь теперь и процы без <br>&gt;MMU на равне поддерживаются в Linux? <br><br>Поддерживаются и уже довольно давно. Правда не совсем наравне, наверное самое заметное отличие это отсутствие fork().<br> https://www.opennet.ru/openforum/vsluhforumID3/55698.html#43 Thu, 11 Jun 2009 13:14:42 GMT Много новых вкусных ништяков!<br>Я NFS 4.1 жду как манны небесной!<br> https://www.opennet.ru/openforum/vsluhforumID3/55698.html#42 Thu, 11 Jun 2009 07:15:20 GMT &gt; то боюсь вам надо поботать матчасть. <br><br>А вы не бойтесь поучите, особено про ЦАП/АЦП и теорию обработки сигналов.<br>