> Вот уж на кого ни одна приличная девушка дважды не посмотрит, так это
> на сисадминов.

Фиговые у вас девушки. По профессии выбирают. Да еще и опрометчиво.

PS: Надо сказать что почти все мои знакомые сисадмины женаты и с детьми.

Да не по профессии выбирают, и не по паспорту, а по морде. Админство - оно на морде нарисовано.

> Да не по профессии выбирают, и не по паспорту, а по морде.
> Админство - оно на морде нарисовано.

Вот и знакомые админы у меня как-то все весьма и весьма разные на морду, по комплекции, по стилю одежды.

Re^2: Гослинг доволен производительностью Java

>> Да не по профессии выбирают, и не по паспорту, а по морде.

>> Админство - оно на морде нарисовано.

> Вот и знакомые админы у меня как-то все весьма и весьма разные на морду, по комплекции, по стилю одежды.

Что-то выделяло Штирлица среди окружающих: то ли героический профиль, то ли горделивая осанка, то ли моток витухи, волочащийся за спиной...

Я вот тоже админ, когда новые знакомые спрашивают - мол чем там в союзе зарабатывал - отвечаю: "памидоры торговал в маськва!" Верят пока жена не заржёт ,)

Кста - жаль что не написано на морде что я добрый и интеллигентный да и вообще гражданин Канады :-\ Заеб##### ваши московские менты - пока паспорт не достанешь - ЛКН ЧЖ ... фоши.

> Современные СУБД защищены от дурака ;) внешние и PK автоматом создают индексы, также уникальные поля реализуются индексом. Потому нормализация + fk / pk дают прирост производительности.

ну опять таки пришли к индексам, явно/неявно, какая разница. Прирост получается не от нормализации, а от индексирования. А индексирование - это по большому счёту денормализация (добавление избыточных данных), так что нормализация в итоге только замедляет всё.

>> Современные СУБД защищены от дурака ;) внешние и PK автоматом создают индексы, также уникальные поля реализуются индексом. Потому нормализация + fk / pk дают прирост производительности.

> ну опять таки пришли к индексам, явно/неявно, какая разница. Прирост получается не от нормализации, а от индексирования. А индексирование - это по большому счёту денормализация (добавление избыточных данных), так что нормализация в итоге только замедляет всё.

В фортунки )))))))))
Нормализация - понятие Реляционной модели и Р-Алгебры. А индексы - это техническая попытка ускорить работу СУБД, они никоим образом не относятся к РМ, потому нормализацией / денормализацией быть не могут.

> Кста - жаль что не написано на морде что я добрый и интеллигентный да и вообще гражданин Канады :-\ Заеб##### ваши московские менты

Да нет, дорогой товарищ --- судя по реакции ментов, именно это у вас на морде и написано...

> В фортунки ))))))))) Нормализация - понятие Реляционной модели и Р-Алгебры. А индексы - это техническая попытка ускорить работу СУБД, они никоим образом не относятся к РМ, потому нормализацией / денормализацией быть не могут.

на колу мочало, начинай сначала.

Дак что ускоряет работу базы - нормализация или индексы ?

>> Кста - жаль что не написано на морде что я добрый и интеллигентный да и вообще гражданин Канады :-\ Заеб##### ваши московские менты

>Да нет, дорогой товарищ --- судя по реакции ментов, именно это у вас на морде и написано...
>sv75

Вона как ... а это мысль!
В следующий раз когда поеду в нерезиновую - оденусь в "полосатку", повешу АКМ и пару Ф-ок на грудь и буду всех спрашивать "а хде тут ближайший банГ?" :)

Только одно меня смущает sv75 ....
А именно - при чём тут Ява и Гослинг?!?!?! :-D




Capcha "sports" are whispering - yea ... that's an real EXTREME! :)

с учетом 4 - это python .

> Capcha "sports" _are_ whispering - yea ... that's _an_ real EXTREME! :)

Канадский английский? :)

>Кто либо из тут отметившихся имеет хотя бы отдалённое представление о HPC? >Никакие преимущества жабы, её IDE и дешевых быдлокодеров (вроде вышеотметившихся любителей нейросетки на жабищще гонять), никоим образом не помогут в решении главной задачи

Я могу лишь сказать что в Амстердаме во Фрай-университете давно существует группа, уже завершившая ряд проектов по использованию Явы для HPC. У Явы есть очень интересное свойство, а именно мультиплатформенность, позволяющее использовать ее не только на кластерах (что тоже круто. Причем на полную катушку: той же группой были созданы явовские либы для MPI), но и для распределенных вычислений масштаба Грид. С учетом того что кластера строятся все больше под Линуксом, дотнет тут не особо годится.

>> Capcha "sports" _are_ whispering - yea ... that's _an_ real EXTREME! :)

>Канадский английский? :)

С фигов ли? Советский .... :)

> Я могу лишь сказать что в Амстердаме во Фрай-университете давно существует группа, уже завершившая ряд проектов по использованию Явы для HPC.

Есть группа и по использованию Питона в HPC. Но смысл?

> А именно - при чём тут Ява и Гослинг?!?!?! :-D

Первый день на ЛОР? Завидую!

А на брейнфаке нету?

>Есть группа и по использованию Питона в HPC. Но смысл?

Лучше спросить у них. Но раз есть группа, какой-то смысл возможно есть, может даже помимо чисто научной деятельности ;) А насчет Явы я вроде написал

Для тех, кто озабочен "торможением" Java:

С момента появления Java скорости процессоров и объемы памяти на среднестатистических компьютерах выросли раз в 100 и с лихвой перекрыли потребности среднестатистических пользователей.

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

Попробуйте, например, Idea 8, для того, чтобы понять насколько быстро могут загружаться и работать весьма навороченные Java-приложения если их программисты уделили хоть какое то внимание вопросам производительности.

а разве 7я версия не последняя?

Re^2: Гослинг доволен производительностью Java

>>Есть группа и по использованию Питона в HPC. Но смысл?

> Лучше спросить у них. Но раз есть группа, какой-то смысл возможно есть, может даже помимо чисто научной деятельности ;)

Конечно, есть смысл! Вылизывание яиц котом тоже имеет глубокий смысл :)

>а разве 7я версия не последняя?

Уже есть 8М1.

Как раз при сравнении 7 и 8 версий видно, насколько можно улучшить производительность если уделять ей внимание. Скорость запуска и работы увеличилась раз в 10, при том, что функциональность еще более возросла, и Java, вроде, осталась...

> Конечно, есть смысл! Вылизывание яиц котом тоже имеет глубокий смысл :)

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

// :(

Re^4: Гослинг доволен производительностью Java

>> Конечно, есть смысл! Вылизывание яиц котом тоже имеет глубокий смысл :)

> Вообще-то, "Вылизывание яиц котом" имеет не глубокий но полезный, практический смысл, точно такой же, какой вы преследуете умываясь по утрам.

Да, мистер Зануда, именно так! :)

> Какое отношение имеет используемая ОС к скорости работы Java - машины?

Например, если оптимизировать продукт J под OS S, то потом можно рассказываеть, что архитектура S более совершенна, чем L. Тогда можно увеличить спрос на S за счет хорошей работы на ней J. При условии, что J и S продукты одного владельца - это может дать дополнительный доход. Если еще то же сделать для недавнокупленного продукта M и рассказать всем, что S в варианте oS почти такой же открытый, как и L...

Дальше думай сам.

>> Был у нас один такой аспирант. По доброте душевной его подкармливали все. Эдакий сын полка. Остальные работали.

> А у нас такие были почти все. Кто работал налево - не защитились. Похоже, в херовом местечке ты учился.

я в похожем месте учился. МГУ называется. Если зав кафедрой самоутверждается за счет тех, кто не хочет внимать каждому ЕГО слову и проявляет самостоятельность, в том числе и работая налево, то хрен защитишься. Еще и неаттестовать могут на время для профилактики, чтобы лучше прочувствовал зависимость.

Теперь у меня стойкое убеждение, что аспирантура - не место на нормального пацана. Единственная неоспоримая польза от нее - халявная общага + легальный откос от армии.

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

ПНХ, дурак. Тут обсуждается HPC, то есть, по определению, тот класс задач, где ВСЕГДА нужен МАКСИМУМ производительности любой ценой. JVM тут пока что абсолютно неуместна (но шансы есть), а Java будет неуместна всегда (язык абсолютно неприспособленный для математики).

>Тут обсуждается HPC, то есть, по определению, тот класс задач, где ВСЕГДА нужен МАКСИМУМ производительности любой ценой.

Пардон, не удержался, ибо это не верно. Для HPC куда важнее доступность и менеджмент ресурсов и масштабируемость (в первую очередь распараллеливание) задачи.

>... Про балансировку нагрузки в HPC
>>> Можно ли это сделать автоматически с good-enough качеством?
>>Нельзя. Нужен очень умный и грамотный математик, такой, чтоб пальцы в дверь не проходили.
>Ну а все-таки - есть какие-то средства анализа workflow на лету с целью его распараллеливания? Вроде бы чистые функциональные языки вроде Haskell должны в теории это уметь?

Есть работы по автоматически распараллеливающим компиляторам. Для SMP/OpenMP всё довольно просто, хотя и есть заморочки, но на моей кафедре, например, его однажды писали; для MPI тяжело, потому что успешное распараллеливание в MPI это наполовину удачный формат хранения данных и пересылки, очень сильно зависит от задачи.

> С численными методами всё хуже - там для разпараллеливания надо существенно менять логику вычислений.

to Absurd: man "Параллелизм по данным" и "параллелизм по коду".

>А кто-нибудь занимался например автоматической генерацией распараллеливаемой логики по описанию задачи в некоем декларативном виде?

на третьей странице http://mmedia0.cc.rsu.ru/pls/rsu/rsu$publications$.startup

писали автоматически распараллеливающий компилятор. Для SMP просто, но MPP и MPI лучше параллелится, хотя надо продумывать параллельный алгоритм с форматом хранения и обменом сообщениями.

http://mmedia0.cc.rsu.ru/pls/rsu/rsu$publications$.startup?p_per_id=1471

(долбаный JavaScript)

>Я года два занимался разработкой проекта в 172 тыс. строк на Java (а также - 60 тыс. строк на JBForth, 104тыс. строк на Jython и 246 тыс. строк на XML), жрущий около 500Мб оперативы.

почитай, тебе будет интересно. У него было 500 тыс. строк на Java http://steve-yegge.blogspot.com/2007/12/codes-worst-enemy.html

>Как только понадобилось писать софт под зоопарк миллионнотиражных платформ - сразу же выполз J2ME. И без альтернатив выполз...

почему без альтернатив? см. например, AmigaDE http://www.osnews.com/print/157/Tao_Group_on_ElateOS_AmigaDE_and_More http://amigasdk.zingo.org/ http://www.amiga.com/about/history/?t=anywhere

2000 год, да, старовато. Сейчас см. AmigaAnywhere http://www.reghardware.co.uk/2008/01/09/ces_video_amiga_explains/ http://soft.compulenta.ru/344359/

http://amigarticles.tripod.com/

>>То есть, ни на чем серьёзном ты не писал...

Да уж, это конечно не метод Симпсона, да и куда тут на кривой кобыле code monkey до настоящего быдломатематика (math monkey).

>>Запомни, быдлокодер - языков общего назначения вообще не существует.

Согласен. Существует 2 типа языков: те на которых ТЫ можешь написать Hеllo world! и те на которых не можешь. Учи java + jama, а потом пиши в thread

...а я вообще прочёл, как "господин доволен". Меньше аниме на ночь смотреть надо...