From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 6 Mar 2002 17:32:25 +0200 From: Alexander Bokovoy To: sisyphus@altlinux.ru Subject: Re: [sisyphus] Re: Oracle 9i =?koi8-r?Q?un?= =?koi8-r?B?ZCBTaXN5cGh1cyAoV2FzOiDp09DP18XE2C4uLik=?= Message-ID: <20020306153225.GF20511@sam-solutions.net> Mail-Followup-To: sisyphus@altlinux.ru References: <20020306101302.GC4234@mhz.mikhail.zabaluev.name> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: On Wed, Mar 06, 2002 at 05:04:31PM +0300, Vitaly Lugovsky wrote: > On Wed, 6 Mar 2002, Mikhail Zabaluev wrote: > > > Hello Alexei, > > > > А там, собственно, ничего сложного и небыло. Были, конечно, > > > косяки, типа упорного нежелания инсталлера следовать указаниям > > > переменной TMPDIR, и пихания им всего хлама в /tmp (а он у меня > > > не резиновый). Была непомерная прожорливость на память - top в > > > пике показывал 600Mb на процесс инсталлера (хоть убейте, но не > > > могу я понять, КАК ТАК можно писать программы?) > > > > Погодите, ещё подрастёт поколение, которое не знает ничего глубже > > Java. Они будут возмущаться, что машина неэффективно убирает за ними > > мусор и требует дикого количества ресурсов, чтобы сделать то, что так > > легко описать на языке программирования. > > Вот попрошу без ехидства дешевого. Если тупая JVM использует убогий, > тормозной и неэффективный алгоритм сборки мусора, это нисколько саму > эту технологию не компрометирует. Во первых, советую посмотреть на > жуть какой эффективный и шустрый GC в OCaml-е. Во вторых, есть и > альтернативный подход, реализованный, к примеру, в MlKit, и, кажется, > ещё в MLTon - при полнотекстной компиляции можно проделывать полных > dataflow анализ, и удалять объекты строго там, где они помирают - то > есть, сборка мусора на этапе компиляции. Тогда вообще никакого оверхеда > не будет, даже того минимального, что есть в OCaml. Просто Жаба - убогая > реализация хороших технологий, и об этом стоит помнить. В J2ME (Micro Edition), вышедшей в феврале этого года, доступны на выбор (compile time) три разных алгоритма GC: generational (default), semispace и mark&sweep. Это, конечно, не сборка мусора на этапе компиляции, но значительно лучше до сих пор использующегося в J2SE/J2EE. Подробности в исходниках J2ME: cdcfoundation/doc/guide/gc.html На объемах памяти до 2Мб эта штука ведет себя очень приятно. > ЗЫ: прошу прощения за флейм, не мог удержаться. > > ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ > ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну > дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только, > безальтернативное извращение. Увы, извращения обычно бывают безальтернативными. Иначе ими и не занимаются. -- / Alexander Bokovoy Software architect and analyst // SaM-Solutions Ltd. --- Price's Advice: It's all a game -- play it to have fun.