https://opennet.ru/openforum/vsluhforumID3/116119.html Разработчики FreeBSD представили (https://lists.freebsd.org/pipermail/freebsd-current/2018-December/072422.html) план перевода используемой в проекте реализации файловой системы ZFS на наработки проекта "ZFS on Linux (https://zfsonlinux.org/)" (ZoL), который развивает порт ZFS для Linux. В качестве причины миграции называется стагнация кодовой базы ZFS от проекта Illumos (форк OpenSolaris), которая ранее использовалась в качестве основы для переноса связанных с ZFS изменений во FreeBSD. <br><br><br>До последнего времени основная масса разработок, связанных с ZFS, производилась проектом "ZFS on Linux" и компанией Delphix. Компания Delphix развивает операционную систему DelphixOS (https://github.com/delphix/delphix-os) (форк Illumos) и до последнего времени обеспечивала поддержку ZFS в кодовой базе Illumos. Весной компания Delphix анонсировала переход на реализацию "ZFS on Linux", что окончательно сосредоточило в одном месте всю связанную с ZFS активность. Из активно развивающихся и сопровождаемых ZFS-проектов в нас https://opennet.ru/openforum/vsluhforumID3/116119.html#350 Sun, 26 Jan 2020 20:05:24 GMT Добрый приветствую вас добрые люди! Хотел бы высказать свое мнение.<br>Вижу всегда одно и тоже. Ребята не нужно спорить, что лучше FreeBSD или Linux. К примеру мое мнение, что FreeBSD не куда не денится и есть на то причины (опишу позже). А Linux не является эталоном совершенства, так же как и FreeBSD (Нет еще совершенной ОС в природе). Но обе ориентированы не на то что бы не воевать между собой. Они сплоченно воюют с Microsoft (Историю все забыли видать). Разница на в самом деле кроется в лицензировании . В США в отличие от нас это важно чтить закон.Мы здесь потребители и разработчики. Все кроется в корпорациях. К примеру корпорация 1 разрабатывает в свои нужды продукт. Она выплевывает в сообщество сырой код для тестов GPL мол исправили верните, ну само собой вкусно. Но есть и корпорация 2 она не может использовать в комерции исходники от корпорации 1 и берет портирует во FreeBSD и еще может не делиться исходниками забинарив. Главное задонатить FreeBSD что бы не за всем следить. Мы же тут разработчики ну хотим https://opennet.ru/openforum/vsluhforumID3/116119.html#349 Mon, 31 Dec 2018 00:29:00 GMT Не было такого.<br> https://opennet.ru/openforum/vsluhforumID3/116119.html#348 Sat, 29 Dec 2018 08:41:30 GMT &gt; как же линукс с LUKS живёт?<br><br>Нормально, положенные 3.5 Гб/с 970 EVO выдать не мешает.<br> https://opennet.ru/openforum/vsluhforumID3/116119.html#347 Tue, 25 Dec 2018 15:24:16 GMT подозреваю, ему нужны водители ржавого камаза, и слесаря по ремонту сантехнического оборудования низкого давления - а их и правда в рюмочной проще.<br><br>(вспоминая недавно-читанное прекрасное на тему hr'щицы, выбрасывавшей в помойку резюме всех старше 35 лет, пока, через пол-года, начальство не поинтересовалось, а где, собственно, искомый то ли слесарь, то ли сварщик шестого разряда)<br> https://opennet.ru/openforum/vsluhforumID3/116119.html#346 Tue, 25 Dec 2018 15:19:07 GMT &gt; У линуксоидов операционка что-то не загибается. В отличие от некоторых.<br><br>да, висте, увы, капец.<br><br> https://opennet.ru/openforum/vsluhforumID3/116119.html#345 Tue, 25 Dec 2018 12:35:02 GMT Ещё одна цитата из той же книжки. Предельно ясно сказано, какое место в AMD64 занимает PAE.<br> <br> <br> <br>[B]## 2 x86 and AMD64 Architecture Differences ##[/B]<br><br>...<br><br>[B]### 2.2 Memory Model ###[/B]<br><br>...<br><br>[B]#### 2.2.2 Page Translation ####[/B]<br><br>The AMD64 architecture defines an expanded page-translation mechanism supporting translation of a 64-bit virtual address to a 52-bit physical address. See &#8220;Long-Mode Page Translation&#8221; on page 130 for detailed information on the enhancements to page translation in the AMD64 architecture. The enhancements are summarized below.<br><br>[B]Physical-Address Extensions (PAE).[/B] The AMD64 architecture requires physical-address extensions to be enabled (CR4.PAE=1) before long mode is entered. When PAE is enabled, all paging data-structures are 64 bits, allowing references into the full 52-bit physical-address space supported by the architecture.<br> <br> <br> <br>Надеюсь, этот вопрос закрыт.<br><br>И вообще я рекомендую хотя бы полистать эти два тома. Сможете после чтения с https://opennet.ru/openforum/vsluhforumID3/116119.html#344 Tue, 25 Dec 2018 11:14:28 GMT https://github.com/zfsonlinux/zfs/pull/7363<br><br>OpenZFS - 6363 Add UNMAP/TRIM functionality (v2) #7363<br>tuxoko:ntrim2<br><br>@tuxoko<br>tuxoko opened this pull request <br>9 months ago<br> https://opennet.ru/openforum/vsluhforumID3/116119.html#343 Tue, 25 Dec 2018 10:32:58 GMT Как дочитаю книжку &#171;The Design and Implementation of the 4.3BSD UNIX Operating System&#187; (1989) &#8212; так сразу тебе и расскажу.<br> https://opennet.ru/openforum/vsluhforumID3/116119.html#342 Tue, 25 Dec 2018 04:32:30 GMT &gt; Как именно поломали память, она не освобождается?<br><br>она типа освобождается, но не освобождается. В результате дедлок, когда подсистемы начинают уже активно искать свободную память, тем самым дожирая и ее остатки. При нулевом swap.<br><br>vmstat -z<br>обратите внимание на abd и сравните с показаниями top, чтобы убедиться, что показывает лажу.<br>для более детального ковыряния надо лезть в память ядра, это уже геморно (и ничему не поможет)<br><br>