>>>>Ну не знаю я многое про BSD...
>>>учитесь, я с 92г использую FreeBSD
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>Может, у Вас ещё двадцать лет стажа программирования на Java? Даже
>>в стократ Вами перечитанном, типа, хэндбуке написано, что 1.0 вышла в
>>конце 1993.
>уважаемый, 1.0 вышел где-то в декабре 1993, а где-то весна-лето 1993 Хаббард
>со-товарищи выпустили patchkit к 386bsd
Я в курсе (и не поленился проверить).>когда появился проект 386bsd уже и не помню, помню только
>386bsd 0.1 в 1992г когда его и установил
А, было про BSDI подумал. Просто математическое (плюс общее) образование не позволяет переваривать подобные заявления, наткнувшись. Проблема-с.
>Так что рассказывайте ваши басни на LOR про acpi, geom, vinum и
>Not Implemented Yet
Вы хотите сказать, что RAID-плагины для geom за всё-таки настрогали? (заглянул в 7.0-CURRENT relnotes) это радует. Год или полтора назад король был голым, а в линуксе вовсю работали device mapper и EVMS1.
И vinum уже не трапается при некоторых условиях навроде "сделать N+1-й софтрейд" (N~7) или выкинут нафиг? А то уж больно не смешно было, когда Ваш коллега по оружию взял и неожиданно для всех накренил боевой сервер на 4.x. Правда, ему до этого уже полчаса капалось на мозги -- "экспериментируй на localhost!", но это ж надо понимать, что нельзя ни на каких хороших разработчиков возлагать слишком много надежд.
Короче, по басням -- признаю свой базар за geom гнилым, как Ваш про HT.
>как и про непонятно какой ВАШ linux годовалой давности из коробки.
Вот так всегда -- с BSD полтора десятка лет, а поисковиками пользоваться не умеем... Я участвую в разработке ALT Linux, это легко гуглится при непонятности.
Конкретно на... сходил/посмотрел... K8NF4G-SATA2 (MCP51+6200pcie) разворачивались у одного из клиентов вариацией на базе Compact 3.0 (которому недавно стукнул год), на A8N-VM (MCP51/6100) тоже встало влёт, не помню только про 3D (поскольку 2U).
>Или вам напомнить про историю libc5/6/glibc пердимонокль
Это, libc5 -- это времена, когда фря 2.2, например, SMP не умела, в отличие от Linux 2.0. Так, для археологической ориентировки. libc6 aka glibc2 (или Вы их различать умудряетесь?) -- напоминайте, жду-с.
>и кривую реализацию NFS которую в Linux никак не могли довести до ума
Да вообще-то давно работает. У коллеги под Lustre вон по Infiniband на кластерах какие-то безумные потоки носятся именно по родной линуксовой реализации.
>или про распри на kernel.org на предмет создания kernel-patches -
>кто в лес кто по дрова
Ну если Вы желаете сравнений, то поскольку всё-таки спрашивавшему отсыпали ссылок, помимо спеси и бреда навроде "отключи HT" -- рассказываю: линуксовое ядро сейчас разрабатывается при помощи очень мощной и удобной свободной SCM по имени git, которая позволяет удобно организовывать и мержить бранчи. Мне после cvs было трудновато голову из его бетона выдернуть, привыкать к тому, что можно спокойно себе сделать бранчик, поиграться в нём, а как заработает -- git-pull . $topic_branch; а если резко понадобится сменить контекст, то дёрнуть другой, сделать что надо срочнее (или пока мысль), и потом аккуратно это всё асинхронно посводить.
Вкуснотища, одним словом. Вот слайды: http://repo.or.cz/git-browser/by-commit.html?r=git.git
Это к тому, что Ваши дровишки прокисли. (как мои про geom вон -- но такому можно только радоваться, правильно?)
>Или про VM и постоянные утечки памяти
Та VM, что у нас -- хорошая, утечек не наблюдаю, машины на 2.4 годами стоят. Про ту, что в 2.6, пока так сказать не могу, обкатки маловато -- только входят в production. А если софт течёт -- то он точно так же утечёт и на другом ядре, насколько знаю.
>или про использование scsi кода от freebsd в linux - в чем никакого
>криминала не вижу, а только пользу от взаимного обогащения
Ну так к чему это было тогда сказано? Общеизвестно, что разработчики фрюниксовых ядер друг к другу в код смотрят, не трясти же поставщиков железа (или тем более реверсить) каждому в своём углу. Про то, что Вы имели в виду -- да, драть код без кредитов нельзя, 100% согласен.
>Давайте не будем пиписками меряться, или вы думаете я не знаю про
>HTT в Intel и AMD и что есть ACPI и с чем его едят, не надо
Ну простите, если это просто такая привычка -- формулировать что-то перемешанное, зная в точности. Для меня упоминание гипертрединга применительно к нвидии с amd просто отсекает доверие к излагаемому по аппаратной части в ноль. Может, сказывается частое общение с правильными железячниками и вообще людьми, которые умеют говорить и делать точно.
Меряться -- некогда, незачем и никак. Просто иногда выбираюсь пообщаться с *bsd folks, посмотреть, вылазют из танка или нет. Учатся ли учиться, или всё так же рассказывают, что "фря -- это круто для мультимедийного десктопа", а потом вот человеку толком и не помогут, знай ядры компиляй да читай устав. "Тут" просто как-то более принято отвечать делом за слово.
>я вас умоляю, а то что настоящие unix'исты == linux'оиды нам давно известно.
Да нет, линукс -- не юникс. Юникс, какой он был, со своим снобизмом и взглядом на всё свысока, не умер, но и не может выжить таким, как был. Очень хорошо по Sun наблюдается, ещё лучше -- по SGI.
>На Java не пишу, это криминал?!
Не, это анекдот про нанимателей такой ходил -- "...требуется умеющий то, сё, это и ещё вон то, программирующий на 1, 2, 3 и Java (стаж от 10 лет)" или вроде того, когда жабе столько физически не было :-)
