Спустя 14 месяцев с момента выхода FreeBSD 8.3 увидел свет (http://lists.freebsd.org/pipermail/freebsd-announce/2013-Jun...) релиз FreeBSD 8.4 (http://www.freebsd.org/releases/8.4R/relnotes.html), продолжающий развитие прошлой стабильной ветки. Выпуск позиционируется для обновления систем уже использующих FreeBSD 8.x, а также для пользователей желающих сохранить максимальный уровень совместимости с текущей конфигурацией. Кроме исправления ошибок, новая версия включает в себя поддержку нового оборудования и бэкпортирование некоторых возможностей из ветки FreeBSD 9, без нарушения совместимости и без кардинальных изменений. Установочные образы доступны (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.4/) для платформ amd64 и i386 (сборки для sparc64 и pc98 будут выпущены позднее) в виде образов bootonly, DVD, CD, LiveFS и Memstick (для USB Flash).
Особенности (http://www.freebsd.org/releases/8.4R/relnotes-detailed.html) нового выпуска:-
Дисковая подсистема, ввод/вывод, системы хранения и файловые системы- Обновление компонентов подсистемы ZFS до последней версии ZFS pools (SPA 5000) с поддержкой сжатия LZ4 (https://www.opennet.ru/opennews/art.shtml?num=35864), уничтожением наборов данных в асинхронном режиме, оптимизациями ZIO NOP-write. Для управления работой ZFS добавлены новые переменные fs.zfs.sync_pass_deferred_free, vfs.zfs.sync_pass_dont_compress, vfs.zfs.sync_pass_rewrite и vfs.zfs.nopwrite_enabled. Так как версия ZFS во FreeBSD 8.4 новее, чем во FreeBSD 9.1 (SPA 28), для избежания проблем с миграцией на FreeBSD 9.1 в FreeBSD 8.4 по умолчанию создаются ZFS pool версии 28, при необходимости использования версии 5000 следует применить команду zpool upgrade;
- В netgraph-узел ng_netflow добавлена поддержка 9 версии NetFlow. Для экспорта NetFlow v9 потока подготовлен хук export9. Экспорт данных может быть организован одновременно в NetFlow-потоки 5 и 9 версии;- Добавлена новая реализация GEOM-класса Multipath, позволяющего организовать доступ к хранилищу, подключенному через несколько каналов ввода/вывода. В новой реализации устранены многие проблемы и добавлены дополнительные возможности. В дополнение к ранее доступному режиму Active/Passive добавлен режим Active/Active, который распределяет нагрузку по всем рабочим каналам, а также гибридный режим Active/Read позволяющий организовать только балансировку на чтение. Улучшена реализация автоматического режима конфигурации Multipath. Добавлен ручной режим настройки, при котором каналы можно удалять и добавлять через команды remove и add. Изменён подход к работе с каналами после сбоя, теперь они не удаляются из GEOM, а лишь помечаются сбойными (для управления сбойными каналами добавлены команды "fail" и "restore"). Для настройки работы Multipath представлена утилита gmultipath;
- Добавлен geom-класс PART_LDM с поддержкой Logical Disk Manager, способного работать динамическими дисковыми разделами Microsoft Windows NT;- В geom-класс RAID добавлена поддержка операции BIO_DELETE, что позволяет использовать команду TRIM в процессе удаления данных с SSD-накопителей для повышения срока их службы. В geom-классе RAID реализована поддержка метаданных в формате DDF, определённом в спецификации SNIA Common RAID Disk Data Format v2.0, а также чтения RAID4/5/5E/5EE/5R/6/MDF разделов в данном формате. Частично реализована поддержка Intel Rapid Recover Technology (Intel RRT, как RAID1, но с разделением основного и запасного дисков, и с возможностями по ручному управлению синхронизацией), в частности возможно получить доступ к диску восстановления как к снапшоту на момент прошлой синхронизации с основным рабочим накопителем;
- С файловой системы tmpfs снят признак экспериментальной разработки и объявлено о её готовности к промышленному использованию;
- В реализацию псевдо-ФС linprocfs добавлена поддержка /proc/filesystems;
- Внесена серия улучшений и исправлений в реализацию сетевой файловой системы NFS. На стороне клиента добавлена поддержка установки таймаута для элементов кэша запрошенных имён (таймаут устанавливается через опцию монтирования nametimeo и по умолчанию равен 60 сек.). Устранена утечка памяти при экспорте ZFS разделов по NFS;
- Загрузчик gptboot теперь пытается прочитать запасной заголовок GPT только если нарушена целостность основного GPT-заголовка и таблицы разделов;
- В загрузчик zfsloader, который позволяет загружать систему с ZFS-разделов, добавлена поддержка выбора файловых систем внутри ZFS storage pool, используя формат zfs:pool/fs для определения устройтсв и zfs:pool/fs:/path/to/file для пути к файлам;-
Сетевая подсистема- В пакетном фильтре ipfw расширен синтаксис правил работы с таблицами (аргумент "table"), в которых теперь допускается указание IP-адресов, названий интерфейсов, номеров портов и идентификаторов jail-окружений. В таблицах теперь допускается указание IPv6-адресов и привязки элементов к сетевым интерфейсам, в том числе можно использовать маски сетевых интерфейсов. Например, для привязки таблицы к интерфейсу можно указать "ipfw table 10 add vlan20 12000" после чего использовать привязанную к интерфейсу таблицу "ipfw add 100 ipfw skipto tablearg ip from any to any recv 'table(10)' in".
- В реализацию множественных таблиц маршрутизации (Multi-FIB) добавлена поддержка IPv6. Используя Multi-FIB возможно определение правил, по которым к пакету будет применена одна из альтернативных таблиц маршрутизации, например, можно организовать "policy based" маршрутизацию с несколькими исходящими интерфейсами или привязать отдельную таблицу маршрутизации к Jail-окружению;-
Система- Проведена оптимизация работы планировщика задач sched_ule для более эффективной балансировки на процессорах, поддерживающих технологию одновременной многопоточности (SMT, Simultaneous MultiThreading), например, Intel Core i7. В ситуации, когда число нитей меньше числа логических CPU внесённые изменения позволили добиться повышения производительности на 10-15%. Позитивный эффект от изменений в планировщике также наблюдается и для систем на базе процессоров без поддержки SMT;
- Добавлена поддержка псевдо-устройства filemon (http://www.freebsd.org/cgi/man.cgi?query=filemon&sektion=4&m...), позволяющего процессу получать сведения о файловых операциях дочерних процессов;
- Добавлены функции shm_map и shm_unmap для маппинга кодом, работающим на уровне ядра, областей объектов разделяемой памяти, созданных при помощи shm_open;
- Добавлена sysctl-переменная kern.stop_scheduler_on_panic для оставления только одной рабочей нити в случае паники системы и остановке всех остальных CPU;
- В скрипт rc.d/jail добавлена поддержка переменной jail_parameters для задания дополнительных параметров для каждого jail-окружения;-
Оборудование и аппаратные архитектуры- Обеспечение поддержки всех выпускаемых контроллеров систем хранения компании LSI, в том числе карт семейства "Drake Skinny" и "ThunderBolt" и RAID- контроллеров Dell PERC H810/H800/H710/H700 и Intel RS25DB080/RS25NB008. Обновлены и другие драйверы для систем хранения, например добавлена поддержка Marvell 88SE9220/9230/9235 PCIe 2.0 x2 6Gbps SATA, ARC-1214, ARC-1224, Intel 8 Series, HighPoint RocketRAID 4500/4311/4310/4211/4210/3560/3530, Intel C600 Serial Attached SCSI, ;
- В драйвер umass добавлена поддержка цифровых камер Olympus FE-210, MP3-плееров LG UP3S, Laser MP3-2GA13 и GPS-навигаторов Garmin;
- Существенно обновлён звуковой драйвер HDA (snd_hda). Обеспечена поддержка вывода звука через порты HDMI и DisplayPort, добавлены новые средства управления громкостью, обеспечен автоматический выбор источника записи звука, реализована возможность переконфигурации на лету. Добавлена поддержка контроллеров с более чем четырьмя PCM-устройствами, обеспечена поддержка многоканальной записи. Увеличена информативность наименования имён устройств. Добавлено получение EDID-подобных д...URL: http://lists.freebsd.org/pipermail/freebsd-announce/2013-Jun...
Новость: https://www.opennet.ru/opennews/art.shtml?num=37126
>>> уничтожением наборов данных в асинхронном режимеХорошая фича. А данные уничтожаются случайно или последовательно?
> Хорошая фича. А данные уничтожаются случайно или последовательно?Параллельно/многопоточно
>>> версия ZFS во FreeBSD 8.4 новее, чем во FreeBSD 9.1 (SPA 28)OMG. Прямое нарушение принципа преемственности версий, однако... путаница и слёзы желающим пожевать обеспечены.
Вообще данный факт однозначно показывает, что система 100% BE, и об LTS речи идти не может.
в head новее чем 8.4
> в head новее чем 8.4Смотрите. Есть ветка 8.x - типа, LTS (в данном случае только "типа"). Есть ветка 9.1 - замечаем: MAJOR release. В LTS-релизе 8.4 при нормальном подходе к версионированию дистра не может быть компонента новее, чем в версии 9.1! Никак. Это может получаться только в одном случае - когда за версионностью вообще не следят, и в каждый релиз тянут непроверенное bleeding edge.
По идее, даже если уж очень хочется - новая версия должна была сначала появиться в 9-HEAD (или 10-HEAD - не знаю, как у них там), потом после (или параллельно) релизу 9.x-STABLE уйти бэкпортом в 8-HEAD, и появиться в релизе 8.x-STABLE, следующем за пресловутым 9.x-STABLE. Или не появиться в 8.x вообще, если минорный релиз не апгрейдится несовместимыми вниз в пределах релиза версиями (как в RHEL).
Т.е. форменный бардак.
вы что то путаете, это не Ubuntu
> вы что то путаете, это не UbuntuЭто не убунту, это арч :)
> Это не убунту, это арч :)Скорее, генту сделанная еще более через ... то самое место.
> Смотрите. Есть ветка 8.x - типа, LTS (в данном случае только "типа").
> Есть ветка 9.1 - замечаем: MAJOR release. В LTS-релизе 8.4 приветки совершенно несовместимы
> ветки совершенно несовместимыТогда зачем этот костыль?
>>> для избежания проблем с миграцией на FreeBSD 9.1 в FreeBSD 8.4 по умолчанию создаются ZFS pool версии 28
>> ветки совершенно несовместимы
> Тогда зачем этот костыль?
>>>> для избежания проблем с миграциейдля избежания проблем с миграцией
что ещё из непонятного продублировать?
> для избежания проблем с миграциейПо идее, при нормальной реализации ФС у нее есть обратная совместимость, т.е. драйвер более новой версии должен без проблем подхватывать тома от более старой версии. Если это у вас не так - опаньки, мои соболезнования тем кто вас в продакшн вообще выпустил.
> что ещё из непонятного продублировать?
Не понятно нафига этот колхоз нужен, с новыми версиями в древней ветке. Как со стороны, так это выглядит как слив времени разработчиков прямиком в мусорный бак.
Еще раз для тугих: при обновлении новая версия ФС оказывается в окружении старого драйвера. Совместимость тут не поможет, потому что драйвер старый. Обновляйтесь.> Не понятно нафига этот колхоз нужен, с новыми версиями в древней ветке. Как со стороны, так это выглядит как слив времени разработчиков прямиком в мусорный бак.
Это продакшн, детка. А то, что ты подразумеваешь, это man GrossbeinBSD.
> Еще раз для тугих: при обновлении новая версия ФС оказывается в окружении
> старого драйвера. Совместимость тут не поможет, потому что драйвер старый. Обновляйтесь.Нельзя просто взять и обновить FreeBSD 8 -> 9. Надо переставить.
> Нельзя просто взять и обновить FreeBSD 8 -> 9. Надо переставить.Ради честности: допустим RHEL 5 до RHEL 6 тоже не обновить. Но проблем с FS с данными в конечном счёте даже обновление через установку новой системы не вызывает. А здесь помимо того, что надо заново развернуть систему - придётся еще все данные с томов копировать, ибо драйвер в девятке "старый новый" формат не умеет.
Не, с ФС - это пять. Так и представляю себе морды энтерпрайзных кастомеров если бы рхел 6 без плясок с бубном не прочел том от рхел5...
>> Нельзя просто взять и обновить FreeBSD 8 -> 9. Надо переставить.
> Ради честности: допустим RHEL 5 до RHEL 6 тоже не обновить. Но
> проблем с FS с данными в конечном счёте даже обновление через
> установку новой системы не вызывает. А здесь помимо того, что надо
> заново развернуть систему - придётся еще все данные с томов копировать,
> ибо драйвер в девятке "старый новый" формат не умеет.Алекс у вас пробелы в образовании FreeBSD не только обновяется с 8 на 9 но даже с 32 на 64 :))) не с вашими руками конечно ...
> Алекс у вас пробелы в образовании FreeBSDНет, уважаемый, пробелы в образовании не у него. В данном тексте не хватает знаков препинания.
>> Алекс у вас пробелы в образовании FreeBSD
> Нет, уважаемый, пробелы в образовании не у него. В данном тексте не
> хватает знаков препинания.Алекс не утруждайте себя перелогиниванием каждый раз, я дураков по почерку узнаю ...
Юстас, вы болван! Алекс. (с) анекдот.p.s. вообще-то это 294 с вас кушал, просто мне вы тоже лулзы доставляете, Алекс тут не при чем. Но алексофобия у вас прикольная, не отнять :)
бред.
Не надо, переход на 9-ю ветку проходит легко и безболезненно.
>> Еще раз для тугих: при обновлении новая версия ФС оказывается в окружении
>> старого драйвера. Совместимость тут не поможет, потому что драйвер старый. Обновляйтесь.
> Нельзя просто взять и обновить FreeBSD 8 -> 9. Надо переставить.Сначала дрова на мозги и руки обновите потом только 8->9 ...
>> Еще раз для тугих: при обновлении новая версия ФС оказывается в окружении
>> старого драйвера. Совместимость тут не поможет, потому что драйвер старый. Обновляйтесь.
> Нельзя просто взять и обновить FreeBSD 8 -> 9. Надо переставить.Это как?
Обновлял из исходников FreeBSD 8-STABLE -> 9-STABLE (-BETA). Проблем не почувствовал.
легко обновляется
> Еще раз для тугих: при обновлении новая версия ФС оказывается в окружении
> старого драйвера.(внезапно) Старый драйвер при обновлении системы - это пять.
> Это продакшн, детка. А то, что ты подразумеваешь, это man GrossbeinBSD.
Это не продакшн, это создание геморроев на ровном месте. Как должно быть в продакшне - выше было описано.
> (внезапно) Старый драйвер при обновлении системы - это пять.Впору водить термин "обстарение" системы. Циферка больше, а драйвер старее. Где логика, где разум? :)
>> (внезапно) Старый драйвер при обновлении системы - это пять.
> Впору водить термин "обстарение" системы. Циферка больше, а драйвер старее. Где логика,
> где разум? :)Вы цифры складываете? А надо умножать! Для v9.1: 9 x 1 = 9. Для v8.4: 8 x 4 = 32.
Итак: 9 < 32 — теперь понятно? Но это на будущее. А так и при сложении всё сходится: 10 < 12. :))
> Вы цифры складываете? А надо умножать! Для v9.1: 9 x 1 =
> 9. Для v8.4: 8 x 4 = 32.
> Итак: 9 < 32 — теперь понятно? Но это на будущее. А
> так и при сложении всё сходится: 10 < 12. :))То есть FreeBSD 4.9 новее, чем 8.4 и 9.1?
Прекрасная логичная логика. Только вот женская...
>> Вы цифры складываете? А надо умножать! Для v9.1: 9 x 1 =
>> 9. Для v8.4: 8 x 4 = 32.
>> Итак: 9 < 32 — теперь понятно? Но это на будущее. А
>> так и при сложении всё сходится: 10 < 12. :))
> То есть FreeBSD 4.9 новее, чем 8.4 и 9.1?
> Прекрасная логичная логика. Только вот женская...Здесь, очевидно, надо делить: 9 / 4 = 2. 2 < 9 < 32 — всё честно. Без обмана.
К сексопатологу :(
> К сексопатологу :(В вашем случае к ксенобиологу. :)))
> К сексопатологу :(Думаю что с таким подходом к разработке системы - к патологоанатому будет уместнее.
>>> (внезапно) Старый драйвер при обновлении системы - это пять.
>> Впору водить термин "обстарение" системы. Циферка больше, а драйвер старее. Где логика,
>> где разум? :)
> Вы цифры складываете? А надо умножать! Для v9.1: 9 x 1 =
> 9. Для v8.4: 8 x 4 = 32.
> Итак: 9 < 32 — теперь понятно? Но это на будущее. А
> так и при сложении всё сходится: 10 < 12. :))10 х 0 = упс ...
:)))
> 10 х 0 = упс ...По новому совету надо делить. Слабо разделить 10 на 0? :)
> Вы цифры складываете? А надо умножать!То-есть, 8.2 новее чем 9.1 :) чудненько :)
>> Еще раз для тугих: при обновлении новая версия ФС оказывается в окружении
>> старого драйвера.
> (внезапно) Старый драйвер при обновлении системы - это пять.Ещё раз из текста новости:
"версия ZFS во FreeBSD 8.4 новее, чем во FreeBSD 9.1 (SPA 28), для избежания проблем с миграцией на FreeBSD 9.1 в FreeBSD 8.4 по умолчанию создаются ZFS pool версии 28, при необходимости использования версии 5000 следует применить команду zpool upgrade"
В чём может возникнуть проблема, объясни?
Обновился с 8.3 до 8.4. Сделал zpool upgrade (обновление же). Теперь хочу обновиться (!) до 9.1. Как быть?
> Обновился с 8.3 до 8.4. Сделал zpool upgrade (обновление же). Теперь хочу
> обновиться (!) до 9.1. Как быть?Обновляйся с 8.4 с новым пулом до FreeBSD 9.1-STABLE. Это не сложно и совсем не больно. ;) Либо отложи и запланируй обновление до выхода FreeBSD 9.2-RELEASE. Там всё будет.
> Еще раз для тугих: при обновлении новая версия ФС оказывается в окружении старого драйвера.Какое ж это "обновление" тогда? Project management FAIL.
> Т.е. форменный бардак.Всё намного проще. Ты не удосужился найти даже минимальную информацию о том как формируются релизы и какие есть ветки во FreeBSD и какие изменения с ZFS были внесены, но рефлекс сработал. А вообще ты уникальный человек, наверное единственный на OpenNet у которого баттхёрт от самого существования FreeBSD.
> Ты не удосужился найти даже минимальную информацию о томВсё гораздо проще - достаточно уже такого релизноута, чтобы никогда без исключительной не связаться с тем, о чём в нём написано.
И никакого баттхёрта - просто констатация факта.
> Всё гораздо проще - достаточно уже такого релизноута, чтобы никогда без исключительной не связаться с тем, о чём в нём написанотогда каков смысл вашего выступления здесь? просто проходите мимо
либо ознакомьтесь с предметной областью, как вам написали выше
ваши рассуждения - чистой воды бред, притянутый за уши по мотивам хз чего
в любом случае, никакого отношения к BSD-системам не имеющий
Смысл прост - констатация факта.
> Смысл прост - констатация факта.Обычно это называют "сп*здануть х*рню".
Уровень культуры у вас конечно на высоте.
> Уровень культуры у вас конечно на высоте.Обычный фанбой. Аргументов нет, одни эмоции.
> Уровень культуры у вас конечно на высоте.огосподи! кто пустил впечатлительных барышень на опеннет?
>> Уровень культуры у вас конечно на высоте.
> огосподи! кто пустил впечатлительных барышень на опеннет?Привыкайте :)))))
если фактом является некопетеное и предвзятое мнение - то вы его продемонстрировали.
Остальное оставим на ваше совмести - но в предь просил бы вас не врать.
А то можно и напомнить о куче эсперементальных вещей которые redhat вкатывает в 2.6.32 и которых нету даже в 3.8. От этого redhat становится BE ?
RedHat - самостоятельная ветка. Не забываем, что мир Linux гораздо шире.
В RHEL 5.x никогда не будет фич новее, чем в RHEL 6.x - ибо RH еще не впал в маразм.//
Ну и до кучи от grammar nazi:
- некоМПЕТЕНТное
- соВЕсти
- ВПредь
- эксперИментальных
> Ну и до кучи от grammar nazi:А бывают system nazi? Чтоб прикладывали за ламерство в системных вопросах, по аналогии с граммар-наци? А то этот гражданин так пальцует своими познаниями ядра, но срезается на самых элементарных мелочах.
> срезается на самых элементарных мелочах.Не верует в святость и непогрешимость разрабов фри?
> Не верует в святость и непогрешимость разрабов фри?Не, он все время пытается наехать на пингвины, истошно долбя себя пяткой в грудь как он там разрабатывал и какие у него скиллы. И при этом регулярно несет полную ерунду, которую довольно странно слышать от разработчика. Т.к. у разработчика по идее должно бы хватать квалификации чтобы не пороть совсем уж чушь.
>> Не верует в святость и непогрешимость разрабов фри?
> Не, он все время пытается наехать на пингвины, истошно долбя себя пяткой
> в грудь как он там разрабатывал и какие у него скиллы.Может бафы ? :)))
Да кто его знает. Судя по общему поведению - он обычный тролль низкого левела. Жирный и глуповатый.
> некопетеноеНу да, он не некрофил - раскопки не производит.
Это не дeбилан где одно гoвнo мамонта тормозит другое гoвнo мамонта. Ветки FreeBSD просто развиваются параллельно, и не надо свои ошибочные представления о том как "непременно должно быть" на фрю распространять. Гнийте спокойно вместе со своим дебианом LTS :))
Все такие доброжелательные, сама вежливость.Так и представляю, как мне молодой сосунок будет говорить о том, что у него жена моложе, чем у меня и будет желать мне гнить со своей рухлядью.
Если что-то новее, это далеко не всегда значит, что оно лучше. Вся разница только в том, что у меня через два-три года будет всё то же самое, что у вас, но без геморроя и хождения по граблям. Я человек терпеливый, того, что у меня сейчас есть, мне обычно вполне достаточно. А в редких случаях, когда хочется чего-то действительно полезного и предметного, я могу либо подождать пару лет, либо попробовать поставить из бэкпортов или из следующего релиза или собрать сам.
Прямо Фрейд. Попробуйте развестись или обратитесь за помощью к молодым специалистам по планированию интимного досуга :)
>[оверквотинг удален]
> у него жена моложе, чем у меня и будет желать мне
> гнить со своей рухлядью.
> Если что-то новее, это далеко не всегда значит, что оно лучше. Вся
> разница только в том, что у меня через два-три года будет
> всё то же самое, что у вас, но без геморроя и
> хождения по граблям. Я человек терпеливый, того, что у меня сейчас
> есть, мне обычно вполне достаточно. А в редких случаях, когда хочется
> чего-то действительно полезного и предметного, я могу либо подождать пару лет,
> либо попробовать поставить из бэкпортов или из следующего релиза или собрать
> сам.Меня впечатлили ваши метафоры в первой части поста; сравнивать человека с софтом на полном серьезе в данном конкретном контексте (или сравнить дистрибутив с женой) - для меня весьма свежее явление. Речь, правда не об этом.
Дебиан, как по мне, весьма неплох, но учитывая подход к устранению некоторых уязвимостей, а также, если не ошибаюсь, в 2010 году вайн 1.01 в стабильной ветке - это реально мазохизм (кстати, после переключения на анстейбл, вайн так не обновился).
Скажем так, гента, в итоге, оказывается приятней в использовании. И стабильней.
> Скажем так, гента, в итоге, оказывается приятней в использовании. И стабильней.Для локалхоста - да, вполне. Для разработки софта под современное окружение - самое оно. Так же, как арх и федора.
Для продакшна - увы, не годно. Был фанатизм по генте в продакшне одно время, потом быстро сгинул.
> Для локалхоста - да, вполне. Для разработки софта под современное окружение -
> самое оно. Так же, как арх и федора.
> Для продакшна - увы, не годно. Был фанатизм по генте в продакшне
> одно время, потом быстро сгинул.В основном, и имел в виду локалхост. О продакшне мне рассуждать не резон, поскольку ничего кроме простого вебсервера + шлюза на крохотную сеть я не настраивал и не поддерживал, а подобные задачи некритичны и под них вполне подойдет любой дистр - хоть дебиан, хоть гента, хоть всеми забытый сорц мейдж.
Тут скорее личное имхо - стабильный дебиан не настолько прост и явно не стопроцентно надежен, как это пытаются разрекламировать.
> В основном, и имел в виду локалхост.Ну так бы сразу и сказали. В продакшне ровно одна проблема: надо чтобы просто работало. А окучивать 100500 машин, причесывая каждую индивидуально - много чести. При этом никто не обещал что у них одинаковые функции и конфигурация, это уж как повезет.
В ход идут средства группового администрирования + пакетные менеджеры логично дополняют собой картину. При этом админ может вообще никогда не логиниться на большинство машин. Они просто есть и работают. А что-то с ними делают только при возникновении проблем, чего все стараются всячески избегать.
> Скажем так, гента, в итоге, оказывается приятней в использовании. И стабильней.Но движуха та же что с бсд, а в линуксе
ВСЕ ДОЛЖНО РАБОТАТЬ ИСКАРОПКИ.
Слонег ©.
> ВСЕ ДОЛЖНО РАБОТАТЬ ИСКАРОПКИ.Именно так. Когда смена операторов приходит, допустим, на завод - они отнюдь не строят помещение, не монтируют проводку и не устанавливают станки. Это все должно быть сделано до них, другими людьми.
Это только у вас такой подход что "хотите выпускать продукцию? Ну вот вам кирпичи, начинайте себе строить здание где у вас оборудование будет стоять!"
> где одно гoвнo мамонта тормозит другое гoвнo мамонта. Ветки
> FreeBSD просто развиваются параллельно,Действительно, у проекта видимо избыток ресурсов, надо распылить. В идеале - веток на 10, не меньше. Для максимальной параллелизации, так сказать.
>> где одно гoвнo мамонта тормозит другое гoвнo мамонта. Ветки
>> FreeBSD просто развиваются параллельно,
> Действительно, у проекта видимо избыток ресурсов, надо распылить. В идеале - веток
> на 10, не меньше. Для максимальной параллелизации, так сказать.помоему это проекту решать? а уж никак не вам.
> помоему это проекту решать? а уж никак не вам.Это им небольшое пожелание - тормознуть себя не в 2 раза а сразу в 10. Прикинь как эпично будет? На дворе 2050 год, сингулярность на пороге. А тут парни запиливают дрейвер какого-нибудь radeon 7850. Слезы умиления катятся по глазам седовласых администраторов...
не нужно путать администраторов и идиотов которые себе покупают ати/амд вместо видеокарт, пожалуйста.
> не нужно путать администраторов и идиoтов которые себе покупают ати/амд вместо видеокарт, пожалуйста.Ага, и fibre channel вместо винчестеров.
>> не нужно путать администраторов и идиoтов которые себе покупают ати/амд вместо видеокарт, пожалуйста.
> Ага, и fibre channel вместо винчестеров.что не так с fc во фре?
>>> не нужно путать администраторов и идиoтов которые себе покупают ати/амд вместо видеокарт, пожалуйста.
>> Ага, и fibre channel вместо винчестеров.
> что не так с fc во фре?isp, mpt вот с ними что-то не так, работают со скрипом.Не одного драйвера HBA от производителя.
>>>> не нужно путать администраторов и идиoтов которые себе покупают ати/амд вместо видеокарт, пожалуйста.
>>> Ага, и fibre channel вместо винчестеров.
>> что не так с fc во фре?
> isp, mpt вот с ними что-то не так, работают со скрипом.Не одного
> драйвера HBA от производителя.что такое "работают со скрипом"?
>>>> не нужно путать администраторов и идиoтов которые себе покупают ати/амд вместо видеокарт, пожалуйста.
>>> Ага, и fibre channel вместо винчестеров.
>> что не так с fc во фре?
> isp, mpt вот с ними что-то не так, работают со скрипом.Не одного
> драйвера HBA от производителя.matik, ты?
Тебя уже макнули носом в собственное дерьмо на форуме iXBT.com, опять за своё?
Нет не matik, имел счастье попробовать раздать волум с freebsd/zfs через fc аппаратуру QLogic (1 коммутатор и несколько HBA),клиентские машины были
на windows, а сторадже пробовали на freebsd, да из-за zfs.Так вот, скорость передачи
данных через HBA на сервере не превышал одного гига,при заявленных четырёх.Разбираться в криворукости vs
кривокодости не стали-поставили centos с lvm2+ext4,скорость через HBA сервера поднялась
в среднем в три раза.
И можно, пожалйста, ссылку на тот форум почитать.
> Нет не matik, имел счастье попробовать раздать волум с freebsd/zfs через fc
> аппаратуру QLogic (1 коммутатор и несколько HBA),клиентские машины были
> на windows, а сторадже пробовали на freebsd, да из-за zfs.Так вот, скорость
> передачи
> данных через HBA на сервере не превышал одного гига,при заявленных четырёх.Разбираться
> в криворукости vs
> кривокодости не стали-поставили centos с lvm2+ext4,скорость через HBA сервера поднялась
> в среднем в три раза.И, конечно же, у вас файлы все с контрольными суммами и не битые?
> И можно, пожалйста, ссылку на тот форум почитать.
http://forum.ixbt.com/topic.cgi?id=15:58745
> И, конечно же, у вас файлы все с контрольными суммами и не
> битые?Нет таких изысков в lvm+ext4, и надо, достаточно, что lvm волумы mirror типа, из двух
разделов c разных дисков.
Если вы о том, что причина в zfs, то скорость обмена с SAS дисками, что подключены
к серверу, была нормальная и узким местом видился именно fc адаптер.
>> И, конечно же, у вас файлы все с контрольными суммами и не
>> битые?
> Нет таких изысков в lvm+ext4, и надо, достаточно, что lvm волумы mirror
> типа, из двух
> разделов c разных дисков.А вы в курсе, что RAID сам по себе не обеспечивает корректности данных? Для классических RAID применяются оффлайновые утилиты, которые периодически сканируют тома на RAID для обнаружения ошибок рассинхронизации зеркал и сигнализации о проблеме (зеркало на классическом RAID автоматически починить нельзя, так как нет информации о том, какое зеркало правильнее); для коррекции обнаруженых ошибок на RAID-5(-6) средствами восстановления из избыточного кодирования.
Корректность данных обеспечивают аппаратные механизмы проверки и коррекции данных.
В случае с lvm mirror, при сбое в каком-то диске lvs -o +devices об этом
сообщает и lvm переводит том в линейный на работоспособных дисках, после удаления сбойного и добавления нового с lvconvert создаётся опять lvm mirror, побежали дальше.От
возможностей рокового стечения обстоятельств не спасёт, но для этого предназначены
бэкапы уровня файловой системы.
>> И, конечно же, у вас файлы все с контрольными суммами и не
>> битые?
> Нет таких изысков в lvm+ext4, и надо, достаточно, что lvm волумы mirror
> типа, из двух
> разделов c разных дисков.
> Если вы о том, что причина в zfs, то скорость обмена
> с SAS дисками, что подключены
> к серверу, была нормальная и узким местом видился именно fc адаптер.Если "видится" креститься надо ...
> не нужно путать администраторов и идиoтовИз этого сообщения так прямо и сквозит причисления своего величества к культу НеИдиoтов (tm). Элитарный вид НеБыдла прямо.
> не нужно путать администраторов и идиотов которые себе покупают ати/амд вместо видеокарт,
> пожалуйста.ати лучше нв в категории цена/производителдьность и при этом греется меньше, для десктопа самое оно, а на сервере оно нужно если только майнингом страдать ...
>> не нужно путать администраторов и идиотов которые себе покупают ати/амд вместо видеокарт,
>> пожалуйста.
> ати лучше нв в категории цена/производителдьность и при этом греется меньше, для
> десктопа самое оно, а на сервере оно нужно если только майнингом
> страдать ...не знаю что там с "цена/производителдьность", знаю только что nvidia работает _везде_. без лишнего геморроя. последний раз когда я пользовался ati (лет 9 назад, под win2k) вспоминать даже страшно. теже ривы/джифорсы/м64(вроде так) работали и взлетали без проблем. простой установкой "детонатор.экзе" и ребутом. а вот с 8ххх или 9ххх (точно не помню) радеоном еще и потрахаться пришлось. с тех пор я вернулся на nv чему безмерно счастлив. я допускаю, что за эти годы что-то могло измениться, но проверять это как-то не хочется, абсолютно.
>[оверквотинг удален]
>> десктопа самое оно, а на сервере оно нужно если только майнингом
>> страдать ...
> не знаю что там с "цена/производителдьность", знаю только что nvidia работает _везде_.
> без лишнего геморроя. последний раз когда я пользовался ati (лет 9
> назад, под win2k) вспоминать даже страшно. теже ривы/джифорсы/м64(вроде так) работали
> и взлетали без проблем. простой установкой "детонатор.экзе" и ребутом. а вот
> с 8ххх или 9ххх (точно не помню) радеоном еще и потрахаться
> пришлось. с тех пор я вернулся на nv чему безмерно счастлив.
> я допускаю, что за эти годы что-то могло измениться, но проверять
> это как-то не хочется, абсолютно.Не хочу вас огорчать но все сильно изменилось, нв греется сильнее, CUDA сильно закрыт и поэтому не может оптиматьно использовать вычислительные мощности, на форумах по майнингу про нв в серьез не говорят ...
> Не хочу вас огорчать но все сильно изменилось, нв греется сильнее, CUDA
> сильно закрыт и поэтому не может оптиматьно использовать вычислительные мощности, на
> форумах по майнингу про нв в серьез не говорят ...я не облизываю видеокарту, поэтому не знаю что греется сильнее. мне нужно чтобы оно просто работало, без многочасового траха и без "а вот это вот мы допилим, к концу этого года, ну или накрайняк к концу пятилетки!":) точно также, как мне пофиг открытость/закрытость cuda.
а что такое "майнинг" я так и не понял, что-то про bitcoin, наверное. но нахрена оно нужно я так и не смог осилить, для чего оно вообще и тд
>что-то про bitcoin, наверное. но нахрена оно нужно я так и не смог осилить,Так, типо-деньги типо-бесплатно же! </>
> для чего оно вообще и тд
>>что-то про bitcoin, наверное. но нахрена оно нужно я так и не смог осилить,
> Так, типо-деньги типо-бесплатно же! </>ну то, что это "типо-деньги" я тоже слышал, но чо-как, не понял:-)
> ну то, что это "типо-деньги" я тоже слышал, но чо-как, не понял:-)"Это слишком сложно, фрибсдшники не разберутся" :)
>> ну то, что это "типо-деньги" я тоже слышал, но чо-как, не понял:-)
> "Это слишком сложно, фрибсдшники не разберутся" :)ну поставить эту хрень проблем ровно 0. что bitcoin что litecoin, мне в целом не понятно, нафиг оно нужно вообще.
> ну поставить эту хрень проблем ровно 0. что bitcoin что litecoin,Поставить - да. А вот майнить на твоей любимой фряшечке на GPU - вот тут да, будет интересно :).
>> ну поставить эту хрень проблем ровно 0. что bitcoin что litecoin,
> Поставить - да. А вот майнить на твоей любимой фряшечке на GPU
> - вот тут да, будет интересно :).у меня ядер cpu дохрена и еще чуть-чуть, не подойдет?;-) вопрос-то больше в том нахрен оно вообще нужно
> у меня ядер cpu дохрена и еще чуть-чуть, не подойдет?;-) вопрос-то больше
> в том нахрен оно вообще нужноCPU в таких вычислениях сливает полностью...
> у меня ядер cpu дохрена и еще чуть-чуть, не подойдет?;-)Абсолютно не подойдет: зауряднный стодолларовый GPU от AMD спокойно обставит в этом типе вычислений практически любой крутой сервак за килобаксы. Там долбежка SHA-256 на скорость. GPU может очень массово параллелить операции, этот тип операций хорошо параллелится, так что GPU обгоняет CPU в несколько десятков раз.
> вопрос-то больше в том нахрен оно вообще нужно
Ну, я допускаю что бывают люди которым совсем не требуются деньги. А нужно оно для рассчетов. Такие же фантики как и остальные валюты, только никем особо не контролируются. Объем фантиков который выйдут на рынок за всю историю существования системы - заранее известен, etc. Инфляции как таковой нет. Курс определяется рынком, как это и должно быть.
>> у меня ядер cpu дохрена и еще чуть-чуть, не подойдет?;-)
> Абсолютно не подойдет: зауряднный стодолларовый GPU от AMD спокойно обставит в этом
> типе вычислений практически любой крутой сервак за килобаксы. Там долбежка SHA-256
> на скорость. GPU может очень массово параллелить операции, этот тип операций
> хорошо параллелится, так что GPU обгоняет CPU в несколько десятков раз.понятно
>> вопрос-то больше в том нахрен оно вообще нужно
> Ну, я допускаю что бывают люди которым совсем не требуются деньги. А
> нужно оно для рассчетов. Такие же фантики как и остальные валюты,
> только никем особо не контролируются. Объем фантиков который выйдут на рынок
> за всю историю существования системы - заранее известен, etc. Инфляции как
> таковой нет. Курс определяется рынком, как это и должно быть.ну я последних почти 2 дня просвящался, насколько я понял, сейчас на этом "заработать" можно только игрой на курсе, вбросив реальных денег, либо накупив 100500 видях и собрав "ферму". фигня какая-то, как мне кажется:)
когда-то давно (лет 10 назад) был проектик, лекарство от чего-то (рак?) искали. типа ставишь програмулинку на машинку, оно втягивает порцию данных, что-то там считает, отсылает рез-т, берет новую порцию данных и тд, iirc оно было и под никсы, вот это можно понять нафига нужно. биткоины.. не, не понимаю.
> понятноНу вот так вот. CPU там никто и звать никак. Неэффективные они.
> ну я последних почти 2 дня просвящался,
Вы были в церкви?
> насколько я понял, сейчас на этом "заработать" можно только игрой на курсе,
> вбросив реальных денег, либо накупив 100500 видях и собрав "ферму".Ну как бы 100500 видюх увеличивают заработок. Только и всего. Можно и менее масштабно - просто бабла будет пропорционально меньше в среднем по больнице.
> фигня какая-то, как мне кажется:)
Называя вещи своими именами, это звучит так: эффективно майнить на фряхе невозможно в принципе. Хоть там как изгибайся.
На данный момент майнинг юзабелен в винде и лине с проприетарным драйвером. В лине начинает "подлетывать" и открытый драйвер, он пока не оптимален и в пару раз проприетари проигрывает. Но даже так CPU он обставит в добрый десяток раз :). Кстати разработчики открытого драйвера вполне себе просекли спрос и тестируют OpenCL на одном из майнеров.
> когда-то давно (лет 10 назад) был проектик, лекарство от чего-то (рак?) искали.Такого добра и сейчас навалом - на все вкусы и калибры.
> биткоины.. не, не понимаю.
Просто распределенная P2P валюта, использующая суммарную вычислительную мощность сети для защиты от подделки транзакций. Чтобы успешно подделать транзакции - надо пересилить всю эту толпень. А их суммарная мощность давно перевалила за мощности всех суперкомпьютеров, что делает атаку малореализуемой.
> форумах по майнингу про нв в серьез не говорят ...Потому что AMD лучше на сильно параллелящихся вычислениях типа массового обмолота криптографии (а биткоин - брут SHA256 на скорость).
>[оверквотинг удален]
>> десктопа самое оно, а на сервере оно нужно если только майнингом
>> страдать ...
> не знаю что там с "цена/производителдьность", знаю только что nvidia работает _везде_.
> без лишнего геморроя. последний раз когда я пользовался ati (лет 9
> назад, под win2k) вспоминать даже страшно. теже ривы/джифорсы/м64(вроде так) работали
> и взлетали без проблем. простой установкой "детонатор.экзе" и ребутом. а вот
> с 8ххх или 9ххх (точно не помню) радеоном еще и потрахаться
> пришлось. с тех пор я вернулся на nv чему безмерно счастлив.
> я допускаю, что за эти годы что-то могло измениться, но проверять
> это как-то не хочется, абсолютно.xf86-video-nv не поддерживал широкий экран монитора ASUS VW198T. Завязываться на вендора NVIDIA и ставить проприетарный блоб для GeForce 6150 мне не очень-то хотелось. Пришлось купить дискретку Radeon HD 4550 и пользоваться xf86-video-radeonhd, а потом, когда этот драйвер изговнили, перейти на xf86-video-ati. Полноэкранное видео из MKV 720p тянуло прекрасно.
Апгрейд материнской платы делал уже осознанно — покупал на AMD 785G под монитор-широкоформатник (сейчас вместо ASUS стоит HP LP2475w) — прекрасно тянет MKV 1080p/48fps.Дискретку Radeon продал, а старая материнка с GeForce 6150 теперь используется с "квадратным" монитором Samsung SyncMaster 971P. Последние версии проприетарных драйверов NVIDIA глючат, а вот xf86-video-nv прекрасно работает.
> xf86-video-nv не поддерживал широкий экран монитора ASUS VW198T. Завязываться на вендора
> NVIDIA и ставить проприетарный блоб для GeForce 6150 мне не очень-то
> хотелось.какая-то древняя нвидиа с philips 190CW без проблем. а про "блоб" - тебя линаксоеды c болезнью RMS покусали?
>Последние версии проприетарных драйверов
> NVIDIA глючат, а вот xf86-video-nv прекрасно работает.и как же они глючат? может я просто не замечаю этого...
"xf86-video-nv прекрасно работает" это до тех пор пока не захочется поиграться. понятно, что писать индусокод на жаве можно хоть под vesa, тогда и intel - видеокарта.
>> xf86-video-nv не поддерживал широкий экран монитора ASUS VW198T. Завязываться на вендора
>> NVIDIA и ставить проприетарный блоб для GeForce 6150 мне не очень-то
>> хотелось.
> какая-то древняя нвидиа с philips 190CW без проблем. а про "блоб" -
> тебя линаксоеды c болезнью RMS покусали?
>>Последние версии проприетарных драйверов
>> NVIDIA глючат, а вот xf86-video-nv прекрасно работает.
> и как же они глючат? может я просто не замечаю этого...Изображение дёргается, артефакты в виде полосок "пробиваются".
> "xf86-video-nv прекрасно работает" это до тех пор пока не захочется поиграться.
Так ты ещё злостный игрун? Ну-ну. На казуалках всё нормально.
> понятно,
> что писать индусокод на жаве можно хоть под vesa, тогда и
> intel - видеокарта.Действительно, можно хоть под vesa. Но эти открытые драйверы не поддерживают нативный широкоэкранный режим 16:10, как ни крути настройки. xf86-video-ati поддерживает.
>>> xf86-video-nv не поддерживал широкий экран монитора ASUS VW198T. Завязываться на вендора
>>> NVIDIA и ставить проприетарный блоб для GeForce 6150 мне не очень-то
>>> хотелось.
>> какая-то древняя нвидиа с philips 190CW без проблем. а про "блоб" -
>> тебя линаксоеды c болезнью RMS покусали?
>>>Последние версии проприетарных драйверов
>>> NVIDIA глючат, а вот xf86-video-nv прекрасно работает.
>> и как же они глючат? может я просто не замечаю этого...
> Изображение дёргается, артефакты в виде полосок "пробиваются".на десктопе и ноуте не дергаетяся и не "пробивается". последние драйвера от nvidia.
>> "xf86-video-nv прекрасно работает" это до тех пор пока не захочется поиграться.
> Так ты ещё злостный игрун? Ну-ну. На казуалках всё нормально.не злостный, но бывает, а что, предложишь завести плейстейшн/виндуз второй ос?
>> понятно,
>> что писать индусокод на жаве можно хоть под vesa, тогда и
>> intel - видеокарта.
> Действительно, можно хоть под vesa. Но эти открытые драйверы не поддерживают нативный
> широкоэкранный режим 16:10, как ни крути настройки. xf86-video-ati поддерживает.еще раз: пофигу что позволяет/поддерживает. речь о том, что "открытым" драйверам до состояния "работает не хуже чем 'блобы'" еще далеко. и ты умрешь сильно раньше, чем этим можно будет пользоваться нормально. я тоже.
> xf86-video-ati поддерживает.Да он вообще много чего поддерживает. Хотя на самом деле это вообще не столько и не только он.
> xf86-video-nvГде ты этот археологический артефакт откопал?
>> xf86-video-nv
> Где ты этот археологический артефакт откопал?в портах !;-) PORTVERSION=2.1.20 не знаю, правда, юзкейса для вот этого. ну, если не болеть RMS`ом.
>> Где ты этот археологический артефакт откопал?
> в портах !;-)А, ну вам полезно такой некромансией заниматься. Нормальные люди уже давно поняли что обфусцированый "сорс" - в принципе не вариант.
> десктопа самое оно, а на сервере оно нужно если только майнингом страдать ...Вообще-то майнинг по сути своей - обычное хэширование на скорость. Так что как вы понимаете, очень недалеко то время когда GPU будут использоваться для ускорения всякой там ssl-ной криптографии и тому подобных дел. Собственно, процесс пошел и набирает обороты.
> Действительно, у проекта видимо избыток ресурсов, надо распылить. В идеале - веток
> на 10, не меньше. Для максимальной параллелизации, так сказать.Это навеяно количеством систем инициализации в линуксе?
Или количество звуковых подсистем в линуксе?
Не, это всего лишь хинт как можно довести ситуацию до еще большего маразма. Должен же я лулзы где-то извлекать? :)
> Не, это всего лишь хинт как можно довести ситуацию до еще большего
> маразма. Должен же я лулзы где-то извлекать? :)Повышать градус маразма во фре - все равно что возить уголь в Кузбасс. Неблагодарное дело.
> Или количество звуковых подсистем в линуксе?Количеством протоколов в стеке TCP/IP, не иначе.
Ооо, товарищ, по-моему, вообще не в курсе, как FreeBSD разрабатывается.
> Ооо, товарищ, по-моему, вообще не в курсе, как FreeBSD разрабатывается.Через то самое место она разрабатывается. У проекта ресурсов с гулькин нос, так они еще и транжирить умудряются на черти-что, делая двойную работу. При том почти сразу - на мусроный бак. Такой роскоши себе даже мегакорпорации с дофига ресурсов не позволяют.
> типа, LTSаналогия неверна. ну и выводы из неё также неверны
> аналогия неверна. ну и выводы из неё также неверныВывод простой: bleeding edge. Тчк. Всё остальное - вода.
простой и неверный.
> простой и неверный.Аргументация будет? Или так, потрепаться?
вроде достаточно разжёвано. предпосылка неверна, вывод, соответственно, неверен.
> вроде достаточно разжёвано. предпосылка неверна, вывод, соответственно, неверен.Ну дык все разжеванное только подтверждает этот вывод.
> Ну дык все разжеванное только подтверждает этот вывод.отнюдь
> отнюдьПо уровню аргументации - заметно.
А если просто посмотреть со стороны - это знатный парад маразма: из-за дурного управления проектом - делается повторная работа в довольно заметном объеме. При том ветка 8.х - это практически сразу работа на мусорник.
>> отнюдь
> По уровню аргументации - заметно.Тебе вообще много чего заметно, чего в реальности нет. Нездоровая тенденция.
> А если просто посмотреть со стороны - это знатный парад маразма
У тебя просто - не получается. Сразу предвзято.
> из-за дурного управления проектом
Вообще именно это ты хотел доказать. Но уже как доказанное.
> делается повторная работа в довольно заметном объеме.
в 8 ветку новый ZFS
в 9 ветку новый ZFSкакая из этой работы повторная?
> При том ветка 8.х - это практически сразу работа на мусорник.
или под конкретного заказчика.
> Тебе вообще много чего заметно, чего в реальности нет. Нездоровая тенденция.Судя по наблюдаемым тенденциям, раз уж мы о них - видно таки не только мне. Судя по направлению миграции серверов.
> У тебя просто - не получается. Сразу предвзято.
Не, у меня просто большой опыт релиза софта и я понимаю как работают ынтырпрайзы и что им нужно. Правда просто? :)
> Вообще именно это ты хотел доказать. Но уже как доказанное.
Да это даже не доказательство, а так, капитанинг.
> в 8 ветку новый ZFS
> в 9 ветку новый ZFS
> какая из этой работы повторная?Возня с восьмой веткой. Кроме всего прочего, парад маразма состоит в том что 8.4 релизный вышел, а 9-я ветка с новой версией - еще нет. Факингли логичное управление проектом. "Апгрейд" до 9-й релизной версии в результате обстаряет систему и тамошний драйвер вообще работать с ФС не сможет. Во крутота. Как я понимаю, релизной ветки 9.х с тем же драйвером пока нет совсем. Чудеса прожект манеджмента.
>> При том ветка 8.х - это практически сразу работа на мусорник.
> или под конкретного заказчика.В любом случае, выкатка новой фичи в старую систему раньше чем в новую ветку выглядит диковато.
> Вывод простой: bleeding edge. Тчк. Всё остальное - вода.При том на редкость странный. Впрочем, мы можем только порадоваться: граждане сами себя тормозят в пару раз. Тем больше пролетов будет у фанатов марки. Я думаю, они вполне заслуюивают этой участи :)
> При том на редкость странный. Впрочем, мы можем только порадоваться: граждане сами
> себя тормозят в пару раз. Тем больше пролетов будет у фанатов
> марки. Я думаю, они вполне заслуюивают этой участи :)Ничего, Тим Кук обещал деньжат подкинуть, можно будет еще пару кодеров нанять в фуллтайм. Так что все будет чики-пуки :)
> Ничего, Тим Кук обещал деньжат подкинуть, можно будет еще пару кодеров нанять
> в фуллтайм. Так что все будет чики-пуки :)А, еще и эппл будет в мусорный бак деньги сливать? Как мило, одобряю. Им полезно. Желательно чтобы их конкуренцией прижало еще. И, судя по всему, прижмет. А то гугл и самсунь настроены серьезно, а там еще всякие убунты, файрфокс-оси и прочая. Будет интересно :)
> Вывод простой: bleeding edge. Тчк. Всё остальное - вода.Нормальный тырпрайзный арч. Что тебе не нравится?
> Нормальный тырпрайзный арч. Что тебе не нравится?Не знаю как ему, а вот кровавым ыньырпрайзам судя по всему много чего не нравится. Потому что остались только самые стойкие и жлобские, которым главное - сорец зажимать. Взаимодействуя с комьюнити в режиме "ну ок, вот вам подачка, так и быть".
>> Нормальный тырпрайзный арч. Что тебе не нравится?
> Не знаю как ему, а вот кровавым ыньырпрайзам судя по всему много
> чего не нравится. Потому что остались только самые стойкие и жлобские,
> которым главное - сорец зажимать. Взаимодействуя с комьюнити в режиме "ну
> ок, вот вам подачка, так и быть".Ты не поверишь - но ынтырпрайзам глубоко накакать на комьюнитиз всех стран. Целью ынтырпрайза является лишь одно - получение прибыли. Пора бы это уже зарубить на носу и всосать, что, подобно всем остальным, ынтырпрайз никому ничего не должен.
> Ты не поверишь - но ынтырпрайзам глубоко накакать на комьюнитиз всех стран.Я верю, почему же. Просто некоторые смогли переступить через свою локальную жабу в пользу глобальной эффективности проекта который им приносит бабло, а некоторые - нет.
> никому ничего не должен.
Ну разумеется, это сугубо добровольное взаимодействие. Просто у некоторых оно получается в стиле "хозяин-раб", а у некоторых - в стиле "равный - равный".
FreeBSD 9.1 вышла раньше объявленного FreeBSD 8.4. По понятным причинам в FreeBSD 9.1-RELEASE не может быть тех новшеств, которые бэкпортированы во FreeBSD 8.4 из FreeBSD 9-STABLE.
> FreeBSD 9.1 вышла раньше объявленного FreeBSD 8.4. По понятным причинам в FreeBSD
> 9.1-RELEASE не может быть тех новшеств, которые бэкпортированы во FreeBSD 8.4
> из FreeBSD 9-STABLE.9-STABLE на данный момент = 9.1?
>> FreeBSD 9.1 вышла раньше объявленного FreeBSD 8.4. По понятным причинам в FreeBSD
>> 9.1-RELEASE не может быть тех новшеств, которые бэкпортированы во FreeBSD 8.4
>> из FreeBSD 9-STABLE.
> 9-STABLE на данный момент = 9.1?FreeBSD 9.1 — это "снапшот" непрерывно развиваемой ветки FreeBSD 9-STABLE на определённый момент времени. Следующим "снапшотом" FreeBSD 9-STABLE будет FreeBSD 9.2-RELEASE.
Секурити-фиксы, добавляющие суффикс -p<номер> к номеру релиза, никаких обновлений, кроме исправления ошибок, в уже выпущенные релизы не вносят.
Тогда самый простой вопрос: учитывая, что в 8.4 попала подсистема, более новая, чем в 9.1 - какая из веток теперь является более свежей?
И второй - попутный: как это соотносится с номерами версий?
> Тогда самый простой вопрос: учитывая, что в 8.4 попала подсистема, более новая,
> чем в 9.1 - какая из веток теперь является более свежей?Здесь нет однозначного ответа. Ветки 8-STABLE и 9-STABLE развиваются параллельно.
> И второй - попутный: как это соотносится с номерами версий?
Номера версий "X.Y—RELEASE" — это "верстовые столбы" на "дорогах"-ветках "X-STABLE".
> Здесь нет однозначного ответа.Собственно, именно то, о чем я говорил всеми постами выше. "Математически несходимо" :)
>> Здесь нет однозначного ответа.
> Собственно, именно то, о чем я говорил всеми постами выше. "Математически несходимо" :)Чтобы "математически сходилось", нужно сравнивать крайние "снапшоты" — FreeBSD 8.4-STABLE ветки 8-STABLE и FreeBSD 9.1-STABLE ветки 9-STABLE, тогда всё получится. ;) По фичам и функционалу FreeBSD 9.1-STABLE, естественно, опережает FreeBSD 8.4-STABLE. 9-ка является источником новой функциональности для 8-ки, но в силу устаревания архитектуры 8.x — только ограниченной их части.
>> Тогда самый простой вопрос: учитывая, что в 8.4 попала подсистема, более новая,
>> чем в 9.1 - какая из веток теперь является более свежей?
> Здесь нет однозначного ответа. Ветки 8-STABLE и 9-STABLE развиваются параллельно.
>> И второй - попутный: как это соотносится с номерами версий?
> Номера версий "X.Y—RELEASE" — это "верстовые столбы" на "дорогах"-ветках
> "X-STABLE".ты врешь, 8.2 уже не развиваеться, только малкие патчи
>>> Тогда самый простой вопрос: учитывая, что в 8.4 попала подсистема, более новая,
>>> чем в 9.1 - какая из веток теперь является более свежей?
>> Здесь нет однозначного ответа. Ветки 8-STABLE и 9-STABLE развиваются параллельно.
>>> И второй - попутный: как это соотносится с номерами версий?
>> Номера версий "X.Y—RELEASE" — это "верстовые столбы" на "дорогах"-ветках
>> "X-STABLE".
> ты врешь, 8.2 уже не развиваеться, только малкие патчиДля FreeBSD 8.2 уже патчи не поставляются — жизненный цикл этой версии завершён 31 июля 2012 года.
Рекомендуется обновиться до 8.3-RELEASE (в которую принимаются security-патчи до 30 апреля 2014 года) или до последней версии FreeBSD 8.4-RELEASE.
> Тогда самый простой вопрос: учитывая, что в 8.4 попала подсистема, более новая,
> чем в 9.1 - какая из веток теперь является более свежей?9-STABLE > 8-STABLE
8-RELEASE апнулся чуть раньше, чем 9-RELEASE
> И второй - попутный: как это соотносится с номерами версий?нормально соотносится. те, кто работают, проболжают работать. Тем кому погавкать - повод погавкать.
Юзайте линукс :). Дебиан, тестиг - относитильный савежак, стабле - проверено годами. Выбираете религию по вкусу и не мучаетесь :)
> Юзайте линукс :)юзаем. где надо.
>>>> версия ZFS во FreeBSD 8.4 новее, чем во FreeBSD 9.1 (SPA 28)
> OMG. Прямое нарушение принципа преемственности версий, однако... путаница и слёзы желающим
> пожевать обеспечены.В который раз убеждаюсь что анимешникам лучше жевать...
для избежания проблем с миграцией на FreeBSD 9.1 в FreeBSD 8.4 по умолчанию создаются ZFS pool версии 28, при необходимости использования версии 5000 следует применить команду zpool upgrade
Если Вы этого не понимаете... вобщем люто минусую
> Вообще данный факт однозначно показывает, что система 100% BE, и об LTS
> речи идти не может.Ubunanime detected
> для избежания проблем с миграцией на FreeBSD 9.1 в FreeBSD 8.4 по
> умолчанию создаются ZFS pool версии 28, при необходимости использования версии 5000
> следует применить команду zpool upgradezpool upgrade сделает овер 99%, а потом начнут жевать кактусы.
Лучше было вообще так не делать - и оставить 28, как минимум до миграции его в 9.x.
Если вы не понимаете факта, что такого быть НЕ ДОЛЖНО по определению - это диагноз.
>> для избежания проблем с миграцией на FreeBSD 9.1 в FreeBSD 8.4 по
>> умолчанию создаются ZFS pool версии 28, при необходимости использования версии 5000
>> следует применить команду zpool upgrade
> zpool upgrade сделает овер 99%, а потом начнут жевать кактусы.Ссылки даже не ждем :)))
> Лучше было вообще так не делать - и оставить 28, как минимум
> до миграции его в 9.x.Завидно что проект развивается в отличии от бтр, да ?
> Если вы не понимаете факта, что такого быть НЕ ДОЛЖНО по определению
> - это диагноз.Лечиться вам надо ...
> Завидно что проект развивается в отличии от бтр, да ?А в чем развитие состоит? В том что у оракля успешно скопипастили? А вот шифрование оракл зажал - ну и не скопипастили. Сразу видно кто разработчики, а кто скопипастил.
А бтр вон запилили RAID5/6 и улучшенный алгоритм дерева экстентов, так что метаданные стали заметно компактнее. Тут да, развитие видно невооруженным глазом. И оракель не является центром вселенной (руководитель проекта нынче вообще в FusionIO работает).
>> Лучше было вообще так не делать - и оставить 28, как минимум
>> до миграции его в 9.x.
> Завидно что проект развивается в отличии от бтр, да ?Был вопрос: как может в ветке 8.4, zfs быть по версии свежее чем в 9.1?
По делу ответа так и не последовало. Теперь Вы тему сводите на btrfs, который
развивается, кстати. По теме ответ будет? Как обновить версию FreeBSD 8.4 на 9.1,
при условии, что пул 8.4 уже обновлен до версии 5000?
>> Если вы не понимаете факта, что такого быть НЕ ДОЛЖНО по определению
>> - это диагноз.
> Лечиться вам надо ...Это Вам надо.
> Как обновить версию FreeBSD 8.4 на 9.1, при условии, что пул 8.4 уже обновлен до версии 5000?до 9.1-R никак.
> до 9.1-R никак.Ну наконец-то...
>> до 9.1-R никак.
> Ну наконец-то...смысла потому что нет обновлять 8.4 до 9.1 ;-)
>>> до 9.1-R никак.
>> Ну наконец-то...
> смысла потому что нет обновлять 8.4 до 9.1 ;-)Есть. Зачастую всегда. Потому как во FreeBSD,
между мажорными обновлениями изменений существенно много,
да и про цикл поддержки веток забывать не стоит.
>>>> до 9.1-R никак.
>>> Ну наконец-то...
>> смысла потому что нет обновлять 8.4 до 9.1 ;-)
> Есть. Зачастую всегда. Потому как во FreeBSD,
> между мажорными обновлениями изменений существенно много,на самом деле я не могу припомнить что-то _существенное_ между stable/9 и stable/8, по крайней мере для моих нужд. да, 8 vs 10 смысл есть, но никакого, в обновлении до 9.1 с 8.4
> да и про цикл поддержки веток забывать не стоит.посмотрите, когда EoL для 9.1 и когда для 8.4. смысл обновляться с 8.4 до 9.1 ?
> посмотрите, когда EoL для 9.1 и когда для 8.4. смысл обновляться с 8.4 до 9.1 ?Уточним: тот кто в ынтырпрайзе влопался в ЭТО - ССЗБ. Адекватность прожект менеджмента во всей красе.
>> посмотрите, когда EoL для 9.1 и когда для 8.4. смысл обновляться с 8.4 до 9.1 ?
> Уточним: тот кто в ынтырпрайзе влопался в ЭТО - ССЗБ. Адекватность прожект
> менеджмента во всей красе.bwahaha. расскажите это "ынторпрайзам" которые вляпались в центос
> bwahaha. расскажите это "ынторпрайзам" которые вляпались в центосА чего центос? Стоит, работает, обновляется, каши не просит.
В прошлом году мигрировали с 5 на 6 без каких-либо существенных проблем - при грамотной организации устройств, разделов и дерева каталогов перенос данных после рефреша системы мягк и шелковист - и сводится к монтированию и созданию симлинков. Воздух греть компиляцией всея не надо, ext3 -> ext4 - пожалуйста, инитскрипты, несмотря на появление апстарта, работают так же, основной кастомный софт в RPM перебирается без проблем на девелоперской площадке, и растаскивается по хостам в бинарном виде.
Из мелочей выползали только изменения в зависимостях при пересборке кастомов, ну и еще драйвер tg3 с VLAN'ами слегка поднагадил в 6.2 (если память не изменяет), после обновления ядра все встало на места.
>> bwahaha. расскажите это "ынторпрайзам" которые вляпались в центос
> А чего центос? Стоит, работает, обновляется, каши не просит.
> В прошлом году мигрировали с 5 на 6 без каких-либо существенных проблем
> - при грамотной организации устройств, разделов и дерева каталогов перенос данных
> после рефреша системы мягк и шелковист - и сводится к монтированию
> и созданию симлинков. Воздух греть компиляцией всея не надо, ext3 ->
> ext4 - пожалуйста, инитскрипты, несмотря на появление апстарта, работают так же,
> основной кастомный софт в RPM перебирается без проблем на девелоперской площадке,
> и растаскивается по хостам в бинарном виде.каких таких симлинков? вот мне досталось 2 шт центоз 4.9 (вроде), машинки уже демонтированы, к счастью, но "осадочек-то остался" (с). как их обновить нужно было до актуальной версии ? кастомного там было все: nginx, zabbix, php и даже апач. причем до меня над ними колдовал какой-то линуксоед, поклонник дебиана;) еще есть 2 хоста, с дебианом, там тоже ручками собран nginx, аж 3 версии.
а теперь, для сравнения: обновляется мир-ядро с фрей (не обязательно греть воздух, кстати), ставится misc/compatXx, все работает. почувствуй разницу. и не нужно греть мозг "грамотной организации устройств, разделов и дерева каталогов". что это такое, кстати?;)
> Из мелочей выползали только изменения в зависимостях при пересборке кастомов, ну и
> еще драйвер tg3 с VLAN'ами слегка поднагадил в 6.2 (если память
> не изменяет), после обновления ядра все встало на места.
> каких таких симлинков? вот мне досталось 2 шт центоз 4.9 (вроде), машинки
> уже демонтированы, к счастью, но "осадочек-то остался" (с)Вам отдельно объяснять, что здесь виноваты кривые руки прошлого админа, или сами догадаетесь? Я же сказал: при грамотной организации.
> нужно было до актуальной версии ? кастомного там было все: nginx,
Я не понимаю, какие были сложности с самосборным софтом, если он был нормально собран в RPM, и имелись исходники для сборки? Не был? Вините прошлого админа, а не CentOS. Наверняка тоже бывший BSD'шник, привыкший делать всё через make/make install.
> а теперь, для сравнения: обновляется мир-ядро с фрей
И пул замечательно не монтируется, поскольку он уже новее, чем в "обновлении". Плюс разлетаются конфиги, поскольку у вас допустим в эксплуатации Apache 2.2, а в портах теперь есть только 2.4. Ну и прочие прелести BE.
> мозг "грамотной организации устройств, разделов и дерева каталогов". что это такое,
> кстати?;)Это? Это когда у вас для полного (не rolling!) обновления системы или переноса на другую систему/площадку не нужно искать, откуда, куда и что скопировать. Монтируются по своим подкаталогам готовые разделы, инсталлится RPM кастомов и не очень по списку, симлинкаются в /etc из каталога с конфигами те конфиги, которые из /etc просто так не утащить... собственно система готова, дальше можно смотреть на результат.
Такая организация, помимо всего прочего, позволяет хранить бэкап отдельно базовой ОС и отдельно - сервисов и всего, что сверху - ибо всё попилено на составные части, а не представляет собой монолит. При этом развернут такой бэкап может быть в принципе на любую площадку со сходной ОС, возможно даже довеском к существующим сервисам - при крайней на то необходимости.
>> каких таких симлинков? вот мне досталось 2 шт центоз 4.9 (вроде), машинки
>> уже демонтированы, к счастью, но "осадочек-то остался" (с)
> Вам отдельно объяснять, что здесь виноваты кривые руки прошлого админа, или сами
> догадаетесь? Я же сказал: при грамотной организации.ну так чего поделать, если линуксоеды такие вот в большинстве своем, я еще не встречал машин, после нормального линусячего одминчега. вот еще 1 поцеент, на этот раз из ламерикосии:
[username@host ~]$ cat /etc/issue.net
CentOS release 6.4 (Final)
Kernel \r on an \m
[username@host ~]$ yum whatprovides /usr/local/nginx/sbin/nginx
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
* base: mirror.widexs.nl
* epel: mirror.muntinternet.net
* extras: mirror.prolocation.net
* rpmforge: mirror.nl.leaseweb.net
* updates: mirror.prolocation.net
No Matches found
тот пошел еще дальше, он еще и raid-check который раз в неделю запускается не отключил, а его властелин сидит и печалится "чо жэ так все плохо работает почти все дни в неделю, к выходным только более-менее нормально становится".> Я не понимаю, какие были сложности с самосборным софтом, если он был
> нормально собран в RPM, и имелись исходники для сборки? Не был?
> Вините прошлого админа, а не CentOS. Наверняка тоже бывший BSD'шник, привыкший
> делать всё через make/make install.я же написал, он - поклонник дибиана. открой практически любую хауту линуксячую и посмотри, в скольки % из них написано "если у вас дибилиан или производные то апт-гетьте/аптитудьте, если рпмбейзд - юмьте/рпмте". бОльшая часть это таки wget; tar xf; cd ; configure; make.
а теперь, ради интереса, попробуй найти хауту по настройке чего-либо на фре. там таки pkg_add/установка из портов, преимущественно. так что не нужно, про make/make install ;)
у меня был 1 подован, по такой вот чудо хауту инсталлил на фрю openssl, причем версии старее чем в base. в резюме у него были центоз, дибилиан, виндуз. взял вот, в надежде что он не совсем тупой, оказалось что я ошибся.
>> а теперь, для сравнения: обновляется мир-ядро с фрей
> И пул замечательно не монтируется, поскольку он уже новее, чем в "обновлении".хотябы 1 (одну) причину назови обновляться с 8.4 до 9.1.
> Плюс разлетаются конфиги, поскольку у вас допустим в эксплуатации Apache 2.2,
> а в портах теперь есть только 2.4. Ну и прочие прелести
> BE.в портах есть и 2.2 до сих пор, не ври, я проверил. кроме того, никто не заставляет обновлять _дерево портов_. на всежей системе ставь софт хоть из годичной давности дерева.
>> мозг "грамотной организации устройств, разделов и дерева каталогов". что это такое,
>> кстати?;)
> Это? Это когда у вас для полного (не rolling!) обновления системы или
> переноса на другую систему/площадку не нужно искать, откуда, куда и что
> скопировать. Монтируются по своим подкаталогам готовые разделы, инсталлится RPM кастомов
> и не очень по списку, симлинкаются в /etc из каталога с
> конфигами те конфиги, которые из /etc просто так не утащить... собственно
> система готова, дальше можно смотреть на результат.вооот. именно поэтому PREFIX в нормальных системах не / а /usr/local/, конфиги, соответственно, от стороннего софта лежат в /usr/local/etc
а когда я, зайдя на тачку, вижу 100500 симлинков хз на что хз на куда и хз зачем.. я начинаю волноваться, как минимум.
> Такая организация, помимо всего прочего, позволяет хранить бэкап отдельно базовой ОС и
> отдельно - сервисов и всего, что сверху - ибо всё попилено
> на составные части, а не представляет собой монолит. При этом развернут
> такой бэкап может быть в принципе на любую площадку со сходной
> ОС, возможно даже довеском к существующим сервисам - при крайней на
> то необходимости.все верно, и применимо ко fbsd. на ней, кстати, даже с generic ядром можно (я почти всегда так делаю) запустить jail, в котором запускать нужные сервисы, с отдельным разделом под джейлы. тогда для "развернуть на другую площадку" достаточно чтобы там стояла система, на нее кладутся джейлы. профит.
из софта на мастере только то, что нужно для мониторинга. и тут пофиг по времени, будет это restore из дампа, либо переустановка с нуля ОС и доустановка нужных пакетов, вытаскивание из репозитория конфигов.
> ну так чего поделать, если линуксоеды такие вот в большинстве своемЭто не админы, это школота, мнящая себя админами. По личному опыту - поделия BSD-админов вообще даже разбирать страшно - там сваленный в кучу софт - не косяк, а норма жизни.
> тот пошел еще дальше, он еще и raid-check который раз в неделю
> запускается не отключилОтключение patrol read - моветон. Если вы этого не понимаете - значит судьба такая. Там есть другие способы снизить аффект от patrol read.
> я же написал, он - поклонник дибиана
Он может быть поклонником хоть летающего макаронного монстра. Дело не в системе.
> открой практически любую хауту линуксячую
На этом месте я бы предпочел вернуться к своим постам о быдлохабре... Одмин, делающий все по хауту, вместо того, чтобы разбираться с теорией - не админ, а так, недоразумение.
> бОльшая часть это таки wget; tar xf; cd ; configure; make.
Это потому, что 99% этих статей пишутся школотой.
> там таки pkg_add/установка из портов, преимущественно. так что не нужно, про
> make/make install ;)Установка из портов - суть тот же make/make install :( Чуть-чуть причесанный, но все равно приводящий к траху с перебиранием всея при изменении одной общей зависимости.
> хотябы 1 (одну) причину назови обновляться с 8.4 до 9.1
Ну т.е. мы открыто признаем, что 9 ветка - RIP?
> кроме того, никто не заставляет обновлять _дерево портов_. на всежей системе
> ставь софт хоть из годичной давности дерева.А свежие бэкпорты фиксов безопасности в дереве годичной давности есть? Или чтобы получить заткнутые дыры - только вперёд, на 2.4?
А в рхелах, центосах, дебианах и т.п. - есть ветки многогодичной давности, в которых версии софта и компонентов на уровне г-на мамонта, но поддержка всё еще осуществляется, и фиксы бэкпортируются.> вооот. именно поэтому PREFIX в нормальных системах не / а /usr/local/
Тебя не спасет префикс, потому что софт всё равно окажется перемешанным с данными, как минимум, данные - с логами, etc. Один /var у большинства недоадминов стоит многого.
> а когда я, зайдя на тачку, вижу 100500 симлинков хз на что
> хз на куда и хз зачем.. я начинаю волноваться, как минимум.А не надо волноваться. Симлинки из /etc в /config/etc, все конфиги для кастомов - в /config/custom/... - они так собраны. Все данные также разложены по каталогам и разделам, а не лежат в одном бардачном /var / /var/spool / ...
Вообще не пойму о чём речь.Собирал недавно(для прикола) xen-4.2.1 в centos 6.3 из
исходников, оформил единым rpm пакетом, в котором прописаны, как BuildRequires и Requires зависимости, те пакеты, которые из base, c rpm -ivh всё установилось, работало, потом
с rpm -e было удалено вместе с теми пакетами, которые были прописаны в Requires.
Отдельно делаешь make install DESTDIR=tmpdir_for_test, все появившиеся tempdir_for_test файлы, папки прописываешь в spec файле после %files, %dir.Можно скриптиком, если их много.
Проверял никакого мусора нигде не осталось.И при этом не важно в какие папки запихиваются файлы из пакета:если в spec записано после %files что-то типа /one/two/foo, то оно встанет
именно туда, а при rpm -e это /one/two/foo оттуда удаляется.Mусора не остаётся в принципе.Да make install-это не правильно, но написать spec файл вообще просто.
>Да make install-это не правильно, но написать spec файл вообще просто.ну так попробуй найти принципиальные отличия между spec и портом:) все теже run/build депенды, все тот же список файлов и каталогов которые создаются при установке порта/пакета.
Да никакая,если собирается бинарный пакет для установки каким-то пакетным менеджером:
компилить что-то на каждом серваке не ICE.Причём бинарный пакет должен составляться автоматически системой портов, иначе двойная работа.
>Причём бинарный пакет должен составляться автоматически
> системой портов, иначе двойная работа.в случае который выше. там что, rpm сам спеку пишет?;)
если s/составляться/создаваться/ то вопросов нет - make package соберет из порта пакет.
> если s/составляться/создаваться/ то вопросов нет - make package соберет из порта пакет.Пакет-то он соберет, но учитывая подход к версионированию в BSD - это потребует от меня, чтобы ВСЕ депенденсы на ВСЕХ системах, куда я буду распихивать этот пакет, были одинаковыми до буквы. Иначе возможны сюрпризы.
Отличный пример "подхода FreeBSD" даже в пределах одной системы: http://forums.freebsd.org/showthread.php?t=22884
>> если s/составляться/создаваться/ то вопросов нет - make package соберет из порта пакет.
> Пакет-то он соберет, но учитывая подход к версионированию в BSD - это
> потребует от меня, чтобы ВСЕ депенденсы на ВСЕХ системах, куда я
> буду распихивать этот пакет, были одинаковыми до буквы. Иначе возможны сюрпризы.
> Отличный пример "подхода FreeBSD" даже в пределах одной системы: http://forums.freebsd.org/showthread.php?t=22884Что опять ваш руткит под бсд не заработал ? Ай яй яй ...
У меня, sory, нет инфы:при сборке пакеты из портов, порты зависимости тоже собираются в
пакеты?И и прописываются эти зависимости-пакеты как-то в изначальном?Чтоб при установке
его менеджером он запрашивал эти зависимости, а при удалении удалял.Это, видимо,
умеет pkgng.Если не ошибаюсь.
> У меня, sory, нет инфы:при сборке пакеты из портов, порты зависимости тоже
> собираются в
> пакеты?И и прописываются эти зависимости-пакеты как-то в изначальном?Чтоб при установкеmake package-recursive. но вообще я бы рекомендовал buildbox с poudriere/tinderbox. оба умеют как старые pkg_tools так и pkgng.
> его менеджером он запрашивал эти зависимости, а при удалении удалял.Это, видимо,run/lib депенды поставятся. при удалении пакета - нет, депенды останутся
> умеет pkgng.Если не ошибаюсь.
> У меня, sory, нет инфы:при сборке пакеты из портов, порты зависимости тоже
> собираются в
> пакеты?И и прописываются эти зависимости-пакеты как-то в изначальном?Чтоб при установке
> его менеджером он запрашивал эти зависимости, а при удалении удалял.Это, видимо,
> умеет pkgng.Если не ошибаюсь.Внутри файлов архивов пакетов при сборке ("portinstall -p устанавливаемый_порт" или "portmaster -g устанавливаемый_порт") прописывается информация о run-time зависимостях. Пакеты ставятся утилитой pkg_add даже в том случае, если в системе уже установлены зависимые пакеты версией выше или ниже, прописанной в информации о зависимостях — просто в этом случае зависимые пакеты, уже присутствующие в системе, не ставятся.
> ну так попробуй найти принципиальные отличия между spec и портом:) все теже
> run/build депенды, все тот же список файлов и каталогов которые создаются
> при установке порта/пакета.Принципиальное отличие в том, что я один раз собираю RPM, и распихиваю по всем площадкам одинаковый. А порт мало того, что надо на каждой площадке собрать - так он в зависимости от конкретных версий депенденсов там еще и разный бинарно получится.
>> ну так попробуй найти принципиальные отличия между spec и портом:) все теже
>> run/build депенды, все тот же список файлов и каталогов которые создаются
>> при установке порта/пакета.
> Принципиальное отличие в том, что я один раз собираю RPM, и распихиваю
> по всем площадкам одинаковый. А порт мало того, что надо на
> каждой площадке собрать - так он в зависимости от конкретных версий
> депенденсов там еще и разный бинарно получится.на этом можно и закончить, пожалуй.
ты в очередной раз показал "знание" вопроса. Совет на будущее: если лезешь в обсуждение чего-либо, не нужно рассказывать о вещах, о которых ты имеешь представление, мягко говоря, поверхностное.
спасибо.
Дык, обоснуй. Особенно интересно в случае статической линковки.
Но и в случае динамической - ничего так, при условии кондишнлов в configure и коде.Плюс никакой гарантии по совместимости API/ABI между каждой версией порта в фряхе (в отличие от православных дебианов, рхелов и центосов в пределах мажора) не даст никто. Или не так?
> В прошлом году мигрировали с 5 на 6 без каких-либо существенных проблем
> - при грамотной организации устройств, разделов и дерева каталогов перенос данных
> после рефреша системы мягк и шелковист - и сводится к монтированию
> и созданию симлинков. Воздух греть компиляцией всея не надо, ext3 ->
> ext4 - пожалуйста, инитскрипты, несмотря на появление апстарта, работают так же,
> основной кастомный софт в RPM перебирается без проблем на девелоперской площадке,
> и растаскивается по хостам в бинарном виде.А Вы можете подробнее рассказать о миграции?
> А Вы можете подробнее рассказать о миграции?Могу. В общих чертах обрисовал выше - если что-то детально интересует - спрашивайте, буду делиться. База для миграции по наборам софта была достаточно обширная - но исключительно серверно-инфраструктурная (телеком), десктопом не занимаюсь в принципе.
На всякий случай еще раз опишу процесс собственно миграции на шестерку:
1) снос базовой системы (/, /etc, /var, /usr, ...)
2) установка новой базовой системы с нуля
3) монтирование всех специфичных разделов (/config, /data, /db, /opt, /www, ...)
4) установка всех кастомных RPM (к тому моменту уже заранее собранных и обкатанных на development-сервере)
5) симлинки всех конфигов, которые не утащить в /config - на то, что в /config
6) адаптация ряда конфигов для изменившихся версий софта
7) тестовый запуск стенда, корректировка конфигов, отладка
8) боевой запуск
9) phaseout старого сервера на старой платформеЕстественно, процессу миграции предшествует сборка и тестирование софта на тестовых серверах.
Вообще у нас почти все кластерное, поэтому фактически миграция представляет собой добавление новой ноды на новой платформе, и плавный phaseout одной из старых после апробации новой. Защита от повреждения данных новой нодой делается предварительным стендированием ноды на тестовом наборе данных, ну + бэкапами.
И - да, речь не об эфирных созданиях, тысячах серверов и высших сферах, конечно. Условия - российская действительность... Половина из перечисленного - в режиме бешеной кошки, т.е. реально за несколько суток (пара недель планирования всего и вся + затем 4-5 суток миграции на два-три сервера с учетом тестового периода), но ни одного случая отката миграции пока не было.
> bwahaha. расскажите это "ынторпрайзам" которые вляпались в центосУ центосников, знаете ли, нет проблем с чтением тома от 5-го центоса любой версии в текущем центос 6. В отличие от ваших приколистов. Теперь я кажется понимаю почему энтерпрайзы с этого драпают: управление проектом реально долбанутое на всю голову.
>>>> до 9.1-R никак.
>>> Ну наконец-то...
>> смысла потому что нет обновлять 8.4 до 9.1 ;-)
> Есть. Зачастую всегда. Потому как во FreeBSD,
> между мажорными обновлениями изменений существенно много,
> да и про цикл поддержки веток забывать не стоит.Есть смысл подождать 9.2
> Есть смысл подождать 9.2"И пусть весь мир подождет" :)
> смысла потому что нет обновлять 8.4 до 9.1 ;-)Представляю себе если б редхат объявил своим кастомерам что их рхел 5 нет смысла апгрейдить до рхел 6, так что по этому поводу тома от рхел 5 на рхел 6 читаться не будут вообще :)
>> смысла потому что нет обновлять 8.4 до 9.1 ;-)
> Представляю себе если б редхат объявил своим кастомерам что их рхел 5
> нет смысла апгрейдить до рхел 6, так что по этому поводу
> тома от рхел 5 на рхел 6 читаться не будут вообще
> :)уже (даже тут!) писали кучу раз, о том, что во фре _одновременно_ ведется несколько веток (3 (три)): head(она же CURRENT), stable/9, stable/8
и то, что в _более позднем_ снепшоте stable/8 есть фичи которых нет в древнем снепшоте со stable/9 не удивительно.
но даже для тех, кто не дружит с головой и, _изначально_ поставив 8.4, решил зачем-то перейти на 9.1 подстелили соломки = пулы создаются версии, которую умеет и 9.1.
а про обновление редхатовских вещей лучше давайте не будем. или я спрошу как обновить центоз с 4.х до свежей версии, без переустановки и жонглирования данными коих пару Тб ;-)
> а про обновление редхатовских вещей лучше давайте не будем. или я спрошу
> как обновить центоз с 4.х до свежей версии, без переустановки и
> жонглирования данными коих пару Тб ;-)Для начала надо спросить - кто вас заставлял мешать систему и данные до состояния фарша? При разделении базовой системы и сервисов всё прекрасно апгрейдится в любой проекции.
>> а про обновление редхатовских вещей лучше давайте не будем. или я спрошу
>> как обновить центоз с 4.х до свежей версии, без переустановки и
>> жонглирования данными коих пару Тб ;-)
> Для начала надо спросить - кто вас заставлял мешать систему и данные
> до состояния фарша? При разделении базовой системы и сервисов всё прекрасно
> апгрейдится в любой проекции._меня_ бы не заставили. и новый сервер не с линуксом, да.
> _меня_ бы не заставилиНу так а при чем тут центос, если в руках дело?
>> _меня_ бы не заставили
> Ну так а при чем тут центос, если в руках дело?начало треда перечитай.
> начало треда перечитай.Чего перечитывать-то? Это не в центос, как по твоим словам, вляпался "энтерпрайз", а в клинических админов.
>> начало треда перечитай.
> Чего перечитывать-то? Это не в центос, как по твоим словам, вляпался "энтерпрайз",
> а в клинических админов.ну так это. зри в корень: если админ - идиот то какая разница, фря там, центоз или арчлинукс?;-)
> ну так это. зри в корень: если админ - идиот то какая
> разница, фря там, центоз или арчлинукс?;-)Есть разница: подход версионирования фри в данном конкретном случае - такая же школьная несуразица. Просто ты видишь только одну сторону проблемы. Опять же - нарушение версионности в релизах фри сделает для ряда новичков такую "фичу" приемлемой/привычной. И они будут такой подход в жизнь пихать, что не есть весело и вкусно.
>> ну так это. зри в корень: если админ - идиот то какая
>> разница, фря там, центоз или арчлинукс?;-)
> Есть разница: подход версионирования фри в данном конкретном случае - такая же
> школьная несуразица. Просто ты видишь только одну сторону проблемы. Опять же
> - нарушение версионности в релизах фри сделает для ряда новичков такую
> "фичу" приемлемой/привычной. И они будут такой подход в жизнь пихать, что
> не есть весело и вкусно.чем, по-твоему, нежелание следить за развитием используемой ОС отличается от того, что из систему делают хрен пойми что по идиотским хау-ту? как по мне, это однофигственно. что там дебилы, которые не могут разобраться с датами выхода релизов, что тут, не могущие почитать док-цию к ОС/дистрибутиву и прибегающие к дебильным хауту. теже яйца только в профиль.
Тем, что сюрпризы вида "наша 8.4 новее, чем 9.1" - не добавляют предсказуемости.Есть определенная планка ожиданий в инженерном подходе, ибо охватить ВСЁ (а так можно докатиться до того, что говорить - читайте не только релизнотесы но и все чейнджлоги) невозможно, и надо иметь определенный фактор доверия и предсказуемости. Чем он меньше - тем меньше пригодность системы и подходов для внедрения и эксплуатации. Именно поэтому в "кровавом энтерпрайзе" жутко любят старые версии, и жутко не любят bleeding edge.
Один из классических факторов, улучшающих предсказуемость - версионность - старший релиз ВСЕГДА содержит более новые компоненты, нежели младший. Второй - совместимость вниз, когда старшие версии нормально работают с данными от младших версий, или апгрейдят их при первой подаче. Оба принципа - нарушены.
И если для конфигов нарушение совместимости вниз еще приемлемо и обходится релизнотесами, то для ядра и ФС, как части оного - не то, что неприемлемо, а вообще фатально.
> Тем, что сюрпризы вида "наша 8.4 новее, чем 9.1" - не добавляют
> предсказуемости.
> Есть определенная планка ожиданий в инженерном подходе, ибо охватить ВСЁ (а так
> можно докатиться до того, что говорить - читайте не только релизнотесы
> но и все чейнджлоги) невозможно, и надо иметь определенный фактор доверия
> и предсказуемости. Чем он меньше - тем меньше пригодность системы и
> подходов для внедрения.это оттого, что ты не желаешь следить за используемым инструментом. ну или пытаешься найти отговорки, чтобы не следить. а еще про инженерный подход рассказываешь что-то
> Один из классических факторов, улучшающих предсказуемость - версионность.а в пределах ветки там все ок;-)
> И если для конфигов нарушение совместимости вниз еще приемлемо и обходится релизнотесами,
> то для ядра и ФС, как части оного - не то,
> что неприемлемо, а вообще фатально.и обновлять версию пула никто не заставляет;)
ну правда же, претендуешь на инженера, но пытаешься доказать что "поставить 8.4, обновить пул и обновляться до 9.1 хочу!" это нормально. так нет же, это не нормально.
Ответь мне на два простых вопроса: между 9.1 и 8.4 совместимость по актуальной версии пула вверх или вниз? Как это коррелирует с номерами версий?Вот это - не нормально.
> Ответь мне на два простых вопроса: между 9.1 и 8.4 совместимость попо дефолту версии одинаковы (28). но в 8.4 можно апнуть до 5000.
> актуальной версии пула вверх или вниз? Как это коррелирует с номерами
> версий?почему оно _должно_ коррелировать с _номерами_ версий, а не датой релиза(а точнее features freeze), например? потому что так не делают в рх или в дебилиане, к примеру?
> Вот это - не нормально.
> почему оно _должно_ коррелировать с _номерами_ версий, а не датой релизаПотому, что это нормальный инженерный подход. Версионность и преемственность версий.
У фряхи такого нет, угу. Там есть только дата снапшота, что характерно для bleeding edge (development snapshot release) без QA-циклов и версионирования.
Тогда о чем спор? Ветка началась именно с того, что никакой преемственности у версий фряхи нет. Тем и заканчивается.
>> почему оно _должно_ коррелировать с _номерами_ версий, а не датой релиза
> Потому, что это нормальный инженерный подход. Версионность и преемственность версий.а я считаю, что красные фломастеры вкуснее синих. и не верю тебе, что наоборот. если тебе будет проще - можешь считать, что freebsd-8 это одна ОС, freebsd-9 - другая.
> У фряхи такого нет, угу. Там есть только дата снапшота, что характерно
> для bleeding edge (development snapshot release) без QA-циклов и версионирования.не правда. все же почитай ссылку которую давали где-то тут в тредике, про то, как получаются X.Y-RELEASE.
> Тогда о чем спор? Ветка началась именно с того, что никакой преемственности
> у версий фряхи нет. Тем и заканчивается.я кажется понял, это такой троллинг, без твоего коронного "пнх", по крайней мере пока что, дыа?;)
> а я считаю, что красные фломастеры вкуснее синих. и не верю тебе,Продолжай есть фломастеры дальше. Это где-то на уровне фанатизма.
А что, прикольно freebsd-8.8, freebsd-8.9, freebsd8.9.1... freebsd-8.9.9.9....
> Ответь мне на два простых вопроса: между 9.1 и 8.4 совместимость по
> актуальной версии пула вверх или вниз?Они совместимы 1-в-1.
> Как это коррелирует с номерами версий?
Пока не захочется САМОМУ апгрейдить версию пула на 8.4, фактор внезапности абсолютно исключён.
> Они совместимы 1-в-1.И даже после апгрейда пула в 8.4?
Пойми простую вещь: 9.1 должен быть совместим вниз с 8.4 при любом раскладе в том, что касается базовых системных компонент, необходимых для выживания при апгрейде. FS к оным - относится. Если бы к моменту релиза 8.4 был релиз 9.2, поддерживающий новый пул - никаких вопросов бы не возникло. Но его нет. А вопрос есть. Один. WTF?
>> Они совместимы 1-в-1.
> И даже после апгрейда пула в 8.4?
> Пойми простую вещь: 9.1 должен быть совместим вниз с 8.4 при любом
> раскладе в том, что касается базовых системных компонент, необходимых для выживания
> при апгрейде. FS к оным - относится. Если бы к моменту
> релиза 8.4 был релиз 9.2, поддерживающий новый пул - никаких вопросов
> бы не возникло. Но его нет. А вопрос есть. Один.9.2-RELEASE намечается совсем скоро. "WTF?" — просто надо быть в курсе жизненно важных событий.
> 9.2-RELEASE намечается совсем скоро. "WTF?" — просто надо быть в курсе жизненно
> важных событий.Жизненно важное событие - это очередное покладание МПХ на все общепринятые принципы. Неужели центральное коммюнити у фряхи загнило настолько, что уже не справляется с банальными вещами?
>> Они совместимы 1-в-1.
> И даже после апгрейда пула в 8.4?Прежде чем апгрейдить пул до новой версии на боевом сервере, следует хоть немного подумать мозгом - зачем ? Хотя для тех, у кого мзга нет, это не актуально ....
> Пока не захочется САМОМУ апгрейдить версию пула на 8.4, фактор внезапности абсолютно
> исключён.Даже скучно, толи дело lvm+ex4 ...
>> Ответь мне на два простых вопроса: между 9.1 и 8.4 совместимость по
>> актуальной версии пула вверх или вниз?
> Они совместимы 1-в-1.Оно и видно - тома от релизнутой 8.4 не цепанутся релизнутой 9.1. Гениально, Ватсон. Это как если б редхат выкатил centos 5 с драйверами новее чем в centos6. В то время как они самый максимум БЭКпортируют туда некоторые фичи. А какой смысл много внимания уделять устаревшей ветке?
> это оттого, что ты не желаешь следить за используемым инструментом. ну или
> пытаешься найти отговорки, чтобы не следить. а еще про инженерный подход
> рассказываешь что-тоИнженерный подход заключается в том, чтобы иметь _предсказуемые_ компоненты, которые _не обязательно_ _каждый раз_ заново разбирать на составные части, и каждую анализировать в отдельности перед интеграцией. Эдакие "черные ящики", которые стыкуются и работают _предсказуемым_ образом. И в том, чтобы гарантировать остальным, что твой собранный _чёрный ящик_ будет настолько же предсказуем.
ЗЫ. Когда инженеры собирают самолет - они не читают спецификации на каждую гайку. Только на двигатель в целом. ZFS - это такая вот гайка, которая подло открутится прямо в полёте.
>> это оттого, что ты не желаешь следить за используемым инструментом. ну или
>> пытаешься найти отговорки, чтобы не следить. а еще про инженерный подход
>> рассказываешь что-то
> Инженерный подход заключается в том, чтобы иметь _предсказуемые_ компоненты, которые _не
> обязательно_ _каждый раз_ заново разбирать на составные части, и каждую анализировать
> в отдельности перед интеграцией. Эдакие "черные ящики", которые стыкуются и работают
> _предсказуемым_ образом. И в том, чтобы гарантировать остальным, что твой собранный
> _чёрный ящик_ будет настолько же предсказуем.человек, который решил поставить fbsd знает(ну, должен знать, если это не эникей со знанием линакс-солярис-виндуз-всех_бсд, по резюме), что 8.4 вышла _после_ 9.1, что 9.1 _не поддерживает_ версию пула 5000. и тут вар-ты: либо он осознано ставит 8.4 (из-за 5000 и, соответственно, апгрейдит пул) либо он ставит 8.4/9.1 но с 28 версией.
> ЗЫ. Когда инженеры собирают самолет - они не читают спецификации на каждую
> гайку. Только на двигатель в целом. ZFS - это такая вот
> гайка.ага. "чипованный" мотор от иномарки сунуть в жигу, вероятнее всего ее (жигу) распид..сит в хлам. тоже самое и тут;)
> человек, который решил поставить fbsd знает(ну, должен знать, если это не эникей
> со знанием линакс-солярис-виндуз-всех_бсд, по резюме), что 8.4 вышла _после_ 9.1Тогда надо было версии называть не 8.4 и 9.1, а 8.4-20130505, 9.1-20130206, как принято для development snapshot, и всё будет просто и очевидно. Так нет же - "хочется чувствовать себя релизом". Поэтому выглядит, как "пойди и догадайся".
> ага. "чипованный" мотор от иномарки сунуть в жигу, вероятнее всего ее (жигу) распид..сит в хлам. тоже самое и тут;)
Именно. В жигу сунули пул версии 5000... который вообще-то должен быть в иномарке... но вот так уж получилось.
> это оттого, что ты не желаешь следить за используемым инструментом.Понимаешь ли, мало кто из ынтырпрайзных админов и манагеров хочет чтобы при этом грабли засветили ручкой в лоб. Поэтому нормальные проекты админят так чтобы это было более-менее логично и вообще failsafe. Но это не про данный проект...
> ну так это. зри в корень: если админ - идиoт то какая
> разница, фря там, центоз или арчлинукс?;-)А простая. Олух который пхнет том от рхел 5 в рхел 6 - не поимеет с этого никаких проблем, все будет работать. А вот если олух попробует "заапгрейдить" 8.4 до 9.1 (последний релиз 8.х до последнего релиза 9.х) - его будет ждать очень интересный облом. Энтерпрайзятники это понимают и поэтому упоравляют проектами так чтобы не раскладывать грабли на ровном месте. А вот ваши фрибздуны - обитают в сферическом вакууме, по поводу чего и позволяют себе такие совсем не энтерпрайзные маневры :)
> и новый сервер не с линуксом, да."Отомщу кондуктору - куплю билет и назло ему пойду пешком" :)
>> и новый сервер не с линуксом, да.
> "Отомщу кондуктору - куплю билет и назло ему пойду пешком" :)я ж не Шетухин, мебель чтобы двигать;) мне нужно чтобы:
1) было удобным и привычным
2) работало
оба пункта выполняются
> я ж не Шетухин, мебель чтобы двигать;) мне нужно чтобы:
> 1) было удобным и привычным
> 2) работало
> оба пункта выполняютсяПостоянно вы слоника вспоминаете, зацепило вас вполне законное решение кого-то делать
что-то, что считается этим кем-то правильным.
> Постоянно вы слоника вспоминаете, зацепило вас вполне законное решение кого-то делать
> что-то, что считается этим кем-то правильным.это был лишь пример ;-) известный тут, в т.ч.
>> я ж не Шетухин, мебель чтобы двигать;) мне нужно чтобы:
>> 1) было удобным и привычным
>> 2) работало
>> оба пункта выполняются
> Постоянно вы слоника вспоминаете, зацепило вас вполне законное решение кого-то делать
> что-то, что считается этим кем-то правильным.Там все сложнее, и не в бсд дело ...
Прямо, триллер какой-то.Если обладаете какой-то инфой просьба поделиться.
> 1) Тигар не переобучаемый.
> 2) свое г-но не пахнет//obvious fix
>> 1) Тигар не переобучаемый.
>> 2) свое г-но не пахнет
> //obvious fixспасибо, мой ананимный Убунту-Специалист. я полчаса пытался подобрать слова, да так и не смог! ;-)
> При разделении базовой системы и сервисов всё прекрасно апгрейдится в любой проекции./usr/local )))
> /usr/local )))Мало.
> Лучше было вообще так не делать - и оставить 28, как минимум до миграции его в 9.x.Ой, бли-и-ин... Ты действительно не понимаешь, что новая версия пула попала в 8.4 ИЗ 9-ки?! И при необходимости эта 8.4 элементарно апгрейдится до 9-STABLE, в которой этот пул давно уже есть, потому что (см. предыдущее предложение).
1. Где она в 9-STABLE?
2. Почему 9-TEST попала в 8-STABLE раньше, чем в 9-STABLE?
> Ой, бли-и-ин...
> 1. Где она в 9-STABLE?<facepalm> Где?! В... в.. (аутотренинг: "я - вежливый, культурный человек с высшим образованием") в коде она там. В ко-де!
> 2. Почему 9-TEST попала в 8-STABLE раньше, чем в 9-STABLE?
<doublefacepalm> Потому что никакой 9-TEST не существует. Есть ветка 10-CURRENT, в которую вносятся и обкатываются все нововведения, есть ветка 9-STABLE, в которую из 10-ки переносятся уже обкатанные новшества, и есть ветка 8-STABLE, в которую новшества переносятся из 9-ки по мере сил и возможностей. А все релизы - это просто снимки стабильной ветки на определённый момент.
Вот тут это описано подробнее, с картинками: http://www.freebsd.org/doc/en/articles/building-products/fre...
>>> есть ветка 9-STABLE, в которую из 10-ки переносятся уже обкатанные новшества
>>> есть ветка 8-STABLE, в которую новшества переносятся из 9-ки по мере сил и возможностейИтак, с твоих слов имеем вектор: 10-CURRENT > 9 > 8
Каким образом при таком раскладе в 8 попала фича, которой нет в 9?
Путаемся в показаниях?
>> есть ветка 9-STABLE, в которую из 10-ки переносятся уже обкатанные новшества
>> есть ветка 8-STABLE, в которую новшества переносятся из 9-ки по мере сил и возможностей
> Итак, с твоих слов имеем вектор: 10-CURRENT > 9 > 8
> Каким образом при таком раскладе в 8 попала фича, которой нет в 9?
> Путаемся в показаниях?- Сынок, это - море.
- Где-е-е?
- Да вот же оно, море.
- Где-е-е?
- Мля... Да вот оно! Вот оно - море!
- Где-е-е?!В общем, я мог бы и в четвёртый раз попытаться объяснить тебе разницу между постоянно развиваемой веткой 9-STABLE и прошлогодней точкой на этой ветке под названием 9.1-RELEASE, но боюсь, что медицина здесь уже бессильна. :-(
То, что ты объясняешь - называется Bleeding Edge. "Постоянно развиваемая". О чём спор тогда? Честно признай, что система не имеет LTS-веток, пригодных для продакшна, и делов-то.
> То, что ты объясняешь - называется Bleeding Edge. "Постоянно развиваемая". О чём
> спор тогда? Честно признай, что система не имеет LTS-веток, пригодных для
> продакшна, и делов-то.Мда, случай некурабельный... Если человеку четыре раза объяснили, чем девелоперская ветка CURRENT отличается от стабильной ветки STABLE (из которой периодически делают снэпшоты-релизы), а он не в силах этого понять - то его спасёт только утоптанная дорожка и крепкая стена. :-(
Одно меня смущает - как же ты пишешь, если не умеешь читать?
Ну не может 8-STABLE ("release") быть новее 9-STABLE ("release") по версиям компонентов при нормальной модели разработки.Может быть только тогда, когда "stable" (которые на деле ни фига не stable) формируются из BE (-CURRENT) без учета какой-либо последовательности версий.
Т.е. релиз-цикл с вовлечением в него всех веток отсутствует, как факт. В одной ветке одно оттестировали, в другой - другое, потом каждую как попало сляпали, и выбросили под видом релиза.
Это лишает релизы преемственности, и является грубейшим нарушением в общепринятой практике. Плюс набор caveats при таком подходе непредсказуем от ветки к ветке, что затрудняет анализ проблем.
> Ну не может 8-STABLE ("release") быть новее 9-STABLE ("release") по версиям компонентов
> при нормальной модели разработки."Смешались в кучу люди, кони..."
Похоже, у тебя манная каша в голове, раз ты даже с пятого раза не уяснил разницу между веткой и релизом. Заодно помедитируй на тему: как это RHEL 5.9 вышел в январе этого года, если 6.1 вышел ещё в 2011-м.
Чудик, манная каша в голове у тебя. Я тебе говорю, что в нормальном случае в "5.9" не может быть фич новее, чем в "6.1". А ты все цифирки с датами сравниваешь.
> Ну не может 8-STABLE ("release") быть новее 9-STABLEОно и не новее ...
> Оно и не новее ...И даже версия пула ZFS не новее? Сами себе противоречим?
>> Оно и не новее ...
> И даже версия пула ZFS не новее? Сами себе противоречим?Дорогой друг вы опять перепутали версию системы и версию ZFS ? В FreeBSD все так сложно ... Кто нибудь подскажите ему где купить книжку "Установка FreeBSD для клинических идиотов" :)))
ЗЫ Соболезную вашему лечащему врачу.
Любой компонент системы считается.
> Оно и не новее ...Как же не новее, если тома от 8.4 в 9.1 не прочтутся. Получается что 9.1 по факту старее. Как минимум в вот этой вот фиче. Запущенный случай.
>> Оно и не новее ...
> Как же не новее, если тома от 8.4 в 9.1 не прочтутся.Ещё раз для плохо слышащих: "для избежания проблем с миграцией на FreeBSD 9.1 в FreeBSD 8.4 по умолчанию создаются ZFS pool версии 28".
> Получается что 9.1 по факту старее. Как минимум в вот этой вот фиче. Запущенный случай.Одолжите разработчикам машину времени. Они вернутся в прошлое и внесут изменения в ZFSv28 во FreeBSD 9.1-RELEASE для поддержки всех необходимых фич ZFS, которые есть сегодня во FreeBSD 8.4-RELEASE и FreeBSD 9.1-STABLE.
> Ещё раз для плохо слышащих: "для избежания проблем с миграцией на FreeBSD
> 9.1 в FreeBSD 8.4 по умолчанию создаются ZFS pool версии 28".Еще раз: апгрейд - это апгрейд. С pool upgrade и прочим. Перешли с 8.3 на 8.4, допустим, теперь по плану миграции - девятка. 9.2 нет, перейти на 9.1 никак, ибо она протухла по сравнению с 8.4. Это не нормально...
> Одолжите разработчикам машину времени. Они вернутся в прошлое и внесут изменения в
> ZFSv28 во FreeBSD 9.1-RELEASEИм надо мозг одолжить - чтобы сначала в инженерном цикле выпускался 9-RELEASE, и только потом все новые фичи перетекали бэкпортом в 8-RELEASE. Ибо цикл - 10>9>8.
> 9.2 нет, перейти на 9.1 никак, ибо она протухла по сравнению
> с 8.4. Это не нормально...Ну вот такой вот прикольный у чуваков прожект менеджмент. Академики продакшн походу только на фотографиях видят.
> Им надо мозг одолжить - чтобы сначала в инженерном цикле выпускался 9-RELEASE,
> и только потом все новые фичи перетекали бэкпортом в 8-RELEASE. Ибо
> цикл - 10>9>8.Алекс а вы уже одолжили ?
Что то не заметно :( ...
> Алекс а вы уже одолжили ?Я? Им? Фиг. Всем мозг одалживать - никакого мозга не хватит.
ты прям совсем тупой, или тебя это прикалывает?http://svnweb.freebsd.org/base/stable/9/cddl/contrib/opensol...
http://svnweb.freebsd.org/base/stable/8/cddl/contrib/opensol...ZFS версии 5000 был добавлен В ОБЕ STABLE ветки 8 и 9 с разницей в один день
попал он туда после обкатки в current и называется это MFC
в какой-то момент времени для 8-й ветки сделали снапшот и назвали его 8.4-RELEASE, и там был ZFS 5000, потому что MFC произошел до релиза
в последнем 9-RELEASE ZFS 5000 нет, потому что его зарелизили до MFC
в ближайшем 9.2-RELEASE он будет, и уже есть в 8-STABLE и 9-STABLEесли очень не терпится, можно смело обновлять 8.Х до 9-STABLE
зачем обновлять только что вышедшую 8.4-RELEASE до 9.1-RELEASE, выпущенной более полугода назад - убей, не пойму
Чудик, релиз девятки с 5000 был, или не было?
> Чудик, релиз девятки с 5000 был, или не было?какая разница?
релиз - это точка во времени для STABLE-веткизачем спрашивать, если не читаешь ответ?
Потому что крайний снапшот 9(9.1) был сделан сильно раньше крайнего с 8(8.4). Сделают 9.2 - он будет новее, чем 8.4 Ты никак не хочешь понять (или троллишь), что в бздях немного другая модель разработки, чем в линухах.
Я вообще-то с самого старта говорю, что модель разработки в целом другая. Конкретно - косолапая по версионности релизов, и называется bleeding edge. Когда для синхронизации надо постоянно держаться -CURRENT.Меня, например, как инженера, от такой модели перекашивает... Да и не только меня - и неумение это признать и выправить пойдёт разработке фряхи только во вред.
> Я вообще-то с самого старта говорю, что модель разработки в целом другая.
> Конкретно - косолапая по версионности релизов, и называется bleeding edge. Когда
> для синхронизации надо постоянно держаться -CURRENT.
> Меня, например, как инженера, от такой модели перекашивает...Меня, как технолога, такая модель разработки устраивает полностью.
> Да и не только меня - и неумение это признать и выправить пойдёт разработке фряхи только во вред.
Процесс разработки FreeBSD полностью укладывается в централизованную модель разработки "собора", которую описал Эрик Рэймонд, когда есть основной ствол разработки -CURRENT, от которого ведутся стабилизационные ветки -STABLE с фиксированными ("почками") выпусками -RELEASE. Все полезные соки от ствола распространяются по живым веткам, которые дают плоды и продолжают плодоносить дальше, пока в них есть потребность.
> Меня, как технолога, такая модель разработки устраивает полностью.Это пока ты ее на локалхосте "техноложишь". Как только выйдешь в продакшн - будет интереснее.
>> Меня, как технолога, такая модель разработки устраивает полностью.
> Это пока ты ее на локалхосте "техноложишь". Как только выйдешь в продакшн - будет интереснее.Чем?
> Чем?Совершенно иные критерии.
- OpenSSL 0.9.8y;а есть возможность установки 1.0.1 ?
просто например, если брать nginx то поддержка SPDY в нем возможна только при использовании 1.0.1
В портах 1.0.1.
> - OpenSSL 0.9.8y;
> а есть возможность установки 1.0.1 ?
> просто например, если брать nginx то поддержка SPDY в нем возможна только
> при использовании 1.0.1portsnap fetch update
/etc/make.conf
WITH_OPENSSL_PORT=yes
nginx сам за собой потянет портовый openssl, который как раз 1.0.1.
шо за безобразие, ну когда заработает http://torrents.freebsd.org:8080/ ???
> шо за безобразие, ну когда заработает http://torrents.freebsd.org:8080/ ???Кто-то утверждал что никогда.
Обсуждение тут http://forums.freebsd.org/showthread.php?t=35711&page=2
По умолчанию 8-ая ветка фряхи создаёт пулы обратносовместимые с 8-ой веткой и с 9.0, 9.1. И это хорошо. После выхода 9.2 я смогу апнуться до неё, покрутить носом и если вдруг что, без проблем вернуться на старое ядро и мне не придётся думать "чем блин смонтировать вон то УГ неизвестной версии, неизвестного релиза, неизвестно как монтирующееся и через полнейшую задницу переносящееся на другой диск" (из личного опыта тыкания пальцем в незагружаемую систему с GPT+LVM+EXT4, для полноты ощущений там софтового RAID не хватало)
> тыкания пальцем в незагружаемую систему с GPT+LVM+EXT4, для полноты ощущений там
> софтового RAID не хватало)И почему самые странные проблемы с пингвинами - у бсдшников? Может у вас радиус кривизны рук под систему не подходит? :)
>> тыкания пальцем в незагружаемую систему с GPT+LVM+EXT4, для полноты ощущений там
>> софтового RAID не хватало)
> И почему самые странные проблемы с пингвинами - у бсдшников? Может у
> вас радиус кривизны рук под систему не подходит? :)милый друг - если я начну рассказывать радиус кривизны линухового ядра (только то что сам прошел и что фиксил) - список будет очень большой. Может по тому что они не стесняются говорить о них? И не пытаются решать проблемы - перестановкой и выбором дистрибутива на котором заработает.. ?
> милый друг - если я начну рассказывать радиус кривизны линухового ядра (тольконачинай прямо сейчас, иначе пустозвонство
> начинай прямо сейчас, иначе пустозвонствоНе спеши, он еще не придумал. Щас он ожесточенно пырится в сорцы линя, пытаясь понять, какой это ЯП (потому что знает только пых и JS).
Названия файлов, функций, каких-то участков кода, которые не понравились в студию.Будем
разбираться, в противном случае не M_PIздеть.
> милый друг - если я начну рассказывать радиус кривизны линухового ядраНу, попробуй, расскажи. Заодно попробуй обосновать что твое мнение - ценнее чем мнение всяких там айбиэмов, интелей и прочих гуглов. Которым по роду деятельности в принципе все-равно какую систему использовать, поэтому они просто выбирают лучшее из доступного. А то что в силу особенностей лицензии стимул подключиться к разработке есть - ну да, есть такое дело. Только это фича а не баг.
> Обновление компонентов подсистемы ZFS до последней версии ZFS pools (SPA 5000)Вот это правильный подход! Systemd с его всего лишь 200 версиями отдыхает. Не говоря уже о хроме с фурифоксом, которые пока и за тридцатник не перевалили.
> с поддержкой сжатия LZ4, уничтожением наборов данных в асинхронном режиме, оптимизациями ZIO NOP-write.
А шифрование когда будет? В солярке ведь сто лет уже как.
>Вот это правильный подход! Systemd с его всего лишь 200 версиями отдыхает.Это из-за того, что они перешли на хитропопую систему нумерования: http://lists.freebsd.org/pipermail/freebsd-fs/2011-May/01156...
>А шифрование когда будет? В солярке ведь сто лет уже как.
Ну так самой солярки как свободной и открытой системы тоже сто лет уже как нет. А исходники с шифрованием выложены не были. Открытый вариант ZFS пилит ZFS Working Group (Illumos, FreeBSD, ZFS-on-Linux и т. д.). И нет, про шифрование не слышно.
Для личных целей можно и нативную солярку с всеми её возможностями использовать.
И пусть кто докажет, что шифрованные тома-это личное, а не бизнес.
Ну это уже как тебе нравится, можешь и винду со всеми её невозможностями использовать.Я предпочитаю без шифрования на уровне ZFS(но можно целиком диски зашифровать), но открытое и более перспективное, и тут на выбор FreeBSD, Illumos и ZFS-on-Linux.
> Я предпочитаю без шифрования на уровне ZFS(но можно целиком диски зашифровать), но открытое и более перспективное, и тут на выбор FreeBSD, Illumos и ZFS-on-Linux.На данный момент, применительно к реализациям ZFS, требования "открытое" и "более перспективное" - противоречат друг другу. Шифрование - очень показательный пример этого.
> На данный момент, применительно к реализациям ZFS, требования "открытое" и "более перспективное"
> - противоречат друг другу. Шифрование - очень показательный пример этого.Нет, не противоречит. Тут наверное само слово ZFS вводит в заблуждение. Я не знаю как так получилось, что две совершенно разные ветки ZFS носят одинаковое название. Открытое и перспективное - это Illumos, FreeBSD и ZFS-on-Linux. Проприетарщина - Oracle. Illumos'овцы утверждают, что большинство старых разработчиков ZFS свалили из Oracle и осели в Illumos и около того, и себя они скромно называю мэйнстримом для ZFS. И развиваются эти ветки независимо.
Интересно, а можно ссылки, на их форумы?
> разработчиков ZFS свалили из Oracle и осели в Illumos и около
> того, и себя они скромно называю мэйнстримом для ZFS.Тогда почему оракель реализовал шифроварие, а фрибсдшники страдают?
> Ну так самой солярки как свободной и открытой системы тоже сто лет
> уже как нет. А исходники с шифрованием выложены не были. Открытый
> вариант ZFS пилит ZFS Working Group (Illumos, FreeBSD, ZFS-on-Linux и т.
> д.). И нет, про шифрование не слышно.Вывод очевиден. И он явно не в пользу ZFS Working Group.
Я даже не знаю - смеяться или плакать. Когда жлоб имеет халявщиков, не способных написать для ФС даже такую фичу - это смех сквозь слезы.
Шифрование нужно.
блобом ?
> блобом ?Если блоб будет внедрен во FreeBSD, это автоматически сделает его свободным. Потому что во фре свободно все, по определению.
В Яндексе ветка 8.x, интересно переходят они на pkgng?
Щито? Давно везде девятка.
обновился, пришлось делать zpool upgrade для "чистоты" zpool status, rar из обновлённых портов умеет жать более чем на одном ядре судя по выводу top (оффтопик), прикрутил pkgng однако когда запилят под него официальный репозиторий? неужто к выходу release10.0
> обновился, пришлось делать zpool upgrade для "чистоты" zpool status, rar из обновлённых
> портов умеет жать более чем на одном ядре судя по выводу
> top (оффтопик), прикрутил pkgng однако когда запилят под него официальный репозиторий?
> неужто к выходу release10.0Вообще в free сейчас есть возможность создавать пакеты pkgng из портов с складированием их в свой репозиторий.Сочетание возможности кастомной сборки софта, и лёгкости его установки и обновления на любое количество машин средствами pkgng.
> Вообще в free сейчас есть возможность создавать пакеты pkgng из портов с
> складированием их в свой репозиторий.Сочетание возможности кастомной сборки софта, и лёгкости
> его установки и обновления на любое количество машин средствами pkgng.В общем и целом, наконец-то более-менее успешно внедрили то, что у других было уже много лет.
Успешно? Не смешите меня, там до успеха как до Луны. Версии зависимостей начнет нормально отрабатывать, тогда и поговорим об успехе. См. https://www.opennet.ru/openforum/vsluhforumID3/89678.html#23
> В общем и целом, наконец-то более-менее успешноИ в чем состоит этот успех? В чисто номинальной галочке?
[x] у нас есть пакетный менеджер, типа.
Между тем, в FreeBSD 9-STABLE в ZFS появилась поддержка команды TRIM для SSD:
http://svnweb.freebsd.org/base/stable/9/cddl/?sortby=date&vi...
> Между тем, в FreeBSD 9-STABLE в ZFS появилась поддержка команды TRIM для
> SSD:
> http://svnweb.freebsd.org/base/stable/9/cddl/?sortby=date&vi...Так TRIM же не нужен? Или уже нужен?
>> Между тем, в FreeBSD 9-STABLE в ZFS появилась поддержка команды TRIM для
>> SSD:
>> http://svnweb.freebsd.org/base/stable/9/cddl/?sortby=date&vi...
> Так TRIM же не нужен? Или уже нужен?Кому-как. Некоторые без увеличения скорости записи на SSD-накопители жить не могут, другие страдают от повышенного износа из-за лишнего "освежения" данных.
Можно отключить, задав соответствующую sysctl-переменную в /boot/loader.conf.
>>> Между тем, в FreeBSD 9-STABLE в ZFS появилась поддержка команды TRIM для
>>> SSD:
>>> http://svnweb.freebsd.org/base/stable/9/cddl/?sortby=date&vi...
>> Так TRIM же не нужен? Или уже нужен?
> Кому-как. Некоторые без увеличения скорости записи на SSD-накопители жить не могут, другие
> страдают от повышенного износа из-за лишнего "освежения" данных.
> Можно отключить, задав соответствующую sysctl-переменную в /boot/loader.conf.ты умный? она и так по умолчанию отключена
>>>> Между тем, в FreeBSD 9-STABLE в ZFS появилась поддержка команды TRIM для
>>>> SSD:
>>>> http://svnweb.freebsd.org/base/stable/9/cddl/?sortby=date&vi...
>>> Так TRIM же не нужен? Или уже нужен?
>> Кому-как. Некоторые без увеличения скорости записи на SSD-накопители жить не могут, другие
>> страдают от повышенного износа из-за лишнего "освежения" данных.
>> Можно отключить, задав соответствующую sysctl-переменную в /boot/loader.conf.
> ты умный? она и так по умолчанию отключена% sysctl vfs.zfs.trim.enabled
vfs.zfs.trim.enabled: 1
% uname -rsm
FreeBSD 9.1-STABLE amd64
> vfs.zfs.trim.enabled: 1Так я не понял - зачем же ты себе SSD ускоренно протираешь? Сам же лечил как это плохо, блаблабла :). Правда откуда взялся вывод что он так больше протирается - я не совсем понял, но можно же тебе твои мысли припомнить, а? :)
SSD хранят данные в ячейках флеш-памяти, сгруппированных (в MLC SSD) в «страницы» (обычно по 4 Кбайт каждая), которые, в свою очередь, сгруппированы в блоки (обычно 128 страниц или 512 Кбайт суммарно). Ячейки NAND-флеш-памяти могут быть непосредственно записаны лишь в том случае, когда они чисты. В случае, когда они хранят данные, содержимое ячеек должно быть очищено, прежде чем в них будут записаны новые данные. В SSD накопителях операция записи может быть проделана только для страниц, однако из-за аппаратных ограничений команда удаления всегда выполняется на весь блок. В результате, запись на SSD-носитель выполняется очень быстро до тех пор, пока существуют чистые страницы, но значительно замедляется, если необходимо очищать предварительно записанные страницы. Так как очистка ячеек в странице необходима перед тем, как в них можно будет записывать снова, но только целый блок может быть очищен, процесс перезаписи инициирует цикл чтение-очистка-модификация-запись: содержимое целого блока должно быть сохранено в кеше перед тем, как оно может быть удалено с накопителя, перезаписываемые данные модифицируются в кеше и только после этого целый блок (с обновленной страницей) записывается на накопитель. Это явление известно как _усиление записи_.
http://ru.wikipedia.org/wiki/TRIM
Это называеться UNMAP
> быть непосредственно записаны лишь в том случае, когда они чисты.Ну, ты молодец - пересказал 294-му как работает флеш память. Правда вот я уже примерно 12 лет как в курсе что такое флеш память и как ее программировать. Сущий пустяк :).
> Так как очистка ячеек в странице необходима перед тем, как в
> них можно будет записывать снова, но только целый блок может быть
> очищен, процесс перезаписи инициирует цикл чтение-очистка-модификация-запись:Спасибо, вику пересказываешь хорошо. Правда вот учитывая что я плотно копался в такой механике самолично и даже разок напрограммил простейший вариант этой логики сам - ну как бы удачи в рассказах.
А вот что мне интересно - так это с чего ты взял, что число циклов флеша при "превентивном" GC с подыгрышом TRIM будет больше чем при протирании "когда приперло и иначе никак". Поскольку в уже прописанную область записать без стирания все-равно не получится, цикл стирания там будет нужен по любому, чтобы туда что-то записать. А вот когда у GC wear leveler есть свобода маневра - он это в целом может делать несколько реже. Потому что может оптимальнее раскладывать запрос на имеющиеся чистые блоки. А если все блоки всегда "занятые" (без trim о их [не]занятости накопитель ничего не знает) - накопитель может ориентироваться только на сведения о том что надо переписать их текущих запросов. И оперировать лишь маневровым запасом блоков. Если просто представить себе как это будет работать - станет понятно что при этом оптимально раскинуть в блоки получится уже не любой запрос. Ведь стирать можно только то что в рамках текущих запросов на запись. Остальное надо сохранить - "а вдруг это пользовательские данные?". Поэтому read-modify-write будет больше и он будет кантовать бОльший объем данных и менее оптимально чем мог бы. Так что в среднем wearing пожалуй даже сократится.
а почему Фряха не поддерживает Trinity???
> а почему Фряха не поддерживает Trinity???Neo не внедрился.
> а почему Фряха не поддерживает Trinity???Поздно поддерживать. Она еще в 45 упала, где-то в Хиросиме.
http://7he.at/freebsd/vps/
>>А при тех дровах сетевух, которые есть в freebsd, разве можно так загрузить серверНа наге полно реальных грузильщиков BSD гигабитами, у которых то одно падает, то другое, то хвост отваливается. Часть уже ушла на пингвины, часть посматривает.
Отчасти потому, что докостыленные до более-менее рабочего состояния дрова от яндеха морально устарели, а пофиксить мейнлайн систему до рабочего состояния никто до сих пор не смог.
>> А при тех дровах сетевух, которые есть в freebsd, разве можно так загрузить сервер"Дрова сетевух", как правило, во всех фриварных юникс-подобных ОС одинаковые, и пишутся производителем сразу подо всё, различаясь только обвязкой.
А "при тех дровах сетевух, которые есть во FreeBSD", можно загрузить CPU с 900 МГц тактовой частоты свитчингом десятигигабитного Ethernet'а. Как? http://info.iet.unipi.it/~luigi/netmap/ -- тут написано. И Intel, кстати, одобрил и запилил в свои "дрова сетевух" поддержку.
>>> А при тех дровах сетевух, которые есть в freebsd, разве можно так загрузить сервер
> "Дрова сетевух", как правило, во всех фриварных юникс-подобных ОС одинаковые, и пишутся
> производителем сразу подо всё, различаясь только обвязкой.В многих драйверах из freebsd разрабы не из производителей соответствующих железок.
Как правило, особенно при некоторой "сложности" железки, драйвера от непроизводителя
хуже качеством, чем от вендора.Часто от незнания тонких особенностей железки
по причине их секретности.
Речь шла именно о таких, потому-что всё-таки не железо выбирается под ОС.
>>>> А при тех дровах сетевух, которые есть в freebsd, разве можно так загрузить сервер
>> "Дрова сетевух", как правило, во всех фриварных юникс-подобных ОС одинаковые, и пишутся
>> производителем сразу подо всё, различаясь только обвязкой.
> В многих драйверах из freebsd разрабы не из производителей соответствующих железок.
> Как правило, особенно при некоторой "сложности" железки, драйвера от непроизводителя
> хуже качеством, чем от вендора.Часто от незнания тонких особенностей железки
> по причине их секретности.
> Речь шла именно о таких, потому-что всё-таки не железо выбирается под ОС.Помнится яша дрова на интел карточки переписывал, если интел нормально дрова написать не может то что об остальных говорить ...
Уточним: интелу это ваше бсд попросту не надо. Их оно просто не интересует. Не видят они для себя какой-то выгоды там. Ну вот они и забили на драйвера. Так что они посчитали это маргинальщиной по типу хаек и менуэтов и плевать хотят на то что там с проектом случится. Просто потому что полтора чудака с задранным ЧСВ - не больно какой userbase и особого профита, способного компенсировать разработку дров не приносит. Так что скажите спасибо что хоть какие-то драйвера вообще есть. Судя по всему - больше и таких не будет.
> Уточним: интелу это ваше бсд попросту не надо. Их оно просто не
> интересует. Не видят они для себя какой-то выгоды там. Ну вот
> они и забили на драйвера. Так что они посчитали это маргинальщиной
> по типу хаек и менуэтов и плевать хотят на то что
> там с проектом случится. Просто потому что полтора чудака с задранным
> ЧСВ - не больно какой userbase и особого профита, способного компенсировать
> разработку дров не приносит. Так что скажите спасибо что хоть какие-то
> драйвера вообще есть. Судя по всему - больше и таких не
> будет.Ну да, показать кривые исходники было совсем не стыдно ... :))) просто не интересно :)))
> Ну да, показать кривые исходники было совсем не стыдно ... :)))Ну да, интел судя по всему сделал выводы: теперь они под BSD вообще не пилят драйвера. Нет исходников (и драйверов) - нет проблем. А вот когда яндекс тратит корпоративные баблосы на разработку драйверов - вот тут менеджмент должен бы задуматься о том что они несут какие-то невменяемые затраты на совершенно не свойственные для профиля деятельности их компании функции. Грубо говоря, может оказаться просто дешевле выбросить систему для которой надо самолично все драйвера писать и поставить систему где драйвера уже есть.
> А "при тех дровах сетевух, которые есть во FreeBSD", можно загрузить CPU
> с 900 МГц тактовой частоты свитчингом десятигигабитного Ethernet'а. Как? http://info.iet.unipi.it/~luigi/netmap/http://forum.nag.ru/forum/index.php?showtopic=82298&st=40
Интересная тема с достойным завершением.
А то, что по ссылке - слегка костыль, и под пингвины тоже есть. Годится только для очень-очень узкоспецифичных применений - например, генератора трафика. Это не сетевой стек общего назначения.
Да, однозначно - тема закончилась EPIC WIN'ом :). Только не тех. Ибо там написано...> Вообщем поставил linux) 2 Гбит по 15 проц загружены ядра прерываниями) Так что не порвет)))
> Да, однозначно - тема закончилась EPIC WIN'ом :). Только не тех. Ибо
> там написано...
>> Вообщем поставил linux) 2 Гбит по 15 проц загружены ядра прерываниями) Так что не порвет)))В следующий раз винду поставят ...
> В следующий раз винду поставят ...Не поставят. Просто потому что в плане сетевых дел ничем таким не интересное. Если б оно работало лучше, те кому ехать а не шашечки может и поставили бы. А так смысла нет: дороже и хуже. Такие вот простые критерии...
>> В следующий раз винду поставят ...
> Не поставят. Просто потому что в плане сетевых дел ничем таким не
> интересное. Если б оно работало лучше, те кому ехать а не
> шашечки может и поставили бы. А так смысла нет: дороже и
> хуже. Такие вот простые критерии...Зато своё, родное ...
> Зато своё, родное ...Так бы сразу и сказали что у вас критерий выбора системы - "зато свое не пахнет". Желательно эту информацию довести до вашего менеджмента. По крайней мере мне было бы интересно посмотреть - через сколько вас уволят в нормальной компании. За паршивую эффективность вашей деятельности.
Непонятно, отчего это изменения во фряхе вызвали такой нереальный butthurt у лyноходов?> Количеством протоколов в стеке, не иначе.
Зачем было вообще выпиливать стек OSI? Теперь не поддерживаются ни CLNS ни CONS.
> Часть уже ушла на пингвины, часть посматривает.
Протрите oчки и перечитайте форум NAG-а ещё раз, та часть ушла отнюдь не на пuнгвuны, а на MX-80. Да, и не читайте много Nitr0 на ночь, а то от этого уровень кpacнoглaзия зело повышается.
И кто это из админов такой умный что стирает коментарии типа:
"Линух — это хобби-платформа."При этом отдельный дебилы матерятся и их каментарии этим альтернативно одаренным админам совершенно не мешают ...
> И кто это из админов такой умный что стирает коментарии типа:
> "Линух — это хобби-платформа."Ну так заведомое вранье же и провокация. А если вы видите откровенный мат - нажмите "сообщить модератору". Мат они стирают практически всегда.
>От вы психи :) :) :)
>Ну, НЕРАБОТОСПОСОБЕН линух, дети!!! :)Для десктопа прокатит, винда же прокатывает :))
>Да я заметил - местные пиoнеры считают что после влета в систему руткита - ее можно и не
>переустанавливать. Они умудряются считать что их квалификации хватит на выпинывание из ОС
>грамотного руткита. В то же время они при этом не знают POSIX'ных вызовов для работы с
>файлами. Сразу видно - настоящие "профессионалы" систему не переставляют. Даже с руткитом >:).Поделитесь руткином под bsd ;-)
>>Да я заметил - местные пиoн еры считают что после влета в систему руткита - ее можно и не
> Поделитесь руткином под bsd ;-)Под AT&T-то??!
А под пион ерскую - google://freebsd+rootkit. Вторая ссылка - бинарь под %)) 4.2-RELEASE.
> Поделитесь руткином под bsd ;-)А что такое "руткин"? А, кажется я теперь понимаю почему вы не смогли сами руткиты себе нагуглить :)
>> Поделитесь руткином под bsd ;-)
> А что такое "руткин"? А, кажется я теперь понимаю почему вы не
> смогли сами руткиты себе нагуглить :)Я и не жду от паталогических лгунов ссылки на рабочие руткины :)))
> Я и не жду от паталогических лгунов ссылки на рабочие руткины :)))У вас патОлогическое невладение русским языком. Как впрочем и POSIX API и чем там еще. Зачем же так светить своими тремя классами образования?
> У вас патОлогическое невладение русским языком. Как впрочем и POSIX API и
> чем там еще. Зачем же так светить своими тремя классами образования?Короче сцылак апять не пудет ?
>> У вас патОлогическое невладение русским языком. Как впрочем и POSIX API и
>> чем там еще. Зачем же так светить своими тремя классами образования?
> Короче сцылак апять не пудет ?Руткит - не вирь с винды. Его ставят профессионалы вполне определённого профиля. В определённых кругах ими, наверное, даже торгуют. И даже разрабатывают на продажу. Как там с **рынком** на вашей пион ерской? Нет, не наблюдается?? А почему?!
Вам на халяву? Ну, ждите. Уже скоро. -- Ну, или покажите деньги, желательно там, где есть продавцы, не здесь.
> Руткит - не вирь с винды. Его ставят профессионалы вполне определённого профиля.
> В определённых кругах ими, наверное, даже торгуют. И даже разрабатывают на
> продажу. Как там с **рынком** на вашей пион ерской? Нет, не
> наблюдается?? А почему?!
> Вам на халяву? Ну, ждите. Уже скоро. -- Ну, или покажите деньги,
> желательно там, где есть продавцы, не здесь.А как выйти на продавцы руткита?Хочу купить.
> А как выйти на продавцы руткита?Хочу купить.google://rootkit for sell
Sony хороши.
>> А как выйти на продавцы руткита?Хочу купить.
> google://rootkit for sell
> Sony хороши.Под фрю ничего нет ...
>>> А как выйти на продавцы руткита?Хочу купить.
> Под фрю ничего нет ...Денег мало дал.
>>>> А как выйти на продавцы руткита?Хочу купить.
>> Под фрю ничего нет ...
> Денег мало дал.:))))
Этой публтке деньги вперед не дают ...
> Под фрю ничего нет ...А парни из симантека намного другого мнения: http://www.symantec.com/security_response/writeup.jsp?docid=...
>> Под фрю ничего нет ...
> А парни из симантека намного другого мнения: http://www.symantec.com/security_response/writeup.jsp?docid=...Initial Rapid Release version October 2, 2002
Привет из криокамеры ?
> Привет из криокамеры ?Дык погугли по указаным словам - тем руткитов на все вкусы. Даже гайд по написанию руткита под фрибзду есть - можно хоть самому пойти и написать. Правда нафиг надо, ибо вымирающий мамонт, но если надо - оно можно. А чем фрибзда такая особенная чтобы под нее руткиты не работали? :)
>> Привет из криокамеры ?
> Дык погугли по указаным словам - тем руткитов на все вкусы. Даже
> гайд по написанию руткита под фрибзду есть - можно хоть самому
> пойти и написать. Правда нафиг надо, ибо вымирающий мамонт, но если
> надо - оно можно. А чем фрибзда такая особенная чтобы под
> нее руткиты не работали? :)Ага :)) гайд есть а руткина работаюшего нет, безусловно виновата бзда, а не кривые руки писателей, например ваши ...
> не кривые руки писателей, например ваши ...Я как-то боевыми вредоносными программами вообще не занимаюсь. Поэтому при всем желании крииворукость проявить не смогу :)
> Руткит - не вирь с винды. Его ставят профессионалы вполне определённого профиля.
> В определённых кругах ими, наверное, даже торгуют.Дальше слова "наверное" можо не читать ... Месье паталогический лгун ;)))
Так ведь действительно торгуют, дурилка ты картонная.
> Так ведь действительно торгуют, дурилка ты картонная.А он думает что если он чего-то не видит - этого нет. Более того - он с его уровнем квалификации хороший руткит вообще у себя в системе никогда не обнаружит, готов поспорить.
>> Так ведь действительно торгуют, дурилка ты картонная.
> А он думает что если он чего-то не видит - этого нет.
> Более того - он с его уровнем квалификации хороший руткит вообще
> у себя в системе никогда не обнаружит, готов поспорить.А как же винда ?
> А как же винда ?А что - винда? Вы и в ней такое IMHO не обнаружите. Квалификация индивида не меняется от перестановки системы.
Если ты о privilege escalation - вот здесь пробегало по <= 8.1-RC1
https://rdot.org/forum/showthread.php?p=13114Вот здесь еще под 8.2/i386 было:
https://rdot.org/forum/showthread.php?t=1895Под девятку тебе, ясен перец, прямо вот так сегодня никто не отдаст - погоди выхода 10-ки, там опубликуют.
> Если ты о privilege escalationА если он про rootkit? http://google.com/search?q=rootkit+freebsd
>> Если ты о privilege escalation
> А если он про rootkit? http://google.com/search?q=rootkit+freebsdПервая ссылка в гугле
# cd /usr/ports/security/chkrootkit
# make install clean
# rehashЛол!
А если руткит подменит содержимое /usr/ports/security/chkrootkit?
Ой?
> А если руткит подменит содержимое /usr/ports/security/chkrootkit?
> Ой?Чуствуется профессионализм поциентов из третей палаты, месье порты не обновляет перед тем как что то ставить ?
> Чуствуется профессионализм поциентов из третей палаты, месье порты не обновляет перед тем
> как что то ставить ?Да сколько хочешь обновляй - если в руткит заложить определенную функцию - он будет твой код менять еще на этапе обновления. И ты этого не заметишь.
> Чуствуется профессионализм поциентов из третей палаты, месье порты не обновляет перед тем
> как что то ставить ?Чувствуется дилетантизи поциента: он вообще не понимает что руткит может в системе вытворять все что пожелает. В том числе, завирая администратору и программам с три короба о реальном состоянии дел. Поэтому когда вы попросили систему что-то сделать, это не значит что при наличии руткита будет сделано именно это, без каких либо изменений. Руткит может вообще завернуть неугодные ему операции, соврать с три короба или просто несколько видоизменить результат операций в свою пользу. На то и руткит...
>> Чуствуется профессионализм поциентов из третей палаты, месье порты не обновляет перед тем
>> как что то ставить ?
> Чувствуется дилетантизи поциента: он вообще не понимает что руткит может в системе
> вытворять все что пожелает. В том числе, завирая администратору и программам
> с три короба о реальном состоянии дел. Поэтому когда вы попросили
> систему что-то сделать, это не значит что при наличии руткита будет
> сделано именно это, без каких либо изменений. Руткит может вообще завернуть
> неугодные ему операции, соврать с три короба или просто несколько видоизменить
> результат операций в свою пользу. На то и руткит...Вы весь этот бред случайно не в журнале Хакер через "K" вычитали ? Да может может, только весить будет как система :)))
> ? Да может может, только весить будет как система :)))C чего бы? Обоснуй. Определить файлик .c "антируткита" при открытии и подправить в нем пару строк - не ахти какая задача. С бинарником во время загрузки - еще проще.
> С бинарником
> во время загрузки - еще проще.И каким местом месье отличит бинарник антируткина от любого другого бинарника ? Месье телепат ?
> И каким местом месье отличит бинарник антируткина от любого другого бинарника ?
> Месье телепат ?Про термин "сигнатура" чего-нибудь слышали? Типовые последовательности кода вполне себе имеются. И знать их в случае BSD надо всего-то ничего - под x86, и под x86-64.
Я более того скажу, в 99% случаев хватит простого детекта по названию файла и характерной строке.
>> И каким местом месье отличит бинарник антируткина от любого другого бинарника ?
>> Месье телепат ?
> Про термин "сигнатура" чего-нибудь слышали? Типовые последовательности кода вполне себе
> имеются. И знать их в случае BSD надо всего-то ничего -
> под x86, и под x86-64.Сигнатуры софта собранного из исходников ? :))) Как же далеки вы от администрирования промышленных систем ...
> Сигнатуры софта собранного из исходников ? :))) Как же далеки вы от
> администрирования промышленных систем ...Прикинь, малыш, весь софт собирается из исходников xD
Даже тот, который распространяется бинарями.
В случае же сборки проще подправить исходный .c(pp) при открытии.
>> Сигнатуры софта собранного из исходников ? :))) Как же далеки вы от
>> администрирования промышленных систем ...
> Прикинь, малыш, весь софт собирается из исходников xD
> Даже тот, который распространяется бинарями.
> В случае же сборки проще подправить исходный .c(pp) при открытии.Ага и трой будет возить с собой все исходники всех версий ...
Это в третьей палате такие идеи толкают ?
> Ага и трой будет возить с собой все исходники всех версий ...Не надо возить с собой исходники всех версий. Достаточно знать более-менее уникальный участок кода для внедрения, а их - over 9000. Далее можно сымитировать работу :) или просто не дать себя обнаружить.
Но даже этого просто тупо не нужно. Юзерспейсовый софт, работающий в инфицированной системе, в принципе не может определить наличие нормального kernel-mode руткита.
Почему? Да потому, что для проверки он использует вызовы ядра, которые могут возвращать вполне нормальные значения.
Юзерспейсовый софт просто не узнает, что его /bin/bash подменен руткитом, поскольку при открытии /bin/bash он будет видеть именно содержимое "правильного" /bin/bash. Несмотря на то, что на диске лежит нечто иное. И когда ты при обновлении перезапишешь /bin/bash - руткит аккуратненько положит его к себе, и будет тебе отдавать при запросе. А на деле - там будет лежать всё тот же код руткита.
>> Ага и трой будет возить с собой все исходники всех версий ...
> Не надо возить с собой исходники всех версий. Достаточно знать более-менее уникальный
> участок кода для внедрения, а их - over 9000. Далее можно
> сымитировать работу :) или просто не дать себя обнаружить.:))) вы хотябы проанализируйте ту дурь что на вашем компьютере живет, для самообразования :)))
> :))) вы хотябы проанализируйте ту дурь что на вашем компьютере живет,
> для самообразования :)))Чудик, я в своей бытности админом занимался анализом многого всякого разного...
>> :))) вы хотябы проанализируйте ту дурь что на вашем компьютере живет,
>> для самообразования :)))
> Чудик, я в своей бытности админом занимался анализом многого всякого разного...А еще месье всегда говорит правду и только правду, но проблема не в этом, а в том что мы замечаем это почти в каждом его посте ...
>> :))) вы хотябы проанализируйте ту дурь что на вашем компьютере живет,
>> для самообразования :)))
> Чудик, я в своей бытности админом занимался анализом многого всякого разного...чувствуется уровень "админа". спасибо за то что доставил прям с утра.
> чувствуется уровень "админа". спасибо за то что доставил прям с утра.Пожалуйста, приходите еще.
> Прикинь, малыш, весь софт собирается из исходников xDКапитану Очевидность зачитывается EPIC WIN!
> И каким местом месье отличит бинарник антируткина от любого другого бинарника ?
> Месье телепат ?Ну если ты не поменял дефолтные опции - то хотя-бы по названию бинаря втупую. А нестандартно подгадить нехорошим парням додумываются только самые продвинутые администраторы, понимающие как будет действовать атакующий и как ему испортить при этом настроение :)
> Вы весь этот бред случайно не в журнале Хакер через "K" вычитали
> ? Да может может, только весить будет как система :)))И тем не менее, вполне себе существовали разные интересные экспонаты, дописывающие себя или в системный компилер (!!!) или в исходнички.
Так что если неуловимый джо будет много горланить - он таки кого-нибудь достанет и его поймают хотя-бы чтобы он уже заткнулся наконец :)
>[оверквотинг удален]
> вот тут менеджмент должен бы задуматься о том что они несут
> какие-то невменяемые затраты на совершенно не свойственные для профиля деятельности их
> компании функции. Грубо говоря, может оказаться просто дешевле выбросить систему для
> которой надо самолично все драйвера писать и поставить систему где драйвера
> уже есть.
>послушай меня, ыффиктивный манадж0р. твоя откровенная тупорылость утомила веселить.
>погугли (ты ж это любишь делать, да?) кто такой Jack Vogel, например. также нагугли man
>странички драйверов под интело-карточки. угадай что там написано.
>также попроси своего убунту-одминчега ознакомиться с вопросом "что такое драйвера от
>яндекса, чем они отличаются от стоковых" и рассказать тебе.Наверно написать драйвер было сильно дешевле чем поменять сетевухи в более чем 10к серверов ? ыффыктифный мынеджер не дружит с математикой ?
> Наверно написать драйвер было сильно дешевле чем поменять сетевухи в более чем
> 10к серверов ? ыффыктифный мынеджер не дружит с математикой ?Ну вот они и решили делать плавный phaseout, потому что парк стареет, в неудачно выбранной ОС ничего уже не предвидится, а поддерживать самим все дрова под новое железо - накладно.
> Наверно написать драйвер было сильно дешевле чем поменять сетевухи в более чем 10к серверов ?Ну вот они видимо поэтому теперь и переползают на пингвины. Там как правило самолично драйвера писать все-таки не требуется.
Вообще, если бы так поступали другие компании, тогда транспортная автокомпания сначала строила бы автозавод и на нем производила автомобили для самой себя. Вот только в реальном мире транспортной компании почему-то дешевле у других готовые автомобили брать.
> Вообще, если бы так поступали другие компании, тогда транспортная автокомпания сначала
> строила бы автозавод и на нем производила автомобили для самой себя.
> Вот только в реальном мире транспортной компании почему-то дешевле у других
> готовые автомобили брать.Мы уже заметили что самые эффективные менеджеры занимаются исключительно рейдерством, а сами не то что построить а даже уравлять украденным не могут ...
> Мы уже заметили что самые эффективные менеджеры занимаются исключительно рейдерством,
> а сами не то что построить а даже уравлять украденным не
> могут ...В рашке, уважаемый, в рашке. В рашке и BSD в продакшн ставят.
>> Мы уже заметили что самые эффективные менеджеры занимаются исключительно рейдерством,
>> а сами не то что построить а даже уравлять украденным не
>> могут ...
> В рашке, уважаемый, в рашке. В рашке и BSD в продакшн ставят.Пародоксально но там где стоит BSD с менеджментом все в порядке :)))
> Пародоксально но там где стоит BSD с менеджментом все в порядке :)))Примеры в студию.
>> Пародоксально но там где стоит BSD с менеджментом все в порядке :)))
> Примеры в студию.яша ?
> яша ?"Йа" тихонько уходит с BSD. Так что с менеджментом там действительно всё в порядке.
> "Йа" тихонько уходит с BSD. Так что с менеджментом там действительно всё в порядке.Да там даже тормозные яхи и опачи появившиеся на заре интернета - и то уползают уже. Как ты понимаешь, иметь дело с проектом у которого вот такое вот интересное, логичное и последовательное управление, ориентированное на проблемы энтерпрайза </sarcasm> - энтерпрайзятникам себе дороже получается. Это уже даже возможность сорцы зажимать не окупает.
>> "Йа" тихонько уходит с BSD. Так что с менеджментом там действительно всё в порядке.
> Да там даже тормозные яхи и опачи появившиеся на заре интернета -
> и то уползают уже. Как ты понимаешь, иметь дело с проектом
> у которого вот такое вот интересное, логичное и последовательное управление, ориентированное
> на проблемы энтерпрайза </sarcasm> - энтерпрайзятникам себе дороже получается. Это уже
> даже возможность сорцы зажимать не окупает.Несмотря на все усилия ыффыктивных мынеджеров яша так и не пришел к редхату а тем более к ораклу, а какой откат можно получить на этом ... И не прийдет :)) пару факапов с линуксом и погонят тех ыффыктивных мынеджеров сцаными тряпками ...
Каких факапов?У них на фре только поиск, исторически так сложилось и теперь не меняют то,
что работает.Например, почта в яндексе изначально была на rhel.И все другие сервисы тоже
на лине.
> В рашке, уважаемый, в рашке. В рашке и BSD в продакшн ставят.В рашке продакшены на виндовсах, оракелах.На "западе", на самом деле, много тех, кто
ответсвенны за мелкие, средние проекты, и придерживающиеся *bsd, illumos.
Почитайте тамошние форумы.
> В рашке продакшены на виндовсах, оракелах.На "западе", на самом деле, много тех,
> кто
> ответсвенны за мелкие, средние проекты, и придерживающиеся *bsd, illumos.
> Почитайте тамошние форумы.Читаю регулярно. 99% постов - Linux. 1% - не в счёт.
Интересно узнать ваше мнение:
http://www.yvoinov.blogspot.ru/2010/12/killer-feature.html
> http://www.yvoinov.blogspot.ru/2010/12/killer-feature.htmlПост начинается с маркетингового буллшита. Бряцание масштабируемостью, кодом AT&T, все дела. А, простите, кому кроме некромантов этот древний AT&T нужен? Написано явно для попытки приукрасить свое болото. И да, всем пофиг кто первым сделал 64 разряда, точно так же, как тем кто покупает машину в 2013 году не так уж и важно, что Форд первым применил конвейер в прошлом веке.
А все остальные сведения там или в прошедшем времени, и потому ценности не представляют (остальные производители автомобилей на данный момент используют технологии не хуже Форда, даже если он был когда-то первым). Или просто устарело (посту 2.5 года).
Например, заява что ZFS есть только в соляре - уже давно не соответствует действительности. Она есть и у сабжевых бсдшников (о чудесах версионирования оной тут полтреда), и даже у линуксоидов.
В общем рассматривать этот пост стоит как плач несмеяны^W сертифицированного саневого специалиста, жизня которого явно усложнилась с покупкой ораклем санок.
>> В рашке продакшены на виндовсах, оракелах.На "западе", на самом деле, много тех,
>> кто
>> ответсвенны за мелкие, средние проекты, и придерживающиеся *bsd, illumos.
>> Почитайте тамошние форумы.
> Читаю регулярно. 99% постов - Linux. 1% - не в счёт.Что следует понимать как 99% проблем с линуксом :))) а админы виндовса только писать учаться :)))
> Что следует понимать как 99% проблем с линуксом :))) а админы виндовса
> только писать учаться :)))99% базы знаний.
> Для десктопа прокатит, винда же прокатывает :))Дело в том что он прокатит не только для десктопа. Прокатило уже для топ500. Для эмбедовки и всего что около, например мобильные устройства. Но вы продолжайте, порция лулзов на утро - улучшает пищеварение :)