Disadvantages, in addition to the advantages of a live environment? The later are undeniable, and the size restrictions are probably avoidable (it can be amazing what "thinking outside the box" can allow).
Perhaps I misunderstand you. If want to provide the current live environment experience w/o an image file, that might be a great idea - I am certainly willing to consider it. If you want to reduce us to stateless source files (just) so we can be "like other languages," then I start to disagree. Bill ________________________________ From: [email protected] [[email protected]] on behalf of Guido Stepken [[email protected]] Sent: Saturday, January 14, 2012 6:13 AM To: [email protected] Subject: [Pharo-project] Design change possible with fast SSD's possible? Hi! I am just reviewing some timing adjustments in Linux, which came neccessary due to the tremendous speed improvements of SSD Raid, > 1 mio IOPS, compared to fastest Barracudas disks with > 200 IOPS max. IS there still a "Image" neccessary in Smalltalk then? Or has this former "design approach" nowerdays rather significant disadvantages? (32 Bit, hanging IO during sync, GC....) Tnx, Guido Stepken Am 13.01.2012 20:43 schrieb "Gastón Dall' Oglio" <[email protected]<mailto:[email protected]>>: Congratulation for the team!!! A little comment, in the page of OpenDBX the name and link of DBXTalk are bad (SqueakDBX): http://www.linuxnetworks.de/doc/index.php/OpenDBX
