Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

OpenNews: Дискриминация не GPL модулей в Linux ядре или обострение лицензионной войны, opennews (?), 06-Фев-05, (0) [смотреть все] У пингвинов очередной приступ бреда Лицензя BSD, сама по себе, позволяет делать, Аноним (-), 17:48 , 06-Фев-05, (1) всё ок, только вы немного перепутали Это БЗДи всю жизнь плетутся за линуксам, Moralez (??), 18:03 , 06-Фев-05, (2) // Хех, если БЗДи плетутся, чего же Вы их, а не линукс на серваках держите А по пов, DEC (?), 21:17 , 06-Фев-05, (3) // да и хрен-то с ними, мож производители наконец задумаются о раскрытии исходников, demon (??), 01:56 , 07-Фев-05, (9) // Нифига не задумымаются Открыть исходники собсно драйвера - фигня, только если оч, izard (?), 16:51 , 08-Фев-05, (56) Значит задумаются о том, чтобы не лицензировать у кого-то код, а писать изначаль, demon (??), 02:32 , 09-Фев-05, (72) а зачем мне суперфичи на простеньких маршрутизатор-прокси-антивирь-почтовик-ах , Moralez (??), 08:26 , 07-Фев-05, (11) Совершенно верно -- полнейший гон насчёт того, что BSD плетутся за слюниксами , pedro (?), 21:43 , 06-Фев-05, (4) // А поподробней Что-то я такого не помню PS Ну FreeBSD 5 3 вполне начинает на, sauron (?), 08:21 , 07-Фев-05, (10) // Кто тебе сказал что 5 3 не Stable, плюнь тому в рожу uname -aFreeBSD mail domai, Nikola (??), 09:28 , 07-Фев-05, (13) // Так пора просыпаться D Ну я жду пока Gentoo FreeBSD появится вот тогда и , sauron (?), 09:33 , 07-Фев-05, (15) Nikola, идите читайте хендбук X Y-STABLE в принципе не бывает стабильным Разве, Moralez (??), 13:07 , 07-Фев-05, (17) Вы не поверите, но 5 3-RELEASE явлется отщепенцем ветки RELENG_5, которая к тому, chip (ok), 18:51 , 08-Фев-05, (58) ---cut---А поподробней Что-то я такого не помню ---cut---например http ma, klalafuda (?), 09:32 , 07-Фев-05, (14) // эээ а где про ядро то Мне тут басни про ядро рассказывают А сами дают ссылку , sauron (?), 09:38 , 07-Фев-05, (16) Лицензионные войны - это бред И от них ВСЕМ будет только хуже А вопить на весь, dimus (??), 08:57 , 07-Фев-05, (12) С этим абсолютно согласен, ибо сам вкусил прелести бинарного драйвера от Promise, andreyn (??), 14:15 , 07-Фев-05, (18) Вот надоели все эти гоны насчет того кто круче BSD или Linux Господа, давайте , scum (??), 15:07 , 07-Фев-05, (19) // Значит хорошо реализовано Их копирайты сохранили Да Все едем дальше А кто ска, sauron (?), 16:19 , 07-Фев-05, (21) // хоть кто то аргументированно дал ответы на некоторые вопросы PS дума, Аноним (22), 16:29 , 07-Фев-05, (22) Ну, сначала вспомним что такое Solaris, а потом вспомним что такое SunOS и са, Di (??), 10:00 , 08-Фев-05, (31)   // А на каком, простите, ядре На заборе ты читал, рядом со словом хАй Нет не пр, Аноним (22), 10:41 , 08-Фев-05, (33)   Не факт что дешевле SPARC Можно ведь ещё и Power посмотреть, и PA-RISC http w, ZOD (??), 11:03 , 08-Фев-05, (38)   но в любом случае если я захочу уменьшить себе количество гемороя, я позвоню либ, ZOD (??), 11:18 , 08-Фев-05, (40)   Дешевле Посмотрите цены на сами сервера прибавьте сюда стоимость обслуживающе, Аноним (22), 11:33 , 08-Фев-05, (44)   Не дороже при одинаковом качестве Если работодателю нужен хороший эксплуатацион, ZOD (ok), 11:50 , 08-Фев-05, (45)   Не столько, как правило те, кто имеют сертификаты от САНа возносят себя до небес, Аноним (22), 13:18 , 08-Фев-05, (50)   Те кто возносит себя до небес как правило плохие специалисты KRAFTWAY - GSCALE 1, ZOD (??), 16:00 , 08-Фев-05, (55)   1 Ну не стоит так превозносить HP Эта контора поправила приличное количество б, Аноним (66), 22:06 , 08-Фев-05, (66)   1 Компилятор под него хрен напишешь например 2 Система насколько я понял NUMA,, ZOD (??), 12:29 , 09-Фев-05, (75)   Почему при прочих равных я буду юзать BSD в качестве бесплатной ОСи и коммерчес, ZOD (??), 16:31 , 09-Фев-05, (86)   О как интересно Вообще надо говорить о конкретном дистрибутиве К примеру Gen, sauron (?), 16:38 , 10-Фев-05, (102)   Linux R Глаза разуйтеА кто то читать не умеет Повторяю 1 Это можно с боль, ZOD (??), 18:06 , 10-Фев-05, (105)   И кто его продает Да это торговая марка Но Линус не берет отчислений за ее ис, sauron (?), 09:40 , 11-Фев-05, (112)   Для того чтобы БРЭНД был брэндом не обязательно его продавать Его надо зарегист, ZOD (??), 11:00 , 11-Фев-05, (115)   Каждый понимает как может До недавнего времени брали деньги за соляру на x86 , sauron (?), 18:37 , 11-Фев-05, (117)   И что --- это непомерно много было RH ентерпрайз скока стоит Ещё разного синтак, ZOD (??), 16:06 , 12-Фев-05, (118)   Спасибо за ответы, теорией можно было не раскрашивать знаю ПРо були - это они и, Аноним (66), 22:28 , 10-Фев-05, (108)   что не говори очень симпатичная машинка, и под Российским брэндом , ZOD (??), 10:37 , 11-Фев-05, (114)   Судя по длинной ленты хронологии развития Unix SunOS появилась в феврале 1982 и, sauron (?), 12:17 , 08-Фев-05, (47)   На серверах 70 этого железа не упёрлость, зато глюков больше Какие Enterprize р, ZOD (??), 10:56 , 08-Фев-05, (36) // Ам зачЭм людей обманываешь да Если железо не проблема то и глюков не больше чем, Аноним (22), 13:30 , 08-Фев-05, (51) Может быть Это ничего не меняет Можно поконкретнее NUMA --- технология 15летне, ZOD (??), 20:54 , 08-Фев-05, (64) это отличная ось Из неё можно сделать реалтайм, прикрутить любую железку, запус, ZOD (??), 21:02 , 08-Фев-05, (65) Никто не видет в этом ничего дурного Просто каждая система для своих задач, не , Аноним (66), 22:32 , 08-Фев-05, (68) - 5 балов Эм признаюсь, поставил меня в тупик Так как дома пока не могу отве, Аноним (66), 22:27 , 08-Фев-05, (67) Который кривой как бумеранг Начиная с реализации компрессии Совместимый только , MrKooll (?), 20:29 , 09-Фев-05, (90) // целый вагон TOS расширений, TrustedBSDFreeBSD 2 2 8 с кучей TOS расширений , Li, ZOD (??), 12:34 , 10-Фев-05, (96) // Разглашаем секреты российской оборонки , Жена (?), 19:35 , 10-Фев-05, (106) Приветик , ZOD (??), 21:12 , 10-Фев-05, (107) уважаемый, вы не с той стороны подходите, громко бить ся пяткой в грудь, но не с, xz (??), 15:32 , 07-Фев-05, (20) // Вопрос спорный , ZOD (ok), 12:14 , 08-Фев-05, (46) Речь часом не про Apache2 идет , Аноним (22), 13:32 , 08-Фев-05, (52) А что господа линуксо-защитники скажут на счёт ptrace, do_brk багов в ядре Прим, Аноним (22), 17:24 , 07-Фев-05, (23) // А кто вам мешает SELinux использовать Аналогичного механизма во FreeBSD я не в, sauron (?), 08:24 , 08-Фев-05, (27) // вы чуствуете разницу между real time и security это таки две совершенно неза, klalafuda (?), 10:50 , 08-Фев-05, (35) // Да они не зависимые Но использование микроядреной архитектуру недаст убить ядро, sauron (?), 12:27 , 08-Фев-05, (48) shutdown -f rm -rf оба по очевидным причинам без проблем проходят от root л, klalafuda (?), 12:43 , 08-Фев-05, (49) 1 Чтобы запустить local root exploit надо туда еще попасть 2 Чтобы туда попаст, sauron (?), 15:13 , 08-Фев-05, (53) сетевые протоколы FLEET для QNX4 и QNET over Ethernet для QNX6 абсолютно незащи, klalafuda (?), 15:39 , 08-Фев-05, (54) Ага а кто его туда пустил Если вы зная об этом выставили это в интернет это ва, sauron (?), 07:52 , 09-Фев-05, (73) и совершенно правильно Отличная система только речь не об embeded и realtime O, ZOD (??), 20:19 , 08-Фев-05, (61) а зачем на QNX - Oracle wbr, klalafuda (?), 13:51 , 09-Фев-05, (78) а зачем QNX с Linux и BSD сравнивать , ZOD (??), 14:30 , 09-Фев-05, (81) ну это уже вопрос к sauron wbr, klalafuda (?), 15:12 , 09-Фев-05, (82) http www trustedbsd orgполностью все схемы включены в ядро с фришки 5 3, до эт, llelik (?), 15:34 , 09-Фев-05, (84) В любой системе есть дырки, чем она менее популярна тем соответственно меньше ды, Аноним (22), 09:13 , 08-Фев-05, (28) // операций ввода вывода, и нагрузка на систему небольшая У меня например клустер , ZOD (ok), 11:29 , 08-Фев-05, (43) QUOTE неоднократно в инете я читал QUOTE Ну про то,, Аноним (24), 21:39 , 07-Фев-05, (24) 2 XZ тада уж точно надо брать решения от САНА Все же там треды побыстрее будут, Аноним (22), 23:40 , 07-Фев-05, (25) // Вы не поверите но я работал на обеих системах, но из-за постоянных дыр в ядре ли, Аноним (22), 19:17 , 08-Фев-05, (59) // Это палка о двух концах, с одной стороны в Linux ядрах последнее время идет боль, uldus (ok), 20:36 , 08-Фев-05, (62) // расширения , ZOD (??), 18:40 , 09-Фев-05, (89) Граф, да вы гений с КВН Большой флаг вам в руки, если вы после каждого выхода, Аноним (66), 22:51 , 10-Фев-05, (110) Про ipfilter ipfw pf супротив netfilter ничего говорить не буду Знающим людям и, Аноним (22), 23:46 , 07-Фев-05, (26) // Знаешь, если уж на то пошло то конкуренцию PF OpenBSD в софтверных FW вообще не, BB (??), 09:25 , 08-Фев-05, (29) // МОжно узнать в чём Чего там есть такого чего нет в netfilter , sauron (?), 09:52 , 08-Фев-05, (30) Нет не знаю просвяти-ка , Аноним (22), 10:30 , 08-Фев-05, (32) // Хм, использую Linux 2 6 на куче файрвалов, маршрутизаторов в том числе беспрово, Zirav (?), 10:50 , 08-Фев-05, (34) Вот поверь, те же задачи у меня, вся сеть на FreeBSD, и мне тоже кажется маловер, DEC (?), 17:09 , 08-Фев-05, (57) Понимаешь меряться по принципу, а из нашего окна площадь красная видно несколь, BB (??), 11:02 , 08-Фев-05, (37) А вот тут уже дело принципа Про то что ты указал почти все есть, только по ином, Аноним (22), 11:19 , 08-Фев-05, (41) О чем я и говорил, что сравнивать нужно реализации По поводу PF я могу только ли, BB (??), 11:25 , 08-Фев-05, (42) народ блин нашли из-за чего ругатся мне на рабоде приходится мудохоться с серв, Аноним (22), 20:54 , 08-Фев-05, (63) // PF между прочем тоже не MP3 проигрывает а фильтрует, Тогда простой вопрос Треке, sauron (?), 07:55 , 09-Фев-05, (74) Блин, да ты везунчик У меня толпа Novell Netware 4 11 Софт крутится под Btriev, ladserg (?), 16:51 , 11-Фев-05, (116) в чём pptp в pf Обкурился или конкретно в системе Если второе, то я вообще-т, Аноним (22), 12:31 , 09-Фев-05, (76) // Еще раз повторю свой вопрос трекер pptp и GRE протокола в pf есть И вообще там, sauron (?), 12:45 , 09-Фев-05, (77) // excerpt pf conf ExtIF fxp1 pass out on ExtIF inet proto gre all keep stat, VoK (?), 14:08 , 09-Фев-05, (79) Для начала давай определимся с функционалом слова трекер что ты под этим поним, BB (??), 14:30 , 09-Фев-05, (80) // Это подразумевает что фаервол отслеживает подключения В самом простейшем случае, sauron (?), 15:24 , 09-Фев-05, (83) Да это разумеется есть Только вот я не втыкаю а на кой ляд просто отслеживать , BB (??), 16:04 , 09-Фев-05, (85) А если через NAT Трекеры для этого нужны Разумеется есть А ссылку можно , sauron (?), 16:46 , 09-Фев-05, (87) Что если через NAT Еще можно вспомнить про NAT Traversal которые тоже прис, BB (??), 17:21 , 09-Фев-05, (88) Есть мнение, что пользователи линукса называют этим чудным словом то, что в оста, Wulf (?), 00:30 , 10-Фев-05, (91) Хмм, а в нативном netfilter их тоже ведь нет, сие там осуществляется неким патче, BB (??), 09:57 , 10-Фев-05, (93) как это нет когда есть M Connection tracking required for masq NAT C, Аноним (22), 14:17 , 10-Фев-05, (97) Читаем трассировку комплексных протоколов http gazette linux ru net rus articl, sauron (?), 08:02 , 10-Фев-05, (92) То есть ты хочешь спросить можно-ли для клиентов сидящим за FW организовать проб, BB (??), 10:04 , 10-Фев-05, (94) Именно это он и хочет спросить И поскольку делать NAT это одна из естественных , Wulf (?), 11:54 , 10-Фев-05, (95) вот именно это я и хотел услышать от sauron, а он все вокруг да около ходит, сло, BB (??), 15:04 , 10-Фев-05, (98) Я знаю что это такое И даже делал Но оно работает только для http и ftp При э, sauron (?), 16:06 , 10-Фев-05, (99) Много на переключениях контекста не потеряешь, а если что ядро птчить надо, а го, ZOD (??), 16:18 , 10-Фев-05, (100) сравнивать Linux то есть ядро с законченой ОСью BSD Вы что только ядро испол, ZOD (??), 16:34 , 10-Фев-05, (101) Трекинг комплексных протоколов это очень тупой алгоритм отслеживания потоков с м, sauron (?), 16:55 , 10-Фев-05, (104) Иногда это критично Плюс за счет уменьшения цепочки выполняемого кода оно будет, sauron (?), 16:46 , 10-Фев-05, (103) это для irc или pptp gre критично Смешно Вопрос переноса простых сервисов из яд, Wulf (?), 22:45 , 10-Фев-05, (109) кроме этих протоколов существуют другие К примеру используемые свитчами 7 уровн, sauron (?), 09:46 , 11-Фев-05, (113) 1,2,4,12,18,19,20,23,24,25,26,63,76

Сообщения

[Сортировка по времени | RSS]

	31. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."	+/–
	Сообщение от Di (??), 08-Фев-05, 10:00
	>>А еще в BSD есть Jails, в Solaris (наследница BSD) - zones. >>А в линуксе непонятный, я бы сказал, эзотерический и бестолковый UML. >Не путаем мягкое с теплым. UML сделан для разработчиков, а не как >среда jail. Да с какого перепуга Solaris наследница BSD ? Может >наследница UNIX кторый писали в университете Berkly ? FreeBSD была написана >с нуля. И там нет кода этого UNIX. Ну, сначала вспомним что такое Solaris, а потом вспомним что такое SunOS ;) и садимся за парты и учим историю фряхи (чтоб потом глупостей не говорить): http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/hi... >1. Linux держит больше железа чем FreeBSD. Ну по своему опыту работы, могу сказать совершенно обратное. Примеры: Promise, Wireless на техасовских чипах... >2. В Linux более активно включают различные  новации. Правда из-за этого >произростает большая глючность чем у FreeBSD в некоторых вещах. Где-то читал (потом найду линк), что Линус гонится за фичами, а безопасность ему до лампочки :) >3. Linux начинают интенсивно пропихивать в Interprise решения. В связи с этим >растет стабильность. Ядро 2.6 уже ориентировано на высокую маштабируемость и высокие >нагрузки. Возможно... оставлю без коментов :) >4. Oracle есть под Linux под FreeBSD его нет. Тоже интересно... если >Linux на столько глючен и так хуже FreeBSD очень странный выбор. > Млн, дался тебе этот Оракуль. А ты раскажика как его пускать под дистром линукса, у которого ядро не сертифицировано под запуск Оракла??? Не проще ли (с точки зрения геморроя) его ставить на солярку? >5. Java очень паршиво работает под FreeBSD. Нормальной нативной java-машины нет. Под >Linux есть 4 штуки. Одна из них уже ориентирована на работу >под 2.6 ядром. Причем реально работает быстрее чем на 2.4 ядре. > Веришь-нет, работаю с фряхой с версии 2.2.8, до сих пор Java как-то не нужна.... (на серверах), а на десктопе - установлена, работает без каких-либо глюков (нужна токо для OpenOffice), скорость не замерял (но с другой стороны скорость нужна лишь при охоте на блох ;))
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	33. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."	+/–
	Сообщение от Аноним (22), 08-Фев-05, 10:41
	>>1. Linux держит больше железа чем FreeBSD. >Ну по своему опыту работы, могу сказать совершенно обратное. Примеры: Promise, Wireless >на техасовских чипах... А на каком, простите, ядре???? >>2. В Linux более активно включают различные  новации. Правда из-за этого >>произростает большая глючность чем у FreeBSD в некоторых вещах. >Где-то читал (потом найду линк), что Линус гонится за фичами, а безопасность >ему до лампочки :) На заборе ты читал, рядом со словом хАй! >>4. Oracle есть под Linux под FreeBSD его нет. Тоже интересно... если >>Linux на столько глючен и так хуже FreeBSD очень странный выбор. >> >Млн, дался тебе этот Оракуль. А ты раскажика как его пускать под >дистром линукса, у которого ядро не сертифицировано под запуск Оракла??? Не >проще ли (с точки зрения геморроя) его ставить на солярку? Нет не проще. Решения на Itanium2 будут дешевле решиний таких же на SPARC. >>5. Java очень паршиво работает под FreeBSD. Нормальной нативной java-машины нет. Под >>Linux есть 4 штуки. Одна из них уже ориентирована на работу >>под 2.6 ядром. Причем реально работает быстрее чем на 2.4 ядре. >> >Веришь-нет, работаю с фряхой с версии 2.2.8, до сих пор Java как-то >не нужна.... (на серверах), а на десктопе - установлена, работает без >каких-либо глюков (нужна токо для OpenOffice), скорость не замерял (но с >другой стороны скорость нужна лишь при охоте на блох ;)) А прикинь, да, полотеркам комп не нужен :-). А если говорить про JAVA, то многие компании производящие железо типа внешний стораджей делают управлялки либо на JAVA либо на WEB. Взять к примеру HDS - там HDLM работает на JAVA, а без него сложновато работать с данным хранилищем.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Под х86 ентрепрайз не особо бывает."	+/–
	Сообщение от ZOD (??), 08-Фев-05, 11:03
	>>>2. В Linux более активно включают различные  новации. Правда из-за этого >>>произростает большая глючность чем у FreeBSD в некоторых вещах. >>>4. Oracle есть под Linux под FreeBSD его нет. Тоже интересно... если >>>Linux на столько глючен и так хуже FreeBSD очень странный выбор. >>> >>Млн, дался тебе этот Оракуль. А ты раскажика как его пускать под >>дистром линукса, у которого ядро не сертифицировано под запуск Оракла??? Не >>проще ли (с точки зрения геморроя) его ставить на солярку? >Нет не проще. Решения на Itanium2 будут дешевле решиний таких же на >SPARC. > Не факт что дешевле SPARC. Можно ведь ещё и Power посмотреть, и PA-RISC. http://www.tpc.org/tpch/results/tpch_price_perf_results.asp >>>5. Java очень паршиво работает под FreeBSD. Нормальной нативной java-машины нет. Под >>>Linux есть 4 штуки. Одна из них уже ориентирована на работу >>>под 2.6 ядром. Причем реально работает быстрее чем на 2.4 ядре. >>> >>Веришь-нет, работаю с фряхой с версии 2.2.8, до сих пор Java как-то >>не нужна.... (на серверах), а на десктопе - установлена, работает без >>каких-либо глюков (нужна токо для OpenOffice), скорость не замерял (но с >>другой стороны скорость нужна лишь при охоте на блох ;)) >А прикинь, да, полотеркам комп не нужен :-). А если говорить про >JAVA, то многие компании производящие железо типа внешний стораджей делают управлялки >либо на JAVA либо на WEB. Взять к примеру HDS - >там HDLM работает на JAVA, а без него сложновато работать с >данным хранилищем. Ентрепрайз решения не под слюниксом и бздёй и х86.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Всё зависит от задачи"	+/–
	Сообщение от ZOD (??), 08-Фев-05, 11:18
	но в любом случае если я захочу уменьшить себе количество гемороя, я позвоню либо в Sun либо в HP либо в IBM в зависимости от задачи, и весь зоопарк писюков с линуксами и бсдями будет списан, потому заниматься любовью с сотней писок под управлением пофигу чего, хоть даже и виндов себе дороже.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Под х86 ентрепрайз не особо бывает."	+/–
	Сообщение от Аноним (22), 08-Фев-05, 11:33
	>Не факт что дешевле SPARC. Можно ведь ещё и Power посмотреть, и >PA-RISC. >http://www.tpc.org/tpch/results/tpch_price_perf_results.asp Дешевле. Посмотрите цены на сами сервера + прибавьте сюда стоимость обслуживающего персонала. Только не надо брать всякие v100 или v240, которые сан позиционирует как Entry-Level, а уж брать надо что-то из Midrange. Сколько там стоят они??? Правильно от $40 тыс. >Ентрепрайз решения не под слюниксом и бздёй и х86. Моя твоя не понимать. Расшифруй.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	45. "Под х86 ентрепрайз не особо бывает."	+/–
	Сообщение от ZOD (ok), 08-Фев-05, 11:50
	>>Не факт что дешевле SPARC. Можно ведь ещё и Power посмотреть, и >>PA-RISC. >>http://www.tpc.org/tpch/results/tpch_price_perf_results.asp >Дешевле. Посмотрите цены на сами сервера + прибавьте сюда стоимость обслуживающего персонала. Не дороже при одинаковом качестве. Если работодателю нужен хороший эксплуатационщик Linux то он будет стоить столько же сколько аналогичный под UNIX. А если его студенты устраивают, то на стабильность ему плевать. >Только не надо брать всякие v100 или v240, которые сан позиционирует >как Entry-Level, а уж брать надо что-то из Midrange. Сколько там >стоят они??? Правильно от $40 тыс. от $40000 я плохо представляю себе что поставляется с Linux. Там только HP-UX, Solaris, OpenVMS и всякие IBMные оси. Причём в данном случае свободность Linux идёт лесом ибо по сравнению со стоимостью остального софта который сверху, и железа, стоимость оси и поддержки пренебрежимо мала. Кстати кто в России мне обеспечит поддержку линукса аналогичную поддержки Соляры Саном? > >>Ентрепрайз решения не под слюниксом и бздёй и х86. >Моя твоя не понимать. Расшифруй. Не бывает под x86 Ентрепрайз решений.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Под х86 ентрепрайз не особо бывает."	+/–
	Сообщение от Аноним (22), 08-Фев-05, 13:18
	>Не дороже при одинаковом качестве. Если работодателю нужен хороший эксплуатационщик Linux то >он будет стоить столько же сколько аналогичный под UNIX. А если >его студенты устраивают, то на стабильность ему плевать. Не столько, как правило те, кто имеют сертификаты от САНа возносят себя до небес как и свои ЗП ( не все). >от $40000 я плохо представляю себе что поставляется с Linux. Там только >HP-UX, Solaris, OpenVMS и всякие IBMные оси. Причём в данном случае >свободность Linux идёт лесом ибо по сравнению со стоимостью остального софта >который сверху, и железа, стоимость оси и поддержки пренебрежимо мала. Кстати >кто в России мне обеспечит поддержку линукса аналогичную поддержки Соляры Саном? А вот в этом вы ошибаетесь. от $40000 поставляются вполне нормальные комплексы - пример KRAFTWAY - GSCALE 16-32 процовые поставляются с RedHat AS 3, SUSE 8-9. (сделаю поправочку данный комплекс довольно дорогой, и использовался для примера). Что касаемо поддержки, то сама компания и обеспечивает её. Таких серверов по всей России довольно много. >Не бывает под x86 Ентрепрайз решений. Соглашусь. Но только в плане архитектуры x86.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Под х86 ентрепрайз не особо бывает."	+/–
	Сообщение от ZOD (??), 08-Фев-05, 16:00
	Те кто возносит себя до небес как правило плохие специалисты. KRAFTWAY - GSCALE 16-32 --- большой вопрос стал бы я это покупать по нескольким причинам. 1) Итаниум --- меньше чем пять лет на рынке, не очень удачная реализация HPшной архитектуры, определённые сложности с ПО. Но если есть то есть. и со временем благодаря усилиям HP ситуация улучшается. 2) Стандартные наборы микросхем от IntEl --- ни HP ни SGI их как правило не используют в машинах такого уровня. Должно сказываться на пропускной способности. Заметьте что на картинке с их сайта 4x процессорный модуль реализован по обычной интеловской технологии то есть 4way SMP с общим контроллером памяти 6.4 Gb/s на всех. В этом смысле даже opteron смотрится куда убедительнее даже несмотря на убогость x86. Так как каждый из камней достаточно сильный то можно поспорить с таким решением. А свой чипсет контора не потянет. В этом смысле 2х процессорные модули могли бы смотреться лучше. 3) Контора не уделяет никакого внимания маркетингу (Если не считать идиотскую рекламу --- RISC это риск для вашего бизнеса). Я не видел их продукции не на SPEC не на TPC. Тест linpack приведённый на сайте в разделе масштабируемость мне ни очём не говорит ибо это идеальная задача. 4) Такие прелести как лизинг тоже не факт что есть, а вот у НР есть. 5) Для связки Linux Itanium софта меньше чем под HP-UX Itanium который собственно и является весьма хорошей альтернативой этой машине. Вообще конечно радует что местные мейнфреймостроители есть. > >>Не дороже при одинаковом качестве. Если работодателю нужен хороший эксплуатационщик Linux то >>он будет стоить столько же сколько аналогичный под UNIX. А если >>его студенты устраивают, то на стабильность ему плевать. >Не столько, как правило те, кто имеют сертификаты от САНа возносят себя >до небес как и свои ЗП ( не все). >>от $40000 я плохо представляю себе что поставляется с Linux. Там только >>HP-UX, Solaris, OpenVMS и всякие IBMные оси. Причём в данном случае >>свободность Linux идёт лесом ибо по сравнению со стоимостью остального софта >>который сверху, и железа, стоимость оси и поддержки пренебрежимо мала. Кстати >>кто в России мне обеспечит поддержку линукса аналогичную поддержки Соляры Саном? >А вот в этом вы ошибаетесь. от $40000 поставляются вполне нормальные комплексы >- пример KRAFTWAY - GSCALE 16-32 процовые поставляются с RedHat AS >3, SUSE 8-9. (сделаю поправочку данный комплекс довольно дорогой, и использовался >для примера). Что касаемо поддержки, то сама компания и обеспечивает её. >Таких серверов по всей России довольно много. >>Не бывает под x86 Ентрепрайз решений. >Соглашусь. Но только в плане архитектуры x86.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Под х86 ентрепрайз не особо бывает."	+/–
	Сообщение от Аноним (66), 08-Фев-05, 22:06
	>KRAFTWAY - GSCALE 16-32 --- большой вопрос стал бы я это покупать >по нескольким причинам. > >1) Итаниум --- меньше чем пять лет на рынке, не очень удачная >реализация >HPшной архитектуры, определённые сложности с ПО. Но если есть то есть. и >со временем благодаря усилиям HP ситуация улучшается. >2) Стандартные наборы микросхем от IntEl --- ни HP ни SGI их >как правило не используют в машинах такого уровня. Должно сказываться на >пропускной способности. Заметьте что на картинке с их сайта 4x процессорный >модуль реализован по обычной интеловской технологии то есть 4way SMP с >общим контроллером памяти 6.4 Gb/s на всех. В этом смысле даже >opteron смотрится куда убедительнее даже несмотря на убогость x86. Так как >каждый из камней достаточно сильный то можно поспорить с таким решением. >А свой чипсет контора не потянет. В этом смысле 2х процессорные >модули могли бы смотреться лучше. >3) Контора не уделяет никакого внимания маркетингу (Если не считать идиотскую рекламу >--- RISC это риск для вашего бизнеса). Я не видел их >продукции не на SPEC не на TPC. Тест linpack приведённый на >сайте в разделе масштабируемость мне ни очём не говорит ибо это >идеальная задача. >4) Такие прелести как лизинг тоже не факт что есть, а вот >у НР есть. >5) Для связки Linux Itanium софта меньше чем под HP-UX Itanium который >собственно и является весьма хорошей альтернативой этой машине. > >Вообще конечно радует что местные мейнфреймостроители есть. 1. Ну не стоит так превозносить HP. Эта контора поправила приличное количество багов. Сложности в ПО не видел когда работал с ними. 2. Не соглашусь. Как правило и SGI и HP реализовывают технологии NUMA. Стандартные контроллеры интел не вижу ничего плохого в них, здесь НЕ NUMA.  И чем простите убедительнее выглядит??? С таким решение не поспорит (тестировали). К тому же там используется Itaniun2 9M cache L3. 3. Контора как правило специализируется на правительственных заказах. Хотя про маркетинг соглашусь :-). 4. Это как договоришься ;-). Поверь мне. 5. Какого софта??? Можно списочек, а то работаю работаю с ними, а тут такие новости :-).
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Под х86 ентрепрайз не особо бывает."	+/–
	Сообщение от ZOD (??), 09-Фев-05, 12:29
	>1. Ну не стоит так превозносить HP. Эта контора поправила приличное количество >багов. Сложности в ПО не видел когда работал с ними. >2. Не соглашусь. Как правило и SGI и HP реализовывают технологии NUMA. >Стандартные контроллеры интел не вижу ничего плохого в них, здесь НЕ >NUMA.  И чем простите убедительнее выглядит??? С таким решение не >поспорит (тестировали). К тому же там используется Itaniun2 9M cache L3. > >3. Контора как правило специализируется на правительственных заказах. Хотя про маркетинг соглашусь >:-). >4. Это как договоришься ;-). Поверь мне. >5. Какого софта??? Можно списочек, а то работаю работаю с ними, а >тут такие новости :-). 1) Компилятор под него хрен напишешь например. 2) Система насколько я понял NUMA, SMP только в рамках cpuboard. Так вот, о cpuboard --- камни очень производительные но на них всех четверых  делится 6.4 Gb/s пропускной способности, то есть меньше чем по 2 Gb/s на камень. И это при том что они все из себя VLIW. Все 4 камня плюс контроллер памяти висят на одной несильно толстой шине --- значит она перманентно занята. Путь от камня к камню враьируется от одного до 3х, а от камня к памяти от одного до 2х --- сказывается на латентности. 9метровый кэш конечно большей частью это скомпенсирует, но решение дорогое и не сильно эффективное. Вопрос правда больше к IntEl чем к Вам. 4xXeon сделаный по такой схеме не масштабируется  даже по SPEC CFP. Итаниум навреное будет смотреться лучше. Про opteron --- пропускной способностью эффективнее выглядит. Вообще я когда на datasheet посмотрел у меня в мозгах щёлкнуло --- это ж почти alpha только с х86 эмулятором. Он конечно убогий х86 но, по 6Гб/с на камень + нет необходимости в внешнем контроллере чтобы сделать из 4х opteronа самый настоящий cpuboard воткнутый допустим в numalink без всяких там pci и ижесним. С масштабированием до 4х проблем нет --- оно линейное. Вот что можно было запихнуть в камень вместо 9М кэша. Более того можно без лишних чипов --- то есть за копейки сделать 8x с топологией HyperCube. На счёт лизинга и правительственных заказов охотно верю  и радуювсь за правительство что оно Linux использует:) Списочек, в данном случае будет весьма специфичный это EDA. Из того что мне нужно отпортирован на Linux Itanium пока только Cadence, TCADы пока в процессе, к следующим релизам скорее всего будут под Itanium, а дальше возможно и под Linux. В любом случае мои затраты составят больше чем полимона американских рублей. Вообще машина хорошая, уровня Bull. Если бы у конторы в ассортименте было бы mainframe типа как у Bull было бы совсем шоколадно. Один продукт с базой на одну фирму всётаки одиноко смотрится. И о писюшниках можно было бы подумать --- сделать им opteronовый  калькулятор --- благо AMD всё сделало, вот жду недождусь когда догадаются делать не 2U сервера с ними а cpuboardы с коммутатором.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Почему НЕ Linux"	+/–
	Сообщение от ZOD (??), 09-Фев-05, 16:31
	Почему при прочих равных я буду юзать *BSD в качестве бесплатной ОСи и коммерческий UNIX или не UNIX в качестве ентерпрайз. Вот аргументация: В половине постов написано, руки прочь, Линукс это ядро,  ничего остальное нам не нуна. ОК. Назовём вещи своими именами. Linux это ядро. GNU --- это окружение включающее в себя GNU Linux или GNU Hurd или итд. Почему не Linux. 1) Потому что Linux --- это ядро, а мне нужна ОСь. *BSD это законченый качественный продукт, а Linux это ядро которое мне нафиг не упёрлось. 2) Каково позиционирование БРЭНДа и продукта под названием Linux? Кто нибудь знает? Я вижу что позиционирования Linux в природе нет. Это ядро из которого КАК БЫ можно сделать всё, начиная от embeded заканчивая мейнфреймами и десктопами. Вы коммерческий аналог приведёте? А знаете почему нет? Потому что нельзя сделать хорошее embeded ядро отвечающее требованиям мейнфреймостроителей в качестве ядра ОСи для мейнфреймов(1). Как результат Linux представляет из себя просто 200Mb исходного кода из которого по заявлениям некоторых сверхчеловеков они могут сделать всё. Я тупой, я не могу и даже не хочу. Мне работать нужно а не делать из линукса. (1) Это можно (с большой натяжкой) сделать в двух случаях --- либо микроядро либо очень компактный монолит предоставляющий vm и базовый интефейс для построения сервисов в userspace. 3) Так как Linux это только ядро, то я наблюдаю несовместимость целого вагона построеных на базе этого ядра окружений, а требования всех коммерческих производителей софта требуют отнюдь не бесплатных их версий. То есть становится пофигу гну или не гну всёравно за баблосы. 4) Так как Linux это ядро для всего, то каждый его релиз тащит за собой целый вагон ненужного мне но тем не менее влияющего на стабильность ядра кода. Таким образом даже при прочих равных я получаю более сложный и от того опасный процесс сборки. В случае embeded это вообще делает его использование неоправданым ибо ковырять 200метров кода выкидывая лишнее и доделывая нужное слишком долго и скучно. 8) Отсутствие чёткого позиционирования сказывается на качестве, объёме кода и скорости внедрения нужной мне функциональности весьма отрицательно. При прочих равных поддержка более простой системы требует меньшего количества ресурсов. Думаю что многие отказались от использования Linux в своих проектах по этой причине. Могу добавить ещё, но это и есть причины почему использования Linux я стараюсь избегать всеми возможными способами, если кратко то он неоправдано сложен. Вот если будут форки Linux Desktop, Linux Mainframe, Linux Embeded, Linux Realtime и развитие у них будет идти паралельно, а код разделён с возможными mege некоторой его части + стандарт на менеджер пакетов, структуру FS, итд итп, тогда я возможно буду использовать Linux, но сейчас ни одна из фич которые там есть не перекрывает функциональности коммерческих осей, и не уводит Linux в отрыв от BSD на столько чтобы я вообще об этом задумывался, особенно учитывая что cубъективно Linux мне кажется большим гемороем чем *BSD. Кстати Линукс с этой машиной идёт потому как HP-UX у HP лицензировать неполучилось/незахотелось и OpenVMS тоже. У bull с Itanium та же песня, но там хотябы помимо линукса винды заявлены --- есть из чего выбрать. Видимо HP злобные, не хотят конкуренции, поэтому независимым производителям остаётся юзать только винды да линукс. Машины такого уровня на Power или SPARC независимо от производителя идут с AIX и Solaris соответственно. Если Linux уже вышел на уровень Solaris и VMS то почему бы его и не юзать? Другой вопрос что даже до Solaris Linux ещё не достал, а до VMS и подавно.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Почему НЕ Linux"	+/–
	Сообщение от sauron (?), 10-Фев-05, 16:38
	>1) Потому что Linux --- это ядро, а мне нужна ОСь. *BSD >это законченый качественный продукт, а Linux это ядро которое мне нафиг >не упёрлось. О как интересно... Вообще надо говорить о конкретном дистрибутиве. К примеру Gentoo, Debian или SUSE являются закончеными и качественными продуктами. >2) Каково позиционирование БРЭНДа и продукта под названием Linux? Кто нибудь знает? БРЕНДа Linux нет есть БРЕНД Red Hat, Novell SUSE, Mandrake и т.п. >что нельзя сделать хорошее embeded ядро отвечающее требованиям >мейнфреймостроителей в качестве >ядра ОСи для мейнфреймов(1). Кто-то сморозил глупость.  Может микроядро ? >Мне работать нужно а не делать из линукса. Купили SUSE поставили и работаете. >3) Так как Linux это только ядро, то я наблюдаю несовместимость целого >вагона построеных на базе этого ядра окружений, а требования всех >коммерческих производителей софта требуют отнюдь не бесплатных их >версий. Есть не совместимость дистрибутивов двухгодичной давности и текущей. Вы же не пробуете запускать программы для FreeBSD 3.0 во FreeBSD 5.2 ? Вы словите абсолютно теже проблемы что и в linux. >То есть становится >пофигу гну или не гну всёравно за баблосы. Это касается и FreeBSD. >4) Так как Linux это ядро для всего, то каждый его релиз >тащит за собой целый вагон ненужного мне но тем не менее >влияющего на стабильность ядра кода. Вы где такую траву берете ? О сборке ядра под конкретную платформу вы слышали ? Стандартное ядро во FreeBSD тоже содержит все что надо и не надо. У него цель загрузиться на чем угодно. Даже комерческие unix не гнушаются пересборкой ядра. > Таким образом даже при прочих равных >я получаю более сложный и от того опасный процесс сборки. В >случае embeded это вообще делает его использование неоправданым ибо >ковырять 200метров кода выкидывая лишнее и доделывая нужное слишком долго и скучно. В случае embedded есть toolchain которая после прочтения документации, позволяет легко собирать только необходимое под эту платформу. Меня вот мучает вопрос нафига вы собираетесь ковырять 200 метров исходников ? У меня конфигрурация ядра занимает 5 минут. На комерческом дистрибутиве этого вообще делать не надо. Там ядра собраны так что все что сделать модулями, делается ими. И по мере нужды подгружается. >8) Отсутствие чёткого позиционирования сказывается на качестве, объёме кода и скорости внедрения нужной мне функциональности весьма отрицательно. При отсутствии желания читать документацию еще как сказывается. >При прочих равных поддержка более простой системы требует меньшего количества ресурсов. Это FreeBSD более простая система ? Вы не могли бы мне подсказать адрес где вы берете такую траву? >Думаю что многие отказались от использования Linux в своих проектах по этой причине. Причина в том что ядро 2.4 хуже держит нагрузку чем FreeBSD. Но вот 2.6 ядре ситуация изменилась в лучшую сторону. >Могу добавить ещё, но это и есть причины почему использования Linux я >стараюсь избегать всеми возможными способами, если кратко то он неоправдано сложен. Это всего лишь ваша узкость взглядов и попавшийся первым в ваши руки неудачный дистрибутив и возможно не желание прочесть документацию. >Вот если будут форки Linux Desktop, Linux Mainframe, Linux Embeded, Linux Realtime и развитие у них будет идти паралельно. Не вы расскажите где вы берете такую траву ?! Какие форки ? Все делается банальной пересборкой ядра и изменением окружения ядра. >а код разделён с возможными mege некоторой его части + стандарт на менеджер пакетов. В пределах одного дистрибутива все стандартно. Придерживайтесь одного дистрибутива и все будет шеколадно. >структуру FS Она стандартизирована для всех Unix. Если вы не в курсе. >сейчас ни одна из фич которые там есть не перекрывает функциональности коммерческих осей. Каких именно ? Или тут под коммерческими осями подразумевается солярис ? > и не уводит Linux в отрыв от BSD на столько чтобы я вообще об этом задумывался, особенно учитывая что cубъективно Linux мне кажется большим гемороем чем *BSD. Вы не видели нормальных дистрибутивов. К примеру debian, gentoo и п.р. Любой дистрибутив неплох если вы удосужитесь почитать документацию. Кстати когда через полгодика выдет Gentoo/BSD я поставлю ее хотя бы ради интереса. >Видимо HP злобные, не хотят конкуренции, поэтому независимым производителям остаётся юзать только винды да линукс. Мда... просто софт сертифицирован под Linux и Windows. А не под FreeBSD. >Если Linux уже вышел на уровень Solaris и VMS то почему бы >его и не юзать? Другой вопрос что даже до Solaris Linux >ещё не достал, а до VMS и подавно. Что есть уровень Solaris ? Солярка великолепно работает на спарках. А вот на x86 архитектуре скажем так слабовата.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "С подоконника."	+/–
	Сообщение от ZOD (??), 10-Фев-05, 18:06
	>О как интересно... Вообще надо говорить о конкретном дистрибутиве. К примеру Gentoo, >Debian или SUSE являются закончеными и качественными продуктами. > >БРЕНДа Linux нет есть БРЕНД Red Hat, Novell SUSE, Mandrake и т.п. Linux (R). Глаза разуйте >Кто-то сморозил глупость.  Может микроядро ? А кто то читать не умеет. Повторяю. (1) Это можно (с большой натяжкой) сделать в двух случаях --- либо микроядро либо очень компактный монолит предоставляющий vm и базовый интефейс для построения сервисов в userspace. В любом случае это не Linux, хотя и его можно пустить на микроядре. >>Мне работать нужно а не делать из линукса. >Купили SUSE поставили и работаете. Купили Соляру и работаете. Или VMS или чего угодно. Где хвалёные преимущества открытого софта? Для Linux они что испарились? >Есть не совместимость дистрибутивов двухгодичной давности и текущей. >Вы же не пробуете запускать программы для FreeBSD 3.0 во FreeBSD 5.2 >? >Вы словите абсолютно теже проблемы что и в linux. Slackware SUSE Debian RedHat, Gentoo Совместимы? Ядро одно и тоже, набор сервисов по умолчанию разный, файлы лежат в разных каталогах продолжать? > >>То есть становится >>пофигу гну или не гну всёравно за баблосы. >Это касается и FreeBSD. Согласен. >Вы где такую траву берете ? О сборке ядра под конкретную платформу >вы слышали ? Стандартное ядро во FreeBSD тоже содержит все что >надо и не надо. У него цель загрузиться на чем угодно. >Даже комерческие unix не гнушаются пересборкой ядра. alpha, i386, SPARC и всё. Линукс --- всё начиная с МС68К до Itanium и всё в одном проекте. Это только архитектуры. >> Таким образом даже при прочих равных >>я получаю более сложный и от того опасный процесс сборки. В >>случае embeded это вообще делает его использование неоправданым ибо >ковырять 200метров кода выкидывая лишнее и доделывая нужное слишком долго и скучно. >В случае embedded есть toolchain которая после прочтения документации, позволяет легко собирать >только необходимое под эту платформу. Меня вот мучает вопрос нафига вы >собираетесь ковырять 200 метров исходников ? У меня конфигрурация ядра занимает >5 минут. На комерческом дистрибутиве этого вообще делать не надо. Там >ядра собраны так что все что сделать модулями, делается ими. И >по мере нужды подгружается. То-то LG уже два года с blackfin воюет, а Altera на Linux положила в NIOS2. Речь была об embeded, не видел SUSE под MC68K:) Читать учимся. >>8) Отсутствие чёткого позиционирования сказывается на качестве, объёме кода и скорости внедрения нужной мне функциональности весьма отрицательно. >При отсутствии желания читать документацию еще как сказывается. > >>При прочих равных поддержка более простой системы требует меньшего количества ресурсов. Это FreeBSD более простая система ? Вы не могли бы мне подсказать адрес где вы берете такую траву? На подоконнике. считаем количество строк в исходниках ядра Linux и всей базовой поставке BSD. > >>Думаю что многие отказались от использования Linux в своих проектах по этой причине. >Причина в том что ядро 2.4 хуже держит нагрузку чем FreeBSD. Но >вот 2.6 ядре ситуация изменилась в лучшую сторону. Нормально держало. >>Могу добавить ещё, но это и есть причины почему использования Linux я >>стараюсь избегать всеми возможными способами, если кратко то он неоправдано сложен. >Это всего лишь ваша узкость взглядов и попавшийся первым в ваши руки >неудачный дистрибутив и возможно не желание прочесть документацию. Зато у Вас широта. >Не вы расскажите где вы берете такую траву ?! Какие форки ? >Все делается банальной пересборкой ядра и изменением окружения ядра. Больше года на пересборку и написание "немножко" машиннозависимого кода это сильно. Для embeded. Поиски, накладывание патчей обновляемых весьма неодновременно с ядром, и наступание на грабли грабли грабли в случае ОСРВ + средства разработки просто на высоте. Для остального 20минут конфигурения и сборка. Только вопрос --- всётаки десктоп и мэнфрейм немножко разные вещи, будет ли одно и тоже ядро хоть и в разных конфигуоациях удовлетворять требованиям обоих. >В пределах одного дистрибутива все стандартно. Придерживайтесь одного дистрибутива и все будет >шеколадно. По возможности следую Вашему совету уже года 3. Привязка к поставщику --- то же самое что для коммерческих ОС. >Она стандартизирована для всех Unix. Если вы не в курсе. GNU not UNIX >Каких именно ? Или тут под коммерческими осями подразумевается солярис ? Можно VMS? >Вы не видели нормальных дистрибутивов. К примеру debian, gentoo и п.р. Любой >дистрибутив неплох если вы удосужитесь почитать документацию. Кстати когда через полгодика >выдет Gentoo/BSD я поставлю ее хотя бы ради интереса. Странно я их и юзаю, только Slackware вместо debian. >Мда... просто софт сертифицирован под Linux и Windows. А не под FreeBSD. А для VMS не сертифицирован? >Что есть уровень Solaris ? Солярка великолепно работает на спарках. А вот >на x86 архитектуре скажем так слабовата. А почему только х86, меня на х86 *BSD устраивают как правило, вот софта они устраивают не всегда.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	112. "С подоконника."	+/–
	Сообщение от sauron (?), 11-Фев-05, 09:40
	>Linux (R). Глаза разуйте И кто его продает ? Да это торговая марка. Но Линус не берет отчислений за ее использование. И не одна компания не продает ядро Linux. Продают дистрибутивы.   >А кто то читать не умеет. Я умею читать. Кто-то скачет по контексту как заяц. >Повторяю. >(1) Это можно (с большой натяжкой) сделать в двух случаях --- либо >микроядро либо очень компактный монолит предоставляющий vm и базовый >интефейс для построения сервисов в userspace. Для тех кто в танке. Вам стоит почитать доки на IBM майнфреймы. Там своя ось у которой в user space крутится Linux или еще что-то. >Купили Соляру и работаете. Или VMS или чего угодно. Где хвалёные >преимущества открытого софта? Для Linux они что испарились? Open Source это не все сразу и нахаляву. Это конструктор лего из него можно собрать все что угодно. Но деньги берут и тут за готовые решения. Все составляющие бесплатны или почти бесплатны. SUSE берут деньги за сопровождение, развертывание решений и за свои наработки. За GPL софт денег они не берут. Вы можете сказать SUSE Live CD и поставить SUSE с него. Вопрос вам это надо ? А вообще все в мире стоит дорого и делается медленно. >Slackware SUSE Debian RedHat, Gentoo Совместимы? Ядро одно и тоже, набор >сервисов по умолчанию разный, файлы лежат в разных каталогах продолжать? На уровне бинарников да. Все что вы возьмете с SuSE запустится но Gentoo, Debian и т.п. только надо брать дистрибутивы тогоже года. Наивно брать бинарники с RH 6.2 пытаться запустить из на Gentoo 2004.3, а потом заявить что они не совместимы. Ядро одинаковое. Патчи к ядру не затрагивают общий алгоритм работы. Иначе бы пришлось переписывать каждую софтину под наше ядро. Это нафиг никому не нужно. Набор сервисов разный ? Можно подробнее чем отличается syslogd в Fedora Core от syslogd в Gentoo ? Файлы лежат в разных каталогах ? Вы вообще про что ? Конечно продолжать. Я пока не увидел аргументов не совместимости дистрибутивов с друг другом. >alpha, i386, SPARC и всё. Линукс --- всё начиная с МС68К до >Itanium и всё в одном проекте. Это только архитектуры. И чем это плохо ? За счет этого нам не требуется писать свое окружение под каждую платформу. В свое время под alpha была отдельная ветка ядра linux. Но для достижения унификации ее переписали. >То-то LG уже два года с blackfin воюет, а Altera на Linux >положила в NIOS2. Речь была об embeded, не видел SUSE под >MC68K:) Читать учимся. А причем тут SUSE ? Кто вам сказал что под embedded платформу должен быть полный дистрибутив ? embedded платформа решает конкретные задачи. Там все что не нужно отсекается. >На подоконнике. считаем количество строк в исходниках ядра Linux и всей >базовой поставке BSD. А как это соотносится к простоте системы ? Можно узнать точный адрес подоконника? А В ядре QNX еще меньше строк чем в ядре BSD. Тогда QNX очень простая система ? >Зато у Вас широта. Вы указываете на сложность поддержки linux. Вы пробовали поставить gentoo? По мне он гараздо удобнее FreeBSD. >Больше года на пересборку и написание "немножко" машиннозависимого кода >это сильно. Для embedded. Кто-то выбрал linux, но при этом не озоботился удостоверится, что там есть то что требуется. >Поиски, накладывание патчей обновляемых весьма неодновременно с ядром. Вы используете Open Source там вам никто ничего на блюдечке с голубой каемочкой не принесет. Или платите бабло за тот же QNX. Или же не нойте. Прям если вы взяли FreeBSD вместо linux там стало все сразу здорово здорово ? >и наступание на грабли грабли грабли в случае ОСРВ + средства разработки просто на высоте. Удобные среды разработки стоят денег. Если вы не хотите платить деньги терпите. >всётаки десктоп и мэнфрейм немножко разные вещи, будет ли одно и >тоже ядро хоть и в разных конфигуоациях удовлетворять требованиям обоих. Будет. На в майнфреймах того же IBM linux работает в user space их OS. Маштабируемость 2.6 ядра кстати на высоте. Покажите мне машину под FreeBSD с 16 процессорами. >>Она стандартизирована для всех Unix. Если вы не в курсе. >GNU not UNIX Да он не Unix System V А стандарт для *nix like система тут типа не причем ? http://www.pathname.com/fhs/ >Странно я их и юзаю, только Slackware вместо debian. Тогда что за странные заявления я не буду использовать linux потому что это ядро ? Да трава была хорошая. >А для VMS не сертифицирован? Конечно. К примеру есть Oracle для VMS. >А почему только х86, меня на х86 *BSD устраивают как правило, вот >софта они устраивают не всегда. Меня в *BSD сильно не устраивает их отношения java.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	115. "С подоконника."	+/–
	Сообщение от ZOD (??), 11-Фев-05, 11:00
	>>Linux (R). Глаза разуйте >И кто его продает ? Да это торговая марка. Но Линус не >берет отчислений за ее использование. И не одна компания не продает >ядро Linux. Продают дистрибутивы. Для того чтобы БРЭНД был брэндом не обязательно его продавать. Его надо зарегистрировать и вкладывать в него деньги. Только не надо говорить что это не БРЭНД. >>А кто то читать не умеет. >Я умею читать. Кто-то скачет по контексту как заяц. >>Повторяю. >>(1) Это можно (с большой натяжкой) сделать в двух случаях --- либо >>микроядро либо очень компактный монолит предоставляющий vm и базовый >интефейс для построения сервисов в userspace. >Для тех кто в танке. Вам стоит почитать доки на IBM майнфреймы. >Там своя ось у которой в user space крутится Linux или >еще что-то. > >>Купили Соляру и работаете. Или VMS или чего угодно. Где хвалёные >преимущества открытого софта? Для Linux они что испарились? >Open Source это не все сразу и нахаляву. Это конструктор лего из >него можно собрать все что угодно. Но деньги берут и тут >за готовые решения. Все составляющие бесплатны или почти бесплатны. SUSE берут >деньги за сопровождение, развертывание решений и за свои наработки. За GPL >софт денег они не берут. Вы можете сказать SUSE Live CD >и поставить SUSE с него. Вопрос вам это надо ? А >вообще все в мире стоит дорого и делается медленно. Sun берёт деньги за сопровождение.... >>Slackware SUSE Debian RedHat, Gentoo Совместимы? Ядро одно и тоже, набор >сервисов по умолчанию разный, файлы лежат в разных каталогах продолжать? >На уровне бинарников да. Все что вы возьмете с SuSE запустится но >Gentoo, Debian и т.п. только надо брать дистрибутивы тогоже года. Наивно >брать бинарники с RH 6.2 пытаться запустить из на Gentoo 2004.3, >а потом заявить что они не совместимы. Ядро одинаковое. Патчи к >ядру не затрагивают общий алгоритм работы. Иначе бы пришлось переписывать каждую >софтину под наше ядро. Это нафиг никому не нужно. Набор сервисов >разный ? Можно подробнее чем отличается syslogd в Fedora Core от >syslogd в Gentoo ? Файлы лежат в разных каталогах ? Вы >вообще про что ? Конечно продолжать. Я пока не увидел аргументов >не совместимости дистрибутивов с друг другом. Набор сервисов в разных дистрибутивах по умлочанию разный. Конфигурационные файлы лежат в разных директориях. Имеются разные менеджеры пакетов. Разный набор и версии библиотек. Интересно почему производители коммерческого софта требуют одну ентерпрайз версий коммерческого дистрибутива. >>alpha, i386, SPARC и всё. Линукс --- всё начиная с МС68К до >>Itanium и всё в одном проекте. Это только архитектуры. >И чем это плохо ? За счет этого нам не требуется писать >свое окружение под каждую платформу. В свое время под alpha была >отдельная ветка ядра linux. Но для достижения унификации ее переписали. Лишний код. > >>То-то LG уже два года с blackfin воюет, а Altera на Linux >>положила в NIOS2. Речь была об embeded, не видел SUSE под >>MC68K:) Читать учимся. >А причем тут SUSE ? Кто вам сказал что под embedded платформу >должен быть полный дистрибутив ? embedded платформа решает конкретные задачи. Там >все что не нужно отсекается. LG 2 года уже отсекает. >>На подоконнике. считаем количество строк в исходниках ядра Linux и всей >базовой поставке BSD. >А как это соотносится к простоте системы ? Можно узнать точный адрес >подоконника? А В ядре QNX еще меньше строк чем в ядре >BSD. Тогда QNX очень простая система ? Я сказал что СУБЪЕКТИВНО мне BSD кажется проще, равно как и соляра. >>Зато у Вас широта. >Вы указываете на сложность поддержки linux. Вы пробовали поставить gentoo? По мне >он гараздо удобнее FreeBSD. Он видите ли стоит и работает. >>Больше года на пересборку и написание "немножко" машиннозависимого кода >это сильно. Для embedded. >Кто-то выбрал linux, но при этом не озоботился удостоверится, что там есть >то что требуется. Для embeded изначально никогда нет того чего требуется в полном объёме, часть кода приходится переделывать. >>Поиски, накладывание патчей обновляемых весьма неодновременно с ядром. >Вы используете Open Source там вам никто ничего на блюдечке с голубой >каемочкой не принесет. Или платите бабло за тот же QNX. Или >же не нойте. Прям если вы взяли FreeBSD вместо linux там >стало все сразу здорово здорово ? Тогда не надо позиционироваться как ОСРВ. FreeBSD не претендует на ОСРВ. >>и наступание на грабли грабли грабли в случае ОСРВ + средства разработки просто на высоте. >Удобные среды разработки стоят денег. Если вы не хотите платить деньги терпите. > Среды --- это первое что нужно. Если они за деньги то бесплатность остального мне побарабану. > >>всётаки десктоп и мэнфрейм немножко разные вещи, будет ли одно и >>тоже ядро хоть и в разных конфигуоациях удовлетворять требованиям обоих. >Будет. На в майнфреймах того же IBM linux работает в user space >их OS. >Маштабируемость 2.6 ядра кстати на высоте. Покажите мне машину под FreeBSD с >16 процессорами. Я такими извращениями не занимаюсь. А на одном - 2х процессорах мне совершенно наплевать как оно себя ведёт на 16ти --- ибо писюков таких не бывает, на SPARCах стоит соляра, на НР HP-UX итд. >>>Она стандартизирована для всех Unix. Если вы не в курсе. >>GNU not UNIX >Да он не Unix System V >А стандарт для *nix like система тут типа не причем ? > >http://www.pathname.com/fhs/ Надоело. >>Странно я их и юзаю, только Slackware вместо debian. >Тогда что за странные заявления я не буду использовать linux потому что >это ядро ? Да трава была хорошая. Я не буду использовать линукс по мере возможности. Трава ещё есть. Ты плохой, тебе не скажу где:) >>А для VMS не сертифицирован? >Конечно. К примеру есть Oracle для VMS. Ну так, а почему же HP не дают его лицензировать  тому же Bull? Не хотят? Что Linux мне VMS заменит? >>А почему только х86, меня на х86 *BSD устраивают как правило, вот >>софта они устраивают не всегда. >Меня в *BSD сильно не устраивает их отношения java. У меня эта проблемы нет.
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	117. "С подоконника."	+/–
	Сообщение от sauron (?), 11-Фев-05, 18:37
	>Для того чтобы БРЭНД был брэндом не обязательно его продавать. Его надо >зарегистрировать и вкладывать в него деньги. Только не надо говорить что >это не БРЭНД. Каждый понимает как может ;) >Sun берёт деньги за сопровождение.... До недавнего времени брали деньги за соляру на x86. Ну а про спарки молчу. Там все в стоимость железа вложено. >Набор сервисов в разных дистрибутивах по умлочанию разный. В чем ? Я этого не пойму, что vixie-cron в Debian, в RH или Gentoo разные ? Что есть набор сервисов ? >Конфигурационные файлы лежат в разных директориях. С одинаковым синтаксисом. >Имеются разные менеджеры пакетов. И что ? >Разный набор и версии библиотек. Еще раз не берите дистрибутивы с разным годом выпуска. Если разрыв более года это абсолютно естественно. Тоже самое будет и с разными версиями FreeBSD. >Интересно почему производители коммерческого софта требуют одну ентерпрайз версий коммерческого дистрибутива. ИХ право. Чаще всего они требут определенную glibc и gcc. >Лишний код. Тогда во FreeBSD он тоже лишний. Если у вас только x86 это ваши проблемы. Разработчики дабиваются большей унификации и удобства повторного использования кода. Термин POSIX вам о чем-то говорит ? >LG 2 года уже отсекает. Это их проблемы а не ваши. >Я сказал что СУБЪЕКТИВНО мне BSD кажется проще, равно как и соляра. Тогда не зачем было заикаться про код. >Для embeded изначально никогда нет того чего требуется в полном объёме, >часть кода приходится переделывать. Правда ? Может тогда просто будете более грамотно составлять техническое задание? >Тогда не надо позиционироваться как ОСРВ. Так в каком месте документации официального ядра linux написано что он ОСРВ ? Системы ОСРВ подвергаются сертификации. >FreeBSD не претендует на ОСРВ. Linux тоже. Все про ОСРВ вы придумали. >Среды --- это первое что нужно. Именно по этому за них берут деньги. >Если они за деньги то бесплатность остального мне по барабану. Ваше право. Но плакаться о том что нет нормальной среды не надо. Хочется напишите. >Я такими извращениями не занимаюсь. А на одном - 2х процессорах мне >совершенно наплевать как оно себя ведёт на 16ти --- ибо писюков >таких не бывает, на SPARCах стоит соляра, на НР HP-UX итд. Ну-ну. >Надоело. Ваши проблемы. >Я не буду использовать линукс по мере возможности. Это ваши проблемы. >Трава ещё есть. Ты плохой, тебе не скажу где:) Скажешь. У меня паяльник есть ;) >Ну так, а почему же HP не дают его лицензировать  тому >же Bull? Не хотят? Что Linux мне VMS заменит? Видимо считают, что они занимают разные ниши.
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	118. "С подоконника."	+/–
	Сообщение от ZOD (??), 12-Фев-05, 16:06
	>>Sun берёт деньги за сопровождение.... >До недавнего времени брали деньги за соляру на x86. Ну а про >спарки молчу. Там все в стоимость железа вложено. И что --- это непомерно много было? RH ентерпрайз скока стоит? >>Набор сервисов в разных дистрибутивах по умлочанию разный. >В чем ? Я этого не пойму, что vixie-cron в Debian, в >RH или Gentoo разные ? Что есть набор сервисов ? >>Конфигурационные файлы лежат в разных директориях. >С одинаковым синтаксисом. Ещё разного синтаксиса не хватало. > >>Имеются разные менеджеры пакетов. >И что ? И ничего. >>Разный набор и версии библиотек. >Еще раз не берите дистрибутивы с разным годом выпуска. Если разрыв более >года это абсолютно естественно. Тоже самое будет и с разными версиями >FreeBSD. Не беру. У FreeBSD один дистрибутив. Я же не сравнивую разные версии RH. > >>Интересно почему производители коммерческого софта требуют одну ентерпрайз версий коммерческого дистрибутива. >ИХ право. Чаще всего они требут определенную glibc и gcc. Так и есть glibc и ядро и motif плюс некоторый набор библиотек. >>Лишний код. >Тогда во FreeBSD он тоже лишний. Если у вас только x86 это >ваши проблемы. Разработчики дабиваются большей унификации и удобства повторного использования кода. Бла бла бла. У меня нет проблем. Меньший объём кода легче поддерживать, скорость внедрения нужной мне функциональности как следствие выше. В FreeBSD его просто меньше.  Лишний код он и есть лишний код. И вообще чего вы к FreeBSD привязались. >Термин POSIX вам о чем-то говорит ? Причём тут POSIX. Винда тоже POSIX. >>LG 2 года уже отсекает. >Это их проблемы а не ваши. Учимся на чужих ошибках. >>Я сказал что СУБЪЕКТИВНО мне BSD кажется проще, равно как и соляра. >Тогда не зачем было заикаться про код. В том числе и код. Выше сказано почему. >>Для embeded изначально никогда нет того чего требуется в полном объёме, >часть кода приходится переделывать. >Правда ? Может тогда просто будете более грамотно составлять техническое задание? Может тогда не надо мне расказывать байки. >>Тогда не надо позиционироваться как ОСРВ. >Так в каком месте документации официального ядра linux написано что он ОСРВ >? У вас же что не постинг, то а вот я могу такой патч прикрутить, едакий итд. В Linux сообществе патчи от third party по моему считаются нормальным явлением. >Системы ОСРВ подвергаются сертификации. >>FreeBSD не претендует на ОСРВ. >Linux тоже. Все про ОСРВ вы придумали. Ага, как же. >>Среды --- это первое что нужно. >Именно по этому за них берут деньги. >>Если они за деньги то бесплатность остального мне по барабану. >Ваше право. Но плакаться о том что нет нормальной среды не надо. >Хочется напишите. Мне проще купить вместе с тем же QNXом >>Я такими извращениями не занимаюсь. А на одном - 2х процессорах мне >>совершенно наплевать как оно себя ведёт на 16ти --- ибо писюков >>таких не бывает, на SPARCах стоит соляра, на НР HP-UX итд. >Ну-ну. Если бывает, то я такими извращениями не занимаюсь. >>Надоело. >Ваши проблемы. У меня нет проблем. >>Я не буду использовать линукс по мере возможности. >Это ваши проблемы. > >>Трава ещё есть. Ты плохой, тебе не скажу где:) >Скажешь. У меня паяльник есть ;) :) >>Ну так, а почему же HP не дают его лицензировать  тому >>же Bull? Не хотят? Что Linux мне VMS заменит? >Видимо считают, что они занимают разные ниши. Linux VMS и HP-UX занимают разные ниши.
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	108. "Под х86 ентрепрайз не особо бывает."	+/–
	Сообщение от Аноним (66), 10-Фев-05, 22:28
	>>1. Ну не стоит так превозносить HP. Эта контора поправила приличное количество >>багов. Сложности в ПО не видел когда работал с ними. >>2. Не соглашусь. Как правило и SGI и HP реализовывают технологии NUMA. >>Стандартные контроллеры интел не вижу ничего плохого в них, здесь НЕ >>NUMA.  И чем простите убедительнее выглядит??? С таким решение не >>поспорит (тестировали). К тому же там используется Itaniun2 9M cache L3. >> >>3. Контора как правило специализируется на правительственных заказах. Хотя про маркетинг соглашусь >>:-). >>4. Это как договоришься ;-). Поверь мне. >>5. Какого софта??? Можно списочек, а то работаю работаю с ними, а >>тут такие новости :-). > >1) Компилятор под него хрен напишешь например. >2) Система насколько я понял NUMA, SMP только в рамках cpuboard. Так >вот, о cpuboard --- камни очень производительные но на них всех >четверых  делится 6.4 Gb/s пропускной способности, то есть меньше чем >по 2 Gb/s на камень. И это при том что они >все из себя VLIW. Все 4 камня плюс контроллер памяти висят >на одной несильно толстой шине --- значит она перманентно занята. Путь >от камня к камню враьируется от одного до 3х, а от >камня к памяти от одного до 2х --- сказывается на латентности. >9метровый кэш конечно большей частью это скомпенсирует, но решение дорогое и >не сильно эффективное. Вопрос правда больше к IntEl чем к Вам. > > >4xXeon сделаный по такой схеме не масштабируется  даже по SPEC CFP. >Итаниум навреное будет смотреться лучше. > >Про opteron --- пропускной способностью эффективнее выглядит. Вообще я когда на datasheet >посмотрел у меня в мозгах щёлкнуло --- это ж почти alpha >только с х86 эмулятором. Он конечно убогий х86 но, по 6Гб/с >на камень + нет необходимости в внешнем контроллере чтобы сделать из >4х opteronа самый настоящий cpuboard воткнутый допустим в numalink без всяких >там pci и ижесним. С масштабированием до 4х проблем нет --- >оно линейное. Вот что можно было запихнуть в камень вместо 9М >кэша. Более того можно без лишних чипов --- то есть за >копейки сделать 8x с топологией HyperCube. > >На счёт лизинга и правительственных заказов охотно верю  и радуювсь за >правительство что оно Linux использует:) > >Списочек, в данном случае будет весьма специфичный >это EDA. Из того что мне нужно отпортирован на Linux Itanium пока >только Cadence, TCADы пока в процессе, к следующим релизам скорее всего >будут под Itanium, а дальше возможно и под Linux. В любом >случае мои затраты составят больше чем полимона американских рублей. > >Вообще машина хорошая, уровня Bull. Если бы у конторы в ассортименте было >бы mainframe типа как у Bull было бы совсем шоколадно. Один >продукт с базой на одну фирму всётаки одиноко смотрится. И о >писюшниках можно было бы подумать --- сделать им opteronовый  калькулятор >--- благо AMD всё сделало, вот жду недождусь когда догадаются делать >не 2U сервера с ними а cpuboardы с коммутатором. Спасибо за ответы, теорией можно было не раскрашивать знаю. ПРо були - это они и есть мы с ними OEM партнеры. Многое дорабатываем, я видел уже 4 модификацию их Novascale с поправками как в архитектуре так и в самом hardware. 2-4 это обычные tiger их задача как правило замена 2-4х процовых серверов x86. Могу немного преоткрыть инфу, ведутся переговоры с SGI так что возможно скоро пополнится модельный ряд. По поводу лизинга - могу сказать одно, в прошлмо году у нас взяли стойку в на тесты на пол года. Мы - единственная контора, которая позволяет сначала протестировать решия, а потом уже покупать. Написание компилятора - дело интела. Как у него с этим дела точно не скажу, не уточнял, но думаю скоро стоит ожидать.  По поводу замены 9M кэша - я не соглашусь, т.к. сервер позиционируется в несколько ином формате. Все навороты предложенные вами дороги в исполнении, а дорогие вещи берут редко ;-). Линейку потихоньку расширяем, но статистика показывает, что данных вариаций пока хватает :-).
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	114. "И Вам Спасибо"	+/–
	Сообщение от ZOD (??), 11-Фев-05, 10:37
	что не говори очень симпатичная машинка, и под Российским брэндом.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."	+/–
	Сообщение от sauron (?), 08-Фев-05, 12:17
	>Ну, сначала вспомним что такое Solaris, а потом вспомним что такое SunOS Судя по длинной ленты хронологии развития Unix SunOS  появилась в феврале 1982 и ответвилась от BSD Unix (это не FreeBSD) в апреле 1984 года были произведены заимствования от кода Unix System V. Далее там Solaris'ы ветвятся... но это уже никакого отношения к делу не имеет. FreeBSD является наследником 386 BSD и отделилась в декабре 1993 года (FreeBSD release 1 ). Та в свою очередь отделилась от BSD Unix в 1991 году. Теперь вопрос какое отношение SunOS после всех перепитий имеет к FreeBSD ? Правильный ответ ни какого отношения не имеет. >Ну по своему опыту работы, могу сказать совершенно обратное. Примеры: Promise, Wireless на техасовских чипах... эээ ??? Вы ядро 2.2 брали ? Нету проблем с promise и небыло никогда. > >Где-то читал (потом найду линк), что Линус гонится за фичами, а безопасность ему до лампочки :) Угу а зачем SELinux добавлен в 2.6? Не для обеспечения ли безопасности? >Млн, дался тебе этот Оракуль. А ты раскажика как его пускать под >дистром линукса, у которого ядро не сертифицировано под запуск Оракла??? 1. Ставится и работает на стандартном нативном ядре. Ставил под gentoo. Единственное требование включить поддержку больших страниц памяти в ядре. И настроить переменные ядра как у них описано. Причем танцев с бубном и на RH хватает. Ставится по стандартному мануалу для RH. >проще ли (с точки зрения геморроя) его ставить на солярку? Геморой будет тот же если ставишь в первый раз. >Веришь-нет, работаю с фряхой с версии 2.2.8, до сих пор Java как-то >не нужна.... (на серверах). У тебя на серверах нет JSP & Servlets контейнеров. У меня есть. И FreeBSD из-за отсутствия нативной java машины я не буду. Ибо машина будет работать с java машиной под линух и в режиме эмуляции линуха. Нах оно надо ? >скорость не замерял (но с другой стороны скорость нужна лишь при охоте на блох ;)) Это для ваших задач. Для сервера контейнера JSP & Servlets FreeBSD не приемлема.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема