From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Organization: S&PE Telematika Date: Wed, 6 Mar 2002 17:54:29 +0200 From: michael X-Mailer: The Bat! (v1.49) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1516182810.20020306175429@merlin.com.ua> To: Alexander Bokovoy In-reply-To: <20020306153225.GF20511@sam-solutions.net> References: <20020306101302.GC4234@mhz.mikhail.zabaluev.name> <20020306153225.GF20511@sam-solutions.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: [sisyphus] =?koi8-r?B?UmVbMl06IFtzaXN5cGh1c10gUmU6IE9yYWNsZSA5aSB1bmQgU2lzeXBodXMg?= =?koi8-r?B?KFdhczog6dPQz9fFxNguLi4p?= 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 X-Reply-To: michael List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: Hello Alexander, Wednesday, March 06, 2002, 5:32:25 PM, you wrote: AB> 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. Просто Жаба - убогая >> реализация хороших технологий, и об этом стоит помнить. AB> В J2ME (Micro Edition), вышедшей в феврале этого года, доступны на выбор AB> (compile time) три разных алгоритма GC: generational (default), semispace AB> и mark&sweep. Это, конечно, не сборка мусора на этапе компиляции, но AB> значительно лучше до сих пор использующегося в J2SE/J2EE. Подробности в AB> исходниках J2ME: cdcfoundation/doc/guide/gc.html AB> На объемах памяти до 2Мб эта штука ведет себя очень приятно. >> ЗЫ: прошу прощения за флейм, не мог удержаться. >> >> ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ >> ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну >> дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только, >> безальтернативное извращение. AB> Увы, извращения обычно бывают безальтернативными. Иначе ими и не AB> занимаются. Попробуйте погонять Sybase -- Best regards, michael mailto:michael@merlin.com.ua