At OSAlert, I try to bring to attention smaller Linux distributions that try to be different, such as SymphonyOS, or more recently, Elive. Today, I want to introduce you to the LG3D-LiveCD, a distribution using Sun’s Looking Glass desktop environment. Version 3 was released yesterday: “The new release features lg3d release 1.0, the possibility to install lg3d-livecd to an USB device and an experimental harddisk installer.”
This is what OSAlert does best, introducing us to stuff we might otherwise have missed. I knew that LG had come out, but I had no idea someone had released a Linux LiveCD with it (though it makes perfect sense).
I will download it and try it…just out of curiosity, has anyone here tried it yet? How is the performance, compared to Beryl for example? (Yes, I know they’re two completely different things, but I was wondering how smooth this will feel on my middle-aged machines…)
It’s Java crap. It’s unusable it’s too heavy and too slow.
I don’t know about that. I downloaded LG onto my home desktop and it ran well enough. I certainly would not call it unusable, heavy or slow. I’ll have to play with it more to see if I actually find it useful.
You mean, to fat.
$java -version
java version “1.5.0_08”
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) Client VM (build 1.5.0_08-b03, mixed mode, sharing)
cat HelloWorldApp.java
class HelloWorldApp {
public static void main(String[] args) {
System.out.println(“Hello World!”); // Display the string.
while(true);
}
}
$javac HelloWorldApp.java
$java HelloWorldApp
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
$ulimit -a ##restricted user/environment
core file size (blocks, -c) 0
data seg size (kbytes, -d) 240000
…………..
max locked memory (kbytes, -l) 40000
max memory size (kbytes, -m) 120000
…………..
stack size (kbytes, -s) 8192
………..
max user processes (-u) 60
virtual memory (kbytes, -v) 200000
file locks (-x) 10
$su non_restricted_user
Password:
$java HelloWorldApp &
[1] 9811
java HelloWorldApp
$ps axu | grep -E “PID|java”
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
non_restricted_user 9729 91.7 1.2 260412 9404 pts/14 Rl+ 03:38 0:22 java HelloWorldApp
VSZ=260MB (!) (VSZ virtual memory size of the process)
N x java_HelloWorld how much memory will Eat ?
And about speed, is almost as fast as C++ .
Edited 2007-01-06 02:02
Umm… isn’t there an infinite loop in your program? If you expact to be able to conclude something meaningful from this little test, you’re sadly mistaken. Reminds me of the age-old saying: “crap in, crap out”
–Robin
“It’s Java crap. It’s unusable it’s too heavy and too slow.”
Would you like to follow up on your dribble with some factual detail or are you just dribbling out a line you read in the Daily Telegraph…a line written by some inept reporter who hasnt even worked in the industry but feels they have an in depth knowledge due to the fact they use a Dell GX280 at work and leach opinions from the comments posted to Slashdot.
If however you have the expertise to explaine to us why “It’s Java crap” please do so.
Not that I agree with the original poster, but I do consider Java “too slow” when it comes to programming.
Java requires too much code to do even the simplest task (like opening a file and reading text out of it or reading input from the command line). At least that was the case the last time I really used Java, which was a few years ago.
I have no comment really regarding Java’s speed. Some Java applications are very slow while others, like Eclipse, are quite nice. I guess it comes down to the skill of the programmer writing the code.
I’m downloading the live CD right now, so I will refrain from commenting on it until I have actually seen it. I suggest the original poster do the same.
I realize this is getting off topic, however I just wanted to put my 2 cents in on this.
“Java requires too much code to do even the simplest task (like opening a file and reading text out of it or reading input from the command line). At least that was the case the last time I really used Java, which was a few years ago.”
Out of all the languages I have used, while definitly not the fastest, Java is quite well designed in most aspects. It’s stream & reader classes are very nice for anything from simple file reading all the way to much more complex operations. And complaining that it requies too much code to read input from the command line? It’s practically the same as in C/C++.
“””Would you like to follow up on your dribble with some factual detail or are you just dribbling out a line you read in the Daily Telegraph…”””
I have a question. If Java isn’t slow, why do Java advocates spend so much of their time carefully explaining why it isn’t really slow?
Just wondering.
Edited 2007-01-06 19:01
“I have a question. If Java isn’t slow, why do Java advocates spend so much of their time carefully explaining why it isn’t really slow? “
When Java originally came out, it’s graphics libraries were notoriously slow. There were also other issues, but that one affected what people felt the most. Ever since that time Java has been trying to shake that image.
The system requirements rival vista. (I don’t know what is posted on sun’s website, but read more to see what i mean)
I downloaded this and ran it on my athlon64 with an mx4000 video card and 1.5 gigs of ram and it was not even close to usable, it was really choppy.
I then popped the cd into the drive of my prescott 3.2ghz box with an nvidia 7800gs 256mb graphics card and 1.5 gigs of ram and it was much better but still not smooth by any means, still a little choppy and the mouse lagged a little.
there are some cool concepts in this but it really needs to be polished up and made to run on systems with lesser specs. Sorry, but if a 7800gs is not fast enough to run this decently smooth it really needs a lot of work.
haven’t tried it on my macbook pro yet, i’ll post the results when i do.
edit:
I just tested it on my macbook pro and results are similar to the prescot box but a little more choppy.
Edited 2007-01-06 01:28
I’m happy to see I’m not the only one. Those who claim Java software is snappy should stop the FUD. Java requires lots or resources (CPU & RAM), like it or not. They should have used C++.
Claiming anything as “snappy” is not FUD. Read the letters.
Those who claim Java software is snappy should stop the FUD. Java requires lots or resources (CPU & RAM), like it or not.
On a AthlonXP_1500Mhz/768MB/Ati 9200 works fine (for a livecd, not hdd installation).
Just a suggestion, but you should always put quotes when you include part of the original message in a reply. Otherwise it gets quite confusing.
You can also use the HTML italics tag.
Did you check to see if you had 3D acceleration? With a LiveCD, it’s quite possible that the proprietary drivers aren’t included.
It’s not as if there were that many polygons to push…perhaps it’s an issue with how they handle textures.
The fact that it’s Java-based is irrelevant. Java can be quite fast. Choppiness is very probably related to the 3D component.
>Did you check to see if you had 3D acceleration? With a LiveCD, it’s quite possible that the proprietary drivers aren’t included. <
it comes with proprietary nvidia and ati drivers and i had full hardware acceleration.
it is rare that i find games that bring this gpu to it’s knees like this live cd does.
on a side note, i like the applications menu.
Edited 2007-01-06 02:37
re_re: It’s most definitely not java — probably something with your configuration. Jonathan Schwartz when he first demo’d this to the public himself in 2003 was using a much older PC + ATI Radeon 7000 without problems
check out how smooth it should run on relatively low end hardware here:
http://www.sun.com/software/looking_glass/demo.xml
(choose high-bandwidth version)
Edited 2007-01-06 02:58
well,i don’t know what to say, i have since tried it on a prescott 3.4 with integrated intel graphics and had similar results.
So you are telling me that i have 4 computers all with jagged up configurations?. I may also add, every computer i tested has been literally built to work with linux except for the macbook pro…….. it sucked on all of them.
i have a feeling my idea of polished is maybe a little higher then what a lot of others expect.
but when i use 3d stuff i want it to be smoooooooooth
i’m talking……. butter, like you don’t even know the cpu or gpu is working to do it, no lines, not jaggedness, just pure smooth perfection, and i don’t see why this can’t happen.
I use beryl and it works perfectly and while it is not quite as smooth as i would like, it is pretty decent. Project Looking Glass is not even close to how smooth beryl is, even with beryl running on lower end hardware and looking glass running on high end hardware……… just doesn’t make sense.
Edited 2007-01-06 06:11
So you are telling me that i have 4 computers all with jagged up configurations?. I may also add, every computer i tested has been literally built to work with linux except for the macbook pro…….. it sucked on all of them.
Have you taken a look at the video in my previous link? If it’s not at least as smooth as that, then yes, I would say that there is something “incompatible” with your configurations and LG3D.
And by smooth, I do not mean certain rendering qualities or features (antialiasing, filtering, and all that); I simply mean framerates compared among the same features.
I don’t think it would be surprising if all 4 of your configuration had something not accelerated or not configured the way LG3D needs it to be. Sorry you had trouble and the only thing I can advise is what’s in the LG3D docs:
ATI: make sure to load the ‘dri’ and ‘glx’ modules; use ‘glxinfo | grep “direct rendering”‘ to check
NVIDIA: first make sure the Xserver is using the prioprietary ‘nvidia’ module and not the free ‘nv’ of course
then make sure the Option “AllowGLXWithComposite” is enabled and make sure NVIDIA-GLX extension is shown xdpyinfo.
I see…well I think I’ll pass. My computers won’t be powerful enough.
Performance wise the live cd ran well here and some of the UI features were interesting.
But surprisingly the fonts were hard to read and many icons lacked a hint as to what they were for and without tooltips it was click-and-be-surprised.
Although you can see the potential, it still feels more like a toy rather than a useful user interface advance.
Performance wise the live cd ran well here…
What are you running it on?
I don’t think I could ever move away from using a standard (more-or-less), windowed UI. I’ve just been using them too long. X windows, MS Windows, Mac OS [X], Workbench… I’m stuck in a rut.
on my Althon 2600+ with 1gig ram and a Nvidia 6200 agp card and it ran fine for me I used the slax ‘to ram’ cheat code and it flew… anyway only problem I had was that the menu seemed hard to read… but the effects worked well
just my
2 pence worth
Edited 2007-01-06 21:54
You should be glad to have the possibility to have a look at the PLG CD… doesn’t work here. Startup is fine, but when it comes to getting into the graphics mode, monitor is set to fH=199,8kHz, fV=0Hz (usual fH=81.2kHz, fV=74.5Hz), monitor switches off, CD is ejected, and machine is powered off. That’s all. But maybe my testing machine is too old (Intel Celeron 2.0 GHz, 640 MB RAM, ATI RV250 Radeon 9000/9000 Pro 128 MB, Eizo F980 21″ CRT).
Two things to consider:
1. Which version of the JVM are you running.
2. Which platform are you running it on.
If you are running the Sun JVM 1.5 or especially 1.6 on Windows then it is very fast!
Indeed if you can put up with Firefox then apps like Aptana and Netbeans have better responsiveness than Firefox. Subjectively Netbeans is much snappier than Vistual Studio Express or Macromedia fireworks.
On a side not, has any else noticed how slow firefox is on a Linux distro versus Windows. Especially Javascript?
“On a side not, has any else noticed how slow firefox is on a Linux distro versus Windows. Especially Javascript?”
I have.
I was running the excellent tutorial of db4o (http://www.db4o.com/), which uses Java applets, so that the samples can be tried out right away. When I dragged another window in front of it, the applets refreshed almost immediately (refresh is slower on Linux than on Windows, I guess that is where the “almost” comes from), but the html part of the page was gray for quite a while.
However, I cannot say that Firefox is snappy on Windows either. I think they should concentrate more on the UI and the memory consumption, lest version 3 will be close to unusable. On my box, at least.
Instead of using the live cd I installed LG3D onto my Debian Sid box AMD 3200+/1G Kingston PC3200/GeForce 6200/Nvidia-96.31.
It ran fine from a ‘speed’ perspective but had other issues that made it unusable. I added a launcher for Swiftfox but it wouldn’t ‘Save’ and did not appear on the taskbar (or at least that’s what I expected it to do). Swiftfox did start up no problems, (as did a few other apps) but for reasons unknown the hideous 3D cursor disappears over any X11 windows! Makes it kind of hard to do much when that happens. The background and fonts were blurry and the fonts were difficult to read. My eyes begged for mercy. Hmmm…. Enlightenment DR17 is alpha and it ‘just works’ and LG3D has made it to 1.0 and has these kinds of issues??? I’ll give it yet another year to see if it becomes something useful.
Enlightenment has been in that “alpha-stage” for more years than the entire Looking Glass development process. Since Enlightenment 0.16 was released in 2000, that gives us 7 years.