 | | Re: Some comments (long) —stephen p spackman
|
| | | (...) This is FUD. What causes Java to gobble memory is more likely (a) the amount of header overhead it places on objects (more to do with hashing support than gc, I suspect) and (b), to a lesser extent, the fact that objects are never "expanded" (...) (25 years ago, 8-May-99, to lugnet.robotics)
|
| | | |
| | | | | Re: Some comments (long) —John A. Tamplin
|
| | | | | (...) Java is not particularly space efficient (in typical implementations) for several reasons: 1) value stacks are stored as a union of all the types you can store in a variable, so you eat up at least 32 bits (64 on an implementation supporting (...) (25 years ago, 8-May-99, to lugnet.robotics)
|
| | | | | |
| | | | | | | Re: Some comments (long) —stephen p spackman
|
| | | | | | (...) Sure: one aspect of the "expanded" issue. (...) Well, dynamic loading, not late binding; this stuff would not be on the RCX - presumably almost all of the class loader remains on the host machine, with downloaded code pre-linked and (...) (25 years ago, 8-May-99, to lugnet.robotics)
|
| | | | | | |
| | | | | | | | Re: Some comments (long) —John A. Tamplin
|
| | | | | | Let's move this discussion to lego-robotics-rcx, since that group was created for discussions like these. (...) Late binding requires the symbol table or some representation of the same thing. For example, you have C inheriting from B inheriting (...) (25 years ago, 10-May-99, to lugnet.robotics)
|
| | | | | | |
| | | | | | | | .rcx alternative firmware group/list —Todd Lehman
|
| | | | | | (...) John and several other people are set up with the new group and successfully posting to it, so this info is for anyone else: lugnet.robotics.rcx is a newsgroup running on the lugnet.com newsserver and it is available via e-mail as (...) (25 years ago, 10-May-99, to lugnet.robotics, lugnet.admin.general)
|
| | | | | | |
| | | | | FWD: Re: Some comments (long) —Mark Tarrabain
|
| | | | | (...) In environments which provide general purpose pointer types which can be assigned to addresses of explicitly allocated memory (like C and C++), garbage collection becomes an NP-hard problem. In environments which have no end-user accessible (...) (25 years ago, 8-May-99, to lugnet.robotics.rcx)
|
| | | | | |
| | | | | Re: Some comments (long) —Paul Speed
|
| | | | (...) Hmmm... I guess I have to explain every little word I write so as not to get flamed. People fear Java on a small memory platform because when they run a JVM for any length of time on their Wintel boxes they see it slowly "gobble" more and more (...) (25 years ago, 9-May-99, to lugnet.robotics)
|
| | | | |
