форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Релиз FreeBSD 6.0 почти готов"

Сообщение от opennews on 28-Окт-05, 15:11

Scott Long сообщил (http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-October/057258.html) о завершении тестирования FreeBSD 6.0-RC1. Финальный релиз FreeBSD 6.0 планируется выпустить к концу выходных либо в начале следующей недели. Scott просит всех у кого есть возможность обновить свои системы до RELENG_6_0, чтобы провести последнее тестирование перед релизом. URL: http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-October/057258.html Новость: http://www.opennet.me/opennews/art.shtml?num=6328

Cообщить модератору | Наверх | ^

Сообщения по теме

[Сортировка по времени, UBB]

1. "Релиз FreeBSD 6.0 почти готов"

Сообщение от AMDmi3 on 28-Окт-05, 15:11

Да? А почему тогда 26-го сюда http://www.freebsd.org/releases/6.0R/schedule.html добавили упоминание о RC2?

Cообщить модератору | Наверх | ^

2. "Релиз FreeBSD 6.0 почти готов"

Сообщение от nuz (??) on 28-Окт-05, 15:20

работаю с 6 веткой начиная с бета3. Только лучшие впечатления. Пока все просто на высоте.

Cообщить модератору | Наверх | ^

3. "Релиз FreeBSD 6.0 почти готов"

Сообщение от kk (??) on 28-Окт-05, 15:51

читаем ... ... we've decided to skip RC2 and go straight to 6.0-RELEASE

Cообщить модератору | Наверх | ^

4. "Релиз FreeBSD 6.0 почти готов"

Сообщение от sda (??) on 28-Окт-05, 16:46

ЧТо-то они спешат не по-детски. 5.3 был релизом и 5.4. Только более менее начали пятерку обкатывать. как уже 6. Не нравится что-то эта спешка :)

Cообщить модератору | Наверх | ^

5. "Релиз FreeBSD 6.0 почти готов"

Сообщение от LuckyBird (??) on 28-Окт-05, 17:01

Может он такой хороший ? :)

Cообщить модератору | Наверх | ^

6. "Релиз FreeBSD 6.0 почти готов"

Сообщение от Anton (??) on 28-Окт-05, 17:40

Просто 5->6 не такой ревалюционный переход как 4->5. Акцент сделан не на добавлении фундаментально новых технологий как в 5 (devfs, SMPng, ULE,...), а на совершенствовании и расширении потенциала, заложенного в 5. К тому же появление 6.0-RELEASE вовсе не означает, что система готова к промышленному использованию. Так было и с 5.0-RELEASE. Просто разработчики по результатам тестов сделали вывод, что система достаточно отлажена и её можно передавать пользователям на тестирование уже не в виде CURRENT, а в качестве полноценного RELEASE'а. Это, мне кажется, увеличит колличество тестеров системы и ускорит процесс тестирования и испроавления ошибок. А серьёзные организации (да и просто здравомыслящие админы :) ) всё равно не будут переходить на FreeBSD 6, пока не убдятся, что система не отвечает их требованиям надёжности и безопасности. И колличество RC перед RELEASE в принципе не играет существенной роли.

Cообщить модератору | Наверх | ^

	10. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от robin zlobin on 28-Окт-05, 20:00
	>  К тому же появление 6.0-RELEASE вовсе не означает, что система готова к промышленному использованию. Так было и с 5.0-RELEASE. Просто разработчики по результатам тестов сделали вывод, что система достаточно отлажена и её можно передавать пользователям на тестирование уже не в виде CURRENT, а в качестве полноценного RELEASE'а. Нет, все не так. В 6.х модель разработки другая, и 6.0-RELEASE уже considered to be STABLE.
	Cообщить модератору | Наверх | ^

7. "Релиз FreeBSD 6.0 почти готов"

Сообщение от mezantrop (??) on 28-Окт-05, 17:50

"всё равно не будут переходить на FreeBSD 6, пока не убдятся, что система не отвечает их требованиям надёжности и безопасности" пусть лучше уж они убедятся, что система отвечает требованиям :))

Cообщить модератору | Наверх | ^

8. "Релиз FreeBSD 6.0 почти готов"

Сообщение от echo (??) on 28-Окт-05, 18:58

4.x forever

Cообщить модератору | Наверх | ^

	11. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от светочка on 28-Окт-05, 23:23
	Согласен с мнением предыдущего оратора
	Cообщить модератору | Наверх | ^

	12. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 28-Окт-05, 23:29
	>Согласен с мнением предыдущего оратора а может ты всю жизнь будешь одни коньки носить пока не сотруться?? Мир не стоит на месте. Забывая о новинках - ты скатываешься вниз, а конкуренты не дремлют. Нужно исследовать новые перспективные вещи.
	Cообщить модератору | Наверх | ^

	16. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Mikk on 29-Окт-05, 11:35
	До stable 6 ещё очень много времени! Сколько прощло между 5.0 b 5.3? Ктому моменту когда 6 будет stable любые коньки в чешки превратятся
	Cообщить модератору | Наверх | ^

9. "Релиз FreeBSD 6.0 почти готов"

Сообщение от Anton (??) on 28-Окт-05, 19:29

Лучше то оно лучше, только, сколько не убеждайся, а первые релизы во всех сложных программных продуктах всё равно сырые (в большей или меньшей степени). А требования у всех разные и разработчики не могут точно их все удовлетворить. C другой стороны затягивание релизов может отпугнуть некоторых потенциальных пользователей. Именно из-за больших перерывов между релизами FreeBSD заслужила в некоторых (в основном, не профессиональных) кругах репутацию архаичной и медленно развивающейся системы, что, несмотря на ошибочность, не увеличивает популярности системы. Конечно, выход нового релиза каждые пол года ни к чему хорошему (по крайней мере, в отношении FreeBSD) не приведёт, но  ~3 года (с момента выхода 5.0-RELEASE) это вполне приличный срок, так что вряд ли можно упрекнуть разработчиков в торопливости :)

Cообщить модератору | Наверх | ^

13. "Релиз FreeBSD 6.0 почти готов"

Сообщение от Skylord (??) on 29-Окт-05, 02:39

Эта... Народ... Кто уже 6.0 пользовал - как там с ata? Вроде говорили, что наконец получше стало... Правда или те же уши, что в 5.х?

Cообщить модератору | Наверх | ^

	14. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Torrent on 29-Окт-05, 03:20
	Фсе пофиксили. Проблем нет.
	Cообщить модератору | Наверх | ^

	18. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 29-Окт-05, 13:35
	W R O N G. ATA layer in 6 is unfinished. It can not even stop platters on idle or detach.
	Cообщить модератору | Наверх | ^

	24. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Torrent on 29-Окт-05, 16:44
	А ты часто ATA детачишь? А за остановку на idle я бы вообще убил. ATA работает - факт.
	Cообщить модератору | Наверх | ^

	83. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 30-Окт-05, 15:32
	да, часто. На протяжении многих лет. Все винты и контрольники живы до сих пор. Стандарт определяет - OS _должна_ поддерживать. Убивать будешь своих родных и близких.
	Cообщить модератору | Наверх | ^

	21. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от MixUp on 29-Окт-05, 14:28
	С АТА проблем нет!
	Cообщить модератору | Наверх | ^

	30. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 29-Окт-05, 21:52
	>В зад стабильность! Консерваторов на кол! Даешь современную ФС к 7.0! >>:( че орешь? уже фсе есть. emerge gentoo-sources
	Cообщить модератору | Наверх | ^

20. "Релиз FreeBSD 6.0 почти готов"

Сообщение от McLone on 29-Окт-05, 13:37

polufabrikat. Paniki, kotorye trudno vosproizvesti, dead-lock'i, LOR'y... Vyjdet release - 2 nedeli, esli ne dostanet - vernus' na RELENG_5, ili okonchatel'no perejdu na NetBSD/OpenBSD.

Cообщить модератору | Наверх | ^

	22. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от MixUp on 29-Окт-05, 14:31
	Твоё право!
	Cообщить модератору | Наверх | ^

	26. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Flash (??) on 29-Окт-05, 16:45
	да, да, ставь линукс!!!
	Cообщить модератору | Наверх | ^

	80. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 30-Окт-05, 15:23
	уже поставил. Slackware последний. Чисто v9fs поганять. Но снесу, так как GNU'тый мир терпеть не могу. Соберу себе чё-то типа BLFS, пожалуй.
	Cообщить модератору | Наверх | ^

	81. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 15:27
	>уже поставил. Slackware последний. Чисто v9fs поганять. Но снесу, так как GNU'тый >мир терпеть не могу. Соберу себе чё-то типа BLFS, пожалуй. интересно за что же ты его так терпеть ненавидишь??... вот я вот нелюблю BSD лицензию, под которой билли с3.14здил из BSD серевой стек вот так просто за спасибо. Вот за такие лицензии просто нужно убивать с младенчества.
	Cообщить модератору | Наверх | ^

23. "Релиз FreeBSD 6.0 почти готов"

Сообщение от Grayich (??) on 29-Окт-05, 15:47

пробовал бетту5 , долго матерился переклинило, апнулся с 5.4 до 6.0 rc1, задумался, а не перевести ли сервак с 5.4 на 6.0

Cообщить модератору | Наверх | ^

27. "Релиз FreeBSD 6.0 почти готов"

Сообщение от mamahtehok on 29-Окт-05, 17:32

Поставил на ноут 6RC1 пока доволен

Cообщить модератору | Наверх | ^

	29. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от aim (??) on 29-Окт-05, 19:21
	Что за ноут? У меня вот ноут с X600 на борту -- есть какая-нибудь возможность поднять его с GL?
	Cообщить модератору | Наверх | ^

28. "Релиз FreeBSD 6.0 почти готов"

Сообщение от Phil Kulin on 29-Окт-05, 18:53

Не спорьте, ребята. Все же радеете за одно дело. Есть такое понятие как маркетинг. Как уже даже здесь писалось - бренд FreeBSD-5.0 настолько себя изжил и  дискредитировал, что 6.0 является скорее маркетинговым ходом, чем погоня за Биллом, как это мы наблюдаем в Linux. Будьте проще.

Cообщить модератору | Наверх | ^

	31. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 29-Окт-05, 22:02
	>Не спорьте, ребята. Все же радеете за одно дело. Есть такое понятие >как маркетинг. Как уже даже здесь писалось - бренд FreeBSD-5.0 настолько >себя изжил и  дискредитировал, что 6.0 является скорее маркетинговым ходом, >чем погоня за Биллом, как это мы наблюдаем в Linux. Будьте >проще. не нужно быть себя пяткой в глаз, тыкая пальцем в линух. Это не сделает фрю лучше. А насчет Линуха и конторы гейца - недавние новости показывают кто за кем гониться http://www.securitylab.ru/news/241361.php почитай и прозрей если не знал, чтоб не кричал потом такую ерунду
	Cообщить модератору | Наверх | ^

	32. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (??) on 30-Окт-05, 08:51
	А чем фря хуже пингвина? Нельзя ли с этого места по подробней
	Cообщить модератору | Наверх | ^

	35. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 10:36
	>А чем фря хуже пингвина? Нельзя ли с этого места по подробней пожалуйста. User-level не рассматриваем: порты есть и там и там (если не знал про Линух - см. http://gentoo.org). Совместимость на уровне исходников тоже. Смотрим в ядро. Назови мне, плз, где во фре я могу найти аналоги таких вещей: - сеть:   - QoS (HTB, CFQ...)   - Source routing, не используя фаерволл   - фаерволл ТОЛЬКО для определенного интерфейса   - произвольное имя интерфейса   - iptables/arptables   - RedHat Global File System - блочные устройства/диски:   - разнообразие файловых систем: журналируемая FS (a-la Ext3),     Reiserfs4(было портирование - закончили? отладили?), XFS, JFS   - "suspend to disk" - засыпание a-la виндовый hibernate   - I/O scheduler с управляемыми приоритетами (a-la CFQ) - безопасность:   - SELinux   - RSBAC   - grsec   - Linux capabilities(7) (выполнение "root-only" операций обычным пользователем) (sudo не предлагать ;) - виртуализация:   - вирт. машина Xen   - масштабируемый кластер OpenMosix - другое:   - Kernel preemption (прерывание системных вызовов для уменьшения времени отклика)   - kexec (смена ядра без ребута компа)   - framebuffer
	Cообщить модератору | Наверх | ^

	37. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (??) on 30-Окт-05, 11:01
	>>А чем фря хуже пингвина? Нельзя ли с этого места по подробней > >пожалуйста. > >User-level не рассматриваем: порты есть и там и там (если не знал >про Линух - см. http://gentoo.org). >Совместимость на уровне исходников тоже. >Смотрим в ядро. > >Назови мне, плз, где во фре я могу найти аналоги таких вещей: > >- сеть: >  - QoS (HTB, CFQ...) >  - Source routing, не используя фаерволл >  - фаерволл ТОЛЬКО для определенного интерфейса >  - произвольное имя интерфейса >  - iptables/arptables >  - RedHat Global File System > Для всего этого есть PFilter. А это на сегодня лучший фаервол.
	Cообщить модератору | Наверх | ^

	41. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 11:07
	>>- сеть: >>  - QoS (HTB, CFQ...) >>  - Source routing, не используя фаерволл >>  - фаерволл ТОЛЬКО для определенного интерфейса >>  - произвольное имя интерфейса >>  - iptables/arptables >>  - RedHat Global File System >> >Для всего этого есть PFilter. А это на сегодня лучший фаервол. терь выдохним и читаем на http://sourceforge.net/projects/pfilter/ "pfilter provides an easy to use method under both ipchains or iptables based linux systems to generate packet filtering rulesets." PFilter - это ГЕНЕРАТОР правил для iptables. Сравнивать их нельзя. Либо давай ссылку с тем PFilter'ом, который ты имел ввиду
	Cообщить модератору | Наверх | ^

	43. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (??) on 30-Окт-05, 11:12
	вдохнул и выдохнул. :)) http://www.openbsd.org/faq/pf/index.html
	Cообщить модератору | Наверх | ^

	46. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 11:24
	PF не могут: - произвольное имя интерфейса - ИЗМЕНЯТЬ пакеты на уровне ARP (arptables/mangle) - RedHat Global File System (это файловая система вообще-то) также, можно ли реализовать на FP вот такое: http://www.debian-administration.org/articles/268 ну и не забываем про остальные пункты ;))
	Cообщить модератору | Наверх | ^

	50. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ER on 30-Окт-05, 11:43
	> - ИЗМЕНЯТЬ пакеты на уровне ARP (arptables/mangle) Это реализуется на данный момент... Произвольное имя интерфейса - это что? Если то, о чем я думаю, то - alias.
	Cообщить модератору | Наверх | ^

	52. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 11:48
	>> - ИЗМЕНЯТЬ пакеты на уровне ARP (arptables/mangle) > >Это реализуется на данный момент... респект >Произвольное имя интерфейса - это что? Если то, о чем я думаю, >то - alias. нет. это вот если драйвер называется FXP, то и все сетевухи EtherExpress тоже будут называться fxp0, fxp1, fxpN и никуда не деться (и даже местами их не переставить). Под линухом же имя интерфейса является просто строковой переменной и ее можно менять как угодно. По дефолту ethN - а мереименовать можно хоть в "my_lovely_iface-38_from_vmware_which_runs_fucking_muzzdie" Ну и соответственно, можно поменять местами сетевухи: eth0 и eth1 eth0 меняем в eth0_ потом eth1 -> eth0 eth0_ -> eth1 как переменные местами поменять ;)
	Cообщить модератору | Наверх | ^

	55. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ER on 30-Окт-05, 11:55
	не погодь, если область применения у этого не ограничивается скриптами для iptables/ipchains, тогда согласен (хотя ценность весьма и весьма сомнительна, ИМХО). А если только в скриптах - дык в pf тем же алиасом можно хоть как обозвать...
	Cообщить модератору | Наверх | ^

	56. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 11:59
	>не погодь, если область применения у этого не ограничивается скриптами для iptables/ipchains нет. не ограничивается. Так как обозвешь ифейс, он так же и в ifconfig'e покажется. Огромной пользы в этом все-же нет :) если быть чесным. Но приятно не думать над тем какой у тебя драйвер на той или иной сетевухе и поэтому и нее такое или иное имя
	Cообщить модератору | Наверх | ^

	60. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (ok) on 30-Окт-05, 12:09
	>>не погодь, если область применения у этого не ограничивается скриптами для iptables/ipchains > >нет. не ограничивается. Так как обозвешь ифейс, он так же и в >ifconfig'e покажется. >Огромной пользы в этом все-же нет :) если быть чесным. Но приятно >не думать над тем какой у тебя драйвер на той или >иной сетевухе и поэтому и нее такое или иное имя На эту тему у нас с товарищем были дебаты у него пингвин. На самом деле на это потом не обращаешь внимание. Я сам переходил с красной шапки на фрю сначала было как то странно, а потом даже понравилось (знаешь какая у тебя сетевая карта стоит :)).
	Cообщить модератору | Наверх | ^

	59. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от bmc (??) on 30-Окт-05, 12:07
	>Ну и соответственно, можно поменять местами сетевухи: eth0 и eth1 > >eth0 меняем в eth0_ >потом eth1 -> eth0 >eth0_ -> eth1 > >как переменные местами поменять ;) ifconfig xl0 name mynic0
	Cообщить модератору | Наверх | ^

	62. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 12:13
	>>Ну и соответственно, можно поменять местами сетевухи: eth0 и eth1 >> >>eth0 меняем в eth0_ >>потом eth1 -> eth0 >>eth0_ -> eth1 >> >>как переменные местами поменять ;) > >ifconfig xl0 name mynic0 сенк. не знал. Давно фрю руками трогал. Давно появилось?
	Cообщить модератору | Наверх | ^

	68. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от bmc (??) on 30-Окт-05, 12:38
	c пятёрки, но когда точно - хз.
	Cообщить модератору | Наверх | ^

	61. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от bmc (??) on 30-Окт-05, 12:09
	Пример с кноками на дебиане - вообще изморось. Кто такое на продакшане поднимает - долго не живут ИМХО.
	Cообщить модератору | Наверх | ^

	66. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Skylord (??) on 30-Окт-05, 12:35
	>нет. это вот если драйвер называется FXP, то и все сетевухи EtherExpress >тоже будут называться fxp0, fxp1, fxpN и никуда не деться (и >даже местами их не переставить). > >Под линухом же имя интерфейса является просто строковой переменной и ее можно >менять как угодно. По дефолту ethN - а мереименовать можно хоть >в "my_lovely_iface-38_from_vmware_which_runs_fucking_muzzdie" Плохо Бздю знаешь. Цитирую из defaults/rc.conf: #ifconfig_fxp0_name="net0"# Change interface name from fxp0 to net0. Еще в 5.4 появилось, если мне память не изменяет...
	Cообщить модератору | Наверх | ^

	72. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 13:45
	>Плохо Бздю знаешь. >Цитирую из defaults/rc.conf: >#ifconfig_fxp0_name="net0"# Change interface name from fxp0 to net0. > >Еще в 5.4 появилось, если мне память не изменяет... я даже 5.0 не потрогал. На линух вовремя перешел.
	Cообщить модератору | Наверх | ^

	78. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 30-Окт-05, 15:20
	ага.. зато потом rc.network неправильно отрабатывает. Мне это надо было, так я из rc.local запускал - иначе никак
	Cообщить модератору | Наверх | ^

	92. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Paparazzi on 30-Окт-05, 16:11
	>>> - ИЗМЕНЯТЬ пакеты на уровне ARP (arptables/mangle) >> >>Это реализуется на данный момент... >респект > >>Произвольное имя интерфейса - это что? Если то, о чем я думаю, >>то - alias. >нет. это вот если драйвер называется FXP, то и все сетевухи EtherExpress >тоже будут называться fxp0, fxp1, fxpN и никуда не деться (и >даже местами их не переставить). > >Под линухом же имя интерфейса является просто строковой переменной и ее можно >менять как угодно. По дефолту ethN - а мереименовать можно хоть >в "my_lovely_iface-38_from_vmware_which_runs_fucking_muzzdie" > >Ну и соответственно, можно поменять местами сетевухи: eth0 и eth1 > >eth0 меняем в eth0_ >потом eth1 -> eth0 >eth0_ -> eth1 > >как переменные местами поменять ;) Во Фрюке (по крайней мере начиная с 5.3) переименовать тнтерфейс можно во что угодно используя ifconfig. И это изменение будет system-wide, а старое имя будет более недоступно и его можно использовать, например, для другого интерфейса. Пример: ifconfig xl0 name ether3 BR, Andrew.
	Cообщить модератору | Наверх | ^

	117. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Аноним on 30-Окт-05, 23:18
	>нет. это вот если драйвер называется FXP, то и все сетевухи EtherExpress >тоже будут называться fxp0, fxp1, fxpN и никуда не деться (и >даже местами их не переставить). Мальчик, можно догадаюсь? Последняя FreeBSD, которую ты видел наверное была где-то 4.2 - 4.5?
	Cообщить модератору | Наверх | ^

	118. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 23:52
	>>нет. это вот если драйвер называется FXP, то и все сетевухи EtherExpress >>тоже будут называться fxp0, fxp1, fxpN и никуда не деться (и >>даже местами их не переставить). > > >Мальчик, можно догадаюсь? Последняя FreeBSD, которую ты видел наверное была где-то 4.2 >- 4.5? 4.10
	Cообщить модератору | Наверх | ^

	201. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от gav (??) on 01-Ноя-05, 21:11
	>Произвольное имя интерфейса - это что? Если то, о чем я думаю, >то - alias. А если нет, то: ifconfig_bge0_name="AnyName" ifconfig_AnyName="inet 192.168.0.1 netmask 255.255.255.0"
	Cообщить модератору | Наверх | ^

	49. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 11:36
	>>- сеть: >>  - QoS (HTB, CFQ...) >>  - Source routing, не используя фаерволл >>  - фаерволл ТОЛЬКО для определенного интерфейса >>  - произвольное имя интерфейса >>  - iptables/arptables >>  - RedHat Global File System >> >Для всего этого есть PFilter. А это на сегодня лучший фаервол. кстати, твой "лучший" фаервол никак не тянет на HTB. Только простенький шедулер. Полная трава тут: http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm
	Cообщить модератору | Наверх | ^

	51. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (ok) on 30-Окт-05, 11:43
	>>>- сеть: >>>  - QoS (HTB, CFQ...) >>>  - Source routing, не используя фаерволл >>>  - фаерволл ТОЛЬКО для определенного интерфейса >>>  - произвольное имя интерфейса >>>  - iptables/arptables >>>  - RedHat Global File System >>> >>Для всего этого есть PFilter. А это на сегодня лучший фаервол. > >кстати, твой "лучший" фаервол никак не тянет на HTB. Только простенький шедулер. >Полная трава тут: >http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm Ну это ты загнул. В 2004 году PF был признан лучшим фаерволом, а также портирован в FreeBSD и NetBSD.
	Cообщить модератору | Наверх | ^

	53. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ER on 30-Окт-05, 11:50
	Ты его пользовал? Мне этого "простенького шедулера" хватает с избытком. Только если учитывать тормознутость tcp/ip линусового стека, от этого HTB толку мало... p.s.: не PFilter, а pf.
	Cообщить модератору | Наверх | ^

	54. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 11:55
	>Ты его пользовал? счас пытаюсь его вкурить и заживить на роутере >Мне этого "простенького шедулера" хватает с избытком. согласен. PF реально достаточно умееть. Мне бы его тоже хватило ;)) Да вот тока вопрос не в том. Все-таки PF не полностью заменяет QoS Линуха ;) >Только если учитывать тормознутость tcp/ip линусового стека, от этого HTB толку мало... тормознутость? факты в студию. >p.s.: не PFilter, а pf. ok
	Cообщить модератору | Наверх | ^

	57. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ER on 30-Окт-05, 12:05
	По сей день данный факт неоспорим - bsd`шный tcp/ip стек в разы быстрее... топ там по-моему такой - 1. netbsd, 2. openbsd, 3. freebsd. у опня и нета примерно одинаково (опень сливет за счет внутреннего шифрования), а вот у фри из всех бсдей - самый говенный стек... примерно как в лине... p.s.: я не собираюсь искать ту новость, тем более не помню где я ее видел - когда в лине увеличили пропускную способность стека и он установил очередной рекорд передачи данных, дык вот net/open уже давно столько умели (а у линя потом еще в этом раскочегаренном стеке потом дохера bufferoverflows находили, примерно как сейчас в ipv6), позже всех эту высоту взяла фря... факты, если интересно могешь сам поискать - времени столько нету... p.p.s.: не говорю, что самый плохой, но и далеко не самый лучший... peace
	Cообщить модератору | Наверх | ^

	64. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 12:15
	>По сей день данный факт неоспорим - bsd`шный tcp/ip стек в разы >быстрее... >топ там по-моему такой - 1. netbsd, 2. openbsd, 3. freebsd. > >у опня и нета примерно одинаково (опень сливет за счет внутреннего шифрования), >а вот у фри из всех бсдей - самый говенный стек... >примерно как в лине... > >p.s.: я не собираюсь искать ту новость, тем более не помню где >я ее видел - когда в лине увеличили пропускную способность стека >и он установил очередной рекорд передачи данных, дык вот net/open уже >давно столько умели (а у линя потом еще в этом раскочегаренном >стеке потом дохера bufferoverflows находили, примерно как сейчас в ipv6), позже >всех эту высоту взяла фря... >факты, если интересно могешь сам поискать - времени столько нету... > >p.p.s.: не говорю, что самый плохой, но и далеко не самый лучший... > > >peace ок. Это цена за модульность. Во фре же расширяемость труднее ввиду отсутствия оной.
	Cообщить модератору | Наверх | ^

	63. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (ok) on 30-Окт-05, 12:14
	>Ты его пользовал? >Мне этого "простенького шедулера" хватает с избытком. >Только если учитывать тормознутость tcp/ip линусового стека, от этого HTB толку мало... > > >p.s.: не PFilter, а pf. Прошу прощения правильно было бы: PF: The OpenBSD Packet Filter
	Cообщить модератору | Наверх | ^

	74. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ER on 30-Окт-05, 13:57
	ну как бы да... Daniel Hartmeiter - obsd team member... %) Вообще, мегачувак...
	Cообщить модератору | Наверх | ^

	169. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от den (??) on 01-Ноя-05, 11:09
	>Ты его пользовал? >Мне этого "простенького шедулера" хватает с избытком. >Только если учитывать тормознутость tcp/ip линусового стека, от этого HTB толку мало... > > >p.s.: не PFilter, а pf. Факты в студию, а то получается словесный понос Пока во фре не будет множественных таблиц маршрутизации она будет сосать нипадецки, а эта вещь без которой щас никак
	Cообщить модератору | Наверх | ^

	170. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от sda (ok) on 01-Ноя-05, 11:16
	>>Ты его пользовал? >>Мне этого "простенького шедулера" хватает с избытком. >>Только если учитывать тормознутость tcp/ip линусового стека, от этого HTB толку мало... >> >> >>p.s.: не PFilter, а pf. > >Факты в студию, а то получается словесный понос > >Пока во фре не будет множественных таблиц маршрутизации она будет сосать нипадецки, >а эта вещь без которой щас никак    Чего не будет? тебе вот это надо? static_routes="net1 net2"                # Set to static route list route_net1="-net 172.18.4.0/24 172.18.5.2" route_net2="-net 10.0.0.0/16 192.168.1.60"
	Cообщить модератору | Наверх | ^

	178. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 11:56
	>   Чего не будет? тебе вот это надо? >static_routes="net1 net2"           >     # Set to static route list > >route_net1="-net 172.18.4.0/24 172.18.5.2" >route_net2="-net 10.0.0.0/16 192.168.1.60" нет, товарисч это записи обычного однотабличного роутинга "эта сетка - туда, эта - сюда" а так чтобы: траффик с этой сетки - вон по такой таблице роутинга траффик с того ИП - по такой-то табличке а? (фаервольный fwd костыль не предлагать)
	Cообщить модератору | Наверх | ^

	236. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Dyr on 03-Ноя-05, 21:17
	>а так чтобы: >траффик с этой сетки - вон по такой таблице роутинга >траффик с того ИП - по такой-то табличке > >а? (фаервольный fwd костыль не предлагать) Э-э-э...Не понял, а что, route add отменили?
	Cообщить модератору | Наверх | ^

	240. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 06-Ноя-05, 04:30
	>>а так чтобы: >>траффик с этой сетки - вон по такой таблице роутинга >>траффик с того ИП - по такой-то табличке >> >>а? (фаервольный fwd костыль не предлагать) >Э-э-э...Не понял, а что, route add отменили? ну нету во фре source routinga даже с разрешенным "route add" ;)
	Cообщить модератору | Наверх | ^

	241. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ifel (??) on 06-Ноя-05, 06:22
	>а? (фаервольный fwd костыль не предлагать) 1. Если в Linux подобное реализовано иначе - это не значит что оно реализовано лучше, а все остальное костыли. 2. На будущее - называется это policy-routing, даже здесь: http://lartc.org/howto/lartc.rpdb.html#LARTC.RPDB.SIMPLE 3. Есть такое семейство весьма хреновых роутеров на базе IOS (куда им до Linux), так там это реализовано через route-maps: match ip address {ACL-number | name} [...ACL-number | name] маршрутной картой будут обработаны только пакеты, удовлетворяющие перечисленным стандартным или расширенным спискам доступа (access-list). set ip next-hop ip-address [... ip-address] определяет следующий hop, куда будет направлен пакет пакет. Это должен быть соседний роутер; Ничего не напоминает? man ipfw: fwd | forward ipaddr[,port] - Change the next-hop on matching packets to ipaddr, which can be an IP address or a host name.  The search terminates if this rule matches. Правда в IOS это сделано более расширено, но идея та же. И напоследок маленький вопрос - в чем кривизна ipfw fwd и прямота ip route?
	Cообщить модератору | Наверх | ^

	242. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 06-Ноя-05, 07:38
	>>а? (фаервольный fwd костыль не предлагать) > >1. Если в Linux подобное реализовано иначе - это не значит что >оно реализовано лучше, а все остальное костыли. руками менять next hop - это ИМХО костыль. то, что этот костыль есть в линухе и где-то еще не делает его менее костылем. >2. На будущее - называется это policy-routing, даже здесь: >http://lartc.org/howto/lartc.rpdb.html#LARTC.RPDB.SIMPLE сути не меняет >3. Есть такое семейство весьма хреновых роутеров на базе IOS (куда им >до Linux), так там это реализовано через route-maps: > >match ip address {ACL-number | name} [...ACL-number | name] маршрутной картой будут >обработаны только пакеты, удовлетворяющие перечисленным стандартным или расширенным спискам доступа (access-list). > >set ip next-hop ip-address [... ip-address] определяет следующий hop, куда будет направлен >пакет пакет. Это должен быть соседний роутер; > >Ничего не напоминает? ну? "set ip next-hop" - такой же костыль как и в фре с линухом. см. респонд N1 >И напоследок маленький вопрос - в чем кривизна ipfw fwd и прямота >ip route? ipfw fwd менее удобно, когда не просто нужно машинку пробросить 1-2, а приходиться ворочать несколькими немаленькими таблицами роутинга. Вместе с обычными правилами фаервола "fwd" будет очень НЕКСТАТЕ смотреться в рулесете. Особенно учитывая, что КАЖДЫЙ пакет входит в этот рулесет и его нужно правильно обработать. Субъективно проще, когда фаерволл отдельно, а роутинг - отдельно.
	Cообщить модератору | Наверх | ^

	244. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от KlounAda (??) on 23-Дек-05, 07:02
	>>>а? (фаервольный fwd костыль не предлагать) PF-Filer это делает спокойно через связку: rdr on $ext_if proto tcp from any to 82.82.82.198  port 443  -> 192.168.224.240 port 443 nat on $int_if from any to 192.168.224.240 -> ($int_if) static-port # Данная конструкция делает редирект порта 443 на внутренний адрес 192.168.224.240 и создает канал для ответа... по образу и подобию можно рулить чем угодно... хоть полность траффик с одной подвети в другую.
	Cообщить модератору | Наверх | ^

	40. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (??) on 30-Окт-05, 11:06
	>>А чем фря хуже пингвина? Нельзя ли с этого места по подробней > >пожалуйста. > >User-level не рассматриваем: порты есть и там и там (если не знал >про Линух - см. http://gentoo.org). Мне debian в этом плане больше понравился.
	Cообщить модератору | Наверх | ^

	42. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 11:10
	>>User-level не рассматриваем: порты есть и там и там (если не знал >>про Линух - см. http://gentoo.org). >Мне debian в этом плане больше понравился. не силен про порты/пекеджи debiana, но там вроде дают только бинари? нельзя ведь задать параметры системы и все пакеты будут собраны так, как нужно ТЕБЕ? Например без QT или без gnome.
	Cообщить модератору | Наверх | ^

	44. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (ok) on 30-Окт-05, 11:18
	>>>User-level не рассматриваем: порты есть и там и там (если не знал >>>про Линух - см. http://gentoo.org). >>Мне debian в этом плане больше понравился. > >не силен про порты/пекеджи debiana, но там вроде дают только бинари? >нельзя ведь задать параметры системы и все пакеты будут собраны так, как >нужно ТЕБЕ? Например без QT или без gnome. Так глубоко еще не копал, так как только начал процесс изучения. Но aptitude очень понравилось, очень удобный интерфейс. Да и при установке помоему можно установить опции установки.
	Cообщить модератору | Наверх | ^

	121. "порты/пекеджи debiana"
	Сообщение от dp_wiz on 31-Окт-05, 11:45
	>не силен про порты/пекеджи debiana, но там вроде дают только бинари? >нельзя ведь задать параметры системы и все пакеты будут собраны так, как >нужно ТЕБЕ? Например без QT или без gnome. Сорцы тоже есть. Всё можно собирать с исходников. Было бы желание... Но его обычно нет (%
	Cообщить модератору | Наверх | ^

	122. "порты/пекеджи debiana"
	Сообщение от _Nick_ (??) on 31-Окт-05, 11:49
	>>не силен про порты/пекеджи debiana, но там вроде дают только бинари? >>нельзя ведь задать параметры системы и все пакеты будут собраны так, как >>нужно ТЕБЕ? Например без QT или без gnome. > >Сорцы тоже есть. Всё можно собирать с исходников. Было бы желание... Но >его обычно нет (% т.е. каждый пакет всегда заточен под любого юзера с любыми запросами? напримен PHP с PG собирать или с SQLite? или во всем вместе? А Licq с KDE модулем или с QT? или и то и другое?
	Cообщить модератору | Наверх | ^

	123. "порты/пекеджи debiana"
	Сообщение от dp_wiz on 31-Окт-05, 11:55
	>>Сорцы тоже есть. Всё можно собирать с исходников. Было бы желание... Но >>его обычно нет (% >т.е. каждый пакет всегда заточен под любого юзера с любыми запросами? >напримен PHP с PG собирать или с SQLite? или во всем вместе? Незнаю как там, у меня сейчас питон (= Но раньше я как-то об этом не заморачивался и всё работало замечательно... Пару раз только, в самом начале пингвиноводческой карьеры хотелось что-то пересобрать, но потом уже давно не встречал необходимости. Обычно есть альтернативный пакет, если это принципиальные вещи. Или модули, если программа их умеет.
	Cообщить модератору | Наверх | ^

	126. "порты/пекеджи debiana"
	Сообщение от _Nick_ (??) on 31-Окт-05, 12:14
	>Незнаю как там, у меня сейчас питон (= Но раньше я как-то >об этом не заморачивался и всё работало замечательно... Пару раз только, >в самом начале пингвиноводческой карьеры хотелось что-то пересобрать, но потом уже >давно не встречал необходимости. Обычно есть альтернативный пакет, если это принципиальные >вещи. Или модули, если программа их умеет. ОБЫЧНО есть python и ВСЕ. Ни о каких версиях речь не идет. Обновить/поменять его руками соблюдя все зависимости RPM - это геммор, которого поискать. Недавно пришлось.... матерился ужасно, хотя на локалхосте все решалось одним emerge'ом. ну ок. А допустим нужна софтина, которая ЕСТЬ в репозитории готовых РПМ. Версия X. А хоцца/нуна версию X.5. Сырцы есть. Собирать - единственный выход. Вот тут и сравни затраты времени на "emerge <soft>" и "wget, tar, make..., make install(в правильное место, с тем, чтобы либы виделись, но и с возможностью удалить)". Мона конечно сделать/достать SRPM. Но совсем не все проекты дают их. Часто есть тока тарбол.
	Cообщить модератору | Наверх | ^

	127. "порты/пекеджи debiana"
	Сообщение от dp_wiz on 31-Окт-05, 12:19
	>ОБЫЧНО есть python и ВСЕ. Ни о каких версиях речь не идет. >Обновить/поменять его руками соблюдя все зависимости RPM - это геммор, так. судя по топику, мы говорим о Debiam-based. Так что не надо сюда с RPM. RPM это в соседнее окошко ((= >ну ок. А допустим нужна софтина, которая ЕСТЬ в репозитории готовых РПМ. >Версия X. А хоцца/нуна версию X.5. Сырцы есть. Собирать - единственный выход. Вот тут и сравни затраты времени на "emerge <soft>" и Вместо "apt-get install <soft>" написать "apt-get build-dep <soft>" не так уж и сложно (:
	Cообщить модератору | Наверх | ^

	128. "порты/пекеджи debiana"
	Сообщение от _Nick_ (??) on 31-Окт-05, 12:33
	>Вместо "apt-get install <soft>" написать "apt-get build-dep <soft>" не так >уж и сложно (: да, несложно. А где прописывается с какими опциями будет конфигурицца эта тулза?
	Cообщить модератору | Наверх | ^

	132. "порты/пекеджи debiana"
	Сообщение от dp_wiz on 31-Окт-05, 12:54
	>>Вместо "apt-get install <soft>" написать "apt-get build-dep <soft>" не так >>уж и сложно (: > >да, несложно. >А где прописывается с какими опциями будет конфигурицца эта тулза? Видимо при make или где оно там должно указываться? что-то я не видел где в команде "emerge <soft>" указывались какие-либо опции (;
	Cообщить модератору | Наверх | ^

	134. "порты/пекеджи debiana"
	Сообщение от _Nick_ (??) on 31-Окт-05, 13:14
	>Видимо при make или где оно там должно указываться? что-то я не видел где >в команде "emerge <soft>" указывались какие-либо опции (; поции для emerge - в /etc/make.conf и в /etc/portage/
	Cообщить модератору | Наверх | ^

	58. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (ok) on 30-Окт-05, 12:06
	>>А чем фря хуже пингвина? Нельзя ли с этого места по подробней > >пожалуйста. > >User-level не рассматриваем: порты есть и там и там (если не знал >про Линух - см. http://gentoo.org). >Совместимость на уровне исходников тоже. >Смотрим в ядро. > >- безопасность: >  - SELinux >  - RSBAC >  - grsec >  - Linux capabilities(7) (выполнение "root-only" операций обычным пользователем) (sudo не >предлагать ;) > >- виртуализация: >  - вирт. машина Xen >  - масштабируемый кластер OpenMosix > >- другое: >  - Kernel preemption (прерывание системных вызовов для уменьшения времени отклика) > >  - kexec (смена ядра без ребута компа) >  - framebuffer По повду безопасности безопасность: SELinux | FreeBSD jail() RSBAC | Mandatory Access Control (MAC) и POSIX ACLs По поводу всего остального нечего сказать не могу т.к. сервера у меня в используются для телематических служб и необходимости в этом просто не было. Может кто нибудь подключиться к нашей дискуссии и добавит. Что касается установки серверов и их обслуживания и безопасности мне больше нравится OpenBSD и FreeBSD по моему установка и выключение сервисов более удобна. Ну как говорится на вкус и цвет товарища нет.
	Cообщить модератору | Наверх | ^

	67. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 12:35
	>>- безопасность: >>  - SELinux >>  - RSBAC >>  - grsec >>  - Linux capabilities(7) (выполнение "root-only" операций обычным пользователем) (sudo не >>предлагать ;) >> >>- виртуализация: >>  - вирт. машина Xen >>  - масштабируемый кластер OpenMosix >> >>- другое: >>  - Kernel preemption (прерывание системных вызовов для уменьшения времени отклика) >> >>  - kexec (смена ядра без ребута компа) >>  - framebuffer > >По повду безопасности >безопасность: >SELinux | FreeBSD jail() нет. http://docs.freebsd.org/44doc/papers/jail/jail.html: "The FreeBSD ``Jail'' facility provides the ability to partition the operating system environment, while maintaining the simplicity of the UNIX ``root'' model. In Jail, users with privilege find that the scope of their requests is limited to the jail..." Т.е. jail - это попытка сделать витр. окружения. Тут наверное оно ближе к vserver'у и openvirtuozzo. Но vserver/openvirtuozzo - это все-таки операционые системы сос своей отдельной ФС, юзерами, либами, процессами.. %) не дотягивает jail до них, даже если в jail'e был-бы выделнный IP SELinux: http://www.nsa.gov/selinux/info/faq.cfm#I1 туманное описание того, что это набор правил/инструментов для раздачи процессам привилегий необходимых для их работы И НЕ БОЛЕЕ. т.е. например, апачу на хостинге НЕ НУЖЕН системный вызов connect() ;) и т.д. для каждой службы свои правила: ограничения и привилегии. Я не увидел и подобия этого в jail'e от фрибсд. >RSBAC | Mandatory Access Control (MAC) и POSIX ACLs MAC - это часть RSBAC :)) В то время как он сам является вообще обкуренной гибкой моделью раздачи привилегий юзерам/процессам/группам/сессиям... по такому же длинному списку признаков (MAC). Например, с RSBAC'ом реализуется интересная модель security офицера, который тока раздает права, но сам нихрена не может делать. Соответственно остальные не могут двигать права, а лишь действовать в рамках своих прав. Тут и root (UID 0) может легко потерять свое название "суперпользователь" %) даже страшно вспомнить про jail... ну не оно это... >По поводу всего остального нечего сказать не могу т.к. сервера у меня >в используются для телематических служб и необходимости в этом просто не >было. необходимости и у меня не было по большинству пунктов ;)) но вот знать что может твоя любимая ОСь должен КАЖДЫЙ, иначе его слова в ее защиту могут быть недостаточно весомы. Мне просто было интересно. И я брал - и пробовал. >Может кто нибудь подключиться к нашей дискуссии и добавит. очень надеюсь >Что касается установки серверов и их обслуживания и безопасности мне больше нравится >OpenBSD и FreeBSD по моему установка и выключение сервисов более удобна. >Ну как говорится на вкус и цвет товарища нет. мне кажеться, что я нашел причину почему многие любят *BSD... (IMHO!!!) за порты :) тупо за порты. Потому как я тоже очень страдал (целых полгода) когда слез с фри на ASPlinux (за мощ ядра ;) ТОЛЬКО) и был лишен портов. Но вот когда друг подсказал мне (прям как в рекламе ;), что есть Gentoo - дистр Линуха с портами, то все стало на свои места. Тем более, что и система портов там более совершенна, чем во фре (они взяли фревые порты, нашли в них проблемы и решили некоторые, и достаточно неплохо. Системы RC  скриптов и конфигов тоже очень похожа на фревые, чему я также был рад :).
	Cообщить модератору | Наверх | ^

	77. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (??) on 30-Окт-05, 15:14
	>>Ну как говорится на вкус и цвет товарища нет. > >мне кажеться, что я нашел причину почему многие любят *BSD... (IMHO!!!) >за порты :) тупо за порты. >Потому как я тоже очень страдал (целых полгода) когда слез с фри >на ASPlinux (за мощ ядра ;) ТОЛЬКО) и был лишен портов. > >Но вот когда друг подсказал мне (прям как в рекламе ;), что >есть Gentoo - дистр Линуха с портами, то все стало на >свои места. Тем более, что и система портов там более совершенна, >чем во фре (они взяли фревые порты, нашли в них проблемы >и решили некоторые, и достаточно неплохо. Системы RC  скриптов и >конфигов тоже очень похожа на фревые, чему я также был рад >:). Ну зачем же так можно и из сырцов поставить проблемы нет. И давайте сразу оговоримся, я нигде рубаху на себе не рвал и не кричал что лучше, а что хуже. По удобству работы и надежности BSD для меня лучше, вам больше нравится пингвин пусть так, но зачем делать скорапалительные выводы? И порты совсем не причем :)).
	Cообщить модератору | Наверх | ^

	79. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 15:21
	>Ну зачем же так можно и из сырцов поставить проблемы нет. И >давайте сразу оговоримся, я нигде рубаху на себе не рвал и >не кричал что лучше, а что хуже. По удобству работы и >надежности BSD для меня лучше, вам больше нравится пингвин пусть так, >но зачем делать скорапалительные выводы? >И порты совсем не причем :)). это - насчет исходников ;)) http://cebka.pp.ru/stuff/futbol.jpg ясное дело, шо собрать из сырцов не проблема для опытного человека, но зачем тратить время и напрягать разум, если все уже сделано до нас. Ведь именно поэтому Вы любите БСД ;)) за то, что все отлажено ЗА ВАС. Так что, мне чуток кажеться, Вы непоследовательны. В мире слишком много еще интересного и неизученного, чтоб очередной апач руками собирать.
	Cообщить модератору | Наверх | ^

	94. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (??) on 30-Окт-05, 16:13
	>ясное дело, шо собрать из сырцов не проблема для опытного человека, но >зачем тратить время и напрягать разум, если все уже сделано до >нас. Ведь именно поэтому Вы любите БСД ;)) за то, что >все отлажено ЗА ВАС. Так что, мне чуток кажеться, Вы непоследовательны. > > >В мире слишком много еще интересного и неизученного, чтоб очередной апач руками >собирать. Непоследовательность в чем заключается? Еще раз повторюсь порты в BSD для меня не главное. Тем боле в OpenBSD рекомендестя ставить из пакетов так что от портов отвыкаешь. И еще неужели gentoo так хорош что вы его так настойчива рекомендуете?
	Cообщить модератору | Наверх | ^

	96. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 16:19
	>Непоследовательность в чем заключается? Еще раз повторюсь порты в BSD для меня >не главное. Тем боле в OpenBSD рекомендестя ставить из пакетов так >что от портов отвыкаешь. И еще неужели gentoo так хорош что >вы его так настойчива рекомендуете? я люблю поекспериментировать. Как с новым софтом, так и ядерными вещами. Даже на разных железячных платформах. Т.е. все время приходить собирать то одно, то другое. Тут без портов тяжело. Ну я говорил ужЁ: думать над пройденным - это работа, а не эксперименты. Ну а ядро Линух - это гибчайшая колбаса, которая развязывает мне руки хоть на PC, хоть на КПК, хоть в мобиле. Просто выбрал нужную архитектуру - и вперед. А порты+Линух - это Gentoo. Есть еще парочка менее известных Линух дистра с портами (НЕ debian), но gentoo несравнимо известнее и массивнее.
	Cообщить модератору | Наверх | ^

	97. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (??) on 30-Окт-05, 16:25
	>А порты+Линух - это Gentoo. Есть еще парочка менее известных Линух дистра >с портами (НЕ debian), но gentoo несравнимо известнее и массивнее. Поставим вопрос по другому какой из пингвинов хорош как рабочая станция, а какой для сервера.
	Cообщить модератору | Наверх | ^

	125. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от dp_wiz on 31-Окт-05, 12:01
	>Поставим вопрос по другому какой из пингвинов хорош как рабочая станция, а >какой для сервера. Если дистриб Правильный, то можно и сервер поднять легко и на десктопе на няпрягаться..
	Cообщить модератору | Наверх | ^

	65. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Аноним on 30-Окт-05, 12:27
	>- сеть: Про Netgraph забыли, обычно этим сразу гасят весь пыл линуксойдов :-) >  - QoS (HTB, CFQ...) Для BSD с незапамятных времен был ALTQ, который даже сейчас никто не переплюнул. >  - Source routing, не используя фаерволл Чем ipfw fwd плох ? Трудно придумать что-то более нелогичное и трудное для восприятия чем iproute2, возможностей море, а толку мало. На самом деле вы забыли про более существенный недостаток, работу нескольких default gateway. >  - фаерволл ТОЛЬКО для определенного интерфейса не понял. >  - произвольное имя интерфейса Есть начиная помоему с FreeBSD 5.3. >  - iptables/arptables Тоже самое, что скачать что отсутствие ipfw/ip filter/pf это недостаток Linux. >  - RedHat Global File System С кластерами дествительно есть проблема. >- блочные устройства/диски: GEOM. >  - разнообразие файловых систем: журналируемая FS (a-la Ext3), Много раз доказывали, что журнал не панацея. Лучше иметь одну стабильную FS, чем 10 кривых. >  - "suspend to disk" - засыпание a-la виндовый hibernate Зачем это для сервера ? >  - I/O scheduler с управляемыми приоритетами (a-la CFQ) Этого нет, но крою наличием kevent/kqueue :-) >- безопасность: См. Наработки TrustedBSD. >- виртуализация: >  - вирт. машина Xen Xen поддерживает FreeBSD, а вто такой простой вещи как jail или ключика -u в команде chroot в Linux нет. >- другое: >  - Kernel preemption (прерывание системных вызовов для уменьшения времени отклика) >  - kexec (смена ядра без ребута компа) >  - framebuffer Для серверного применения оно и не нужно.
	Cообщить модератору | Наверх | ^

	70. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от dvg_lab (??) on 30-Окт-05, 13:15
	>>  - QoS (HTB, CFQ...) >Для BSD с незапамятных времен был ALTQ, который даже сейчас никто не >переплюнул. этот суперхваленый ALTQ судя по всему не умеет шейпить входящий траффик... ткните пальцем если я не прав ибо 2 дня пытаюсь его заставить делать это...
	Cообщить модератору | Наверх | ^

	82. "слова 'шейп входящего ' - признак..."
	Сообщение от McLone on 30-Окт-05, 15:30
	...низкой квалификации. А теперь сядь и подумай, что ты написал. Какой смысл шейпить входящий, если ети пакеты УЖЕ ПОСЛАНЫ тебе чужим хостом? Ведь это не твой буффер отправки, и управлять ты им прямо не можешь... Можна пакеты ТУПО ДРОПАТЬ, как делает ipfw, при этом нарываясь на retransmitы. А можно слать ECN, как делает PF. Если чужой хост поддерживает ECN, он замедлит скорость передачи, и лишних retransmitов не будет. Сразу видно, что ты никогда не видел "рывков" на канале, загруженом ТЕОРЕТИЧЕСКИ на 85%, если там линуха какие и нет ECN. Оно грузит на ~80% потом сразу рывком на 100% и так стоит, ибо ретрансмитит лишнее. И только когда ты его на протяжении минут пяти на 75% нагружаешь, граффик падает со 100% до положенных.
	Cообщить модератору | Наверх | ^

	85. "слова 'шейп входящего ' - признак..."
	Сообщение от _Nick_ (??) on 30-Окт-05, 15:36
	>Сразу видно, что ты никогда не видел "рывков" на канале, загруженом ТЕОРЕТИЧЕСКИ >на 85%, если там линуха какие и нет ECN. Оно грузит >на ~80% потом сразу рывком на 100% и так стоит, ибо >ретрансмитит лишнее. И только когда ты его на протяжении минут пяти >на 75% нагружаешь, граффик падает со 100% до положенных. не нужно прикрывать знанием проблем шедулинга входящего траффика отсутствие этой фичи в ALTQ. Шедулить - так шедулить. А что делать при какой-то конкретной ситуации, когда нужно дропать пакет - это уже дело каждого отдельного шедулера ВХОДЯЩЕГО траффика, которого НЕТ в ALTQ, по рассказам постера. Не нужно съежать с темы. Попросили показать пальцем - либо покажи, либо не умничай. А если есть - думается человек разбереться что с ним делать дальше, как кого дропать и кого куда посылать.
	Cообщить модератору | Наверх | ^

	87. "слова 'шейп входящего ' - признак..."
	Сообщение от dvg_lab (??) on 30-Окт-05, 15:39
	>...низкой квалификации. А теперь сядь и подумай, что ты написал. Я нигде не говорил что я есть гуру, наеборот совета спрашиваю так как вообще шейпер первый раз настраиваю... >Какой смысл шейпить входящий, если ети пакеты УЖЕ ПОСЛАНЫ тебе чужим хостом? Тогда подскажите мне как правильно нужено решить проблему делёжки канала от провайдера в 4 мегабита на разные отделы и на разных vip персон качков много весь канал забивают так что почта ходить перестает? И правильно ли я понимаю что шейить надо всегда исходящий по отношению к интерфейсу траффик?
	Cообщить модератору | Наверх | ^

	89. "слова 'шейп входящего ' - признак..."
	Сообщение от dvg_lab (??) on 30-Окт-05, 15:50
	>...низкой квалификации. А теперь сядь и подумай, что ты написал. Вот кстати говоря посидел и подумал еще :-) >Какой смысл шейпить входящий, если ети пакеты УЖЕ ПОСЛАНЫ тебе чужим хостом? А скажем что происходит когда в адсл модем по езернету на скорости 100Мб заливают? Он же отправлять может только со скоростью скажем 2Мб... Дропает пакеты? А может просто ACK посылает с некоторой задержкой или размером окна передачи регулирует? Кстати слово линух у нас в отделе считается ругательным :-) строго freebsd везде стоит :-)
	Cообщить модератору | Наверх | ^

	90. "слова 'шейп входящего ' - признак..."
	Сообщение от _Nick_ (??) on 30-Окт-05, 16:00
	>Кстати слово линух у нас в отделе считается ругательным :-) строго freebsd >везде стоит :-) а смысл есть у этого правила?? или какой-то красноглазый бсдшник завел просто?
	Cообщить модератору | Наверх | ^

	91. "слова 'шейп входящего ' - признак..."
	Сообщение от dvg_lab (??) on 30-Окт-05, 16:08
	>а смысл есть у этого правила?? >или какой-то красноглазый бсдшник завел просто? А смысл вот в чем... сижу я мучаюсь с этим шейпером и никто по существу мне ничего сказать не может... либо кричат ламер, либо говорят да там все просто... но пальцем ткнуть никто не может... а все видимо потому что сами не в теме... и единственное что остается так это из всего сообщения поскипать основу, и ответить на явный оффтоп флеймом... что вы собсно и сделали... жаль очень жаль... только вот так и не понятно что ж мне с этим ALTQ делать...
	Cообщить модератору | Наверх | ^

	93. "слова 'шейп входящего ' - признак..."
	Сообщение от _Nick_ (??) on 30-Окт-05, 16:12
	>А смысл вот в чем... сижу я мучаюсь с этим шейпером и >никто по существу мне ничего сказать не может... либо кричат ламер, >либо говорят да там все просто... но пальцем ткнуть никто не >может... а все видимо потому что сами не в теме... и >единственное что остается так это из всего сообщения поскипать основу, и >ответить на явный оффтоп флеймом... что вы собсно и сделали... > >жаль очень жаль... только вот так и не понятно что ж мне >с этим ALTQ делать... сорри - пофлеймить люблю ;) а по делу могу толкнуть тока в сторону HTB линухового. С БСД не дружу последнее время. русская дока "в картинках", правила шейпинга практически на C ;) http://gazette.linux.ru.net/rus/articles/Traffic-Control-tcng-HTB-HOWTO.html
	Cообщить модератору | Наверх | ^

	115. "слова 'шейп входящего ' - признак..."
	Сообщение от dvg_lab (??) on 30-Окт-05, 22:09
	>http://gazette.linux.ru.net/rus/articles/Traffic-Control-tcng-HTB-HOWTO.html сходил по этой ссылке, пытался вкурить... понял что есть как минимум две фичи - шейпинг таки входящего траффика (несмотря на заявления ораторов о том что это неправильно) и ограничение максимума, но нет приоритетов... В ALTQ есть borrow который позволяет отъедать у родителя свободную полосу но есть приоритеты... это чем-то похоже... Но извините ставить неизвестный линух вместо хорошо знакомой мне бзди не буду... потому как настраивать и разбираться с ней буду еще дольше да и насуют мне сплойтов за это время по самые нехочу... а у меня прдакшн роутер... низя вроде как... надеюсь что завтра в первый рабочий день народ почитает весь этот тред и скажет как мне решить проблему не переставляя операционку :-Q
	Cообщить модератору | Наверх | ^

	116. "слова 'шейп входящего ' - признак..."
	Сообщение от _Nick_ (??) on 30-Окт-05, 22:12
	>надеюсь что завтра в первый рабочий день народ почитает >весь этот тред и скажет как мне решить проблему не переставляя >операционку :-Q народ скажет чего ж ты тогда кричал, что мы флеймить тока умеем?? вот тебе дока. Не нравиться - жди народ.
	Cообщить модератору | Наверх | ^

	148. "слова 'шейп входящего ' - признак..."
	Сообщение от KBAKEP (ok) on 31-Окт-05, 15:13
	Шейпят исходящий. Для исходящего на внешнем интерфейсе (глобально исходящий) можно использовать priq, а на исходящем на внутреннем интерфейсе (глобально входящий) - cbq. Вот вам и шейп с очередями и ограничениями из altq.
	Cообщить модератору | Наверх | ^

	223. "слова 'шейп входящего ' - признак..."
	Сообщение от McLone on 03-Ноя-05, 14:06
	>А скажем что происходит когда в адсл модем по езернету на скорости >100Мб заливают? Он же отправлять может только со скоростью скажем 2Мб... >Дропает пакеты? da. Prichem nekotorye zhelezyaki dropajut po TAIL-DROP, kak FIFO, a nekotorye - randomno. Ya videl dazhe zhelezyaki BEZ BUFFERA. Ne deshevye kstati... > А может просто ACK посылает с некоторой задержкой или размером окна передачи регулирует? *DSL modemy v TCP (v rezhyme bridge) ne lezut, window size - eto problemy IP-stack'a tvoego routera.
	Cообщить модератору | Наверх | ^

	71. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 13:44
	>>- сеть: >Про Netgraph забыли, обычно этим сразу гасят весь пыл линуксойдов :-) "обычно"... мой - не погас. Нет примеров - нет толку. >>  - QoS (HTB, CFQ...) >Для BSD с незапамятных времен был ALTQ, который даже сейчас никто не >переплюнул. плевать не через что. HTB поддержки я не нашел в ALTQ. см. выше ссылку на доку по HTB и расслабляйся. >>  - Source routing, не используя фаерволл >Чем ipfw fwd плох ? Трудно придумать что-то более нелогичное и трудное >для восприятия чем iproute2, возможностей море, а толку мало. ну это просто из-за того, что ты его не знаешь и не умеешь применить. а ipfw fwd плох тем, что это фаерволл. ВСЕ пакеты на входе и выходе входят в него. НАХРЕНА??? Если мне нужно просто завернуть траффик с этого ифейса в такую табличку роутинга? >На самом деле вы забыли про более существенный недостаток, работу > нескольких default gateway. гы :) Добавляй их сколько хочешь. Будет работать первый добавленный. Если он ляжет - то дальше по списку. Не вижу здесь СУЩЕСТВЕННЫХ недостатков. Это скорее достоинство, которого НЕТ во фре. >>  - фаерволл ТОЛЬКО для определенного интерфейса >не понял. сорри, это просто фича реализации >>  - произвольное имя интерфейса >Есть начиная помоему с FreeBSD 5.3. >>  - iptables/arptables >Тоже самое, что скачать что отсутствие ipfw/ip filter/pf это недостаток Linux. некто не говорил про недостаток, а просил аналогов. да, в чем-то ipfw/ip filter/pf могут заменить iptables/arptables >>  - RedHat Global File System >С кластерами дествительно есть проблема. >>- блочные устройства/диски: > >GEOM. > >>  - разнообразие файловых систем: журналируемая FS (a-la Ext3), > >Много раз доказывали, что журнал не панацея. возможно, но в большинстве случаев именно то, что нужно. А во фре этого НЕТ. Просил же АНАЛОГИ. Нет - так и скажи. > Лучше иметь одну стабильную FS, чем 10 кривых. А если нужна не только стабильность, а и кое-какая производительность?? Ну вдруг? Или тебе спешить некуда? ;) А про "10 кривых" спорить не стану. Нет ссылок - просто маза, что этого НЕТ во фре, пустые слова. Ну нет выбора - так и скажи, что нет такого во фре. Если ТЕБЕ это не нужно, может кому другому, и он задумается на чем остановиться. >>  - "suspend to disk" - засыпание a-la виндовый hibernate >Зачем это для сервера ? 1. юникс работает не только на серверах 2. чудные причины:   - дохлую сетевуху/проц(!! фря о таком точно не мечтала) заменить   - переключить комп/сервак на/с APC/розетку и все это "на ходу", без остановок (15-20 секунд можно сравнить с проблемами в сети). А если у меня 10 часовый запрос идет и мне нужно на 5-м часу сделать что-либо вышеуказанное?? Ну и на рабочей станции приятно включить комп и сразу все будет загружено и третьи герои будут крутиться без перезагрузок %) >>  - I/O scheduler с управляемыми приоритетами (a-la CFQ) >Этого нет, но крою наличием kevent/kqueue :-) не знаю что это такое - но обязательно почитаю >>- безопасность: > >См. Наработки TrustedBSD. > >>- виртуализация: >>  - вирт. машина Xen > >Xen поддерживает FreeBSD, да, согласен. портировали. не уследил :) > а вто такой простой вещи как jail или ключика -u в команде chroot в > Linux нет. в линухе для jail-like фичей есть отдельные фичи, причем намного мощнее jail'a (UML, vserver, openvirtuozzo, Xen в конце концов). А chroot ПРОСТО меняет root для процесса. Как называется  - то и делает. Юниксовая простота. Где она во фре с такими костылями/ключиками?? >>- другое: >>  - Kernel preemption (прерывание системных вызовов для уменьшения времени отклика) >>  - kexec (смена ядра без ребута компа) >>  - framebuffer >Для серверного применения оно и не нужно. опять ты про сервера. т.е. десктопа не существует?? Даже если сервер. Это ТЕБЕ что-то не нужно. preemption не нужен если нужен максимум производительности от сервера. А если же нужна максимальная скорость реакции - то выпей йаду: preemption тут очень хорошо поможет. kexec - это вообще КАК РАЗ больше для серверов. Минимизирует время "ребута" и опасность, что сервак нормально продет может где-то криво сконфигуренный BIOS (например: клаву вынули, а стоит ругаться на все ошибки. С полным ребутом кое-что другое у начальника подыметься тебя поиметь, чем такой сервак). по framebuffer'у - да. Он чисто для воркстейшн. Итого, судя по ответу из раздела "другое": во фре этого нет и фря - чисто для серваков. И вообще вывод по посту Анонима: ФРЯ НЕ работает на работем столе.
	Cообщить модератору | Наверх | ^

	129. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sem (??) on 31-Окт-05, 12:45
	>>>- сеть: >>Про Netgraph забыли, обычно этим сразу гасят весь пыл линуксойдов :-) >"обычно"... >мой - не погас. Нет примеров - нет толку. Так это ты должен примеры приводить аналогов в линухе. >>GEOM. >> >>>  - разнообразие файловых систем: журналируемая FS (a-la Ext3), >> >>Много раз доказывали, что журнал не панацея. >возможно, но в большинстве случаев именно то, что нужно. >А во фре этого НЕТ. Просил же АНАЛОГИ. Нет - так и >скажи. gjournal. Пока в разработке.
	Cообщить модератору | Наверх | ^

	224. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 03-Ноя-05, 14:14
	>Если он ляжет - то дальше по списку. Не вижу здесь СУЩЕСТВЕННЫХ >недостатков. Это скорее достоинство, которого НЕТ во фре. ne sovremenno. V *BSD eto sdelano kak multipath. Mozhna roung-robin po default gw. >да, в чем-то ipfw/ip filter/pf могут заменить iptables/arptables i naoborot. >А во фре этого НЕТ. Просил же АНАЛОГИ. Нет - так и v *BSD _davno_ est' zhurnal, google LFS, a v poslednih versijah FreeBSD est' GEOM Journal. > Нет ссылок - просто маза, что этого НЕТ во фре, пустые слова. tvoi ssylki v google. Hochesh - ishi, ne hochesh - drugie najdut. >А chroot ПРОСТО меняет >root для процесса. Как называется  - то и делает. Юниксовая >простота. Где она во фре с такими костылями/ключиками?? man jail, dorogij. >по framebuffer'у - да. Он чисто для воркстейшн. hmm. V fbsd davno byl SC_PIXEL_MODE, i uzhe s god kak est' VESA modes. SVGAlib tak zhe rabotaet, i DirectDB, no poslednij - bez apparatnoj acceleration (poka) >И вообще вывод по посту Анонима: ФРЯ НЕ работает на работем столе. u *nas* rabotaet. Nas mnogo.
	Cообщить модератору | Наверх | ^

	227. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 03-Ноя-05, 14:26
	>ne sovremenno. V *BSD eto sdelano kak multipath. Mozhna roung-robin po >default gw. гы. уже интересно. Ну начнем с того, что RR по роутерам линух умел еще 5 лет назад, когда в муках рожалась 4 фря. Отлично, multipath. И БСД всегда считает, что его можно использовать с несколькими дефолт роутерами? Тоже весело. А как же тогда в инет ходить с этой БСД, если запрос на коннект (syn) уехал в один роутер (там замаскарадился в один ИП), а подтверждение (ответный ack) уедет по round-robin уже в другой роутер и там этот ack замаскарадят в другой ИП? Дык на свой ack я получу от ремотного хоста reset и пойду гулять лесом. Или multipath не всегда активен при нескольких роутерах?? ;)) Тогда выходит, что он работает точно так же, как и в Линухе, и так же "несовременно" :D
	Cообщить модератору | Наверх | ^

	174. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от den (??) on 01-Ноя-05, 11:27
	>>- сеть: > >Про Netgraph забыли, обычно этим сразу гасят весь пыл линуксойдов :-) мальчик ты наверное не читал про PF_RING > >>  - QoS (HTB, CFQ...) > >Для BSD с незапамятных времен был ALTQ, который даже сейчас никто не >переплюнул. да но возможности ALTQ совсем не те > >>  - Source routing, не используя фаерволл > >Чем ipfw fwd плох ? Трудно придумать что-то более нелогичное и трудное >для восприятия чем iproute2, возможностей море, а толку мало. >На самом деле вы забыли про более существенный недостаток, работу нескольких default >gateway. посмотри для начала как реализован divert в фре и тогда кричи, незря в linux отказались от divert (хотя в ядре давно есть поддержка) Ты вот скажи как во фре создать несколько таблиц маршрутизации и тем же src routing роутить разными таблицами > >>  - фаерволл ТОЛЬКО для определенного интерфейса > >не понял. > >>  - произвольное имя интерфейса > >Есть начиная помоему с FreeBSD 5.3. > >>  - iptables/arptables > >Тоже самое, что скачать что отсутствие ipfw/ip filter/pf это недостаток Linux. > pf есть в linux читаем RTFM, ты наверное видел линукс еще 2.2 ядро >>  - RedHat Global File System > >С кластерами дествительно есть проблема. > >>- блочные устройства/диски: > >GEOM. > >>  - разнообразие файловых систем: журналируемая FS (a-la Ext3), > >Много раз доказывали, что журнал не панацея. Лучше иметь одну стабильную FS, >чем 10 кривых. тормознутее файловой системы чем UFS я не видел, и никакие soft tunes не спасают. Сначала юзал reiser 3 (Reiserfs 4 пока не юзал), но вот xfs мне очень понравилась - очень быстрое востановление после сбоя, быстродействие, и самое главное надежность (еще ниразу не подвела) - есть ftp сервер 2 TB > >>  - "suspend to disk" - засыпание a-la виндовый hibernate > >Зачем это для сервера ? > >>  - I/O scheduler с управляемыми приоритетами (a-la CFQ) > >Этого нет, но крою наличием kevent/kqueue :-) > >>- безопасность: > >См. Наработки TrustedBSD. > >>- виртуализация: >>  - вирт. машина Xen > >Xen поддерживает FreeBSD, а вто такой простой вещи как jail или ключика >-u в команде chroot в Linux нет. > >>- другое: >>  - Kernel preemption (прерывание системных вызовов для уменьшения времени отклика) >>  - kexec (смена ядра без ребута компа) >>  - framebuffer > >Для серверного применения оно и не нужно.
	Cообщить модератору | Наверх | ^

	225. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 03-Ноя-05, 14:18
	>Ты вот скажи как во фре создать несколько таблиц маршрутизации и тем >же src routing роутить разными таблицами da, etogo dazhe v OpenBSD net. >тормознутее файловой системы чем UFS я не видел, и никакие soft tunes >не спасают. * soft updates. Menya spasajut. Na MPT do 150Mb/sec vydaet. > вот xfs мне очень понравилась - очень быстрое востановление после сбоя, быстродействие, и самое главное надежность (еще ниразу не подвела) - есть ftp сервер 2 TB XFS slozhnA. Struktura i kod ee ochen' zaputany. Hotya portirujut v FreeBSD, poka shto read-only, kak i reiserfs.
	Cообщить модератору | Наверх | ^

	137. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от orc (??) on 31-Окт-05, 13:32
	>>А чем фря хуже пингвина? Нельзя ли с этого места по подробней > >пожалуйста. > Что-то я не могу понять как можно сравнивать операционную систему с ядром операционной системы. Я думаю, что очень мало людей, которые начинают установку линукса с того, что скачивают ядро с www.kernel.org, собирают его и тд. и тп. Берут ведь дистрибутив. Так что же в дискусиях не указывается какой дистрибутив имеется ввиду. И почему умалчивается, что далеко не во все дистрибутивы входят данные свойства? И если даже в один из дистрибутивов не входит что-то, то считать свойство неотьемлимой частью Linux или нет? Предлагаю обсудить ряд альтернативных тем, которые не менее дружны с моразмом. Итак, что лучше: - готовые дома или кирпич; - карбюраторы или готовые машины; - футболки или ткань; Темы можно додумать на свое усмотрение.
	Cообщить модератору | Наверх | ^

	139. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 31-Окт-05, 13:35
	>Темы можно додумать на свое усмотрение. легко FreeBSD vs Gentoo ;)
	Cообщить модератору | Наверх | ^

	144. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от butcher (ok) on 31-Окт-05, 14:37
	>- сеть: >  - QoS (HTB, CFQ...) >  - Source routing, не используя фаерволл не вижу причин не использовать файрвол, если уж он всёравно есть, почему бы и нет? Ставите первым правилом и не будет никакого оверхеда. >  - фаерволл ТОЛЬКО для определенного интерфейса Правила файрвола могут быть связаны с любым интерфейсом. Опять же, если вы не хотите, чтобы пакеты с какого-то определённого интерфейса не проходили все проверки - добавте разрешающее правило раньше. >  - произвольное имя интерфейса ifconfig(8) >  - iptables/arptables ipfw2/pf/ipilter + netgraph и немного смекалки >  - RedHat Global File System могу предложить только GEOM gate, хотя это немного другое ;) >- блочные устройства/диски: >  - разнообразие файловых систем: журналируемая FS (a-la Ext3), Файловых систем хватает, нафига оно, разноообразие-то? GEOM gjournal + UFS2, LFS, в FragonFly тоже что-то есть. + удобная фича делать снимки файловой системы. >    Reiserfs4(было портирование - закончили? отладили?), XFS, JFS портировали, ReadOnly. >  - "suspend to disk" - засыпание a-la виндовый hibernate >  - I/O scheduler с управляемыми приоритетами (a-la CFQ) Недавно было в новостях. Реализовано в рамках SoC. >- безопасность: >  - SELinux >  - RSBAC >  - grsec >  - Linux capabilities(7) (выполнение "root-only" операций обычным пользователем) (sudo не >предлагать ;) Я тоже могу перечислить список слов: SEBSD, TrustedBSD, MAC, POSIX ACL, jail, GEOM. >- другое: >  - Kernel preemption (прерывание системных вызовов для уменьшения времени отклика) Есть и развивается: options         PREEMPTION options         FULL_PREEMPTION + device polling
	Cообщить модератору | Наверх | ^

	145. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 31-Окт-05, 14:50
	отличный ответ. просто и по теме. хотя есть замечания ;) >>- блочные устройства/диски: >>  - разнообразие файловых систем: журналируемая FS (a-la Ext3), > >Файловых систем хватает, нафига оно, разноообразие-то? под разные задачи лучше подходят определенные ФС. вот нафига. Нет широкого выбора - так и скажи (кака по предыдущим пунктам). Не нужно заМАЗывать отстуствие "ненужностью". >>  - "suspend to disk" - засыпание a-la виндовый hibernate >>  - I/O scheduler с управляемыми приоритетами (a-la CFQ) >Недавно было в новостях. Реализовано в рамках SoC. обе вещи? или только I/O scheduler? по кластерам и вирт. машинам (а-ля UML, vserver/virtuozzo) добавить нечего?
	Cообщить модератору | Наверх | ^

	226. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 03-Ноя-05, 14:25
	>Назови мне, плз, где во фре я могу найти аналоги таких вещей: >  - QoS (HTB, CFQ...) altq >  - Source routing, не используя фаерволл netu. >  - фаерволл ТОЛЬКО для определенного интерфейса mozhno. >  - произвольное имя интерфейса est'. >  - iptables/arptables ty chego? >  - RedHat Global File System ono tebe nado? >- блочные устройства/диски: >  - разнообразие файловых систем: журналируемая FS (a-la Ext3), >    Reiserfs4(было портирование - закончили? отладили?), XFS, JFS vse krome JFS est' v read-only, ext2 - read-write. A zachem tebe raznoobrazie? Pal'cy gnut'? >  - "suspend to disk" - засыпание a-la виндовый hibernate eshe ne dodelali. >  - I/O scheduler с управляемыми приоритетами (a-la CFQ) framework gotov, no scheduler poka tol'ko 1 >- безопасность: >  - SELinux - RSBAC  - grsec TrustedBSD >  - Linux capabilities(7) (выполнение "root-only" операций обычным пользователем) (sudo не предлагать ;) pochemu ne predlagat'? > >- виртуализация: >  - вирт. машина Xen est'. >  - масштабируемый кластер OpenMosix srazu vidno - HPC i naukoj Vy ne zanimalis'. MOSIX eto daleko ne ideal. >- другое: >  - Kernel preemption (прерывание системных вызовов для уменьшения времени отклика) est' v 5+ >  - kexec (смена ядра без ребута компа) netu >  - framebuffer est' VESA, DirectFB i SC_PIXEL_MODE
	Cообщить модератору | Наверх | ^

	230. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 03-Ноя-05, 14:58
	>>  - iptables/arptables >ty chego? чего-чего...  "АНАЛОГИ ЕСТЬ??" я прашивал. Уже знаю что есть, но только у iptables. Проехали. >>  - RedHat Global File System >ono tebe nado? так хорошо отвечал. Есть - называл. Нет - говорил, что нету. А тут сорвался "оно тебе надо?". Неправильный ответ. Правильный - нету. А кому оно надо - не тебе решать. >>- блочные устройства/диски: >>  - разнообразие файловых систем: журналируемая FS (a-la Ext3), >>    Reiserfs4(было портирование - закончили? отладили?), XFS, JFS >vse krome JFS est' v read-only, ext2 - read-write. >A zachem tebe raznoobrazie? ты тоже считаешь, что на фате можно и оракл и кваку крутить? разные задачи - разные ФС. >Pal'cy gnut'? ну да. Сравнить скорость чтения-записи в разных режимах и обменяться опытом с кем-то и узнать, что у него на таком же железе, но другая ФС, дает лучшие результаты. А это повод задуматься над правильностью выбора. Но БСДшникам-то, видать, некогда думать верно ли выбрана ФС и не много ли простоя проца в ожидании ввода/вывода, им работать нужно, оптимизация - это нестабильно ;) >>  - Linux capabilities(7) (выполнение "root-only" операций обычным пользователем) (sudo не предлагать ;) >pochemu ne predlagat'? тут 2 камня в огород БСД: 1. sudo может только добавлять какие-то права юзеру, Linux caps могут еще и отобрать... 2. вывод из первого. Lcaps позволяют достаточно гибко регулировать уровень безопасности системы вообще (вспоминаються пальцекрутные BSD Secure Levels? - верно думаете). Так, BSD sec levels - это конкретные наборы ограничений, которых всего 4. Linux caps - это 25 наборов привелегий (и их отсутствия), которые можно выключить system-wide в любой вариации. По умолчанию (изменяется переменной в .h файле, даже не в конфигураторе ядра), можно только убрать привилегии. И даже root не сможет уже выполнять той или иной сброшенной привилегии (например: сброшенный CAP_CHOWN - и никто не может менять владельца файла, CAP_NET_RAW - и никто не сможет ни снифить, ни пингать). Можно вырубить возможность ребута, моунтинга и т.д. >srazu vidno - HPC i naukoj Vy ne zanimalis'. т.е. опять нет прямого ответа. Зато есть маза, что я должен быть академиком, чтобы пользовать кластеры. Плохо >MOSIX eto daleko ne ideal. поздравляю. У фри и такого нет.
	Cообщить модератору | Наверх | ^

	243. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от butcher (ok) on 07-Ноя-05, 09:37
	>>>  - RedHat Global File System >>ono tebe nado? >так хорошо отвечал. Есть - называл. Нет - говорил, что нету. А >тут сорвался "оно тебе надо?". Неправильный ответ. Правильный - нету. >А кому оно надо - не тебе решать. Если исходники есть и это кому-нибудь нужно, то сделают. >ну да. Сравнить скорость чтения-записи в разных режимах и обменяться опытом с >кем-то и узнать, что у него на таком же железе, но Если кто-то там кричит что у нх всё тормозно работает, то это не значит что у всех так и надо верить им. Единственный минус UFS (при куче других плюсов) - это бОльшее время восстановления после сбоя, и то, при использовании background fsck это не так заметно. По скорости на нормальном железе UFS нисколько не уступает другим FS, что в принципе логично, скорость упирается в мощность проца и скорость винтов. >(например: сброшенный CAP_CHOWN - и никто не может менять владельца файла, >CAP_NET_RAW - и никто не сможет ни снифить, ни пингать). Можно >вырубить возможность ребута, моунтинга и т.д. > Вот здесь почитайте: http://www.freebsd.org/cgi/man.cgi?query=mac&sektion=4&apropos=0&manpath=FreeBSD+6.0-RELEASE+and+Ports http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/jail-restrictions.html
	Cообщить модератору | Наверх | ^

	36. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 10:43
	...и счас еще вспомнил... может фря есть под ARM архитектуру, чтоб я ее в свой КПК мог проинсталлить?? (NetBSD не предлагать. Подняться может и подымется, но вот девайсов никаких не найдет)
	Cообщить модератору | Наверх | ^

	39. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (??) on 30-Окт-05, 11:04
	>...и счас еще вспомнил... > >может фря есть под ARM архитектуру, чтоб я ее в свой КПК >мог проинсталлить?? (NetBSD не предлагать. Подняться может и подымется, но вот >девайсов никаких не найдет) По этому вопросу спорить не буду. К сожалению разнообразим архитектуры у нас в наличие похвастатсься не могу.
	Cообщить модератору | Наверх | ^

	124. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Akademic (??) on 31-Окт-05, 11:58
	>>...и счас еще вспомнил... >> >>может фря есть под ARM архитектуру, чтоб я ее в свой КПК >>мог проинсталлить?? (NetBSD не предлагать. Подняться может и подымется, но вот >>девайсов никаких не найдет) Я тут с 5.4 до 6 cvsup'ился и заметил в список архитектур пришла директория с именем "arm" - в нутре тоже чего то есть. Что-то более конкретное сказать пока не могу.
	Cообщить модератору | Наверх | ^

	146. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ZOD (??) on 31-Окт-05, 14:57
	>...и счас еще вспомнил... > >может фря есть под ARM архитектуру, чтоб я ее в свой КПК >мог проинсталлить?? (NetBSD не предлагать. Подняться может и подымется, но вот >девайсов никаких не найдет) /dev/hands and writing drivers...
	Cообщить модератору | Наверх | ^

	147. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 31-Окт-05, 15:04
	>>...и счас еще вспомнил... >> >>может фря есть под ARM архитектуру, чтоб я ее в свой КПК >>мог проинсталлить?? (NetBSD не предлагать. Подняться может и подымется, но вот >>девайсов никаких не найдет) >/dev/hands and writing drivers... именно этим и приходиться заниматься.... и угадай что лучше при девелопинге: модульность или все кучей? Модульность Линуха - еще одна причина его пользовать.
	Cообщить модератору | Наверх | ^

	155. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от llelik on 31-Окт-05, 17:00
	>>>...и счас еще вспомнил... >>> >>>может фря есть под ARM архитектуру, чтоб я ее в свой КПК >>>мог проинсталлить?? (NetBSD не предлагать. Подняться может и подымется, но вот >>>девайсов никаких не найдет) >>/dev/hands and writing drivers... > >именно этим и приходиться заниматься.... >и угадай что лучше при девелопинге: модульность или все кучей? >Модульность Линуха - еще одна причина его пользовать. а kldload/kldunload/kldstat уже не катят? читайте маны, а не оглашайте окресности своим незнанием
	Cообщить модератору | Наверх | ^

	156. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 31-Окт-05, 17:13
	>а kldload/kldunload/kldstat уже не катят? >читайте маны, а не оглашайте окресности своим незнанием при чем тут модули к модульности? Или ты не видишь разницы? учи бейсик
	Cообщить модератору | Наверх | ^

	162. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sem (??) on 01-Ноя-05, 10:19
	>>а kldload/kldunload/kldstat уже не катят? >>читайте маны, а не оглашайте окресности своим незнанием > >при чем тут модули к модульности? Или ты не видишь разницы? >учи бейсик Может хватит пальцы гнуть? Ты сказал про модульность линуха. Будь добр, объясни, что ты имел ввиду? Как это относится к написанию драйверов для ARM? Я не вижу никакого преимущества "модульности" линуха по сравнению с фрей.
	Cообщить модератору | Наверх | ^

	189. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ZOD (??) on 01-Ноя-05, 17:50
	>>а kldload/kldunload/kldstat уже не катят? >>читайте маны, а не оглашайте окресности своим незнанием > >при чем тут модули к модульности? Или ты не видишь разницы? >учи бейсик BSD kernel have modular structure. It have easy for use multiplatform API for any purpose. It writen using CLEAN C not any gcc specific features. NetBSD or FreeBSD C code easy for understanding and have lot of comments. Linux it is unstructured monolitic hard for supporting code when comparing it with NetBSD/FreeBSD.  NetBSD have support for lot of platforms and easy for support code. Linux much harder for support IMHO.
	Cообщить модератору | Наверх | ^

	191. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 01-Ноя-05, 18:16
	>BSD kernel have modular structure. It have easy for use multiplatform API >for any purpose. It writen using CLEAN C not any gcc >specific features. NetBSD or FreeBSD C code easy for understanding and >have lot of comments. >Linux it is unstructured monolitic hard for >supporting code when comparing it with NetBSD/FreeBSD. strange... practical kernel programmers says absolutely other things... It's possible that there are meny comments, but how are they helpfull? How the code is clean? Linux kernel programmers count answers pretty objective on the questions. >NetBSD have support >for lot of platforms and easy for support code. great. NetBSD supports ARM. Do it support USB ethernet for gadgets? hah? Linux does. Thus I use it on my PDA and have possibility to connect it to my PC. >Linux much harder for support IMHO. Yes. "IMHO". As you have huge *BSD experience and much lesser Linux - you opinion is obviously. Don't you think that there are other people? with other needs and possibilities?
	Cообщить модератору | Наверх | ^

	205. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ZOD (??) on 01-Ноя-05, 23:42
	Дошёл до дома, теперь можно по русски.... Всех прошу прощения.... >>BSD kernel have modular structure. It have easy for use multiplatform API >>for any purpose. It writen using CLEAN C not any gcc >>specific features. NetBSD or FreeBSD C code easy for understanding and >>have lot of comments. >>Linux it is unstructured monolitic hard for >>supporting code when comparing it with NetBSD/FreeBSD. > >strange... practical kernel programmers says absolutely other things... >It's possible that there are meny comments, but how are they helpfull? 4.4 BSD действительно классический UNIX вполне себе монолитный --- итд итп.. Начиная с 3й FreeBSD была введена поддержка модулей ядра (что не означает модульности всего ядра как такового), в 4й изиенили API и переделали модули --- (я тогда особо под *BSD не писал). В 5й по сравнению с 4 было редизайнено почти всё. Из netBSD был позаимствован весьма неплохой (количество поддерживаемых платформ о многом говорит) HAL и множество других довольно хороших прибабахов. Ядро было практически избавленно от GiantLock и я не спец по сетевой подсистеме но там тоже всё переписано и много чего толкового добавили. Назвать FreeBSD классическим UNIX у меня нынче язык не повернётся ИМХО со вермён 2.2 ядро претерпело полный редизайн. (но только ИМХО) потому как под линукс у меня експериенс несколько больше. > >How the code is clean? >Linux kernel programmers count answers pretty objective on the questions. Да разумеется. Только попросите Linux программеров скомпилять Linux чем то отличным от gcc вполне себе конкретных версий? На мой взгляд clean помимо всего прочего означает относительно чистенький С. Тот же netBSD по идее должен компиляться любым ANSI C компилятором, что добавляет красоты его коду... >>NetBSD have support >>for lot of platforms and easy for support code. >great. NetBSD supports ARM. Do it support USB ethernet for gadgets? hah? Ещё раз, какие проблеммы могут быть с реализацией USB? Я нынче гораздо крепче связан с Linux и не сильно в курсе как там дела с USB в netBSD но наличие того или иного драйвера ничего не говорит о дизайне ядра ОС, а именно про него ИМХО речь. Если мне упрётся реализация проекта где важен USB я подумаю о Linux, но в данном конкретном случае это тоже самое что говорить --- а там неподдерживается какой нибудь 10Gb broadcom... Хотя согласен реализовать USB несколько сложнее чем прикрутить сетевуху, но учитывая NetBSDшный bus independent API (хотя и он кривоват) это было бы наверное красиво. >Linux does. Thus I use it on my PDA and have possibility >to connect it to my PC. Какой у Вас PDA? На самом деле на моём tungsten тоже можно юзать linux --- но мне как-то нафиг нефиг пофиг что там стоит, к сожалению не располагаю достаточным временем чтобы портировать туда Plan9 --- хотя это было бы интересно... ИМХО достаточно распиареную систему энтузиасты портируют куда угодно несмотря на затраты --- да и корпорации тоже этим не грешат, но опять таки что это говорит о техническом совершенстве или даже хотябы об удачности конкретной реализации? > >>Linux much harder for support IMHO. >Yes. "IMHO". As you have huge *BSD experience and much lesser Linux >- you opinion is obviously. с точностью до наоборот к сожалению. приходится работать с тем что заказывают. а заказывают linux а иногда rtems... >Don't you think that there are other people? with other needs and >possibilities? У каждого свои тараканы в голове, но кажется именно Вы зачемто запостили флеймообразующие посты в *BSDшную новость... Хотя мне лично пофиг... Нравится юзайте, мне давно положить что и под что писать... По мне так Solaris kernel programming было бы интересно и красиво, под БСДИ --- с удовольствием под линукс --- надо так надо... Но мне оно не нравится, к сожалению. ИМХО теже БСДи сделаны прямее и мне субъективно работать с ними приятнее...
	Cообщить модератору | Наверх | ^

	206. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 02-Ноя-05, 00:13
	>Дошёл до дома, теперь можно по русски.... Всех прошу прощения.... ну и работка... почти как у меня, смотрю >>How the code is clean? >>Linux kernel programmers count answers pretty objective on the questions. >Да разумеется. Только попросите Linux программеров скомпилять Linux чем то отличным от >gcc вполне себе конкретных версий? icc - без проблем. чем-то еще предложите? >На мой взгляд clean помимо всего >прочего означает относительно чистенький С. Тот же netBSD по идее должен >компиляться любым ANSI C компилятором, что добавляет красоты его коду... ну, красота кода (ИМХО) уступает в приоритете функциоальности >>great. NetBSD supports ARM. Do it support USB ethernet for gadgets? hah? >Ещё раз, какие проблеммы могут быть с реализацией USB? никаких. согласен. Если есть спека - без проблем. А вот на реерсивное прощупывание протокола уходит много времени. И оно уже потрачено для Линуха, и незря. Это в Линухе уже работает. >Я нынче гораздо >крепче связан с Linux и не сильно в курсе как там >дела с USB в netBSD но наличие того или иного драйвера >ничего не говорит о дизайне ядра ОС, а именно про него >ИМХО речь. да, не говорит. Но, все же меня больше беспокоит именно функциональность нежели читабельность кода. В Линухе есть - я буду пользовать его. >Если мне упрётся реализация проекта где важен USB я >подумаю о Linux, но в данном конкретном случае это тоже самое >что говорить --- а там неподдерживается какой нибудь 10Gb broadcom...Хотя >согласен реализовать USB несколько сложнее чем прикрутить сетевуху, но учитывая NetBSDшный >bus independent API (хотя и он кривоват) это было бы наверное >красиво. наверное красиво. Но в Линухе так же присутствует довольно симпатичный API для USB. Все что нужно - просто знать чем на какой запрос отвечать - собсно протокол. А сама реализация упрется в несколько десятков удобных вызовов. >Какой у Вас PDA? Asus MyPal A730W >На самом деле на моём tungsten тоже можно >юзать linux ессьно. почти на все можно (исполосил handhelds.org по многим прямым и диагоналям) >--- но мне как-то нафиг нефиг пофиг что там >стоит, к сожалению не располагаю достаточным временем чтобы портировать туда Plan9 >--- хотя это было бы интересно... я взял КПК именно для установки на него Линуха. времени конечно нихрена не хватает, но интересно и запас для исследований достаточный. >ИМХО достаточно распиареную систему энтузиасты >портируют куда угодно несмотря на затраты --- да и корпорации тоже >этим не грешат, но опять таки что это говорит о техническом >совершенстве или даже хотябы об удачности конкретной реализации? популярность/функционал/перспекивность. Думаю именно этим оперделяется то, на какую платформу та или иная корпорация пишут свои дрова. >с точностью до наоборот к сожалению. приходится работать с тем что заказывают. >а заказывают linux а иногда rtems... >>Don't you think that there are other people? with other needs and >>possibilities? >У каждого свои тараканы в голове, но кажется именно Вы зачемто запостили >флеймообразующие посты в *BSDшную новость... Хотя мне лично пофиг... да... замечено за собой - люблю поспорить. Хотя за последние пару дней поднял немало инфы по *БСД - вышло даже полезно. >Нравится юзайте, >мне давно положить что и под что писать... По мне так >Solaris kernel programming было бы интересно и красиво, под БСДИ --- >с удовольствием под линукс --- надо так надо... Но мне оно >не нравится, к сожалению. ИМХО теже БСДи сделаны прямее и мне >субъективно работать с ними приятнее... да. кто к чему привык. не вопрос
	Cообщить модератору | Наверх | ^

	188. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ZOD (??) on 01-Ноя-05, 17:44
	>>>...и счас еще вспомнил... >>> >>>может фря есть под ARM архитектуру, чтоб я ее в свой КПК >>>мог проинсталлить?? (NetBSD не предлагать. Подняться может и подымется, но вот >>>девайсов никаких не найдет) >>/dev/hands and writing drivers... > >именно этим и приходиться заниматься.... >и угадай что лучше при девелопинге: модульность или все кучей? >Модульность Линуха - еще одна причина его пользовать. linux have no modular structure. NetBSD or FreeBSD have it. Also FreeBSD have HAL linux have no somthink like this. /dev/brain and read Tannenbaum for example.
	Cообщить модератору | Наверх | ^

	190. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 01-Ноя-05, 18:00
	>linux have no modular structure. perfect Then why it's so easy to put any additional functionality into Linux on-fly? To compile a module and add new: FS, device driver or anything you can imagine? Isn't this a proof of Linux modularity?? >NetBSD or FreeBSD have it. Also FreeBSD >have HAL linux have no somthink like this. yeah...  I heared that Solaris use it too (HAL). This why Linux runs faster :) Any abstraction eats performance. >/dev/brain and read Tannenbaum for example. as you see - I have an example already ;)
	Cообщить модератору | Наверх | ^

	195. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ZOD (??) on 01-Ноя-05, 19:02
	>>linux have no modular structure. >perfect >Then why it's so easy to put any additional functionality into Linux >on-fly? I can easy add any new feature to any unix like OS. For solaris or *BSD it is simple to do. But also for BSD i can easy add multiplatform driver using NetBSD API, i have libc implementation in the kernel and have no dependence from compiler, have esasy for understand code without any GCC specific preprocessor directives and etc. Can you add you own realtime scheduler as a kernel module in Linux? Can you use a several schedulers simultaniously in you linux system? I can not easy do it not for linux not for BSD... Becouse linux have bad design and BSD old designed UNIX. But BSD systems from release to release going to redisign all kernel internals and make it perfectly. If i'll try to talk about multiprocessors -- it will be fatal for linux and BSD... > To compile a module and add new: FS, device driver >or anything you can imagine? Isn't this a proof of Linux >modularity?? not. Add driver as module it is not modularity. VFS abstraction it is a good choice (what about perfomance?) but it is not all. Try to check how many modules you have loaded in Solaris at any time? BSD also have modules for drivers, fs, a lot of network features and etc. But Solaris have much better thans BSD kernel design IMHO. May be DragonFly project help BSD OSes increase design level. IMHO BSD have better design than linux, more abstractions, more stable API, easy for support and add code . >>NetBSD or FreeBSD have it. Also FreeBSD >>have HAL linux have no somthink like this. >yeah...  I heared that Solaris use it too (HAL). >This why Linux runs faster :) >Any abstraction eats performance. You make me smiling.  What kind of applications linux realy faster than Solaris?... I do not tihk so... But it is not so impotant as you may be think. If you want better perfomance you may be like exokernel OSes --- like this: XOK/ExOS http://pdos.csail.mit.edu/exo/exo-internals/internals.html Second question it for what in linux kernel i find at least two different try's realize HAL for different platforms? If Linus think --- Abstraction is a bad for perfomance for what 2.6 kernel was redisigned for add a lot of abstraction levelS when comparing it with 2.2 for example? Why a lot of peoples think NetBSD/Solaris have better perfomance than linux? I think it realy is about one perfomance level for Linux/*BSD/SOlaris on all kind of applications. But *BSD and Solaris have much better and understandable design. > >>/dev/brain and read Tannenbaum for example. >as you see - I have an example already ;) May be you mean Linus and Tannenbaum disput about microkernel, it is not about any BSD or Solaris or Linux. Sorry for bad english
	Cообщить модератору | Наверх | ^

	198. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 01-Ноя-05, 20:31
	>Can you add you own realtime scheduler as a kernel module in Linux? no, I can't >Can you use a several schedulers simultaniously in you linux system? sure. This implemented: sched_setscheduler(2), sched_getscheduler(2) >I can not easy do it not for linux not for BSD... Becouse linux >have bad design and BSD old designed UNIX. But BSD systems from >release to release going to redisign all kernel internals and >make it perfectly. hm... as I see - you think that Linux doesn't change its internals? R U serious? ;) please refer any of the latest Linux changelogs You'll be surprised :) >If i'll try to talk about multiprocessors -- it will be fatal >for linux and BSD... well... should I throw out my 4 CPU Linux server? :) If so, than possible IBM should do the same with its Blue Gene/L ? ;) Do you think they run *BSD there? :D http://hard.compulenta.ru/236167/ English original: http://www-03.ibm.com/servers/deepcomputing/bluegene.html >not. Add driver as module it is not modularity. I didn't say that kernel module = modularity. I said, that I can compile 3rd party module and insert it in Linux on-fly. This means that the code in the module can operate independently from other code inside the kernel. Sometimes several modules define some single functionality, sometimes one module contains several interfaces. >VFS abstraction it >is a good choice (what about perfomance?) VFS - is the needed interface to a FS. Modularity requires this victim. but Linux has no HAL - as you said - so it runs faster ;) architecture-dependent interrupt handlers use lesser CPU cycles than if they were routed by HAL ;) >Try to check how many modules you have loaded in >Solaris at any time? sorry - I can't. Have no Solaris. And don't plan to get it, unfortunately. >BSD also have modules for drivers, fs, >a lot of network features and etc. But Solaris have much >better thans BSD kernel design IMHO. May be DragonFly project help >BSD OSes increase design level. IMHO BSD have better design than >linux, more abstractions, more stable API, easy for support and add >code. great. "More abstractions" - don't ask me why I KNOW that Linux runs faster. coz you know this too (your words about VFS abstruction) >You make me smiling. yeah? like this? :} >What kind of applications linux realy faster >than Solaris?... sorry - can't realy say...  pls look above Please don't refer too much on Solaris: I try to figure out *BSD situation. >If you want better >perfomance you may be like exokernel OSes --- like this: XOK/ExOS >http://pdos.csail.mit.edu/exo/exo-internals/internals.html hm... limiting to GCC - see no problems. mapping kernel pages into every process - Linux (and FreeBSD) uses this speedup due to syscall format - I think the price (not using Linux power) can't cover this _possible_ speed improvement >Second question it for what in linux kernel i find at least >two different try's realize HAL for different platforms? If Linus think >--- Abstraction is a bad for perfomance for what 2.6 kernel >was redisigned for add a lot of abstraction levelS when comparing >it with 2.2 for example? possible, some architectures have some common things so that grouped together in several HALs the architectures could bring as easyly scalable HAL as not so much performance penalty due to this. I'm not sure, but is this possible? huh? >Why a lot of peoples think NetBSD/Solaris have better perfomance than linux? why somebody thinks that we are only one thinking creations in the Universe? ;) >I think it realy is about one perfomance level for Linux/*BSD/SOlaris >on all kind of applications. nope, even Oracle runs faster on Solaris than on Linux ;) so, not "all kind of applications" and not "really" :D >But *BSD and Solaris have much better and understandable design. please add a note next time, that it's you own IMHO >May be you mean Linus and Tannenbaum disput about microkernel, it is >not about any BSD or Solaris or Linux. ah no... Microkernel looks pretty dead as for developing as for performance ;)) But much better stability. I was saying about HAL performance penalty. >Sorry for bad english analogically :) why do you use it??  You can read russian - as I see. You could write with transliteration in Russian if you have any probs with localisation....  but if you have English keys only.... ;) than - yes, English is only one solution.
	Cообщить модератору | Наверх | ^

	207. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ZOD (??) on 02-Ноя-05, 00:33
	>>Can you add you own realtime scheduler as a kernel module in Linux? >no, I can't это чисто солярисная фича, кстати прикрутить её к линуксу или БСДе --- несколько месяцев гемороя --- просто в Соляре это сделано относительно красиво. >>Can you use a several schedulers simultaniously in you linux system? >sure. This implemented: >sched_setscheduler(2), sched_getscheduler(2) Точно точно есть такое.... Честно говоря туда не копал дальше не знаю. Ладно... Договорились, теперь вопрос как лично Вы считаете насколько красиво это реализовано? >>I can not easy do it not for linux not for BSD... Becouse linux >>have bad design and BSD old designed UNIX. But BSD systems from >>release to release going to redisign all kernel internals and >>make it perfectly. >hm... as I see - you think that Linux doesn't change its >internals? Linux как раз очень даже ченджь и меня это бесит. он чендж не только интерналс но и kernel API... и это уже сильно сидит в кишках... >R U serious? ;) please refer any of the latest Linux changelogs > >You'll be surprised :) :) >>If i'll try to talk about multiprocessors -- it will be fatal >>for linux and BSD... >well... should I throw out my 4 CPU Linux server? :) >If so, than possible IBM should do the same with its Blue >Gene/L ? ;) >Do you think they run *BSD there? :D Ненадо про IBM.... Чего они там ран --- это их дело.... просто плз не надо про IBM ok... Там с таким же успехом могла быть винда например. Какое нибудь NT-4 build 1381_IBM_2563 c кучей kernel патчей от IBM. И уверяю Вас работало бы на ура. Как на счёт мультипоточного ядра? Как на счёт мультипоточных драйверов? Как на счёт по сравнению с Солярным дизайном который учитывая OpenSolaris очень Вам рекомендую посмотреть... Если лень выкачивать можно посмотреть на docs.sun.com на предмет kernel multithreading and device drivers... А потом сравним это с Linuxом или BSDёй. >http://hard.compulenta.ru/236167/ >English original: >http://www-03.ibm.com/servers/deepcomputing/bluegene.html >>not. Add driver as module it is not modularity. >I didn't say that kernel module = modularity. >I said, that I can compile 3rd party module and insert >it in Linux on-fly. This means that the code in the module Это да... То же самое про любой *BSD Solaris (причём в FreeBSD это с 3ей версии в Соляре --- я слишком маленький и думаю что там оно было всегда вот в SUnOS 4  небыло) etc. Я не работал с HP-UX и прочими но думаю что там та же песня. >can operate independently from other code inside the kernel. >Sometimes several modules define some single functionality, >sometimes one module contains several interfaces. >>VFS abstraction it >>is a good choice (what about perfomance?) >VFS - is the needed interface to a FS. Modularity requires this >victim. интересно а где исследования этого вороса? Проще --- почему на эту жертву мы идём а на остальные нет --- как это обосновано? Мерили производиьтельность? Учитывали сложность поддержки кода? Рассматривали переносимость? >but Linux has no HAL - as you said - so it >runs faster ;) >architecture-dependent interrupt handlers use lesser CPU >cycles than if they were routed by HAL ;) а ocp на powerpc --- это что. Другой вопрос что оно в реальности событий не реализовано. и для intelа там всё есть. функции поиска устройств на шине (разные для разных архитектур) итд... там реализовано несколько API для разных архитектур причём они частично перекрываются. >>Try to check how many modules you have loaded in >>Solaris at any time? >sorry - I can't. Have no Solaris. And don't plan to get >it, >unfortunately. жаль... оно конечно unix unixом но сдизайнено довольно красиво. >>BSD also have modules for drivers, fs, >>a lot of network features and etc. But Solaris have much >>better thans BSD kernel design IMHO. May be DragonFly project help >>BSD OSes increase design level. IMHO BSD have better design than >>linux, more abstractions, more stable API, easy for support and add >>code. >great. >"More abstractions" - don't ask me why I KNOW that Linux runs >faster. >coz you know this too (your words about VFS abstruction) если честно я не знаю. Если мы имеем в виду UFS и BSDшный VFS то как то не задавался этим вопросом.... Оно много где используется и всех кто это использует насколько я знаю устраивает вполне. Не могу ничего квалифицированно сказать про реализацию VFS в любой из этих систем. На сколько мне известно оно действительно несколько медленнее чем допустим reiser. >>You make me smiling. >yeah? like this? :} > >>What kind of applications linux realy faster >>than Solaris?... >sorry - can't realy say...  pls look above >Please don't refer too much on Solaris: I try to figure out >*BSD >situation. Извиняюсь, нравится мне просто из юниксов солярка... Ну да ладно.... На каких приложениях линукс реально шустрее *BSD? Кстати интересны также данные по микробенчмаркам... Я бы с удовольствием почитал хорошо написаную статью на эту тему --- но их к сожалению нет. >>If you want better >>perfomance you may be like exokernel OSes --- like this: XOK/ExOS >>http://pdos.csail.mit.edu/exo/exo-internals/internals.html >hm... >limiting to GCC - see no problems. ну да пока есть более меннее прямой gcc проблемм нет. Да собственно вообще не сталкивался чтобы мне надо было принципиально собирать именно ядро другим компилятором --- но ИМХО с моей точки зрения это уже не красиво. >mapping kernel pages into every process - Linux (and FreeBSD) uses this >speedup due to syscall format - I think the price (not using >Linux power) can't cover this _possible_ speed improvement >>Second question it for what in linux kernel i find at least >>two different try's realize HAL for different platforms? If Linus think >>--- Abstraction is a bad for perfomance for what 2.6 kernel >>was redisigned for add a lot of abstraction levelS when comparing >>it with 2.2 for example? >possible, some architectures have some common things >so that grouped together in several HALs the architectures >could bring as easyly scalable HAL as not so much performance penalty > >due to this. >I'm not sure, but is this possible? huh? > >>Why a lot of peoples think NetBSD/Solaris have better perfomance than linux? >why somebody thinks that we are only one thinking creations in the > >Universe? ;) > >>I think it realy is about one perfomance level for Linux/*BSD/SOlaris >>on all kind of applications. >nope, even Oracle runs faster on Solaris than on Linux ;) >so, not "all kind of applications" and not "really" :D > >>But *BSD and Solaris have much better and understandable design. >please add a note next time, that it's you own IMHO ок ИМХО конечно... >>May be you mean Linus and Tannenbaum disput about microkernel, it is >>not about any BSD or Solaris or Linux. >ah no... Microkernel looks pretty dead as for developing as for performance там пенальти процентов в 15 наверное... ИМХО не сильно много за определённые плюсы... В качестве распределённой системы микроядерные ОСи наверное бы смотрелись... --- вообще говоря ИМХО интересная тема. >;)) But much better stability. >I was saying about HAL performance penalty. > >>Sorry for bad english >analogically :) >why do you use it??  You can read russian - as >I see. >You could write with transliteration in Russian if you have any probs не люблю транслитерацию >with localisation....  but if you have English keys only.... ;) >than - yes, English is only one solution. да нет проблемм нет... просто машина не моя. Спасибо... Ну за чем же было так заставлять флеймить БСДюшников? Сидят себе люди за своими БСДями а тут Вы --- типа вот Linux....
	Cообщить модератору | Наверх | ^

	208. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ZOD (??) on 02-Ноя-05, 00:39
	Сори конечно имелся ввиду UFS который медленнее рейзера....
	Cообщить модератору | Наверх | ^

	215. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 02-Ноя-05, 17:44
	ZOD, давай стучись в аську потрещим предметно 1\1@0ъ5\9ё3\2=8\9
	Cообщить модератору | Наверх | ^

	209. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от butcher (ok) on 02-Ноя-05, 09:06
	>I didn't say that kernel module = modularity. >I said, that I can compile 3rd party module and insert >it in Linux on-fly. This means that the code in the module >can operate independently from other code inside the kernel. >Sometimes several modules define some single functionality, >sometimes one module contains several interfaces. Вы всё это с успехом можете сделать и на FreeBSD. >>VFS abstraction it >>is a good choice (what about perfomance?) >VFS - is the needed interface to a FS. Modularity requires this > >victim. Вот только не надо про VFS, с тех пор как Sun'овцы его придумали прошло уже уйма времени, ИМХО, все unix-like ОСи имеют VFS интерфейс, так что, тут преимущества у Linux'а никакого нет.
	Cообщить модератору | Наверх | ^

	228. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 03-Ноя-05, 14:28
	>и угадай что лучше при девелопинге: модульность или все кучей? Vy pro jadro? Mikrojadra zahotelos'? >Модульность Линуха - еще одна причина его пользовать. Rassmeshyl. Ty hot' na VM podsistemu posmotri - oni zh s liuboj arhitektury tam x86 delajut! Eto zh hohma prosto! Modul'nost', blin...
	Cообщить модератору | Наверх | ^

	231. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 03-Ноя-05, 15:21
	>>и угадай что лучше при девелопинге: модульность или все кучей? >Vy pro jadro? Mikrojadra zahotelos'? да, про ядро. Но не микроядро. Да, когда-то чуть было не захотелось. Было обидно, когда один мелкий недосмотр в проверке параметров сискола компрометировал ядро. Но с микроядром о производительности можно забыть. А оно дороже. >>Модульность Линуха - еще одна причина его пользовать. >Rassmeshyl. Ty hot' na VM podsistemu posmotri - oni zh s liuboj >arhitektury tam x86 delajut! Eto zh hohma prosto! Modul'nost', blin... Модульность хоршо конечно, но из-за нее терять драгоценные проценты на HAL? Это глупо. На критических по производительности уровнях можно и пожертвовать красотой.
	Cообщить модератору | Наверх | ^

	38. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 11:03
	...еще немного дополнений к виртуализации: - UML (jail не путать с ядром) - vserver - openvirtuozzo
	Cообщить модератору | Наверх | ^

	69. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Аноним on 30-Окт-05, 12:50
	>А чем фря хуже пингвина? Нельзя ли с этого места по подробней во фре еще не научились делать релизы, в которых больше сломано, чем поправлено. Правда в начале "пятерки" были попытки :-) Если серьезно, то FreeBSD можно спокойно и просто обновить от одной версии до другой, не беспокоясь, что там что-то сломают или поставят с ног на голову. В Linux, даже ядро обновить шаманство, потому как багов выползает каждый раз немеренно, вот и трясешся - все заработает или сломали чего, и приходится выбирать - терперть текущие баги или испытывать будущие. За счет стабильности в Linux сейчас лепят горы новых фич, взгляните на размер changelog. Там полно "исправлена ошибка, появившаяся в после исправление ошибки, которая исправляла ошибку....". Тестирование поверхностное, отлаживают в основном по живому релизу.
	Cообщить модератору | Наверх | ^

	73. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 13:57
	>>А чем фря хуже пингвина? Нельзя ли с этого места по подробней > >во фре еще не научились делать релизы, в которых больше сломано, чем >поправлено. >Правда в начале "пятерки" были попытки :-) > >Если серьезно, то FreeBSD можно спокойно и просто обновить от одной версии >до другой, не беспокоясь, что там что-то сломают или поставят с >ног на голову. В Linux, даже ядро обновить шаманство, потому как >багов выползает каждый раз немеренно, вот и трясешся - все заработает >или сломали чего, и приходится выбирать - терперть текущие баги или >испытывать будущие. Что значит "В Linux, даже ядро"?? Я беру и обновляю ядро: emerge gentoo-sources cd..., make.... 1. где тут шаманство? 2. быгов? где ты видел при обновлении сразу баги? вот так шоб сразу? собрал новое ядро и что-то старое не заработало? примеры. 3. зато на фре у меня есть один выбор: терпеть тормоза FS и ждать с моря (developer team) погоды, пока они хоть чего-нибуть нужного добавять/напишут. >За счет стабильности в Linux сейчас лепят горы новых фич, взгляните на >размер changelog. да, добавляют новые весчи очень часто. Мне это нравиться. И мне по барабану, если кому-то из бзд стороны это завидно или не нравиться. Потому как они уже сделали свой бсд-выбор: терпеть тормоза и ждать погоды. >Там полно "исправлена ошибка, появившаяся в после исправление ошибки, >которая исправляла ошибку....". Тестирование поверхностное, отлаживают в > основном по живому релизу. зато в бсд все очень нажедно и стабильно. И новая фича одна на два минор-релиза (за год) %) Лично меня (а судя по количеству Линукс систем в мире не только мне) это НЕ устраивает. Тормозить ввместе с бзд тимом. Мне нужны новые фичи и если кто не может справиться с появляющимися в этой связи некоторыми проблемами - флаг ему судья. Боишься делать апдейт - сиди в досе. В нем давно не было дырок %)) Он стабилен и надежен! Почти как фря!
	Cообщить модератору | Наверх | ^

	110. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Антон (??) on 30-Окт-05, 18:47
	>>>А чем фря хуже пингвина? Нельзя ли с этого места по подробней >> >>во фре еще не научились делать релизы, в которых больше сломано, чем >>поправлено. >>Правда в начале "пятерки" были попытки :-) >> >Что значит "В Linux, даже ядро"?? Я беру и обновляю ядро: На прошлой неделе чуть не повесился обновляя ядро Linux: Сервер cлишком часто стал падать в panic, нашли в рассылках что это бага которую уже исправили. Обновил с 2.6.10 до 2.6.12, перестал работать шейпер, обновили до 2.6.13 - шейпер заработал, но сбились номера интерфейсов по snmp. Год назад после обновления ядро сразу стало падать в panic из-за NFS.
	Cообщить модератору | Наверх | ^

	111. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 18:50
	>На прошлой неделе чуть не повесился обновляя ядро Linux: >Сервер cлишком часто стал падать в panic, нашли в рассылках что это >бага которую уже исправили. >Обновил с 2.6.10 до 2.6.12, перестал работать шейпер, обновили до 2.6.13 - >шейпер заработал, но сбились номера интерфейсов по snmp. да, сбились :) это они сбились для тех, кому думалось, что все так и будет старо как мир во фре ;)  все меняется.... > >Год назад после обновления ядро сразу стало падать в panic из-за NFS. год назад.... да. 2.6.8 сразу был зарелизен насмерть by 2.6.8.1 :) не того косячка курнул Торвальдс ;)
	Cообщить модератору | Наверх | ^

	112. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от вадим (??) on 30-Окт-05, 21:00
	вот завидно точно не было, а жалко народ было, когда 2.6 стабильным объявили и потом ядро это релизили раз в неделю...
	Cообщить модератору | Наверх | ^

	84. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 30-Окт-05, 15:34
	Ю Правда в начале "пятерки" были попытки :-) да ну? Сама пятерка у меня в production стояла года два - не нужно менять было... На ее ядре даже дебьяновский мир пахал... Вот 5.1 имела небольшие проблемы...
	Cообщить модератору | Наверх | ^

	33. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Phil Kulin on 30-Окт-05, 09:16
	Да я даже спорить не буду. Но вот там выше несколько человек так и сказали "за кем гонимся" и "становится похожа на Linux". Я понял, что они имели ввиду и упомянул это. Реальные отношения Linux и Microsoft, так и вообще их состояние меня волнует только в области внешнего влияния на развитие ИТ. Поэтому вопросом в тонкостях не владею и спорить не буду.
	Cообщить модератору | Наверх | ^

	47. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (ok) on 30-Окт-05, 11:26
	>Да я даже спорить не буду. Но вот там выше несколько человек >так и сказали "за кем гонимся" и "становится похожа на Linux". >Я понял, что они имели ввиду и упомянул это. Реальные отношения >Linux и Microsoft, так и вообще их состояние меня волнует только >в области внешнего влияния на развитие ИТ. Поэтому вопросом в тонкостях >не владею и спорить не буду. Интересно было бы создать ветку на форуме, где конкретно бы обсуждались достоинства той или иной ОС на конкретном примере и желательно используя при этом собственный опыт.
	Cообщить модератору | Наверх | ^

	48. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 11:29
	>Интересно было бы создать ветку на форуме, где конкретно бы обсуждались достоинства >той или иной ОС на конкретном примере и желательно используя при >этом собственный опыт. хорошая идея. Может Макс и снизойдет к этому. А пока что тебя ждут еще N пунктов ;))
	Cообщить модератору | Наверх | ^

	133. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sem (??) on 31-Окт-05, 12:55
	>>Интересно было бы создать ветку на форуме, где конкретно бы обсуждались достоинства >>той или иной ОС на конкретном примере и желательно используя при >>этом собственный опыт. > >хорошая идея. >Может Макс и снизойдет к этому. > >А пока что тебя ждут еще N пунктов ;)) Плохая идея. Ничего кроме флейма это не обещает.
	Cообщить модератору | Наверх | ^

34. "Релиз FreeBSD 6.0 почти готов"

Сообщение от nobody (??) on 30-Окт-05, 10:33

"Our upcoming OpenBSD 3.8 will be released on November 1, 2005" FreeBSD вот вот выложат NetBSD что-то отстает, 3.0RC только в середине ноября будут :)

Cообщить модератору | Наверх | ^

	45. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (ok) on 30-Окт-05, 11:22
	>"Our upcoming OpenBSD 3.8 will be released on November 1, 2005" >FreeBSD вот вот выложат >NetBSD что-то отстает, 3.0RC только в середине ноября будут >:) OpenBSD это по плану каждые пол-года.
	Cообщить модератору | Наверх | ^

	86. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от McLone on 30-Окт-05, 15:36
	план хороший. Мне последне время он очень нравится (если речь идёт о хостинге с шеллами, роутерах и пакетных фильтрах.)
	Cообщить модератору | Наверх | ^

	88. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 15:41
	>план хороший. Мне последне время он очень нравится (если речь идёт о >хостинге с шеллами, роутерах и пакетных фильтрах.) ...а также о жеСКих тормозах, круче чем даже во фрибсд ;) ты правда думаешь, что для такого хостинга обязательно пользовать секурный пылесос, когда калькулятор MK-64 быстрее него??
	Cообщить модератору | Наверх | ^

	99. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (ok) on 30-Окт-05, 16:37
	>>план хороший. Мне последне время он очень нравится (если речь идёт о >>хостинге с шеллами, роутерах и пакетных фильтрах.) > >...а также о жеСКих тормозах, круче чем даже во фрибсд ;) > >ты правда думаешь, что для такого хостинга обязательно пользовать секурный пылесос, когда >калькулятор MK-64 быстрее него?? Здесь уже стоит вопрос по соотношению цена-качество. Если сервак не загружен лучше OpenBSD по принципу поставил-забыл. Для загруженных серваков надо искать другое решение.
	Cообщить модератору | Наверх | ^

	101. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 30-Окт-05, 16:42
	>Здесь уже стоит вопрос по соотношению цена-качество. Если сервак не загружен лучше >OpenBSD по принципу поставил-забыл. Для загруженных серваков надо искать другое решение. мудро. Нужный принцип, когда реально поставил на совесть, взял бабло и свалил. Но тут тоже панацеи не бывает. Случаи разные... А вот когда скорость нужна, то днями можно сидеть и каждый sysctl подстраивать и оптимизацию компилятора изучать. Ессьно все должно быть самодельным (самосборным). На стандарте не выиграешь скорость.
	Cообщить модератору | Наверх | ^

	102. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от kazuss (ok) on 30-Окт-05, 16:58
	>>Здесь уже стоит вопрос по соотношению цена-качество. Если сервак не загружен лучше >>OpenBSD по принципу поставил-забыл. Для загруженных серваков надо искать другое решение. > Все правильно универсальных решений наверное нету. Мне для моих задач OpenBSD вполне хватает. Вот для игрового сервака debian пробую, будут другие задачи, будем решать по мере поступления. Главное не замыкаться на чем то одном. Еще одно плохо что приходитсья вариться в собственном соку, город маленький поговорить практичеки не с кем, от этого пробелы с оброзованием. Если не трудно на rslq@radnet.ru скинь свой ящик, если сильно прижмет вопрос будет кому задать.
	Cообщить модератору | Наверх | ^

	119. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от llelik on 31-Окт-05, 01:13
	Уважаемый _Nick_ мне кажется что вы пытаетесь поднять на смех стиль разработки *БСД, однако каждый выбирает по себе. По ка что ваши крики похожи только на (осмелюсь процитировать посетителей ЛОР) "собака лает, караван идет". Лично Вас вобщем то никто не заставляет пользоваться БСД системами, и наскоки Ваши в данном контексте вызваны возможно гормональным всплеском в связи с переходом в стадию призывного возраста 8) ну да не буду на личности переходить. Вам тут уже накидали ответов почти на все ваши "претензии". Однако в ответ звучало лишь "не знаю, не копался" и "у меня не получилось" (я перефразировал). у меня вот какой к Вам вопрос: прозвучала фраза что модель разработки фри - это сидеть и ждать "у моря погоды" когда же зарелизят что то необходимое, вопрос: а в линаксе по другому? Никто же не ограничивает вас использовать драйвера, патчи и прочее других "производителей" кроме самой фрибсд тим.
	Cообщить модератору | Наверх | ^

	120. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 31-Окт-05, 10:10
	> у меня вот какой к Вам вопрос: прозвучала фраза что модель разработки фри > - это сидеть и ждать "у моря погоды" когда же зарелизят что то > необходимое, не было таких слов про модель разработки > вопрос: а в линаксе по другому? что именно? > Никто же не ограничивает вас > использовать драйвера, патчи и прочее других "производителей" кроме самой > фрибсд тим. нет, не ограничивает
	Cообщить модератору | Наверх | ^

	154. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от llelik on 31-Окт-05, 16:55
	>> у меня вот какой к Вам вопрос: прозвучала фраза что модель разработки фри >> - это сидеть и ждать "у моря погоды" когда же зарелизят что то >> необходимое, >не было таких слов про модель разработки ваши слова: "3. зато на фре у меня есть один выбор: терпеть тормоза FS и ждать с моря (developer team) погоды, пока они хоть чего-нибуть нужного добавять/напишут." - то есть поддаться модели разработки и ждать что же напишет бсд тим. Или вы не правильно мысли выражаете или заведемо врете что не говорили. Советую перечитать весь тред дабы следить за тем кто что сказал, коль уж вы любитель пофлеймить > >> вопрос: а в линаксе по другому? >что именно? то есть енд юзеры и енд админы не сидят и не ждут когда выйдет ванилла ядро? они сразу же кидаются в бой и пишут костыли для ядра на шелле? > >> Никто же не ограничивает вас >> использовать драйвера, патчи и прочее других "производителей" кроме самой >> фрибсд тим. >нет, не ограничивает тогда трындеж ваш - пукание в лужу, треп ради трепа
	Cообщить модератору | Наверх | ^

130. "Релиз FreeBSD 6.0 почти готов"

Сообщение от gad (??) on 31-Окт-05, 12:49

Хватит бить себя кулаком в грудь и кричать, что линукс модный и современный, а фря немодна и не удовлетворяет современным требованиям.  Это далеко не правда. Во фре большая программная база и отточенный за десятелетия процесс подготовки релизов.  В свою очередь в линуксе и в помине нет ничего такого. А то что вы говорите, что в линуксе много современных фич, так это результат огромной поддержки, да хотя бы даже со стороны той же IBM. Версии релизов 2.6 показали, что Торвальдсу глубоко плевать на качество своей ось.

Cообщить модератору | Наверх | ^

	131. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от dp_wiz on 31-Окт-05, 12:53
	>А то что вы говорите, что в линуксе много современных фич, так >это результат огромной поддержки, да хотя бы даже со стороны той >же IBM. Так это же хорошо! (=
	Cообщить модератору | Наверх | ^

	135. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 31-Окт-05, 13:24
	>Хватит бить себя кулаком в грудь и кричать, что линукс модный и >современный, а фря немодна и не удовлетворяет современным требованиям. >Это далеко не правда. Да? 21 век на улице, а по нескольким достаточно важным пунктам я не получил нормальных ответов. Попробуешь? см. выше "вопросы". >Во фре большая программная база и отточенный за десятелетия процесс подготовки релизов. > В свою очередь в линуксе и в помине нет ничего >такого. хм....  а откуда у меня на локалхосте 10230 пакетов в портеджах Gentoo? (http://packages.gentoo.org/categories/) если линух такой вот незадачливый? >А то что вы говорите, что в линуксе много современных фич, так >это результат огромной поддержки, да хотя бы даже со стороны той >же IBM. офигенно согласен. Да, линух поддерживают много корпораций и достаточно серьезных. В свее время нужно было что-то, что можно было бы противопоставить М$у. где была тогда фря?? в 3.14де она была. про3.14ала она свое счастье. Линух был на уровне - вот за него и взялись. И никто никому ничего _не_виноват_ и не должен. >Версии релизов 2.6 показали, что Торвальдсу глубоко плевать на качество >своей ось. 1. ликбез: Торвальдс релизит ЯДРО Линукс, а не ОСь 2. ему не посараю, ему реально хочеться чтоб все было секурно и стабильно. Но вот кода много и протестить его достаточно хорошо - сложно. Это естественно и линуксоиды идут на это вполне сознательно.
	Cообщить модератору | Наверх | ^

	140. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от вадим (??) on 31-Окт-05, 13:56
	>>Хватит бить себя кулаком в грудь и кричать, что линукс модный и >>современный, а фря немодна и не удовлетворяет современным требованиям. >>Это далеко не правда. >Да? 21 век на улице, а по нескольким достаточно важным пунктам я >не получил нормальных ответов. Попробуешь? см. выше "вопросы". > >>Во фре большая программная база и отточенный за десятелетия процесс подготовки релизов. >> В свою очередь в линуксе и в помине нет ничего >>такого. >хм....  а откуда у меня на локалхосте 10230 пакетов в портеджах >Gentoo? >(http://packages.gentoo.org/categories/) >если линух такой вот незадачливый? кол-во пакетов есть показатель чего ? или ты генту любишь только за потрежи ? :) >>А то что вы говорите, что в линуксе много современных фич, так >>это результат огромной поддержки, да хотя бы даже со стороны той >>же IBM. >офигенно согласен. Да, линух поддерживают много корпораций и достаточно серьезных. >В свее время нужно было что-то, что можно было бы противопоставить М$у. > >где была тогда фря?? в 3.14де она была. про3.14ала она свое счастье. Максим, может пора дропать этот тред ? Задолбали пионэры... >Линух был на уровне - вот за него и взялись. И никто >никому ничего _не_виноват_ и не должен. > >>Версии релизов 2.6 показали, что Торвальдсу глубоко плевать на качество >>своей ось. >1. ликбез: Торвальдс релизит ЯДРО Линукс, а не ОСь простите, уважаемый, но тут не ЛОР. Что будут делать редхаты и иже с ними без этого самого ЯДРА ? Ы ? А что такое тогда у тебя "ОСЬ Линукс" ? :) >2. ему не посараю, ему реально хочеться чтоб все было секурно и >стабильно. >Но вот кода много и протестить его достаточно хорошо - сложно. Это >естественно и линуксоиды идут на это вполне сознательно. естественно, Линус выбрасывает полусырую бету с пометкой "стабильная", т.к. все нужно протестить, а другого варианта привлечь к этому людей нету. потом ежики долго плачут и едят кактус, чтобы довести эту 2.6 бету до хоть какого-то рабочего состояния, номера у ядра растут, "стабильная" ветка прогрессирует. Потом оказывается, что такими темпами к весне пожно подойти к 2.6.30, что уже само по себе говорить о "качестве" этого самого ядра. Но фич то новых хочется и стабильности хочется, и чего больше  - как всегда неясно. У ядра появляется в номере еще одна цифра и т.д... Это просто такая система разработки, так всегда было. просто чем дальше, тем веселее. Я, к примеру не готов работать по такой системе сознательно. Это не потому-что я неправильный, а потому-что она меня не устраивает. В конце концов всеми своими постами ты себя убеждаешь, что сделал правильный выбор, это возрастное, пройдет... Рости большой
	Cообщить модератору | Наверх | ^

	142. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 31-Окт-05, 14:24
	>кол-во пакетов есть показатель чего ? или ты генту любишь только за >потрежи ? :) Мне ткнули в лицо, мол линухглый и босый, а  во рфе вот пачка софта и тд и пт. Вот был мой ответ. Нет, люблю Gentoo и за ядро и за порты. >Максим, может пора дропать этот тред ? Задолбали пионэры... неинтересно/задолбали - не читай >>1. ликбез: Торвальдс релизит ЯДРО Линукс, а не ОСь >простите, уважаемый, но тут не ЛОР. Если не лор, то нельзя человека поправить? >Что будут делать редхаты и иже с ними без этого самого ЯДРА ? Ы ? а что фря будет делать без ядра? ЪЪ? СОСАТЬ будут ВСЕ без ядра. Ну какого глупости спрашивать? >А что такое тогда у тебя "ОСЬ Линукс" ? :) Linux-based дистрибутив. Правильнее это GNU/Linux звучит. Даже намного правильнее. >естественно, Линус выбрасывает полусырую бету с пометкой "стабильная", т.к. все нужно протестить, >а другого варианта привлечь к этому людей нету. потом ежики долго >плачут и едят кактус, чтобы довести эту 2.6 бету до хоть >какого-то рабочего состояния, номера у ядра растут, "стабильная" ветка прогрессирует. Потом >оказывается, что такими темпами к весне пожно подойти к 2.6.30, что >уже само по себе говорить о "качестве" этого самого ядра. Но >фич то новых хочется и стабильности хочется, и чего больше   >- как всегда неясно. У ядра появляется в номере еще одна >цифра и т.д... Это просто такая система разработки, так всегда было. >просто чем дальше, тем веселее. и кто еще пионЭрЪ.... >Я, к примеру не готов работать по такой системе сознательно. >Это не потому-что я неправильный, а потому-что >она меня не устраивает. а что мне делать, если меня устраивает? Это литорический вопрос. >В конце концов всеми своими постами ты себя убеждаешь, >что сделал правильный выбор, хм... не буду тебя переубеждать. Пускай я себя "успокаиваю" :) Только почему если нужная мне функциональность есть только в Линухе и я это обсуждаю на форуме, сравнивая с другими ОС - это тебя так задевает? Есть что сказать по вопросу - пожалуйста. Незакрыты темы журналируемой ФС и кластеризация (как минимум). >это возрастное, пройдет... Рости большой я смотрю ты уже вырос ;) ну и как? прошло?
	Cообщить модератору | Наверх | ^

	149. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от вадим (??) on 31-Окт-05, 15:15
	>>кол-во пакетов есть показатель чего ? или ты генту любишь только за >>потрежи ? :) >Мне ткнули в лицо, мол линухглый и босый, а  во рфе >вот пачка софта и тд и пт. Вот был мой ответ. >Нет, люблю Gentoo и за ядро и за порты. за портежи т.е. ? http://www.linux.org.ru/profile/_white/view-message.jsp?msgid=452440 а эти проблемы пофиксили ? >>Максим, может пора дропать этот тред ? Задолбали пионэры... >неинтересно/задолбали - не читай >>>1. ликбез: Торвальдс релизит ЯДРО Линукс, а не ОСь >>простите, уважаемый, но тут не ЛОР. >Если не лор, то нельзя человека поправить? если не лор, то нужно хотя бы стараться понять чего тебе сказали, а не ерунду молоть >>Что будут делать редхаты и иже с ними без этого самого ЯДРА ? Ы ? >а что фря будет делать без ядра? ЪЪ? >СОСАТЬ будут ВСЕ без ядра. Ну какого глупости спрашивать? прости, сосать без какого ядра, линухового ? :) очень показательный ответ, впрочем я другого не ожидал :) Видиш ли, дело в том, что линух фактически и есть ядро >>А что такое тогда у тебя "ОСЬ Линукс" ? :) >Linux-based дистрибутив. Правильнее это GNU/Linux звучит. Даже намного правильнее. Ага, ну так, прогресс на лицо. А Линус является автором чего ? >>естественно, Линус выбрасывает полусырую бету с пометкой "стабильная", т.к. все нужно протестить, >>а другого варианта привлечь к этому людей нету. потом ежики долго >>плачут и едят кактус, чтобы довести эту 2.6 бету до хоть >>какого-то рабочего состояния, номера у ядра растут, "стабильная" ветка прогрессирует. Потом >>оказывается, что такими темпами к весне пожно подойти к 2.6.30, что >>уже само по себе говорить о "качестве" этого самого ядра. Но >>фич то новых хочется и стабильности хочется, и чего больше   >>- как всегда неясно. У ядра появляется в номере еще одна >>цифра и т.д... Это просто такая система разработки, так всегда было. >>просто чем дальше, тем веселее. > >и кто еще пионЭрЪ.... ты о чем ? я тебе описываю реальную ситуацию, которую наблюдал со стороны. Ты прав, людей, которые оказались готовы "сознательно идти на это" оказалось достаточно, ну и проблем у них тоже :) >>Я, к примеру не готов работать по такой системе сознательно. >>Это не потому-что я неправильный, а потому-что >>она меня не устраивает. >а что мне делать, если меня устраивает? Это литорический вопрос. т.е.риторический ? :) ну, как мимимум осознать, что есть люди, которых НЕ устраивает. Программа-максимум - понять, что человек мнением отличным от твоего может оказаться совсем не глупее тебя. Я понимаю, что об этом страшно подумать, но ты постарайся >>В конце концов всеми своими постами ты себя убеждаешь, >>что сделал правильный выбор, >хм... не буду тебя переубеждать. Пускай я себя "успокаиваю" :) >Только почему если нужная мне функциональность есть только в Линухе >и я это обсуждаю на форуме, сравнивая с другими ОС - это >тебя так задевает? Есть что сказать по вопросу - пожалуйста. меня задевает, а вернее сильно удивляет тупая барабанная дробь в грудь с закрытыми глазами, на тему "а у меня длиннее", с полудетской манерой ведения спора и мягко говоря не совсем глубоким знанием предмета оного. > Незакрыты >темы >журналируемой ФС и кластеризация (как минимум). Про жуналируемые тебе спорить не страшно ? :) А про кластеры тебе ответили уже. К примеру я их не использую, а ты ? >>это возрастное, пройдет... Рости большой >я смотрю ты уже вырос ;) ну и как? прошло? да, давно. хватает ума не орать че-то типа "линух в 3.14зду" или "сам дурак"
	Cообщить модератору | Наверх | ^

	152. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 31-Окт-05, 15:56
	>http://www.linux.org.ru/profile/_white/view-message.jsp?msgid=452440 >а эти проблемы пофиксили ? не вкурсе "этих" проблем >>СОСАТЬ будут ВСЕ без ядра. Ну какого глупости спрашивать? >прости, сосать без какого ядра, линухового ? :) т.е. фрюха может работать без ядра?? в сад. не нужно меня задрачивать Если ты внимательно перечитаешь мою строку - я там НЕ упоминал какое именно ядро. >очень показательный ответ, впрочем я другого не ожидал :) не удивительно. Я пока в своем уме чтобы утверждать, что ОСь может работать без ядра >Видиш ли, дело в том, что линух фактически и есть ядро слово "фактически" - лишнее. Линукс - это ядро. Это не требует обсуждений. >Ага, ну так, прогресс на лицо. А Линус является автором чего ? за3.14ачиваешь? но все же, может, не знаешь: Линус - автор начальных версия ядра Линукс (не ядра Линукса, а именно ядра "Линукс"), а также множества последующих дополнений и модулей. >ты о чем ? я тебе описываю реальную ситуацию, которую наблюдал со >стороны. описывал с пристрастием - пионЭр ;) >Ты прав, людей, которые оказались готовы "сознательно идти на >это" оказалось достаточно, ну и проблем у них тоже :) тебе ли судить о преблемах СОЗНАТЕЛЬНЫХ людей?? Ну откуда ты знаешь почему каждый отдельный взял и заюзал Линух? вот каждый. чтоб вот так широко подо всеми расписаться, что они невыносимо страдают от этого? Ты даже о необходимости такого шага не задумался. >с полудетской манерой ведения спора и мягко говоря не совсем глубоким >знанием предмета оного. *БСД не знаю. Я этого и не отрицал и не отрицаю. Знаю линух. Насчет глубины - можно потягаться. >Про жуналируемые тебе спорить не страшно ? :) иди пугай детишек в садике >А про кластеры тебе ответили уже. да. и достаточно вразумительно. Их нет. >К примеру я их не использую, а ты ? Да, использую
	Cообщить модератору | Наверх | ^

	157. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от вадим (??) on 31-Окт-05, 18:22
	>>http://www.linux.org.ru/profile/_white/view-message.jsp?msgid=452440 >>а эти проблемы пофиксили ? >не вкурсе "этих" проблем значит с портежами тоже поверхностно знаком и на мой вопрос не ответишь... >>>СОСАТЬ будут ВСЕ без ядра. Ну какого глупости спрашивать? >>прости, сосать без какого ядра, линухового ? :) >т.е. фрюха может работать без ядра?? в сад. не нужно меня задрачивать а ты с кем вообще сейчас разговариваешь ? :) >Если ты внимательно перечитаешь мою строку - я там НЕ упоминал какое >именно ядро. > >>очень показательный ответ, впрочем я другого не ожидал :) >не удивительно. Я пока в своем уме чтобы утверждать, что ОСь может >работать без ядра > >>Видиш ли, дело в том, что линух фактически и есть ядро >слово "фактически" - лишнее. Линукс - это ядро. Это не требует обсуждений. И логики в твоих суждениях тоже не особо. Вот с чего началось, перечитай ВНИМАТЕЛЬНО, тобой же написанное: >>>Версии релизов 2.6 показали, что Торвальдсу глубоко плевать на качество >>>своей ось. >>1. ликбез: Торвальдс релизит ЯДРО Линукс, а не ОСь >простите, уважаемый, но тут не ЛОР. Что будут делать редхаты и иже с ними без этого самого ЯДРА ? Ы ? А что такое тогда у тебя "ОСЬ Линукс" ? :) в свете всех вышеперечисленных тобой аргументов, это уже тянет на хороший, качественный бред :) непонятно правда, что именно пишет Линус в твоей интерпритации, но весело :) >>Ага, ну так, прогресс на лицо. А Линус является автором чего ? >за3.14ачиваешь? но все же, может, не знаешь: >Линус - автор начальных версия ядра Линукс (не ядра Линукса, а именно >ядра "Линукс"), а также множества последующих дополнений и модулей. вот отсюда поподробнее плз! чем ядро Линукса отличается от ядра "Линукс". Или ты Линукс с Линусом тоже путаешь ? :) >>ты о чем ? я тебе описываю реальную ситуацию, которую наблюдал со >>стороны. >описывал с пристрастием - пионЭр ;) жалкая попытка меня достать :) пеши исчо :) >>Ты прав, людей, которые оказались готовы "сознательно идти на >>это" оказалось достаточно, ну и проблем у них тоже :) >тебе ли судить о преблемах СОЗНАТЕЛЬНЫХ людей?? Малыш, а ты мне можешь это запретить ? :) >Ну откуда ты знаешь почему каждый отдельный взял и заюзал Линух? а зачем не это знать ? я же не страдаю максимализмом и не возвожу в абсолют туже фрю и с линухом кстати знаком давно и оч. неплохо. Так что могу оценить плюсы/минусы обеих систем >вот каждый. чтоб вот так широко подо всеми расписаться, что они >невыносимо страдают от этого? Ты даже о необходимости такого шага не задумался. я разве говорил, что они старадают ? :) тебе же вон нравится. А мне нет, о чем я тебе и сказал. Только я за себя говорил, а ты, видать, решил выступить от имени страждущих ? :) > >>с полудетской манерой ведения спора и мягко говоря не совсем глубоким >>знанием предмета оного. >*БСД не знаю. Я этого и не отрицал и не отрицаю. ну вот. а споришь то чего ? >Знаю линух. Насчет глубины - можно потягаться. не-а, скучно с тобой. >>Про жуналируемые тебе спорить не страшно ? :) >иди пугай детишек в садике да их и тут с избытком >>А про кластеры тебе ответили уже. >да. и достаточно вразумительно. Их нет. и ? >>К примеру я их не использую, а ты ? >Да, использую слабо верится
	Cообщить модератору | Наверх | ^

	166. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 10:50
	>значит с портежами тоже поверхностно знаком и на мой вопрос не ответишь... нет вопроса - нет и ответа >вот отсюда поподробнее плз! чем ядро Линукса отличается от ядра "Линукс". Или >ты Линукс с Линусом тоже путаешь ? :) ты отличаешь ОСь от ядра? Нет? Ну что я тогда тебе расскажу?...
	Cообщить модератору | Наверх | ^

	171. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от вадим (??) on 01-Ноя-05, 11:16
	>>значит с портежами тоже поверхностно знаком и на мой вопрос не ответишь... >нет вопроса - нет и ответа и тут съехал :) устал наверное, бедняга ? >>вот отсюда поподробнее плз! чем ядро Линукса отличается от ядра "Линукс". Или >>ты Линукс с Линусом тоже путаешь ? :) >ты отличаешь ОСь от ядра? Нет? Ну что я тогда тебе расскажу?... это ты о особеностях построения какой ОС, Линукса ? да что бы ты не рассказал  - будет смешно. давно ясно, что понтов больше чем знаний :)
	Cообщить модератору | Наверх | ^

	179. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 12:00
	>и тут съехал :) устал наверное, бедняга ? что-то гонева много, а вопроса я так и не вижу >это ты о особеностях построения какой ОС, Линукса? я вообще-то об авторстве ядра Линукс. Потерялся? >да что бы ты не рассказал  - будет смешно. нет. аненкдоты у меня грустные. Они у меня про фрибсд >давно ясно, что понтов больше чем знаний :) дык ессьно. только ты все попробовал и все знаешь
	Cообщить модератору | Наверх | ^

	158. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 31-Окт-05, 20:04
	>А про кластеры тебе ответили уже. да. и достаточно вразумительно. Их нет. А про кластеры попрошу поконкретнее. Фря имеет достаточно возможностей для построения кластеров. И по поводу кластеризации во Фре имеется огромное кол-во статей. Достаточно в любом поисковике ввести FreeBSD clustering и материала ввылезет достаточно. Чего нету во Фре а есть в Линухе для кластеров? Корявого мосиха который и на3.14р никому не нужен. Есть все и Load balancing, и MPI, maui/OpenPBS и т.д. единственная проблема - это распределенные ФС, некоторые наработки есть, но они далеки до идеала :(
	Cообщить модератору | Наверх | ^

	165. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 10:46
	>Корявого мосиха который и на3.14р никому не нужен. 1. Не расписывайся за всех. 2. Вот любят БСДшники вместо разумных доводов (если их есть) вещать, что та или иная фича нахуй не нужна. Тебе не нужна, а кто-то иной жить без нее не может. См. пункт 1
	Cообщить модератору | Наверх | ^

	176. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 01-Ноя-05, 11:43
	>>Корявого мосиха который и на3.14р никому не нужен. >1. Не расписывайся за всех. >2. Вот любят БСДшники вместо разумных доводов (если их есть) вещать, что >та или иная фича нахуй не нужна. Тебе не нужна, а >кто-то иной жить без нее не может. См. пункт 1 У нас на Линух-кластере давно стоит мосих и мне доводилось с ним "общаться". Ничего хорошего о нем я сказать не могу. Когда мы начали использовать grid-shedulers (пробовали MAUI и OpenPBS), то разница была ощутимая. Производительность кластера(например при компиляции) выросла как минимум на 50%. И эти фичи тестировались на FreeBSD-кластере - тот-же результат. Кстати, у нас вычислительный кластер работает под Фрей + MPI и никаких нареканий нет. Все быстро и стабильно.
	Cообщить модератору | Наверх | ^

	173. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от vv (??) on 01-Ноя-05, 11:25
	кстати о кластерах во фре http://www.freebsd.org/news/press-rel-1.html
	Cообщить модератору | Наверх | ^

	177. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 01-Ноя-05, 11:54
	>кстати о кластерах во фре >http://www.freebsd.org/news/press-rel-1.html Сенкс за ссылку! Теперь не токо линухоиды могут гордиться, что спецэффекты рендерятся на линух-кластерах. Фря тоже не подводит Warner Brothers :))
	Cообщить модератору | Наверх | ^

	180. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 12:19
	>Сенкс за ссылку! Теперь не токо линухоиды могут гордиться, что спецэффекты рендерятся >на линух-кластерах. Фря тоже не подводит Warner Brothers :)) да... только вот свежо приданье... 1999 год посвежее че-нить есть? или это была последняя попытка натянуть бсд на кластера?
	Cообщить модератору | Наверх | ^

	182. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 01-Ноя-05, 12:50
	>>Сенкс за ссылку! Теперь не токо линухоиды могут гордиться, что спецэффекты рендерятся >>на линух-кластерах. Фря тоже не подводит Warner Brothers :)) > >да... только вот свежо приданье... 1999 год >посвежее че-нить есть? или это была последняя попытка натянуть бсд на кластера? > Нужно посвежее? Вперед! Открываешь любой поисковик, вводишь FreeBSD cluster - и вылетит куча страниц с инфой. Кластеры под Фрей можно найти везде и в униерах, и в научно-исследовательских центрах, и кинокомпаниях и .... Вот к примеру полезная ссылка http://people.freebsd.org/~brooks/papers/bsdcon2003/
	Cообщить модератору | Наверх | ^

	184. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 12:55
	>Нужно посвежее? Вперед! Открываешь любой поисковик, вводишь FreeBSD cluster - и вылетит >куча страниц с инфой. да, что-то есть. google: freebsd cluster - 1 040 000 совпадений linux cluster - 9 980 000
	Cообщить модератору | Наверх | ^

	185. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от terver on 01-Ноя-05, 16:45
	Результаты 1 - 10 из примерно 142 000 для freebsd vuln Результаты 1 - 10 из примерно 1 790 000 для linux vuln есть ещё желание пользоваться количеством результатов поиска гогла в качестве доказательства крутости Linux'a?
	Cообщить модератору | Наверх | ^

	186. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 16:48
	>Результаты 1 - 10 из примерно 142 000 для freebsd vuln >Результаты 1 - 10 из примерно 1 790 000 для linux vuln > > >есть ещё желание пользоваться количеством результатов поиска гогла в качестве доказательства крутости >Linux'a? функциональности
	Cообщить модератору | Наверх | ^

	181. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 01-Ноя-05, 12:33
	Еще одна ссылочка по параллельным портам http://www.freebsd.org/ports/parallel.html Тут есть софт на любой вкус, в том числе и отличные load-balancing ситемы, не хуже чем мосих под линухом. Радует глаз наличие Sun Grid Engine. Это на сегодняшний момент лучшая grid-система :))
	Cообщить модератору | Наверх | ^

	183. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 12:52
	>Еще одна ссылочка по параллельным портам http://www.freebsd.org/ports/parallel.html >Тут есть софт на любой вкус, в том числе и отличные load-balancing > >ситемы, не хуже чем мосих под линухом. >Радует глаз наличие Sun Grid Engine. Это на сегодняшний момент лучшая >grid-система :)) замечательно. ноды-демоны на юзер-левеле... почти как natd ;) производительность не в выигрыше, но все ж уже что-нибудь хотя некоторые "товарищи" бсдшники здесь утверждали, что нет никаких кластерных средств во фре...
	Cообщить модератору | Наверх | ^

	194. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 01-Ноя-05, 18:57
	>>Еще одна ссылочка по параллельным портам http://www.freebsd.org/ports/parallel.html >>Тут есть софт на любой вкус, в том числе и отличные load-balancing >> >>ситемы, не хуже чем мосих под линухом. >>Радует глаз наличие Sun Grid Engine. Это на сегодняшний момент лучшая >>grid-система :)) > >замечательно. ноды-демоны на юзер-левеле... почти как natd ;) >производительность не в выигрыше, но все ж уже что-нибудь > >хотя некоторые "товарищи" бсдшники здесь утверждали, что нет никаких кластерных средств во >фре... А зачем для параллельного программирования kernel-level? Разве в Линухе PVM\MPI на kernel-level живут? Первый раз такое слышу :) В качестве вычислительного кластера Фря ничем не уступает Линуху, даже немного выигрывыает. А большинство кластеров как раз для этого и используются. Batching\queuing- системы тоже живут исключительно на юзер-левеле. Что касается балансировщиков нагрузки,которые работают на kernel-level, то со свободными немного туговато во Фре, т.к многие используют свои собственные решения или коммерческие разработки.:(
	Cообщить модератору | Наверх | ^

	196. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 01-Ноя-05, 19:38
	>А зачем для параллельного программирования kernel-level? именно для паралельного конечно незачем. Но миграция процессов, которые НЕ заточены паралельным программированием, работает лучше, если поддерживается ядром ;)) Даже обычная мультитредовая прога чудно разъедеться по нодам БЕЗО всяких особых приемов программирования в кластере с миграцией процессов. Выгода налицо. >Разве в Линухе PVM\MPI на kernel-level живут? Первый раз такое слышу :) MPI - да. без поправок определения: в ядре. PVM - задача миграции. Реализуеться ядром. >В качестве вычислительного кластера Фря ничем не уступает Линуху, даже немного выигрывыает. урлы? "немного" это сколько? и на каких кластерах? ;) вопросов много, но ответы могут все прояснить >А большинство кластеров как раз для этого и используются. >Batching\queuing- системы тоже живут исключительно на юзер-левеле. >Что касается балансировщиков нагрузки,которые работают на kernel-level, то со свободными немного туговато >во Фре, т.к многие используют свои собственные решения или коммерческие разработки.:( openosix для 2.4 ветки - ядреный балансер; для 2.6 - предоставляется простой интерфейс (в /proc FS) для самостоятельного шедулинга из юзерлевела
	Cообщить модератору | Наверх | ^

	197. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 01-Ноя-05, 19:50
	>Разве в Линухе PVM\MPI на kernel-level живут? Первый раз такое слышу :) MPI - да. без поправок определения: в ядре. PVM - задача миграции. Реализуеться ядром. Вобще-то PVM\MPI - это библиотеки для параллельного программирования, а их шедулеры юзают сокеты для взаимодействия. А сокеты как известно являются интерфейсами для юзер-левел процессов. Поэтому о каком ядре здесь может идти речь?
	Cообщить модератору | Наверх | ^

	199. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 01-Ноя-05, 20:40
	>Вобще-то PVM\MPI - это библиотеки для параллельного программирования, определение поищи... это точно НЕ ТОЛЬКО библиотеки ;) а даже если так, то что, библиотек в ядре не бывает?? загляни в линух >а их шедулеры юзают сокеты для взаимодействия. >А сокеты как известно являются интерфейсами для юзер-левел >процессов. кому известно? ненужно нести бред. ядерные процессы тоже с превеликим удовольствием пользуют сокеты :) [-= gentoo =- root 19:36:04] ~ # netstat -anp|fgrep 2049 tcp        0      0 0.0.0.0:2049            0.0.0.0:*               LISTEN      -         udp        0      0 0.0.0.0:2049            0.0.0.0:*                           -         это, батенька, сокеты NFS сервера, который в ядре жЫвет :) оставьте маразм тем, кто под окнами(R) завис >Поэтому о каком ядре здесь может идти речь? дык о ядре Линукс разговариваем ;)
	Cообщить модератору | Наверх | ^

	210. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от butcher (ok) on 02-Ноя-05, 09:15
	>это, батенька, сокеты NFS сервера, который в ядре жЫвет :) >оставьте маразм тем, кто под окнами(R) завис Во FreeBSD NFS-сервер и клиент тоже частично реализованы в ядре. Причём довольно давно.
	Cообщить модератору | Наверх | ^

	213. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 02-Ноя-05, 11:44
	>Во FreeBSD NFS-сервер и клиент тоже частично реализованы в ядре. Причём довольно давно. какая разница когда и на чем он был реализован в ядре. Почитатйе пост, на который я отвечал: товарисч решил, что сокеты могут пользовать только USER-level процессы. А вы мне бсд суете. Там та же колбаса, дык люди и этого не знают...
	Cообщить модератору | Наверх | ^

	218. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 03-Ноя-05, 11:44
	>>Во FreeBSD NFS-сервер и клиент тоже частично реализованы в ядре. Причём довольно давно. > >какая разница когда и на чем он был реализован в ядре. >Почитатйе пост, на который я отвечал: товарисч решил, что сокеты могут пользовать >только USER-level процессы. А вы мне бсд суете. Там та же >колбаса, дык люди и этого не знают... Я использовал socks (сокеты ядра) в LKM, когда ты еще под стол ходил, мальчик :) Но мы здесь говорим не о них и не о библиотеках в ядре, которых там тоже полно, а конкретно о MPI. Поэтому не надо съезжать с темы. Ты лучше покажи хоть какую-нибудь имплементацию MPI в ядре, тогда я поверю. А пока я советую тебе почитать инфу о MPI на www.parallel.ru для общего развития. Я вижу что дальше Mosix твои знания о кластерах не уходят :)) P.S. Кстати Xen и Virtuozzo во Фре есть поэтому не надо ля-ля http://lists.freebsd.org/pipermail/freebsd-questions/2003-July/013249.html http://www.freebsd.org/projects/summerofcode.html Их прикрутить к Фре намного проще чем к Линуху
	Cообщить модератору | Наверх | ^

	219. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 03-Ноя-05, 11:52
	Кстати, MPI не токо юзает сокеты для коммуникаций, есть Shared Memory Interface для NUMA-кластеров. Но это не столь важно. MPI живет на user-level и в ядре ему делать нечего
	Cообщить модератору | Наверх | ^

	220. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 03-Ноя-05, 11:59
	>Я использовал socks (сокеты ядра) в LKM, когда ты еще под стол >ходил, мальчик :) кто куды, а мы к зайцам я сказал, что сокеты не только для юзер левела, причем НЕ тебе. Ты вставил свои 38 копеек про фрю и теперь я под стол пешком пошел... Ты не женщина случайно?? логика очень похожа... >Но мы здесь говорим не о них и >не о библиотеках в ядре, которых там тоже полно, а конкретно >о MPI. Поэтому не надо съезжать с темы. Ты лучше покажи >хоть какую-нибудь имплементацию MPI в ядре, тогда я поверю. да, увидел. нет такой. Это не для ядер интерфейс. >А пока я советую тебе почитать инфу о MPI на www.parallel.ru для общего >развития. почитал. помогло. >Я вижу что дальше Mosix твои знания о кластерах не >уходят :)) уходят, но чисто на практике. Термины не зубрил >P.S. Кстати Xen и Virtuozzo во Фре есть поэтому не надо ля-ля да сказали мне уже все это >http://lists.freebsd.org/pipermail/freebsd-questions/2003-July/013249.html >http://www.freebsd.org/projects/summerofcode.html >Их прикрутить к Фре намного проще чем к Линуху ессьно. прикручивать вторую покрышку поверх первой намного тяжелее. Это все для Линуха писалось и его НЕ НУЖНО к нему уже прикручивать.
	Cообщить модератору | Наверх | ^

	221. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 03-Ноя-05, 12:51
	>Ты не женщина случайно?? логика очень похожа... Не женщина. Поверь на слово :)) Сорри, не хотел тебя обижать, немного погорячился. Просто я под термином сокет подразумеваю именно юзер-левел сокеты. А для сокетов ядра -sock. Так принято в сообществе Linux-прогаммеров, чтобы не путаться.    >>P.S. Кстати Xen и Virtuozzo во Фре есть поэтому не надо ля-ля >да сказали мне уже все это Сорри не заметил. Тут так зафлеймили тред, что и за пол дня всего не перечитаешь :)) >>Их прикрутить к Фре намного проще чем к Линуху >ессьно. прикручивать вторую покрышку поверх первой намного тяжелее. > >Это все для Линуха писалось и его НЕ НУЖНО к нему уже >прикручивать. Я имел ввиду, что если бы эти вещи были реализованы первоначально для Фри, то перенести их на Линух было б немного сложнее, чем наоборот. Вот поэтому Дж. Хаббард рекомендовал всем Юних-программерам разрабатывать софт именно под Линух, т.к. портировать его в бсд не представляет никакой сложности. P.S. 2_Nick_Кстати, если ты думаешь, что я "красноглазый" бсдшник, то будешь неправ. Мне нравятся все Юнихи (open source), будь то Linux, *BSD или Solaris, причем Солярка по предпочтениям на первом месте. У каждой есть свои достоинства и свои недостатки. Но вцелом по функционалу они на одном уровне.
	Cообщить модератору | Наверх | ^

	222. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 03-Ноя-05, 13:07
	>Я имел ввиду, что если бы эти вещи были реализованы первоначально для >Фри, то перенести их на Линух было б немного сложнее, чем >наоборот. не уверен, что это говорит в пользу БСД. Виходит, в ней много специфики, если для переноса на другую unix-like ОС потребовалось бы больше усилий. А специфика - это уход от абстракции, идеологии UNIX. >Вот поэтому Дж. Хаббард рекомендовал всем Юних-программерам разрабатывать софт именно >под Линух, т.к. портировать его в бсд не представляет никакой сложности. не думаю, что все Линукс программисты начали писать именно под Линух, услышав этот призыв. Скорее всего, под Линукс писать просто проще. >P.S. 2_Nick_Кстати, если ты думаешь, что я "красноглазый" бсдшник, то будешь неправ. да, чучуть показалось Возможно это и плохо, но себя бы я отнес именно к красноглазым Линуксоидам >Но вцелом по функционалу они на одном уровне. не уверен, но уже реально устал об этом спорить. А раз устал - значит у меня нет неопровержимых доказательств...  но все же я пока при своем мнении
	Cообщить модератору | Наверх | ^

	211. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от butcher (ok) on 02-Ноя-05, 09:20
	>замечательно. ноды-демоны на юзер-левеле... почти как natd ;) >производительность не в выигрыше, но все ж уже что-нибудь Про netgraph не забываем, в особенности про ng_nat, ng_one2many, ng_.... Во FreeBSD на Netgraphe можно кучу всего сделать и делается и уже сделано. Кстати о балансировщиках, они тоже там есть. Ещё имеется CARP в добавок к vrrp и многое другое. 2_Nick_: не надо спорить, когда не компетентны в какой-то области, вы вводите в заблуждение себя и других, выдвигая, по незнанию, неверные утверждения.
	Cообщить модератору | Наверх | ^

	214. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 02-Ноя-05, 11:46
	>2_Nick_: не надо спорить, когда не компетентны в какой-то области, вы вводите >в заблуждение себя и других, выдвигая, по незнанию, неверные утверждения. утверждать берусь только Линуховые вещи. За БСД давно не следил - высказываю догадки - меня поправляют. Все довольны.
	Cообщить модератору | Наверх | ^

	160. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от MixUp on 01-Ноя-05, 00:38
	>>Я, к примеру не готов работать по такой системе сознательно. >>Это не потому-что я неправильный, а потому-что >>она меня не устраивает. > >а что мне делать, если меня устраивает? Это литорический вопрос. ну ты достал... я тебе одно скажу - нравится Linux - пользуй. Никто не запрещает. А тут новость про FreeBSD 6. P.S. Блин, развели тред... :)
	Cообщить модератору | Наверх | ^

	163. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от fresco on 01-Ноя-05, 10:41
	>Я, к примеру не готов работать по такой системе сознательно. Это не потому-что я неправильный, а потому-что она меня не устраивает. А меня категорически не устраивает BSD, т.к. исходники ядра почти некомментированы, документации практичеки нет (даже на английском книги по устройству ОС в зачаточном состоянии), потому что писать под нее хоть какие-нибудь драйвера -- значит месяцами лазить по инету и перебирать маловразумительный код. Нет, я понимаю, что при желании разобраться можно во всем, но на хрена мне это надо -- при наличии нормальных ОС?! Не говоря уже обо всех остальных недостатках.
	Cообщить модератору | Наверх | ^

	164. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от sda (ok) on 01-Ноя-05, 10:45
	>>Я, к примеру не готов работать по такой системе сознательно. Это не потому-что я неправильный, а потому-что она меня не устраивает. > >А меня категорически не устраивает BSD, т.к. исходники ядра почти некомментированы, документации >практичеки нет (даже на английском книги по устройству ОС в зачаточном >состоянии), потому что писать под нее хоть какие-нибудь драйвера -- значит >месяцами лазить по инету и перебирать маловразумительный код. Нет, я понимаю, >что при желании разобраться можно во всем, но на хрена мне >это надо -- при наличии нормальных ОС?! > >Не говоря уже обо всех остальных недостатках.    Какие например еще недостатки? :) Нормальные ОС - это ты Виндовз чтоли имел ввиду? Я уж глубоко так не копал исходники оси, но зачем их комменитровать? Если человек - хороший программер ему и без комментариев ничего не стоит разобраться. Бсдя меня устраивает целиком и полностью. Все легко и просто. А Линукс мне кажется слишком общенаправленной.
	Cообщить модератору | Наверх | ^

	168. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от fresco on 01-Ноя-05, 11:07
	> Если человек - хороший программер ему и без комментариев ничего не стоит разобраться Извини, без комментариев. >Какие например еще недостатки? Ну, во-первых, мне и этих достаточно, что бы забыть о BSD. А другие? Ну, к примеру, некачественная подсистема ввода-вывода, причем вся: и драйвера ATA-дисков, и I/O-планировщик, и архаичная файловая система (причем этот факт признает даже сам McKusic). Уже минус 20-40 % производительности на десктоп машине! Примеров полно -- полистай, хоты бы, этот тред. Есть задачи, для которых BSD хороша, терпима или отвратительна. И это нормально -- идеальных ОСей не бывает.
	Cообщить модератору | Наверх | ^

	187. "Linux have no any design, it is trash IMHO"
	Сообщение от ZOD (??) on 01-Ноя-05, 17:40
	FreeBSD drivers --- esasy --- without any problems. Code in most cases much better than linux kernel code. Linux have frequently changes in kernel API, have no HAL or have different HAL's for different platforms. In most cases linux kernel have no HAL but only have HAL emulation (ocp for example). I think WDD for linux much harder than for Solaris or Net/FreeBSD. I realy do not like linux becouse linux have no strategy for development and have no useful kernel design. FreeBSD or NetBSD much better in this case. Driver development for linux it real hell for me.
	Cообщить модератору | Наверх | ^

	150. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от BB (??) on 31-Окт-05, 15:20
	>А то что вы говорите, что в линуксе много современных фич, так >>это результат огромной поддержки, да хотя бы даже со стороны той >>же IBM. >офигенно согласен. Да, линух поддерживают много корпораций и достаточно серьезных. А теперь отделим мух от котлет и вспомним что linux это только ядро, все остальное сборки разного гнутого софта работающего под этим ядром, отсуда появляется интерес для корпораций развивать этот якобы opensource проэкт. А что взял, опенсоурс ядро, накидал туда гнутого софта, а потом прилепил сверху свой закрытый пакет и готова система - можно продавать как свое собственное, примеры? да хоть Suse & RedHat. а вот с BSD лицензией такое крутануть сложно будет. Так давай-те не будем путать комерческий успех проэкта с его технологической заверщенностью. На самом дела перед всеми тимами всех оперсоурс проэктов можно снять шляпу и низкий им поклон. :)
	Cообщить модератору | Наверх | ^

	151. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от KBAKEP (ok) on 31-Окт-05, 15:51
	>А что взял, опенсоурс ядро, накидал туда гнутого софта, а потом прилепил >сверху свой закрытый пакет и готова система - можно продавать как >свое собственное, примеры? да хоть Suse & RedHat. а вот с >BSD лицензией такое крутануть сложно будет. > Как раз наоборот.
	Cообщить модератору | Наверх | ^

	159. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от ifel (??) on 31-Окт-05, 22:43
	>>А что взял, опенсоурс ядро, накидал туда гнутого софта, а потом прилепил >>сверху свой закрытый пакет и готова система - можно продавать как >>свое собственное, примеры? да хоть Suse & RedHat. а вот с >>BSD лицензией такое крутануть сложно будет. >> >Как раз наоборот. Крутить можно везде (под Linux и BSD) но IMHO под BSD легче (несмотря на то что мне BSD больше импоирует :)). Но увы, тот же IBM денег в Linux не вкладывает... он вкладывает в "тестировние Linux на своих серверах" тем самым экономя на куче девелоперов и тестеров AIX. Они не вкладывают в Linux, они тупо экономят.
	Cообщить модератору | Наверх | ^

153. "Релиз FreeBSD 6.0 почти готов"

Сообщение от Raksha on 31-Окт-05, 16:23

Лучше. хуже. Та система хороша с которой ты умеешь работать. А будь то Linux или FreeBSD или openBSD. Я с SUN Solaris работаю с FreeBSD и c SUSE Linux и Windows - во всех системах есть корявость. Но скорее всего как показывает практика эта корявость иногда из-за моих рук. :-) Радует что не всегда.

Cообщить модератору | Наверх | ^

	161. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от nuz (??) on 01-Ноя-05, 02:07
	>Лучше. хуже. Та система хороша с которой ты умеешь работать. А будь >то Linux или FreeBSD или openBSD. Я с SUN Solaris работаю >с FreeBSD и c SUSE Linux и Windows - во всех >системах есть корявость. Но скорее всего как показывает практика эта корявость >иногда из-за моих рук. :-) Радует что не всегда. Наконец-то хоть кто-то начал дело говорить. А то развели базар. To _Nick_: не надо "заводиться" и делить песочницу, тебе правду говорят... прочитай это еще раз. С возрастом это самоуверенность  пройдет... В жизни все намного труднее. Жители USSR очень толковые, и не надо говорить, что тали ОС хуже, а эта лучше. Качество современных ОС  - это профессионализм АДМИНИСТРАТОРА. И своими фразами в первую очередь ты обижаешь людей, так как много говоришь не со знанием дела. Для каждой задачи применяются свое аппаратное решение и подбирается оптимальная ОС. К примеру есть такая штука как криптошлюз КонтинентК  используется во многих гос. конторах для реализации VPN, там FreeBSD 4 - но этого хватает =))). Потому это и используеться. Веб сервера – ну посмотри с помощью nmap  что стоит у www.fsb.ru, www.kremlin.ru …. Видишь какое разнообразие! Так что Linux это не панацея решения всех задач. Порадуемся, что FreeBSD пока не измотан махинациями менеджеров крупных компаний, развивается и радует нас свом плодом работы. Жду релиза.
	Cообщить модератору | Наверх | ^

	167. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от fresco on 01-Ноя-05, 10:54
	BSDшники, уймитесь! Вам нужна стабильность и уверенность в завтрашнем дне? Пользуйтесь хоть MINIX'ом... По роду деятельности мне, к примеру, нужна быстрая ОС с хорошо документированным ядром, современными in-kernel интерфейсами и несколькими дополнительными возмжностями,  например -- FUSE. И ни один админ, сколько бы пены не вмещала его пасть,  не заставит меня пересесть на BSD, т.к. всего вышеперечисленного в ней нет и не будет еще много лет. Никого не хочу обидеть, BSD -- отличная ОС с очень качественной моделью разработки. Но поверьте мне, существует великое множество таких задач, для которых любая из BSD-систем -- просто старый хлам.
	Cообщить модератору | Наверх | ^

	172. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от вадим (??) on 01-Ноя-05, 11:22
	Ник, ты еще транспарант возьми и помахай, попустит :)
	Cообщить модератору | Наверх | ^

	175. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Sigurd on 01-Ноя-05, 11:31
	>По роду деятельности мне, к примеру, нужна быстрая ОС с хорошо документированным >ядром, современными in-kernel интерфейсами и несколькими дополнительными возмжностями,  например -- >FUSE. И ни один админ, сколько бы пены не вмещала его >пасть,  не заставит меня пересесть на BSD, т.к. всего вышеперечисленного >в ней нет и не будет еще много лет. > А с чего ты взял что во Фре нету FUSE??? Это было реализовано в рамках SoC
	Cообщить модератору | Наверх | ^

	212. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от butcher (ok) on 02-Ноя-05, 09:28
	>BSDшники, уймитесь! Хм.. мне казалось кто-то другой здесь поднял флейм.. ;) >FUSE. И ни один админ, сколько бы пены не вмещала его >пасть,  не заставит меня пересесть на BSD, т.к. всего вышеперечисленного >в ней нет и не будет еще много лет. М.. вас насильно заставляют установить себе BSD? Нет? Так в чём же дело, зачем кричать и разводить флейм? Я ни разу в своей жизни не видел отрядов в эсесовской форме, которые ходят по городу и под дулом автомата заставляют всех линуксоидов переходить на BSD. Ни разу! :)) А флейм такой разводится постоянно, из-за чего? Вам не нравится, что есть в мире люди, которые пользуются отличным от вашего софтом? Вы хотите записаться в такой отряд, только с пингвином на флаге? Успокойтесь, никто никого не принуждает. Пользуйтесь тем, что вам нравится и не мешайте другим жить и пользоваться тем, что нравится им, хоть виндой.
	Cообщить модератору | Наверх | ^

192. "Релиз FreeBSD 6.0 почти готов"

Сообщение от gad (??) on 01-Ноя-05, 18:18

Насчет документирования это чистое гонево. Имел опыт работы и с линухом и фрей. Могу сказать, что фря во много раз гораздо лучше документирована, чем тот же линух. Линух в этом плане просто сосет я бы сказал

Cообщить модератору | Наверх | ^

	193. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 01-Ноя-05, 18:51
	>Насчет документирования это чистое гонево. >Имел опыт работы и с линухом и фрей. >Могу сказать, что фря во много раз гораздо лучше документирована, чем тот >же линух. >Линух в этом плане просто сосет я бы сказал google search: linux device driver - 5 340 000 freebsd device driver - 956 000 какой документации больше? Качество документации? Первые ссылки в запросах, опираясь на релевантность гугли (никто не сомневается в правильности поиска?  линух все же ;) Linux: http://www.xml.com/ldd/chapter/book/ - Linux Device Drivers, 2 nd edition книга от O'Reilly. Спорить о качестве O'Reilly будем? Смысл? 3-я сторона публикует свой опыт девелопинга дров. Чудное практическое дополнение к http://kernel.org/LDP/ FreeBSD: http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/driverbasics.html статья на сайте самой ОС. Не сомневаюсь в правильности. Но дана инфа односторонняя: от производителя. Дальнейшие поиски инфы по дровам FreeBSD приводят на зеркала этой же доки (9 ссылка в гугль запросе) или на линки Линуховой инфы... Где та хваленая полнота и богатство выбора документации для FreeBSD, большая чем для Линуха? Урлы в студию.
	Cообщить модератору | Наверх | ^

	200. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от terver on 01-Ноя-05, 20:47
	>google search: >linux device driver - 5 340 000 >freebsd device driver - 956 000 Я не понимаю, вы глупый, или как? Я вам привёл результаты гогла для {freebsd,linux} vuln - у второго выигрыш, практически в 17 раз. Это что теперь, даёт право BSD'унам называть Вашу любимую ОС в 17 раз дырявее FreeBSD? Никак нет. Кстати, большинство линуксовых дистрибутивов не обзавелось нормальным инсталлером (пробовал: Gentoo, Debian (старенький правда), Slackware). В генту так вообще офигел: вся ОС вручную tar'ом ставится. А ещё кто-то говорит что BSD'уны в каменом веке и вообще отстали от пингвинов лет на 10-15. Да и как поставил (ставил вообще всё дефолтное, ядро собирал genkernel'ом), оказалось что система грузится вообще не хочет. Сваливается в панику из-за какой-то там XFS, которой у меня в жизни не было и вообще не знаю каким раком она мне припёрлась. Понапихают фич, а они потом вместе не стыкуются и получается, что их (фич) много, но ни одна  нифига не пашет. Лоадер вручную ставить и настраивать так это вообще идиотизм. Почему в FreeBSD всё так просто и интуитивно понятно (прям как в винде), хоть и с интерфейсом времён DOS'а? Прошу заметить что FreeBSD ещё и работает.. Причём сразу после установки.. без всяких шаманств над кернелом, дефолтное грузится на ура. Хотя я забыл, что Linux система для настоящих хакеров, любящих ковыряться с настройками ОС чтобы она работала. У BSD'унов всё проще, ОС у них всегда работает и они ковыряют её на предмет выполнения своих задач. Удачного hacking'а..
	Cообщить модератору | Наверх | ^

	202. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 21:25
	>>google search: >>linux device driver - 5 340 000 >>freebsd device driver - 956 000 > >Я не понимаю, вы глупый, или как? Я вам привёл результаты гогла >для {freebsd,linux} vuln - у второго выигрыш, практически в 17 раз. >Это что теперь, даёт право BSD'унам называть Вашу любимую ОС в >17 раз дырявее FreeBSD? не вижу проблем. называйте как удобно >Никак нет. Кстати, большинство линуксовых дистрибутивов не >обзавелось нормальным инсталлером (пробовал: Gentoo, Debian (старенький правда), Slackware). В генту >так вообще офигел: вся ОС вручную tar'ом ставится. А ещё кто-то >говорит что BSD'уны в каменом веке и вообще отстали от пингвинов >лет на 10-15. Да и как поставил (ставил вообще всё дефолтное, >ядро собирал genkernel'ом), оказалось что система грузится вообще не хочет. Сваливается >в панику из-за какой-то там XFS, которой у меня в жизни >не было и вообще не знаю каким раком она мне припёрлась. опять в гугл :) "gentoo installer", первая ссылка. Все есть - нужно просто поискать :) сырое и кривое? да мне тут полфорума постили новости из summer of code для бсд. тоже сырые вещи, но как меня уверяли - работающие ;) >Понапихают фич, а они потом вместе не стыкуются и получается, что >их (фич) много, но ни одна  нифига не пашет. т.е. из-за XFS вообще ни одна подсистема не завелась??  какая досада... :) сочувствую, но у меня все заработало и даже с первого раза ;) опять задать тот тупой вопрос о том, что я делаю не так?? >Лоадер >вручную ставить и настраивать так это вообще идиотизм. значит ты идиот, раз так думаешь и этим занимался %) >Почему в FreeBSD >всё так просто и интуитивно понятно (прям как в винде), хоть >и с интерфейсом времён DOS'а? Прошу заметить что FreeBSD ещё и >работает.. Причём сразу после установки.. без всяких шаманств над кернелом, дефолтное >грузится на ура. >Хотя я забыл, что Linux система для настоящих >хакеров, любящих ковыряться с настройками ОС чтобы она работала. У BSD'унов >всё проще, ОС у них всегда работает и они ковыряют её >на предмет выполнения своих задач. Удачного hacking'а.. мне тут где-то вещали про возраст опенбсд и линуха :) типа нефик на ребенка гнать, что в нем только в 2005 году a-la bounding появился. Ок, тогда давайте сравним (я думаю можно и по регистрации доменов - влом уже искать такие мелочи): Gentoo.org: Created On:04-Oct-1999 16:08:45 UTC FreeBSd.org: Created On:19-Sep-1994 04:00:00 UTC 11 лет и 6 лет. Кому-то покажеться много, кому-то мало... но openBSD.org зарегили: Created On:12-Oct-1995 04:00:00 UTC и ему уже 10 лет (!) а с линухом не сравни... ато жалко ребенка... Так что, в сад плиз. Люди делом занимались 6 лет и им некогда было страдать лажей вроде смены символа проекта, чтоб на них хоть кто-то новенький посмотрел. А ставиться Gentoo внатуре просто. Конечно для тех кто у руля. А молодому бойцу и FreeBSD не под силу с первого раза ровно поставить. Кстати, ты вот забыл про остальные дистрибутивы.... а ведь тоже Linux-based ;) Почему бы тебе не сравнить Anacondu шапковскую со своим нкурсовским фбсд инсталлером?? вот RedHat появилась почти в ногу с фрибсд (Creation Date: 26-may-1994) и им поровну времени было дано природой сделать стоящий и инсталлер и все остальное... а в 2005 году по сравнению с Anadond'ой что нкурсы, что лысая консоль смотряться абсолютно одинаково. Вот новость прохала о релизе слаки. Тоже нкурсы. Может им тоже просто не нужен был user-friendly инсталлер?? Так а если у Gentoo НЕ admin-friedly installer?? то ты не админ если его не поставил :)
	Cообщить модератору | Наверх | ^

	203. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от terver on 01-Ноя-05, 22:33
	> не вижу проблем. называйте как удобно Ну тут я вижу две причины: первая, Вам просто неохота припираться по таким вопросам с неизвестным человеком, просто устали от пустого флэйма; вторая - нечего возразить, например: можно пример уязвимости ядра FreeBSD разрушительный эффект которой напоминал бы небезызвестную ошибку в do_brk()? Не утруждайтесь поисками - такой нет. Конечно, можно вспомнить Глеба Жиглова: "Безопасность в стране определяется не наличием преступности, а способности властей с преступностью бороться", тут уж практически все известные OpenSource проекты хороши: заплатки появляются быстро. Только вот дыра в апаче дающая шел с правам nobody это ничто по сравнению с юзером, одной коммандой рутующим сервер. А апач тем более можно за-jail'ить, за-chroot'ить да и вообще пообвешать nobody правилами ФС'ного файрвола (MAC BSDEXTENDED, кстати, такой фичи в линуксе нету, а мне она нужна, Вам может и нет). > опять в гугл :) > "gentoo installer", первая ссылка. Все есть - нужно просто поискать :) > сырое и кривое? да мне тут полфорума постили новости из summer of code > для бсд. тоже сырые вещи, но как меня уверяли - работающие ;) Так уж сложилось, что для BSD пишут только профессиональные кодеры, опыт которых (в человеческих годах) превышает возраст большинства программистов линукс. А опыт это вещь такая, её не купишь и талантом не заменишь. Так что, я бы не обменял и одного Роберта Ватсона на 100 таких как Линус =) А теперь на счёт инсталлера: в бзде "красивый" инсталлер тоже есть, в рамках того же SoC портировали из DragonFlyBSD. Только в основную систему не переносят потому что не оттестировано, это вам не линукс, где очередную фичу лепят без должного надзора. Но комплексов не испытываю, вполне доволен sysinstall'ом, он почему-то работает отлично и вручную не предлагает делать вещи, которые можно автоматизировать. Ну это наверно из-за отстуствия хакерского мировоззрения кодеров BSD =) > т.е. из-за XFS вообще ни одна подсистема не завелась??  какая досада... :) Самому жалко. Поискал в инете на предмет таких же паник: одному человеку удалось её обойти путём перестановки модулей памяти. Надо будет попробовать.. Но вообще факт того, что неиспользуемый мной модуль каким-то образом влияет на систему меня тревожит... почему в той же FreeBSD если не загружен MAC PARTITION (модуль позволяющий разделить процессы на "контейнеры", чтобы они не могли видеть друг-друга) я могу видеть все процессы? ИМХО - недостатки архитектуры, хотя я не программист, может так на самом деле авангарднее и продвинутее... > значит ты идиот, раз так думаешь и этим занимался %) Угу, а ещё в мире есть армия идиотов использующих генту (ну они же его как-то ставили? значит и лоудер вручную настраивали.. это не то что в FreeBSD, там просто крестиком выбрал да пробел нажал, тут думать оказывается надо, ну этот Линукс!).. а я ещё пытался к ним присоединится, хорошо что не получилось. > мне тут где-то вещали про возраст опенбсд и линуха :) > типа нефик на ребенка гнать, что в нем только в 2005 году a-la bounding А в линуксе такой "встроенной" фичи до сих пор нет. Не в курсе? Только с помощью сторонних вещей - h__p://www.sourceforge.net/projects/bonding/. О да! Это так по-хакерски =) Ради нужных вещей ставить патчи левых людей, причём теряя суппорт производителей самой ОСи (в нашем случае ядра Linux). > Gentoo.org: Created On:04-Oct-1999 16:08:45 UTC > FreeBSd.org: Created On:19-Sep-1994 04:00:00 UTC А историю всё-таки подучить стоит ;-) Хотя она и не важна, но возьму на себя ответственность вас просветить: FreeBSD была зарождена нааамного раньше чем в 1994-ом году. Нет, сама ОС появилась в 1993-ем (из-за судебных исков AT&T), но на самом деле она была лишь ответвлением 386BSD, которая в свою очередь берёт начало от 4.3BSD, ну а та существовала ещё в 1978-ом (естественно не сама 4.3, а вся ветка) =) Линукс же с нуля писали (врать не буду, не уверен в данном факте, а искать на диаграмме[1] уже ломает), я даже, интереса ради, смотрел в исходники того "первого" ядра =) Так что все *BSD имееют за собой солиднейшую историю.. Задайтесь вопросом, чей код лучше? Старых пропахших клавиатурой программистов или 18-ти летних хакеров? Вообщем, я выбираю "безопасный unix" =) и уверенность в завтрашнем дне.
	Cообщить модератору | Наверх | ^

	204. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (??) on 01-Ноя-05, 23:07
	>вторая >- нечего возразить, например: можно пример уязвимости ядра FreeBSD разрушительный эффект >которой напоминал бы небезызвестную ошибку в do_brk()? Не утруждайтесь >поисками - такой нет. да, мне здесь нечего возразить >Конечно, можно вспомнить Глеба Жиглова: "Безопасность в стране определяется >не наличием преступности, а способности властей с преступностью бороться", тут уж >практически все известные OpenSource проекты хороши: заплатки появляются быстро. Только вот >дыра в апаче дающая шел с правам nobody это ничто по >сравнению с юзером, одной коммандой рутующим сервер. А апач тем более >можно за-jail'ить, за-chroot'ить да и вообще пообвешать nobody правилами ФС'ного файрвола >(MAC BSDEXTENDED, кстати, такой фичи в линуксе нету, а мне она >нужна, Вам может и нет). если не секрет, чем хороша и что за фича? а там посмотрим есть она в Линухе или вы про нее просто не слышали >Так уж сложилось, что для BSD пишут только профессиональные кодеры, опыт которых >(в человеческих годах) превышает возраст большинства программистов линукс. А опыт это >вещь такая, её не купишь и талантом не заменишь. Так что, >я бы не обменял и одного Роберта Ватсона на 100 таких >как Линус =) а их 100 и нету, увы, нету >А теперь на счёт инсталлера: в бзде "красивый" >инсталлер тоже есть, в рамках того же SoC портировали из DragonFlyBSD. >Только в основную систему не переносят потому что не оттестировано, это >вам не линукс, где очередную фичу лепят без должного надзора. Но >комплексов не испытываю, вполне доволен sysinstall'ом, он почему-то работает отлично и >вручную не предлагает делать вещи, которые можно автоматизировать. отлично. В слаке все тоже очень замечательно, нкурсы и никакой "ручной" работы. Не вижу проблем. >Самому жалко. Поискал в инете на предмет таких же паник: одному человеку >удалось её обойти путём перестановки модулей памяти. Надо будет попробовать.. Но >вообще факт того, что неиспользуемый мной модуль каким-то образом влияет на >систему меня тревожит... почему в той же FreeBSD если не загружен >MAC PARTITION (модуль позволяющий разделить процессы на "контейнеры", чтобы они не >могли видеть друг-друга) я могу видеть все процессы? ИМХО - недостатки >архитектуры, хотя я не программист, может так на самом деле авангарднее >и продвинутее... тема е%№ли не раскрыта. при чем тут ваш MAC PARTITION? типа, непонятное поведение? Мне зато непонятен глюк, что был пойман товарисчем попробывавшем генту. Про так называемое "обхождение" вообще сказать нечего: кривизна железа идет в долю Линуха....  маразм >Угу, а ещё в мире есть армия идиотов использующих генту (ну они >же его как-то ставили? нет. Они не идиоты. см. "определение": он идиот, раз считает, что занимался идиотизмом. все просто. Читать нужно внимательно. >значит и лоудер вручную настраивали.. это не >то что в FreeBSD, там просто крестиком выбрал да пробел нажал, >тут думать оказывается надо, ну этот Линукс!).. а я ещё пытался >к ним присоединится, хорошо что не получилось. интересно что бы ты запел если б тебе предложили установить LFS (Linux from scratch)... ну не умеешь использовать этот конструктор (а генту - это как раз офигенный конструктор) - ну не лезь. Весьма рад, что ты остался "там" >А в линуксе такой "встроенной" фичи до сих пор нет. Не в >курсе? Только с помощью сторонних вещей - >h__p://www.sourceforge.net/projects/bonding/. bonding - часть ядра. Device Drivers->Network device support->Network device support->CONFIG_BONDING Фича встроенная - ты гонишь >О да! Это так по-хакерски =) Ради нужных вещей ставить патчи левых >людей, причём теряя суппорт производителей самой ОСи (в нашем случае >ядра Linux). употребление наркотиков - не самое лучшее занятие, чтобы развлечься >> Gentoo.org: Created On:04-Oct-1999 16:08:45 UTC >> FreeBSd.org: Created On:19-Sep-1994 04:00:00 UTC > >А историю всё-таки подучить стоит ;-) Хотя она и не важна, но >возьму на себя ответственность вас просветить: FreeBSD была зарождена нааамного раньше >чем в 1994-ом году. Нет, сама ОС появилась в 1993-ем (из-за >судебных исков AT&T), но на самом деле она была лишь ответвлением >386BSD, которая в свою очередь берёт начало от 4.3BSD, ну а >та существовала ещё в 1978-ом (естественно не сама 4.3, а вся >ветка) =) эту сказочку в каждом саду уже рассказывают. не кривляйся >Линукс же с нуля писали (врать не буду, не >уверен в данном факте, а искать на диаграмме[1] уже ломает), я >даже, интереса ради, смотрел в исходники того "первого" ядра =) я тоже смотрел. вот такие мы вот любопытные >Так что все *BSD имееют за собой солиднейшую историю.. к бассейну проведено две трубы с водой. первая - с температурой 10 градусов, вторая - с температурой -10 градусов вопрос: что с тобой будет, если ты прыгнешь в бассейн, 30 часов (читай "лет") наполняемый водой из второй трубы с 3 метровой высоты над уровнем бассейна? задачка на дом. на а лично я предпочитаю, чтоб бассейн в который буду Я прыгать хоть как-то да наполнялся, пускай и всего-лишь 12 часов (читай "лет") >Задайтесь вопросом, чей код лучше? код того, который создал необходимую мне функциональность >Старых пропахших клавиатурой программистов или 18-ти летних хакеров? >Вообщем, я выбираю "безопасный unix" =) и уверенность в завтрашнем дне. ну а следующее поколение вообще выбирает Пепси....
	Cообщить модератору | Наверх | ^

	216. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от terver on 02-Ноя-05, 18:55
	> если не секрет, чем хороша и что за фича? а там посмотрим есть она в Линухе или вы про нее просто не слышали Политика этого модуля является расширением стандартной модели разрешений файловой системы, позволяя администратору создавать набор правил для защиты файлов, утилит и каталогов иерархии файловой системы в стиле брандмауэра. Получается практически jail для FS, выйти из него невозможно не поломав ядро, что мне кажется очень безопасным. > отлично. В слаке все тоже очень замечательно, нкурсы и никакой "ручной" работы. Не вижу проблем. Вверху предложили сравнивать FreeBSD и Gentoo, поэтому взял его. Вчера увидел что Debian хочет обновить инсталлер - по скриншотам, очень ничего показался, симпотичный, возможно даже юзабельный. Ну вопрос о инсталляторе был скорее простым сарказмом, просто обидело, что нас, BSD'унов, отправляют обратно в начало 90-х, предлагая ОС устанавливать tar'ом и chroot'ом.. > Про так называемое "обхождение" вообще сказать нечего: кривизна железа идет в долю Линуха....  маразм Вы наверно поняли слово "архитектура" применительно к x86, но я говорил об архитектуре Linux... > bonding - часть ядра. Фича встроенная - ты гонишь Извиняюсь за дезинформацию, хорошо что хоть что-то полезное вынес из этого спора. Спасибо. > эту сказочку в каждом саду уже рассказывают. не кривляйся Сказка это то, что Керниган и Ричи придумал C, чтобы продать его Советскому Союзу для отбрасывания наших технологий на 20 лет назад, а это история как всё создавалось. Сейчас читаю книжку Линуса, тоже интригует, идёт получше Хемингуэя. Хотя это не принципиально. > вопрос: что с тобой будет, если ты прыгнешь в бассейн, 30 часов (читай "лет") наполняемый водой из второй трубы с 3 метровой высоты над уровнем бассейна? Абстракции не понял. Думаю, я буду плавать... > код того, который создал необходимую мне функциональность Угу, но у меня к этому коду добавляется многолетний опыт программистов этот код делавших и стабильнось. А у вас везение, что всё работает стабильно. Раньше я считал нестабильность линукса проостым стереотипом, но начав свой опыт с этой "ОС" (взято в кавычки не в обидном смысле, а в смысле что это "ядро") я убедился, что это действительность. Безусловно делать вывод от частного к общему нехорошо, но всё же.. Обидно конечно, я у не-CURRENT'овых FreeBSD'ей заветную строку ddb> не видел-то ни разу, а тут такое, причём сразу после установки. Но попыток не брошу, не получилось с Gentoo - возьму Debian (Gentoo знакомый линуксойд охарактеризовал как крайне нестабильный из-за того, что они не тестят патчи включённые в дистрибутив достаточно хорошо. Не знаю насколько это правда, но он же порекомендовал Debian, c которым через несколько дней я начну знакомство).
	Cообщить модератору | Наверх | ^

	217. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 03-Ноя-05, 09:38
	>Политика этого модуля является расширением стандартной модели разрешений файловой системы, позволяя администратору >создавать набор правил для защиты файлов, утилит и каталогов иерархии файловой >системы в стиле брандмауэра. Получается практически jail для FS, выйти из >него невозможно не поломав ядро, что мне кажется очень безопасным. как я посморю, этот модуль - простой костыль a-la POSIX ACLs. Их в Линухе есть, и для любой (Reiserfs3/4, Ext2/3, JFS, XFS) файловой системы. NFS тоже поддерживает ACLs. А вот я что-то не нашел, чтобы ваш чудный модуль работал и с NFS. Мож плохо искал? >Сейчас читаю книжку Линуса, тоже интригует, мудр. Правильная книжка ;) >Абстракции не понял. Думаю, я буду плавать... нет. не будешь. Вода из твоей трубы литься НЕ будет все эти 30 часов (лет). Она температыру -10 градусов. А что такое вода при отрицательной температуре? (без изратов с давлением и т.д.) Лед. А он НЕ льется %) Старая улофка. Думал, вы вкурсе. >Gentoo знакомый линуксойд охарактеризовал как крайне нестабильный из-за >того, что они не тестят патчи включённые в дистрибутив достаточно хорошо. В Генту можно пользовать как стабильные версии портов (т.е. придерживаясь всех маскировок - нерекомендованных к установке портов), так и нестабильную (игнорировать маскировку soft masked и совместимость с аппаратной архитектурой), и даже больше (самые безбашенные порты - hard masked, так называемые, т.е. зачастую НЕ работают). Каждому уровень портов по вкусу (чем, кстати, не может похвастаться FreeBSD). В размаскированные порты редко проникает неработающий порт - он перед этим проходит обкатку до нескольких месяцев более продвинутыми Генту юзерами, которые пользуют нестабильные порты (ну, ессьно, я тоже на софт маскировки забил ;) Как видите, в мире Генту не все так безбашенно и плохо.
	Cообщить модератору | Наверх | ^

	238. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Erasmus on 04-Ноя-05, 15:34
	>>Политика этого модуля является расширением стандартной модели разрешений файловой системы, позволяя администратору >>создавать набор правил для защиты файлов, утилит и каталогов иерархии файловой >>системы в стиле брандмауэра. Получается практически jail для FS, выйти из >>него невозможно не поломав ядро, что мне кажется очень безопасным. > >как я посморю, этот модуль - простой костыль a-la POSIX ACLs. >Их в Линухе есть, и для любой (Reiserfs3/4, Ext2/3, JFS, XFS) файловой >системы. NFS тоже поддерживает ACLs. >А вот я что-то не нашел, чтобы ваш чудный модуль работал и >с NFS. >Мож плохо искал? > > >>Сейчас читаю книжку Линуса, тоже интригует, >мудр. Правильная книжка ;) > >>Абстракции не понял. Думаю, я буду плавать... >нет. не будешь. Вода из твоей трубы литься НЕ будет все эти >30 часов (лет). Она температыру -10 градусов. А что такое вода >при отрицательной температуре? (без изратов с давлением и т.д.) Лед. А >он НЕ льется %) >Старая улофка. Думал, вы вкурсе. > >>Gentoo знакомый линуксойд охарактеризовал как крайне нестабильный из-за >>того, что они не тестят патчи включённые в дистрибутив достаточно хорошо. > >В Генту можно пользовать как стабильные версии портов (т.е. придерживаясь всех маскировок >- нерекомендованных к установке портов), так и нестабильную (игнорировать маскировку soft >masked и совместимость с аппаратной архитектурой), и даже больше (самые безбашенные >порты - hard masked, так называемые, т.е. зачастую НЕ работают). >Каждому уровень портов по вкусу (чем, кстати, не может похвастаться FreeBSD). > >В размаскированные порты редко проникает неработающий порт - он перед этим проходит >обкатку до нескольких месяцев более продвинутыми Генту юзерами, которые пользуют нестабильные >порты (ну, ессьно, я тоже на софт маскировки забил ;) > >Как видите, в мире Генту не все так безбашенно и плохо. Учитывая то что, Gentoo вышло из FreeBSD (как и система портов, которую ты так не любишь). Всё твоё гонево это чистая газификация последождевых водоёмов. Ты и сам на протяжении своего пустого флейма не замечал откровенно тупых своих ошибок. Из чего делаю вывод 1) Ты малолетка считающий что всё знаешь и умеешь 2) Ты обычный тролль стресящийся пукнуть громче всех 3) Обычный тупой козёл-провокатор В любом случае с тобой спорить и разговаривать БЕСПОЛЕЗНО!!! Ступай на LOR козлик, там самая твоя компания. Малых лет тебе жизни.
	Cообщить модератору | Наверх | ^

	239. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от _Nick_ (ok) on 06-Ноя-05, 04:29
	>Учитывая то что, Gentoo вышло из FreeBSD (как и система портов, которую >ты так не любишь). не люблю за древность. Генту портеджи вышли из портов, но вот порты уже давно позади в удобстве и возможностях. >Всё твоё гонево это чистая газификация последождевых >водоёмов. так уж и все? >Ты и сам на протяжении своего пустого флейма не замечал откровенно тупых >своих ошибок. возможно. гнать все здоровы. примеры? Если я где-то уж так сильно гоню - то укажи где - я всегда рассматриваю свои ошибки >Из чего делаю вывод >1) Ты малолетка считающий что всё знаешь и умеешь неверный вывод >2) Ты обычный тролль стресящийся пукнуть громче всех человек я, как бы тебе этого и не хотелось >3) Обычный тупой козёл-провокатор так ты же про тролля только что вещал... ты сам себе противоречишь. Это откровенно тупая твоя ошибка. ТЫ ПРИДУРОК! >В любом случае с тобой спорить и разговаривать БЕСПОЛЕЗНО!!! никто и не просил. не нравиться - иди на #%^ >Ступай на LOR козлик, там самая твоя компания. детям своим на эскплорере фильтры с редиректами будешь расставлять. без тебя вкурсе куда ходить >Малых лет тебе жизни. а вот тут ты уже сильно опоздал
	Cообщить модератору | Наверх | ^

232. "Релиз FreeBSD 6.0 почти готов"

Сообщение от rakshas (ok) on 03-Ноя-05, 15:28

Вышла!!! Прямо сейчас выкладывают на ftp!

Cообщить модератору | Наверх | ^

	233. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Аноним on 03-Ноя-05, 17:13
	да, вот сейчас глянул, для ia64 и pc98 исохи уже доступны
	Cообщить модератору | Наверх | ^

	234. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от odip on 03-Ноя-05, 18:42
	>да, вот сейчас глянул, для ia64 и pc98 исохи уже доступны Где-то уже и дистрибутивы видны Скорее всего работает автоматический mirror - все ftp*.freebsd.org вытягивают со скрытого ftp-master.freebsd.org Потом еще месяц ждем - пока самые тупые ошибки будут обнаружены и занесены в errata.
	Cообщить модератору | Наверх | ^

	235. "Релиз FreeBSD 6.0 почти готов"
	Сообщение от Аноним on 03-Ноя-05, 19:32
	я себе на ws накатил 6.0-RC1 еще неделю назад. пока нареканий нет, бегает шустро. будем посмотреть
	Cообщить модератору | Наверх | ^

237. "Релиз FreeBSD 6.0 почти готов"

Сообщение от radeon on 04-Ноя-05, 00:51

ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/6.0/ уже лежат исошники релизов!

Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема