Looking Glass Live CD

Минут через 10 скачается - посмотрим.

Для винды нужно скачать чуть больше сотни мегабайт этих файлов:

http://192.18.97.238/ECom/EComTicketServlet/BEGINEEB6A5123D3D4226C09288D98163B2B 4/-2147483648/1123078755/1/646394/646226/1123078755/2ts+/westCoastFSEND/jdk-1.5. 0_05-oth-JPR/jdk-1.5.0_05-oth-JPR:2/jdk-1_5_0_05-windows-i586-p.exe

http://download.java.net/media/java3d/builds/stable/1_4_0-build6/java3d-1_4_0...

http://192.18.97.149/ECom/EComTicketServlet/BEGINFE4112D8CC0773F0C19C6F09E319FC8 0/-2147483648/1123089183/1/528302/528134/1123089183/2ts+/westCoastFSEND/jai-1_1_ 2_01-oth-JPR/jai-1_1_2_01-oth-JPR:3/jai-1_1_2_01-lib-windows-i586-jdk.exe

http://javadesktop.org/lg3d/builds/daily/2005-10-23/lg3d-daily-dev-0-7-1-wind...

и прочитать мануал по установке тут:

https://lg3d-core.dev.java.net/lg3d-on-windows.html

Попробовал. У меня ничего не тормозило.
Но возник совсем другой вопрос - вот доделают это до конца,
а будет ли удобно таким пользоваться? Башка не закружится от мельканий анимации? Пока особого удобства не заметил. Неинтуитивно это как-то всё.

посмотрел - сильно захотелось оторвать руки тому, кто этот диск делал.

Шелла нет - консоли 2 - на одной это чудо, на другой логи. Иксы бодро стартуют на максимальном разрешении в закругленном экране - бедные мои глаза.

Посмотрел скриншоты - убожество этот Looking Glass. Редкостное убожество и отстой.

>Посмотрел скриншоты - убожество этот Looking Glass. Редкостное убожество и отстой.

+1

Когда эта джава перестанет хавать всю память?

Ыаа.. что это за ссылки такие? Ты уже кстати пробовал это?

не понравилось

>>Ыаа.. что это за ссылки такие?

Нормальные ссылки. Но можно идти сразу по последней, тамбудут и все остальные.

>> Ты уже кстати пробовал это?

Нет. Увы, диал-ап, повремёнка-с...

>убожество этот Looking Glass. Редкостное убожество и отстой.

+1

Примета такая есть: если на лоре чегото ругают то это нечто стОящее, а если толпа красноглазиков прыгает в истерике от щастья то нечего даже и по ссылке кликать. Судя по всему Looking Glass стОит посмотреть :)

тьфу, мучался-мучался.. какие-то насйтроки надо в винде менять, неохота.. итак настроил все для безопасности. LiveCD для поглядеть

> Имеется поддержка аппаратного ускорения в видеокартах от nVidia.
Вот выбор настоящих линуксоидов, АТИ опять курит в сторонке.

>> Имеется поддержка аппаратного ускорения в видеокартах от nVidia.
> Вот выбор настоящих линуксоидов, АТИ опять курит в сторонке.

в камеру сгорания!
и ATI и т.н "настоящих линуксоидоф"

ещё какое убожество!!!!! win98 gui лучше намного

Вот подожди, выйдет Виста намба ту и там все это будет. Стырят! Самое главное будут кнопочки, как детские пластиковые кубики.. скругленные такие. Желтый красный и какие там еще у мелкософта были цвета? А стырят обязательно - как можно иначе? Или выкупят..

а где скрины ?

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

НО. Плавающий задний план на мониторе это красивая идея. Она будет жить :-)

Именно что посмотреть, так как использовать ЭТО сложно :).

Наиболее функционально была бы трехмерная консоль в виртуальной реальности.

Главное, что это не ново. Лет десять назад делали трехмерные интерфейсы на движках игр (кажется quake). Там еще вместо корзины нужно было спускать файл в унитаз. И даже не сильно тормозило. Можно было работать с таким извратом.

Трехмерное телевидение уже лет тридцать делают. Работающие прототипы есть.

Объемное "стереокино" показывали еще Сталину, т.е. оно существует лет шестьдесят!

И где все эти технологии, которые считали такими перспективными?

Они оказались неудобными и невостребованными, остались на уровне игрушек.

Ну когдаже, когда ID Software разродится своим десктопом!

Попробовал. Нифкусна. И тошнит.

Ну сколько же можно курить траву?
Джава не выходит за рамки отведённой ей памяти, блин!
Или сейчас модно свои 5 копеек вставить, совершенно не владея вопросом?

> Джава не выходит за рамки отведённой ей памяти, блин!

А она уже научилась отдавать ненужную ей память?;)

Концепт понравился. Ждём массовости 3Д моников.

Заценил, говно форменное: дистр сделан крайне плохо, загружается ровно через раз, икси - один раз на 5, при этом при неудачном старте иксы происходит саморебут, в консоли не работает контрл-ц, все очень кастрировано. Одним словом - говно

>А она уже научилась отдавать ненужную ей память?;)

Вы что гражданин, не просекаете или как? НУ НЕБУДЕТ ЖАБА НИКОГДА ОТДАВАТЬ ПАМЯТЬ В ЗАД. НЕБУДЕТ! И ЖРАТЬ МЕНЬШЕ НЕ-БУ-ДЕТ!!! Разговор об этом среди ляпателей жвм воспринимается как величайшее КОЩУНСТВО!

Серьезно говоря, мне кажется, что ворос отдавания ГЦ-ем памяти в зад - фундаментальный вопрос, фундаментальный ответ на который - НЕТ.

> А она уже научилась отдавать ненужную ей память?;)
А кто сказал, что она ей не нужна? :)

Кто о чём, а сименсовод-недоросль о свистелках да перделках.

Ты дурак, человек. Посмотри, на каком мелком footprint работает ocaml. Правильный GC очень даже отдаёт.

top на движке doom уже был.

>Ну сколько же можно курить траву? Джава не выходит за рамки отведённой ей памяти, блин! Или сейчас модно свои 5 копеек вставить, совершенно не владея вопросом?

А что такое джава? Для жвм никогда невозможно надежно определить нижнюю границу использования ОЗУ. Выхода два - или в самый неудачный момент заполучить OutOfMemoryError либо выставлять с десятикратным запасом, что и делается. В итоге имеем систему одного приложения.

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

>ы дурак, человек. Посмотри, на каком мелком footprint работает ocaml. Правильный GC очень даже отдаёт.

Дурак - это ты и не просто дурак, а даун и УО. А прежде чем делать какие либо заключения, ты бы взял исходник ОСамл-овского РТ и посмотрел бы. Понял чмо ламОвое?

Смотрел. mmap-ит маленькие отрезки, и отдаёт их, когда они не нужны.

Так что не лги, тупая падла.

А насчет хорошести верблюжьего ГЦ - согласен, работает отлично, НО не потому, что лучше жабьего, а потому, что 1) Он не преаллокирует хренову кучу ОЗУ при старте, но только когда есть реальная необходимость 2) т.к. в в программах на ОКамле почти все сущности immutable, то говоря жабским языком, почти весь мусор валяется в юнг жденерэйшн.

Я видел програмку, где ГЦ свипил 4Гига - несколько десятков тысяч свипов в миноре, и только 3-4 в мажоре!

А насчет хорошести верблюжьего ГЦ - согласен, работает отлично, НО не потому, что лучше жабьего, а потому, что 1) Он не преаллокирует хренову кучу ОЗУ при старте, но только когда есть реальная необходимость 2) т.к. в в программах на ОКамле почти все сущности immutable, то говоря жабским языком, почти весь мусор валяется в юнг жденерэйшн.

Я видел програмку, где ГЦ свипил 4Гига - несколько десятков тысяч свипов в миноре, и только 3-4 в мажоре! Т.е. 1) надо считать только живых 2) ненадо заморачиваться с дефрагментацией мажора. (на что уходит дикое кол-во времени)

То, что жвм столь прожорлива - говорит только о нежелании сановцев работать над этой проблемой. (по моему скромному мнению)

Да не о том базар. Главное, что чунки отдавать оське умеет.

>Да не о том базар. Главное, что чунки отдавать оське умеет.

Хорошо. Покажите код, где он отдает память операционке.

> А кто сказал, что она ей не нужна? :)

Она всем нужна. И может так случиться, что кому-то она будет нужна больше, чем ей:)

> фундаментальный вопрос, фундаментальный ответ на который - НЕТ

Это из каких фундаментальных законов физики следует?

memory.c, функция caml_shrink_heap.

>memory.c, функция caml_shrink_heap.

Спасибо! Посмотрю на досуге! Если это действительно то, что надо то ЭТО СУПЕР!!!

Едриттттттт!!! Он действительно это делает! Вот это СУПЕР!!! ЭЙ НАРОД OCaml ДЕЙСТВИТЕЛЬНО ОТДАЕТ ПАМЯТЬ ОПЕРАЦИОНКЕ!

>Он действительно это делает! Вот это СУПЕР!!! ЭЙ НАРОД OCaml ДЕЙСТВИТЕЛЬНО ОТДАЕТ ПАМЯТЬ ОПЕРАЦИОНКЕ!

Фсе. Сажусь писать письмо в КПСС и в ООН, и Сергею Брину в Гугель. Давайте де бросим нашу жабу и возьмем верблюда на вооружение. Это выбор всех труъ программистов, а быдлокодеришки пусть продолжают забирать у операционок память, нахалы эдакие

PS А в том методе, memory.c, функция caml_shrink_heap, там дыры нет? Он случаем не отдает памяти больше, чем забрал? А то ведь какая была бы пруха! А! Господа-с! Вот было б здорово! Шампанского!

Абсолютно ничто не мешает прикрутить такой же GC к JVM.

http://www.sun.com/software/looking_glass/details.xml

>А то ведь какая была бы пруха! А! Господа-с! Вот было б здорово! Шампанского!

я всегда говорил что жабобыдлокодеры убитые на всю голову недочеловеки

ЕЩЁ РАЗ: Java и JVM обсуждаемой проблеме иррелевантны!

GC там может быть ЛЮБОЙ. Виноваты только сантехники криволапые с их глючным хотспотом.

> Джава не выходит за рамки отведённой ей памяти, блин!

А кто отводит ей память? Могу это сделать я лично? Запустить java-приложнение и сказать: вот тебе 100 Мб и не смей претендовать на большее? Как именно?