From darren at DarrenDuncan.net Mon Jun 4 14:05:52 2007 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon, 4 Jun 2007 14:05:52 -0700 Subject: [VPM] Tue, 2007 June 5th, 7:00pm - June RCSS meeting Message-ID: This message is forwarded from the Recreational Computer Science Society mailing list. -- Darren Duncan ------------- Date: Mon, 4 Jun 2007 11:49:06 -0700 From: "Peter van Hardenberg" To: reccompsci at googlegroups.com Subject: [reccompsci] June Meeting Reminder Mailing-List: list reccompsci at googlegroups.com; contact reccompsci-owner at googlegroups.com List-Id: List-Post: List-Help: List-Unsubscribe: , Hi everyone, this month marks the one year anniversary of RCSS. I'll bring some treats to celebrate. In the last year, we've discussed image recognition algorithms, heard about security faults, seen new developments in language design, learned how making a move in Minesweeper was computationally interesting, and talked a lot about programming. We've looked at people's implementations of their own projects, heard about professor's research, and reviewed papers. I'm definitely looking forward to the years to come! As always: Recreational Computer Science Society Tuesday, June 5th 7:00 PM UVic campus, ECS104 (the last lecture hall on your left when entering from ring road). Here is the schedule for tomorrow's meeting: - dynamic/static typing discussion followed by a demo of type inference (Adam Parkin) - TAOCP (Volume 4) a quick introduction (Richard Body) - celebrate a successful first year! There *might* be something else, but probably not. I'd also like to take a few minutes at the end to recruit a bit of extra help with keeping the group running. I will be out of town for the August meeting and I want to ensure that everything will run at least as smoothly as when I am around. See you all there, -pvh -- Peter van Hardenberg Victoria, BC, Canada "Everything was beautiful, and nothing hurt." -- Kurt Vonnegut --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Recreational Computer Science Society" group. To post to this group, send email to reccompsci at googlegroups.com To unsubscribe from this group, send email to reccompsci-unsubscribe at googlegroups.com For more options, visit this group at http://groups.google.com/group/reccompsci?hl=en -~----------~----~----~----~------~----~------~--~--- From darren at DarrenDuncan.net Wed Jun 6 11:22:24 2007 From: darren at DarrenDuncan.net (Darren Duncan) Date: Wed, 6 Jun 2007 11:22:24 -0700 Subject: [VPM] Wed, June 13 - Camosun Capstone Symposium Message-ID: I'm just letting you know, as I was myself reminded just now, that the twice-annual Camosun Capstone Symposium is taking place in 1 week, where near-graduate computing systems technology (CST) students show off projects. See http://capstone.camosun.bc.ca/ for details and to register (no cost). I completed the CST program myself in 2001 and I usually make a point in catching up with what subsequent students are doing by attending. For further in-email details, I'm just quoting Brij Charan's email, below, rather than further writing my own. -- Darren Duncan -------------- Date: Wed, 6 Jun 2007 01:31:31 -0700 From: "Brij Charan" To: VLUG Subject: [Discuss] Flock presents the June 2007 Camosun Capstone Symposium Hi Everyone. I think this should interest the group, and its not just spam. The Camosun Students are having their Capstone Symposium next Wednesday, June 13th. They will showcase 5 different group projects submitted by various companies here in town. Each group will have a different scheduled presentation to show off their projects. There will be free food and beverages available at the symposium. People who register for the event will be eligible for free parking. There will be other booths setup as well showcasing other projects, and other companies in town. This year however, we have something different. Flock (http://www.flock.com/), the open source browser company is the presenting sponsor at this event. They will have a booth setup to show a sneak-peek of their latest version of Flock. For more info, on location, time, and other details, please see below. Thank you! Don't forget to register! What: - Capstone Symposium 2007 When: - 10am-2:30pm, Wednesday, June 13, 2007 Where: - Young building, rooms 211, 216 and 220 Lansdowne campus, 3100 Foul Bay Road Keynote, Nevin Thompson - Viatec: - 10:30-11:00am, Young building room 216 For more information please visit http://capstone.camosun.bc.ca. "The list maintainers permission" -- Brij Charan Software Developer, Specializing in UI Development. From darren at DarrenDuncan.net Thu Jun 21 11:55:32 2007 From: darren at DarrenDuncan.net (Darren Duncan) Date: Thu, 21 Jun 2007 11:55:32 -0700 Subject: [VPM] ANNOUNCE - Muldis::DB v0.0.0 released, in p5+p6 Message-ID: All, I am pleased to announce the release of Muldis::DB version 0.0.0 for Perl 5 on CPAN. You can see it now, with nicely HTMLized documentation, at: http://search.cpan.org/dist/Muldis-DB/ This is the first formal release of Muldis::DB, which began development last year (under the temporary name of "QDRDBMS") as a rewrite of my previously released but never functional "Rosetta" project. Muldis::DB is implemented as a library or open-ended framework for use by larger frameworks or applications, and is a DBMS resource to them. This project comes in twin Perl 5 and Perl 6 versions which are feature identical; the former is for use in today's systems, and the latter is for longer term use; if there is a case for doing so, some parts may be moved to other languages later such as C. The equivalent Perl 6 version of Muldis::DB to the CPAN release is bundled with the "Pugs" ( http://www.pugscode.org/ ) implementation of Perl 6, and its release to CPAN follows Pugs' schedule. Meanwhile, you can see it in the ext/Muldis-DB/ sub-directory of Pugs' version control. With both initial versions, Muldis::DB has zero external dependencies but for Perl/Pugs itself and what is bundled with it; this should ease installation. If you want to read all the Muldis::DB documentation that exists now, I recommend doing so in this order: 1. http://search.cpan.org/src/DUNCAND/Muldis-DB-0.0.0/README 2. (opt) http://search.cpan.org/src/DUNCAND/Muldis-DB-0.0.0/Changes 3. http://search.cpan.org/dist/Muldis-DB/lib/Muldis/DB.pm 4. (opt) http://search.cpan.org/dist/Muldis-DB/lib/Muldis/DB/Copying.pod 5. http://search.cpan.org/dist/Muldis-DB/lib/Muldis/DB/AST.pm 6. http://search.cpan.org/dist/Muldis-DB/lib/Muldis/DB/Language.pod 7. (opt) http://search.cpan.org/dist/Muldis-DB/lib/Muldis/DB/Validator.pm 8. (opt) http://search.cpan.org/dist/Muldis-DB/lib/Muldis/DB/Engine/Example.pm 9. http://search.cpan.org/dist/Muldis-DB/lib/Muldis/DB/SeeAlso.pod 10. (opt) http://search.cpan.org/src/DUNCAND/Muldis-DB-0.0.0/TODO 11. (opt) anything else The "README" file above includes the urls of the public version control systems that host the development of Muldis::DB. The Perl 5 version is hosted in a public GIT repository hosted by Sam "Mugwump" Vilain, for which I am thankful. The Perl 6 version is hosted in the same public Subversion repository as Pugs. Muldis::DB defines and implements a computationally complete programming language with integrated relational database functionality. It is an open-ended framework with a separate programmatic API and pluggable implementing engines, one of which is bundled with the core so it works out of the box. The framework is intentionally similar to the DBI framework in organization. Muldis::DB implements a D language (named "Muldis D") as defined by Hugh Darwen and Chris Date, and presents a superior interface for working with the relational model of data, contrasted with SQL. Anyone familiar with SQL or the relational model, or just programming in general, should find it easy to learn. One general strength of Muldis D (truly relational) over SQL (quasi-relational) is that there is next to no object-relational impedence mismatch since the true relational model can natively represent user-defined complex data type structures, constraints, and operators; there is no need for "object-relational mappers", except for their role in tighter host language integration. Another general strength of Muldis D is that any arbitrary business rules can be cleanly expressed as constraints on a database, so it is easier to trust a database to ensure its data state or transitions are always conformant to business rules, without hoisting such integrity matters to the application, where it is a lot more difficult to do it reliably. Since a D language can represent anything, a SQL database and/or SQL features can also be emulated over one, which helps with legacy migration; similarly, as much as is possible, existing SQL engines can be used to implement Muldis DB over top of, in which case Muldis DB acts as a SQL generator to access pre-existing databases in new applications. Conceptually speaking, Muldis::DB is either a replacement for DBI, or a replacement for any SQL DBMS itself, depending on how you use it; out of the box it replaces both, but plug-in bridges can be made that bridge to either. Taking the Perl 6 development process as a model, Muldis D has an authoritative human-readable design document (the Language.pod file), which is analagous to the Perl 6 Synopsis documents, and one or more separate conforming implementations (the other files). It is very feasible that Muldis D could have multiple implementations, over any languages, besides the 2 (Perl 5 and Perl 6) that exist now. More information is in the Muldis::DB documentation. I would probably like to say that Muldis::DB would be a panacea to all your database ills, but instead I see it more like Muldis::DB should provide a more solid skeleton on which to build the solutions to all your database ills than are any other solutions. I will contribute to the solutions as best I can. Several public email-based forums for Muldis::DB now exist (with public archives), all of which you can reach via http://mm.DarrenDuncan.net/mailman/listinfo (note that Mailman's monthly password reminder email is turned off). There are currently 3, for 'announce', 'devel', 'users', modelled after the main lists for DBI. I invite you to join one or more of these lists (if you haven't already), to better facilitate discussion, support, and group development. As of this version-zero release, Muldis-DB is officially in pre-alpha development status. A lot of documentation and functionality is present, but a lot isn't. What is mostly done is the higher level documentation plus an alpha-quality but fundamentally stable public API implementation. What is mostly undone is the reference engine implementation, the test suite, and documentation of the API details. What is already present should be sufficient to begin study of Muldis-DB such that it can actually be put to use within the next few weeks or months as Muldis-DB is fleshed out. Also, it should be possible now to start writing code that uses or extends it. To conclude, I would be very greatful for any and all kinds of assistence with the Muldis::DB framework that you can provide, which includes building or sponsoring features and extensions. Probably the very first kind of help that I could use the most is with writing cookbook-type examples of using Muldis::DB and/or FAQ documents. This both helps people learn how to use it in an effective manner, and also helps flesh out deficiencies in Muldis::DB. Both the "how do I define this kind of database" variety and "how do I express this SQL in Muldis D" variety are helpful. These examples would be released as a Muldis::DB::Cookbook distribution. I also welcome general feedback, constructive criticism, suggestions, corrections, and questions. Note that I prefer any responses to happen on-list, or that you sign up to and post to a muldis-db list (only list subscribers may post), so that that and any replies can be for the group's benefit, and to save me from repeating the same answers ad nauseum. Unless the response is not suitable for public discourse, in which case, sure, go private email; ditto if you're not sure about appropriateness. Thank you in advance. -- Darren Duncan From jeremygwa at hotmail.com Thu Jun 28 04:01:33 2007 From: jeremygwa at hotmail.com (Jer A) Date: Thu, 28 Jun 2007 04:01:33 -0700 Subject: [VPM] disk io stress In-Reply-To: Message-ID: hello all, this may not be a perl question I am writing a random file like daemon, that serves requested files to client machines, over tcp/ip. If I max out the daemon, eg. 100's or 1000's of threaded requests a second, which causes more stress to the disk.... long reads or short reads and rests (eg. bursts) ? ( this does not consider cpu usage or memory). more than one client may be requesting the same file, or they will be requesting different files. these files can get very large. I am trying to let a hd have a longer life, with out alot of admin maintainance. eg. while(datapeace) { write(datapeace) rest } thanks in advance for your input. -Jer A. _________________________________________________________________ Windows Live Hotmail is the next generation of MSN Hotmail.? It?s fast, simple, and safer than ever and best of all ? it?s still free. Try it today! www.newhotmail.ca?icid=WLHMENCA146 From jeremygwa at hotmail.com Thu Jun 28 04:05:48 2007 From: jeremygwa at hotmail.com (Jer A) Date: Thu, 28 Jun 2007 04:05:48 -0700 Subject: [VPM] disk io Read stress Message-ID: hello all, this may not be a perl question I am writing a random file like daemon, that serves requested files to client machines, over tcp/ip. If I max out the daemon, eg. 100's or 1000's of threaded requests a second, which causes more stress to the disk.... long reads or short reads and rests (eg. bursts) ? ( this does not consider cpu usage or memory). more than one client may be requesting the same file, or they will be requesting different files. these files can get very large. I am trying to let a hd have a longer life, with out alot of admin maintainance. eg. while(1) { read(datapeace) rest } thanks in advance for your input. -Jer A. _________________________________________________________________ Tell us your tech love story in the Summer Lovin Competition for your chance to win laptop loaded with Windows Vista, Office 2007 and Windows Live OneCare. http://www.microsoft.com/canada/home/contests/summerlovin/default.aspx From Peter at PSDT.com Thu Jun 28 09:02:10 2007 From: Peter at PSDT.com (Peter Scott) Date: Thu, 28 Jun 2007 09:02:10 -0700 Subject: [VPM] disk io Read stress In-Reply-To: References: Message-ID: <6.2.3.4.2.20070628090131.02717b28@mail.webquarry.com> At 04:05 AM 6/28/2007, Jer A wrote: >hello all, > >this may not be a perl question > >I am writing a random file like daemon, that serves requested files to >client machines, over tcp/ip. > >If I max out the daemon, eg. 100's or 1000's of threaded requests a second, >which causes more stress to the disk.... long reads or short reads and rests >(eg. bursts) ? ( this does not consider cpu usage or memory). more than one >client may be requesting the same file, or they will be requesting different >files. these files can get very large. > >I am trying to let a hd have a longer life, with out alot of admin >maintainance. > >eg. > while(1) >{ >read(datapeace) >rest > >} This may be of some help: http://news.bbc.co.uk/1/hi/technology/6376021.stm Do we have anyone at UVic who would be willing to get us a room for a monthly meeting yet? -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com/ http://www.perlmedic.com/ From darren at DarrenDuncan.net Thu Jun 28 20:05:17 2007 From: darren at DarrenDuncan.net (Darren Duncan) Date: Thu, 28 Jun 2007 20:05:17 -0700 Subject: [VPM] big FLOSS conf in Victoria this Sept ... with Damian Conway Message-ID: Hm, its the first I've heard of this, but it could be a good/interesting opportunity (mainly to the developers among us) to have something like this on our doorstep. We should check it out if we can. -- Darren Duncan ------------- Date: Thu, 28 Jun 2007 16:48:16 -0700 From: Paul Ramsey To: discuss at vlug.org Subject: [Discuss] Open Source Conference / Perl Guru Coming LUGers, I think I posted about this a while ago, but here's a reminder, since we're coming up on the presentation deadline and registration rate rise deadline: http://www.foss4g2007.org FOSS4G 2007 is in Victoria this year, from Sept 24-27. The subject is open source geospatial software and data, and the attendance is expected to be from 600 to 800, with a large international component. The keynoter at the opening plenary will be Damian Conway, of general Perl fame, and specific speachifying excellence. Non-geospatial open source people on this list might find this an interesting introduction to geospatial. If you are building hacks and mashups around Google Maps or Earth, the kinds of tools FOSS4G folks work with are an excellent force multiplier, and can help you avoid reinventing wheels. Thanks, P.