i4o Forum Rss Feed

New Post: What is name of dll?

Sanjay_Search — Fri, 28 Dec 2012 08:57:01 GMT

Hi have installed it but I am not able to use

using i4O; which dll reference I have to include where it is located?

Also is there any link where I can find examples on this?

Thanks,

Sanjay

New Post: Nuget?

mcintyre321 — Tue, 08 Nov 2011 15:41:29 GMT

Whoops sorry for the half written post! I didn't realise I had posted it!

was wondering if there was a Nuget package available? If not I could add one, although it's probably best if the project contributors manage it.

thanks for i4o!

New Post: Double post

mcintyre321 — Tue, 08 Nov 2011 15:38:21 GMT

Ignore this

New Post: Why Github?

ericksoa — Sat, 05 Nov 2011 15:10:03 GMT

Lots of reasons for the move, but mainly to group all my other OSS projects that me or my colleagues maintain together - whether they are .NET or not.

New Post: Nuget?

ericksoa — Sat, 05 Nov 2011 15:07:49 GMT

We moved the project over to github a few months ago: https://github.com/ericksoa/i4o - sorry for any confusion.

New Post: Nuget?

mcintyre321 — Fri, 04 Nov 2011 10:38:56 GMT

It looks like the TeamCity build is failing, so I guess the latest code is not the right thing to

New Post: Why Github?

bherila — Wed, 27 Apr 2011 02:01:26 GMT

Out of curiosity, why did you decide to move the source from TFS to Git?

New Post: Status of v1.0 with advanced Where that takes advantage of multiple indexed properies

staxmanade — Mon, 14 Feb 2011 22:48:40 GMT

Ok - major updates have been pushed - full silverlight and .net fwk support is now in there.

If it's missing a feature you need - feel free to fork now and hack away.

Looking forward to any pull requests & happy coding.

New Post: Status of v1.0 with advanced Where that takes advantage of multiple indexed properies

staxmanade — Mon, 14 Feb 2011 22:14:12 GMT

Actually looks like I've already done a bunch of the Silverlight work - just doing a little cleanup now and will have the changes pushed up to github master.

New Post: Status of v1.0 with advanced Where that takes advantage of multiple indexed properies

staxmanade — Mon, 14 Feb 2011 20:23:09 GMT

We know the updates to i4o have been a long time coming. (That's the problem w/ open source and real life eh?)

Currently we've moved the v2 code over to https://github.com/ericksoa/i4o

Feel free to fork and send a pull request if you have updates to make. Or if you'd like to discuss anything go ahead and start a new discussion thread.

Currently on the TODO list is to bring back possible silverlight support - the code here https://github.com/ericksoa/i4o has taken a dependency on some code that in't supported in silverlight - so it's be nice to clean that up if possible.

Thoughts?

New Post: Status of v1.0 with advanced Where that takes advantage of multiple indexed properies

shatl — Mon, 14 Feb 2011 17:21:16 GMT

Hi,

any updates regarding v2?

It looks very promising, please let mw know if I can help you with development..

New Post: Group By supported?

staxmanade — Wed, 29 Dec 2010 02:45:11 GMT

With regards to your group by question, no it's not currently supported...

I have a couple thoughts that might help you.

1. Move the "let gcCount..." above the "let oGcCount..." and then move the .Where(cl=>cl.count > 0) also above the "let oGcCount..." This will avoid a number of operations where they are not necessary? (Maybe I'm wrong)...

2. Is you "clist" an indexed collection? With all of the "clist.Where(...some id lookup)" it would help the perf if the clist was indexed.

Hope this helps a little.

New Post: Group By supported?

aceptra — Mon, 27 Dec 2010 17:40:58 GMT

I have a projected that I want to keep in LINQ vs T-Sql. To do this in memory it loads about 71,000 objects and then LINQ groups with various aggregates.

In regards to that, what is the support for the LINQ 'group by'?

    var summaries = (from cl in indexedClaimsSet.AsParallel()
                    group cl
                    by new
                    {
                        cl.ID,
                        cl.DisplayID,
                        cl.Name,
                        cl.City,
                        cl.State
                    }
                    into gr
                    let oGcCount = clist.Where(c => c.ID== gr.Key.ID).Count()
                    let gcCount = gr.Count()
                    select new
                    {
                        Id          = gr.Key.ID,
                        DisplayId   = gr.Key.DisplayID,
                        FullName    = gr.Key.Name,
                        City        = gr.Key.City,
                        State       = gr.Key.State,  
                        oAmountPaid = clist.Where(c => c.ID == gr.Key.ID).Sum(c => c.TotalPaid),
                        Count       = oGcCount,
                        pCount      = gcCount,
                        PatientCount = clist.Where(a => a.ID == gr.Key.ID).Select(p => p.patId).Distinct().Count()
                    }).Where(cl => cl.Count > 0).OrderBy(cl => cl.Id);

New Post: Status of v1.0 with advanced Where that takes advantage of multiple indexed properies

ericksoa — Wed, 15 Sep 2010 14:14:29 GMT

Branches/i4o2

You will need to download and build the source.

It is not the trunk yet - though with enough interest, feedback, and external vetting, it will be moved there in due time.

New Post: Status of v1.0 with advanced Where that takes advantage of multiple indexed properies

svollhardt — Wed, 15 Sep 2010 13:49:53 GMT

Where can i get a copy of the v2 build? The only downloads I can find are for the main trunk under the download page.

New Post: Status of v1.0 with advanced Where that takes advantage of multiple indexed properies

ericksoa — Tue, 14 Sep 2010 20:59:23 GMT

There is a branch for v2 that you should give a try. It is specifically built to support your scenario. We are working on the program, and will likely move that branch to the trunk soon, once we have enough feedback on it.

New Post: Status of v1.0 with advanced Where that takes advantage of multiple indexed properies

svollhardt — Tue, 14 Sep 2010 18:01:55 GMT

What the status on this project, I have not seen any progress in over a year.

Is the project still being worked on?

I am waiting for a release that will take advantage of the indexed properties when you have advanced Where clauses that select against multiple properties such as

where(t=>t.state='CT' && t.Salary > 50000 && t.isFullTime)

The data I am working with is huge and my where statement could contain just about any combination of selects against any of my objects 50+ properties.

New Post: IndexableCollection.Clear performance

vaso — Wed, 10 Mar 2010 02:38:37 GMT

Hi Jason,

Thank you for prompt response.

I created issue for this: WorkItemId=16698 (http://i4o.codeplex.com/WorkItem/View.aspx?WorkItemId=16698).

Regs,

Vaso

New Post: IndexableCollection.Clear performance

staxmanade — Wed, 10 Mar 2010 01:53:49 GMT

Hello vaso.

I just spiked your suggestion by - if you change the IndexableCollection<T>.Clear implementation to look like

        public void Clear()
        {
            ClearTest(_internalList);
            //while (_internalList.Count > 0)
            //    RemoveAt(0);
        }

        public Action<List<T>> ClearTest;

And then you run this unit test.

        [Test]
        public voidRemovalSpeedTest()
        {
            const int sampleSize = 100000;
            var listA = new IndexableCollection<PocoClass>(PocoClass.DefaultIndexSpecification);
            for (int i = 0; i < sampleSize; i++)
                listA.Add(new PocoClass
                {
                    DemoStringNonIndexed = Guid.NewGuid().ToString(),
                    DemoStringIndexed = Guid.NewGuid().ToString()
                });

            var listB = new IndexableCollection<PocoClass>(PocoClass.DefaultIndexSpecification);
            for (int i = 0; i < sampleSize; i++)
                listB.Add(new PocoClass
                {
                    DemoStringNonIndexed = Guid.NewGuid().ToString(),
                    DemoStringIndexed = Guid.NewGuid().ToString()
                });

            listA.ClearTest = (items) =>
            {
                while (items.Count > 0)
                    listA.RemoveAt(0);
            };

            listB.ClearTest = (items) =>
            {
                while (items.Count > 0)
                    listB.RemoveAt(items.Count-1);
            };


            var timeB = timeFor(() => { listB.Clear(); });
            var timeA = timeFor(() => { listA.Clear(); });
            listA.Count.ShouldEqual(0);
            listB.Count.ShouldEqual(0);
            Console.WriteLine("timeA=" + timeA);
            Console.WriteLine("timeB=" + timeB);
            Assert.IsTrue(timeB < timeA);

        }

timeA=26842063 (Current implementation)
timeB=334275 (Remove at end implementation)

It appear that you are correct. I can sure see this as a good tweak to the current implementation; however, Aaron is working on a V2 in a different branch. Please keep an eye on us to make sure we get this in the new version. Or better yet could you create an "issue" and tie it back to this discussion so we can track it?

Thanks,

Jason

New Post: IndexableCollection.Clear performance

vaso — Tue, 09 Mar 2010 23:02:49 GMT

Hi,

I've had a first glance at the source code and it seems to me the Clear implementation could do much better if items were deleted from the end of the list (not to mention just clearing all internal collections, avoiding one-by-one deletion).

Correct me if I am wrong but removing item at the beginning of a List results in moving all the items above the deleted item.

Regs,

Vaso