Cknown grexhide CknownА память таки да, уже 7 лет - не ресурс. Уже 7 лет как дешевле докупить 2Гб памяти, Не убедил.У меня скоро будет проц с 8Мб кэша. Дома. Не сервер на предприятии, а _ДОМА_. Панимаешь, дома! Убедил? Это к вопросу о памяти. Как ты сможешь отоптимизировать прогу на Delphi чтобы она по любому на Celeronе 3600 с 256kb кэша выполнялась быстрее, чем ее аналог на Java на процессоре с 8Мб кэша? Не сможешь. Просто такой кэш порвет любую оптимизацию на Delphi. Конечно при условии если на жабе не левой задней писать

Вообще то у меня сейчас кеш 2 мегабайта. В тесте 7zip и тупых массивах делфи рвал C# и Java. Но только на таком кэше.

Про оптимизации на архитектуру процессора - бояны мы слышали. Только на практике - все это пшик.

А вот пример оптимизаций (в т.ч. на задачку конкатенакции строк):

http://www.fastcodeproject.org/
http://fastcode.sourceforge.net/challenge_content/StrCopy.html

И? О чем трем?

CknownПросто такой кэш порвет любую оптимизацию на Delphi. Конечно при условии если на жабе не левой задней писать

А у вас принято писать как то иначе? (рассматривая чудо инсинуации на теме Swing через DirectX или очередную книгу на тему Hibernate persistence? )

--

Кстати, так чего там про аналог DevExpress Quantum Grid?

fynda
> И дальше что? Ну давай, ты мне сейчас расскажешь, что внедорожник круче
> феррари, только потому что он умеет по болотам ездить, на примере - езды
> через болото (в сравнении).

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

Конечно не смешно. Когда внедорожник - это нифига не внедорожник, а паровоз с фотонным двигателем.

Мне не нужен паровоз с фотонным двигателем. Нужна нормальная машина с комфортом.

> Атас.. просто ахтунг. А что такое разыменовывание указателя? А доступ к
> полям объекта тоже, прям копированием осуществляется?

fynda
А ты собрался получить в реальном приложении прирост
производительности за счет ускорения доступа к полям объекта?

Да собрался.


fynda Вот уж
точно атас - первое же обращение к диску, первый же запрос к БД или вебу
убьют все, что ты успеешь наэкономить этим крохоборством.
А на Java не убьют? У вас чего - к дискам обращаться не нудно, к базе тоже, к вебу в т.ч.?
Посмешил.

fyndaА гемор с прямым управлением памятью, как ни странно, останется.
Еще раз для особо доходчивых. Я не нашёл в проектах ни одно случая использования .Free. Что я делаю не так?

Какие геморы?

fyndaИ только не надо втирать про тайные супердельфийские методики разработки, заменяющие
собой виртуальную машину и garbage collector и недоступные тупым
джавистам - повторюсь, не смешно.
Конечно не смешно. Когда блок, ответственный за юмор - выломан (от рождения?) отвёрткой и заменён фасадом с обзервером.


fynda
> Все эти ваши синтетические Java тесты - КГ. В лучше случае автор не
> знает/не умеет оптимизировать код
А в худшем - "без asm никак" (с) grexhide

И в чем проблемы? Ты хочешь доказать, что конкретная оптимизация конкретной процедуры будет работать хуже, чем эвристика оптимизатора?

Про принцип 1/99 (1% кода даёт 99% прироста производительности) - я тебе не напоминал еще?
Тем более, когда все, что тебе нужно - скачать и установить?

fynda
grexhide
fynda
А ты собрался получить в реальном приложении прирост
производительности за счет ускорения доступа к полям объекта?

Да собрался.

Флаг тебе в руки и камней в галоши. Слава богу производители железа твоих фантазий не разделяют и процессора, оптимизированного под разыменование указателей мы еще долго не увидим.

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

Заодно считаем количество команд, которые нужны процессору для того, чтобы получить значение поля объекта (это и называется - разыменование указателя, если ты не знал).

Короче, мсье типичный явер (буквари не читаем, но "мнение" свое ляпнем.

fynda
grexhide
fynda Вот уж
точно атас - первое же обращение к диску, первый же запрос к БД или вебу
убьют все, что ты успеешь наэкономить этим крохоборством.
А на Java не убьют? У вас чего - к дискам обращаться не нудно, к базе тоже, к вебу в т.ч.?


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

Одна беда - у "нормальности" трактовка очень даже своеобразная. Вот ты можешь назвать
SQL Developer "нормальным"? Я вот не могу.

Ты можешь назвать хоть одно "нормальное" тиражное приложение на Java (JVM?) - я вот - не могу.

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

fyndaНу да как говорится, чем бы дитя не тешилось...
? Какая борьба? Я уже озвучил применение оной.

а) дописывание существующего софта
б) строгание в аутсорс
в) организация контор по освоению бюджета

Имеете право.

fynda
grexhide
Еще раз для особо доходчивых. Я не нашёл в проектах ни одно случая использования .Free. Что я делаю не так?


Делаешь вид, что кроме лего-конструирования бухгалтерских формочек не знаешь о существовании "более других" задач, в которых дельфи, мягко говоря, сосет.

Я уже раз пять просил выдать перечень. Никто так и не решился.

fynda
grexhide
И в чем проблемы? Ты хочешь доказать, что конкретная оптимизация конкретной процедуры будет работать хуже, чем эвристика оптимизатора?

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

ГДЕ?

fynda
Более того - даже не стал пытаться этого сделать, не пожелав тратить собственное время на подобную мурню.

Ты про микротесты? Конечно не стал. Смысл? Тебе что, легче станет, если я проконкатенирую строку на C++ в пять (десять) раз быстрее, чем в том ламерском примерчике выше?

fynda
Что уж говорить о "ручной" оптимизации приложений из тысяч классов и сотен тысяч строк кода - тут только и остается, что рассказывать байки про магический 1%, перевернувший Землю. Авось кто-нибудь наивный да поверит.
Да... случай уже просто клинический. Видно мсье ни в одном реальном проекте так и не поучаствовал. На оптимизацию оного в т.ч.

Ну что же, не будем тебя расстраивать понапрасну (а на кой?)

fynda
grexhide
Одна беда - у "нормальности" трактовка очень даже своеобразная. Вот ты можешь назвать
SQL Developer "нормальным"? Я вот не могу.


SQL Developer не видел, мне хватает нормальности эклипса. В плане удобства работы с кодом дельфе до него - как ежу до Луны .


;) Конкретики, я так понял, не будет? Тупо охаять чужой инструмент заочно (даже не разобравшись) - это уже норма?

fynda
grexhide
Я уже раз пять просил выдать перечень.


Найди мне, пожалуйста, дельфийские аналоги J2EE-технологий. Ну хотя бы что-нибудь аналогичное связке Tomcat+JSP+JSTL+Stpring+Hibernate, по функциональности, надежности и распространенности.
Не интересно. В принципе. Все это выше отлично заменяется APEX, PHP, ASP.NET (кроме JSTL, но и это тоже, интересно мало). Все это - база, кирпичи неотёсанные. Говоря проще - ниачем.

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

Даю наводку: мне нужны, к примеру, базовые средства MES планирования (далеко ходить не нужно), или движок GIS. Или даже проще - машина с расчётом GAAP проводок?

И? Игде?

--

Хорошо, не можешь, ну и ладно. Проехали....

Ок, вот у тебя есть Hibernate. Ты не можешь обойтись без него потому что:
(вот тут идёт перечень убийственных аргументов, ложащих все остальные технологии на лопатки).

Будет такой списочек? Или опять "сдуемся", побрызгав юношеской слюной (слюной ли?) ?

~~

Порадовало.. Про указатели и микротесты ты так ничего и не понял. Впрочем, ожидалось что то еще?

exppто для чего он нужен находится за пределами твоего понимания.
Да ты что? Ок, это находится за пределами моего понимания.

Ну выдай своё мнение (если оно у тебя конечно есть) - для чего он, на самом деле нужен, и в чем он незаменим. Книжные "откровения" - не интересуют.
И? (Заметьте господа, "засираете" топик именно вы - я задал предельно простой и вроде доходчивый вопрос: "Зачем нужен, в чем незаменим, в чем убийственные преимущества")

Рассматриваем конечную задачу: вот есть пользователь, вот есть его проблематика, вот компьютер, вот хранилище данных и БД, и?

Ответить нечего? Ничего кроме пустое "сотрясение воздуха" в виде: "Хибернейта эта круто парни!" мы так и не увидим?

fynda
grexhide пишет:
> ;) Конкретики, я так понял, не будет?
Конкретика на сайте, сайт в инете.
Те есть своих мыслей у тебя нет?

fynda
> Тупо охаять чужой инструмент заочно (даже не разобравшись) - это уже норма?
В разговоре с тобой будет норма. Привыкай - ты сам это начал.
Да ты что? Те есть своих мыслей нет? И по сути сказать тебе вообще нечего?

Ок, так и запишем.

fynda
> Не интересно. В принципе.
Не колышет, аналоги в студию.
Да меня как то тоже мало интересуют твои проблемы. С какой стати я должен перед тобой метать, если вся твоя "ценность" как оппонента, извини, в тупом разбрызгивании слюны? Тебе нравится Java, но сказать по сути ты не в состоянни (кроме того, на фоне провалов даже в элементарных знаниях)?

Да пожалуйста, изливайся в своей любви сколько угодно, мне это не интересно. Будет суть - пиши.

А так, увы, лишь велкам в игнор (за глупый, бессмысленный флуд: читай свои посты выше).

Blazkowiczначнем с того что хибер это лучшая реализация ORM, существующая на данный момент в популярных платформах. Так что свои все вопросы адресуй гуглу. Там по теории ORM материала валом.

Еще раз. Я могу прочитать гугл, это не проблема.

Для особо доходчивых повторяюсь: меня интересует именно твоё, личное мнение, а не цитирование чужих мыслей. Если своих мыслей у тебя нет - до свидания, лишний флуд - не интересен.

Итак, повторяюсь еще раз: кто, и покаким причинам считает Hibernate прогрессивной технологией, однозначно (и в чем) позволяющий достичь ему качественно нового уровня при разработке?
Недостижимого на других технологиях?

Конкретно: <это крута, потому что>