Sun вышел на тропу войны

>>>> А что в яве есть что-то типа Си плюсовых шаблонов ??

>>В последней есть. generic classes называется. А до этого просто вместо препроцессора саму ее и использовали. Типа "программа пишет программу, которая затем выполняется."

Шаблоны и дженирики - это семантические конструкции самого _языка_ программирования. И долгожданное их появление в java отнюдь не означает, что ситуация "программа пишет программу, которая затем выполняется." перестанет иметь место быть в случае веб-приложений, делаемых по спецификациям сервлет-контейнеров. Это часть технологии, а не языка или его либ.

Генерирование дополнительного кода в web apps происходит не для типизации- предпроцессинга- макроподстановок и т.д. в сырцах по воле программиста или конфигуратора, а для того, чтобы конкретный сервер, в которое приложение заинсталлировано, смог и написанное и _описанное_ программистом достроить под себя, скомпилировать и запустить.

Интересно было бы посмотреть на того дятла который купил E3800 за 130к$ и взгромаздил на него linux. P.S. DR(dynamic reconfiguration) больше зависит от железа, и это только в теории у САНА все гладко с DR, а на практике их инженеры так и норовят при смене запчастей вырубить серваки от греха подальше.

Угу, да и не только на Е3800. Абсолютно не понимаю тех, кто на спарках хочет юзать линухи, фрюхи и прочее. Оно можно конечно мерс 600-й заправлять бензином А76, ради приколу только...

>Кстати я тут подумал - 10000 открытых сессий, пусть всего 1 мегабайт на сессию (что безумно мало, особенно учитывая факт отсутствия в те 

Ну я не сказал "10" я сказал "под 10" - ну может 7 а может и 3 :)
ну не помню я точно - просто для того времени меня это впечалило довольно сильно, запрос посылался с вполне продвинутой на то время
i586/64RAM+Linux 1.3.20  ;) .... ну и насчет 95 не уверен - в том году
мой друг уехал в этот универ работать откуда кстати и тема возникла :)
Но вряд ли дело было позже 98 года ....


BTW:  я кстати вроде бы сохранял одну из таких "простынок" от фингера
если не снес за давностью могет быть скажу точно и год и число открытых консолей

>временя в соляре оверкоммитинга), получает 10 гигабайт used RAM в минимальной прикидке. Не жирновато ли для тех времен? ;)


А вот про версию соляры не вспомню точно - баннер от телнету не сохранял  ;)

Да нет никакого свинства в сановском поведении. Нормальная конкурентная борьба. Вон оракул хочет купить "народный софт", ну так SAP уже организовал подобную рекламную компанию для пользователей народного софта, типа перехродите на первоклассный немецкий софт, а то оракул заставит вас переползать на свои гомняные поделки.

Кстати у сана уже была такая ситуация, когда COMPAQ поглотил DEC. Слышал, что сан тогда неплохо поимел на неуверенности клиентов техники DEC.

TO green (*) (2003-06-19 13:54:29.105012)

Ну нихуя себе заявочки. А поподробнее можно?

напиздели та сколька...

по поводу миллиона процессов: двухпроцессорные ксеоны притормаживают после 1000 процессов. собсно и понятно почему - контент нужно переключать и чем больше процессов тем они тормознее откликаются или система жрет больше ресурсов. ладна. забили на то, что санычи поставляют систмемы на сотни процов.

озу многа гиг. ахз. линух пока позиционируется для рынка дешовых машинок и всё их озу он кушает нормально.

кластеры. вот тут гон. линухи тожа кластерятся и там суммарные озу и количество процессов сопоставимо.

4 миллиона сетевых соединений... а что, стандарт на тцп уже отменили? каждое соединение порождает создание нового сокета и их количество

жаба падает и систему выносит... щаззз. может ибмжаба этим страдает (от нее из-за каких-то глюков давно отказались) но сановская стоит на десятках серверов и крутятся на ней разные навороченные проекты. аптайм иногда больше года. чаще меньше - апдейты на систему, ядра меняю итп...

> Ультраспарки - морально устаревшее тормозное железо.

А можно с этого момента поподробнее? :) Чем именно архитектура SPARC морально устарела?

>(про частоту умолчали стыдливо, 433 мегагерца небось?)

1.2GHz

> Да даже наш дохлый итаниум может больше

Правда? И где софт под итаниум? На real-world бенчмарках итаниум далеко не на первом месте. То, что 32 битные процессоры стали очень быстрыми - правда. Ну так 64 бита должны быть медленнее хотя бы потому что у них chache hits меньше.

> Причем оно будет ешшо кругами вокруг солярки бегать, особенно на двухпроцессорной конфигурации.

То есть многопроцесорность в linux = двухпроцесорность. Это хорошо. Это мне напомнило редактора Windows Magazine RE, который сказал "а я за всю свою карьеру еще ни разу не видел многопроцесорных машин и не знаю зачем они нужны".

Скажу тебе по секрету :), те, кто покупают толстое сановское железо редко гоняют только два камня.

А что в ней эдакого инновационного? Какие существенные изменения она претерпела за последние сколько-там лет?

Софт под итаниум получается путем элементарной компиляции исходных текстов ;) ТЕсты я на итаниуме особо не гонял, правда, так что незнаю что уж там.

Мож хоть ты мне расскажешь шо там за память в сани ставят? (а то вот в итаниумы какой-то отстой пихают, в первый, по крайней мере). А за счет чего на 64х битных cache hits меньше, кстати? Кеши то у них больше! Эвона - по 8 мегабайт L2, против несчастных 512K-2M L2 в ксеонах ;)

По поводу двухпроцессорности - все дело в том что соляра работает медленно на малопроцессорных конфигурациях и засчет этого складывается впечатление что производительность растет почти линейно с ростом числа процессоров. Linux же в свою очередь работает быстро и на мало процессорных конфигурациях и не очень медленно на многопроцессорных. (вон помнится SGI показывала бенчмарки на 128ми процессорной itanium2 конфигурации, так не особо-то оно там тормозило).

>(вон помнится SGI показывала бенчмарки на 128ми процессорной itanium2 конфигурации, так не особо-то оно там тормозило).

Это ты про Altix 3000 говоришь ? Дык там NUMA flex технология,

как на суперкомпьютерах, твой Демьян умеет NUMA flex ?

нащет дебиана незнаю - я вообще его стараюсь не использовать по возможности ;)

config NUMA
bool "Enable NUMA support" if IA64_GENERIC || IA64_DIG || IA64_HP_ZX1
default y if IA64_SGI_SN2
help
Say Y to compile the kernel to support NUMA (Non-Uniform Memory
Access). This option is for configuring high-end multiprocessor
server systems. If in doubt, say N.

choice
prompt "Maximum Memory per NUMA Node" if NUMA && IA64_DIG
depends on NUMA && IA64_DIG
default IA64_NODESIZE_16GB

config IA64_NODESIZE_16GB
bool "16GB"

config IA64_NODESIZE_64GB
bool "64GB"

config IA64_NODESIZE_256GB
bool "256GB"

> На real-world бенчмарках итаниум далеко не на первом месте

Intel на первом месте:

http://www.tpc.org/tpcc/results/tpcc_perf_results.asp?resulttype=noncluster

Да не то это все.

Я сильно сомневаюсь, что на Altix заведется еще кто нибудь

кроме их SGI Linux64.

А как ты думашь насчет Linux vs Irix на GGI Origin 3800 ?

Гы опять магическая цифра 3800 :)

-|Скажу тебе по секрету :), те, кто покупают толстое сановское железо редко гоняют только два камня.

По еще большему секрету :) - те, кто покупают толстое сановское железо - просто выбрaсывают деньги на ветер ...

>> Гонишь, чувак, Блейд 1000 был на 500-ках.
>Тот, что у меня на столе стоял, был на UltraSPARC IIi, a не III ни разу.
>anonymous (*) (2003-06-19 22:05:52.430515)

А тот что у меня на полу стоял :) Был 2-х головый Блейд 1000 UltraSPARC III - 500, никак не 2-ка, Только через пол-года привезли 700~

А у Груба был сервачёк - там III вообще 350 МГц были, но это отдельный разговор, таких в продаже не было.

А че, SGI Linux64 - не линух чтоле? ;)

Нащщет Origin 3800 незнаю ;)
Зато в RU.OS.CMP есть правильный FAQ entry на эту тему:
Q. че за платформа XXX?
A. Незнаем, но туда уже портировали или вот-вот портируют Linux

Ну почему же на ветер? Они кормят армию сановских инженеров ;)

>те, кто покупают толстое сановское железо - просто выбрaсывают деньги на ветер ...

Ну а те кто покупает манфреймы - конченные идиоты.

Тока если они идиоты, откуда у них деньги на манфрейм ?

A. Незнаем, но туда уже портировали или вот-вот портируют Linux

:) А NetBSD работает там уже пару лет

Как показывает практика - идиоты таки чаще всего деньги имеют 8)

>А че, SGI Linux64 - не линух чтоле? ;)

Федот, да не тот. Как и энтерпрайз Linux от RedHat или SuSe.

"Это для крутых. Короче ты не достанешь" (с) Дюна

>Как показывает практика - идиоты таки чаще всего деньги имеют 8)

Они их не "имеют", а умеют зарабатывать.

В том числе понимая, что лучше вложить $100-500k в хорошее

решение (железо, софт, персонал), чем иметь перманентный гиммор.

A интересно как все эти энтерпрайз линухи согласуются с GPL ?

ftp://ftp.redhat.com/pub/redhat/linux/enterprise/2.1AS/en/os и удивись.

Кстати и то и то (RHAS и SLES) у меня есть и в бинарях в том числе.

Када я последний раз смотрел на список платформ linux/netbsd - то они были сравнимы по числу платформ.

Прекрасно согласуются. Сырцы в ассортименте предлагаются.

А чего это сегодня про Java все молчат ?

Вроде как Sun заявил, что open-source проекта не будет.

Sun будет продавать и поддерживать яву только под Red Hat Enterprise

Linux

http://www.osnews.com/

Понимать идиоты, по определению, НЕ МОГУТ 8)

А зачем нам "продавать" и "поддерживать"? Нам клавное - "скачать" и "работать" ;)

Да и сырцы - они вот они, даже если sun вообще перестанет жабу комубытонибыло раздавать - всегда можно самому собрать ;)

Мда - вот к чему привела кривизна HTML - сколько расплодилось уродцев на его недостатках 8)

> на этом гавне (купленому в ларьках за 2 килобакса :-) даже в Анриал2
> нормально не поиграешь, ну а в качестве сервера его рассматривать даже не
> смешно, особенно сравнивая со спарками...
> ну а вместо ти 4200 лучше жф4мх440-агп8х :-)))
> anonymous (*) (2003-06-19 23:27:25.834983)

Хе... А эти катера пока не для игрушек :). Что касаемо работы: работает неплохо, но говорить о "рулёз-Ацтой" пока рано. Как анриал, кстати, на спарках себя чувствует?.

Ну, насчёт видео - это кому как ...

Ну это XHTML пытаються поправить - но паровоз уже уехад....

>>>Вроде как Sun заявил, что open-source проекта не будет.

Там речь, что не будет "fully open-source" - то есть не будет лицензии, позволяющей распространять измененный вариант. Причины этого сановцамы связно изложены и опасения подтверждены реальным прецедентом. Сами же сырцы JVM открыты довольно давно.

>А чего это сегодня про Java все молчат ?

Саныч привет :)))
Думаю, что если начать говорить про Java, по флейм можно поднять почище той слаки.. я про физиков. Вроде ты был автором новости :)))

P.S.
PHP-ники что-то вот ответили..

>Там речь, что не будет "fully open-source" - то есть не будет лицензии, позволяющей распространять измененный вариант.

Мутно это как-то. Ну захотят люди яву в новый холодильник встроить ?

Что бы пиво через инет заказывать :)

Им что придется покупать лицензию ?

> Софт под итаниум получается путем элементарной компиляции исходных текстов

Ну это ты приврал ;)

ой, как так? А у меня получается, что я делаю не так? ;)

> те, кто покупают толстое сановское железо - просто выбрaсывают деньги на ветер ...

Те, кто так говорят, с сановским железом просто не работали. Так, слышали звон.

>>"Знаю НТМЛ. Вот шарю себе ПХП потихоньку и присматриваю чего бы следующим бы учить. Жабу в список я внёс (надо знать, хотя бы на уровне скриптов), а что потом?? " (с) Tangeizer.

>Да, круты ПХПшники, Жаба "на уровне скриптов" - это "мощно задвинул". (с) Хрюн Моржов.
>Go SUN, go!
>anonymous (*) (2003-06-19 17:28:09.324942)

В отличие от некоторых дюже "вумных" гавнонимусов, я отвечаю за свои слова (посему подписываюсь), не боюсь спрашивать, и не заёбываю людей их же словами полугодичной давности.
Так что тебя, детка сопливая, надо лечить эвтаназией по методу доктора ВСЛ (Антика). Только Антик вам поможет...

>>>Мутно это как-то.

Если тебе не за ради флейма нужно разобраться, то сначала прочитай сановскую лицензию, а потом уж муть профильтруем, если останется.

>>>Ну захотят люди яву в новый холодильник встроить ?

Ны выйдет - для архитектуры HOLODILNICK нет компилятора, поэтому jvm туда не впихнешь :)))

ЗЫ. Хинт - в текстах на естесственных языках пробел перед знаками пунктуации не ставиться (исключение только знак "тире", когда оно не "дефис").

Я довольно много работал с Solaris как на спарках так и на интеле
и мне кажется, что спор о том что лучше, а что хуже беспредметен.
Solaris_на_спарках работает лучше чем Linux_на_спарках и было бы
странно если бы это было наоборот. Всетаки Sun разрабатывает и
оптимизирут свое железо под Solaris и Solaris под свое железо.
Если кто то захочет поспорить относительно превосходства Linux на
интеле - посмотрите архивы alt.unix.solaris или просто попробуйте.
( я пробовал [ пробую ] на своем 2xPIII - 1000 Mz ). Опять же -
если говорить беспристрастно, то многие согласятся, что нынче железо
от Sun совсем не то, что было лет 5 назад в плате надежности.
( Процы летят [ или приходят битыми ] и винты сыплются не реже чем
у писюков с помойки ). Вопрос - за что платить в 2 - 2.5 раза
больше ?

Что касается java, то я бы рекомендовал посмотреть флейм java vs Qt
или какой то другой - не помню точно - я приводил там коллективное
заявление ведущих софт-инженеров Sun относительно java на
Solaris_on_Sparc. ( Это относительно того, как замечательно работает
java на Solaris Sparc. ) Вообще говоря, лично меня мягко говоря
несколько удивляет заявление, что Linux - де говно, потому, что java
под ним хреново работает. ( типа этот велосипед плохой, потому что
Васька безногий на нем ездить неможет ). Не приходит ли вам в голову
уважаемые, что java заявлена как кроссплатформенная среда и то, что
если она не работает на Linux, то это ее проблема.

Относительно PHP - ничего сказать немогу, однако есть например
Python + CORBA ( со всеми полагающимися сервисами, включая
Transaction service ) + Zope как Template engine,
application server, persistent layer и т.д. и т.п. Так что
java сдесь не одинока. Я уже не говорю про .net, куда ушли
многие, сидевшие на java.

Sun'овцы опять упустили момент. Если раньше можно было
кричать что же C# шел позади java, то теперь все наоборот.
Посмотрите на фичи в БУДУЮЩЕЙ 1.5 - foreach (только выглядит хуже),
boxing, metatdata - все взято из ненавистного C# - эээ ...
да так скоро и до перегрузки операторов дойдет!

Под словом опять я подразумеваю постоянную Sun'овскую
призказку "Solaris - лучший Unix". Впрочем если выкинуть
всю ДРЕВНЮЮ начинку и напихать GNU'тых утилит, то этот
GNU/Solaris действительно ничего, мне нравится.
КАК ОНИ СОБИРАЮТСЯ КОНКУРИРОВАТЬ С M$ ? Веть даже обезьяну
можно научить делать хорошие вещи. M$ скоро сделает
стабильную, надежную и масштабируемую систему и что тогда
станет с Sun ? Linux хоть как то двигается в направлении user'a...

Что касается веб скрвисов, то они ПРЕКРАСНО делаются на C++ ( знаю,
поскольку делал сам ). Ну а насчет производительности и ресурсоемкости
говорить я думаю нужды нет.

Господину, уже не первый раз интересующемуся (мягко говоря)
мониторами транзакций - на вскидку - рекомендую взглянуть на
BEA TUXEDO - уверен, что есть еще и free, но нехочу искать.
Относительно очередей сообщений - тоже на вскидку ( просто
приходилось работать со всем этим ) BEA MessageQ и из free'шных
например SPREAD.

Это кстати софт, а не компоненты операционой системы.
( за исключением M$ W2K и т.п. однако COM+ у них достоен восхищения! )

Captain Nemo

>>>Не приходит ли вам в голову уважаемые, что java заявлена как кроссплатформенная среда и то, что если она не работает на Linux, то это ее проблема.

Уже не работает? И давно?! Ужассс, кошшшмар...

>>>Python + CORBA + Zope как Template engine, application server, persistent layer и т.д. и т.п. Так что java сдесь не одинока.

Про одиночество речь не шла - только о том как далеко имеющиеся средства и тулзы для разработки web apps ушли от cgi-скриптов и SomeLanguageServerPages...

Python же для явщиков - это облегченная-упрощенная ява без типизации и с встроенными контейнерами и он поэтому родной и любимый инструмент, удобный для всякого наколеневаяния. Даже Jython имеется, чтобы одновременно эти два языка использовать.

>>>Sun'овцы опять упустили момент. Если раньше можно было кричать что же C# шел позади java, то теперь все наоборот.

Что-то незаметно. Два года уже не только обещают, но и делают, кросплатформенный C# и как-то пока не закончили. Мобильных java-ready устройств понавыпускали уже миллионы, а где таковые с .NET?!

>>>boxing, metatdata - все взято из ненавистного C# - эээ ...

Ну из java в C# взято всё... если конечно полагать, что эти семантические абстракции вообще являются принадлежностью какого-то конкретного языка а не дисциплины в целом. А полезные вещи добавить - чем плохо?

>>>да так скоро и до перегрузки операторов дойдет!

Не дойдет, будьте уверены. Сан'у в маркетинге не нужно ориентироваться на студенческую молодежь, а только для этой публики данная фича и является знаковой-культовой.

>>>КАК ОНИ СОБИРАЮТСЯ КОНКУРИРОВАТЬ С M$ ?

А они разве конкурируют?! Вроде Сан несколько другой сегмент рынка занимает.

M$ - это лидирующий (монопольный) десктопный софт, который упорно пытаются вытянуть на глобальный уровень, а он с трудом справляется с задачами отдела. Ни в чем больше у MS нет существенных преимуществ, кроме чудовищного маркетингового давления, которое она может производить в течение длительного времени - пока ее продукт доводиться до уровня конкурентов или же эти конкуренты поглощаются. Но рано или поздно этот механизм сломается.

>>>M$ скоро сделает стабильную, надежную и масштабируемую систему и что тогда станет с Sun ?

Imho, продукты M$ вполне надежны и удобны уже достаточно давно, если их использовать as-is, не пытаясь сильно кастомизировать. А вот со "стабильностью платформы" с точки зрения заточенных под бизнес решений всё гораздо хуже - изменчивость похлеще чем в линухе... Или сиди на старых версиях, в которых уже никогда не будут исправлены баги, или непрерывно переделывай на ходу свои бизнес-приложения. Карма такая.

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

>>>Что касается веб скрвисов, то они ПРЕКРАСНО делаются на C++

1. А что, это шит кому-то нужен?

2. web apps != web services

3. web apps - тоже шит, но за него деньги платят, поэтому хочется делать побыстрее, половчее, и не каждый раз заново.

4. Всё прекрасно делается на любом языке программирования, включая asm, наверное. Но есть разные способы деланья, как есть инструменты, есть мастерские, а есть технологические линии.

5. Если с C++ всё прекрасно, то зачем .NET, основной упор в котором как раз на лёгкости деланья сервисов и был сделан? Или есть правда в слухах, что это уже не актуально и по мнению самих создателей данного фреймворка и следует ожидать очередной глобальной инициативы?

>Что касается веб скрвисов, то они ПРЕКРАСНО делаются на C++ ( знаю, поскольку делал сам ).

Пример в студию. На g++!

M$ - это лидирующий (монопольный) десктопный софт, который упорно пытаются вытянуть на глобальный уровень, а он с трудом справляется с задачами отдела. --------------- да ... захожу на tpc-c и вижу что оракл с солярой - десктопный софт который судя по кол-ву спецов умер вслед за мейнфреймами ... а мс на интеле всех RACом поставила.

Расшифруй, что сказать хотел...

>уверен, что есть еще и free, но нехочу искать.

"Уверен"! Верить можно только в Господа Бога. Нету "еще и free", не-ту! Я понятным языком выразился? Кроме J2EE реализаций. Только трэды в Solaris на порядок правильней сделаны, чем в пингвиниксе, на которого IBM и Oracle как запали, так и отпадут, когда будут сыпаться Java сервера приложений.

Пускай юные пионеры, которые прутся от каждый день появляющейся новой побрякушке в виде нового оконного манагера, приведут пример реального перехода на пингвилинукс с Solarisа.

>спецов умер вслед за мейнфреймами ...

Мейнфреймы умерли? Поциэнт вы бредите!

Программирую 3-й год на Java. За это время приходилось делать и клиентские графические приложения и довольно сложные серверные. Уже как год перешел на линукс и очень доволен. Уже полтора года на линуксе работает JBoss под нормальной нагрузкой и пока не сыпется.