[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Subversion/Eclipse Performance on Windows

From: Bob Archer <Bob.Archer_at_amsi.com>
Date: Thu, 11 Dec 2008 15:06:42 -0500

This thread is drifting a bit off topic. But, I guess that happens.

I actually bought a personal Mac to use at home to learn a new way of
doing things. I never disliked Windows as much as I do now. But, it pays
the bills. The Mac is so much faster and stable. Svn flies on it.

I'm surprised, is there no Linux mail client that will connect to an
exchange server? I know that you could run Open Office and deal with the
MS Office documents.

BOb

> -----Original Message-----
> From: David Weintraub [mailto:qazwart_at_gmail.com]
> Sent: Thursday, December 11, 2008 2:45 PM
> To: Bob Archer
> Cc: Mark Phippard; Toby Thain; Hilco Wijbenga;
users_at_subversion.tigris.org
> Subject: Re: Subversion/Eclipse Performance on Windows
>
> On Thu, Dec 11, 2008 at 11:54 AM, Bob Archer <Bob.Archer_at_amsi.com>
wrote:
> > Great idea if you can do it. "Unfortunately" a few of us develop for
> > ASP.Net using Visual Studio... which last I checked doesn't run on
> > Linux. Oh well, maybe the VS 2010 will have a native Linux version.
;)
> >
>
> I left a Windows shop to get away from the Microsoft development
> world. I feel for you guys. We were doing .NET development. What a
> mess.
>
> I doubt that my company would abandon Exchange and Microsoft Office
> because the corporate people all use it. However, one smart guy
> reformatted his disk, downloaded Fedora and virtual box, and then
> loaded up Windows as a VM.
>
> Now, he has access to the corporate desktop via Windows, yet he spends
> most of his days in the Linux world. He has no performance issues with
> his PC.
>
> I'm thinking of doing the same, and then encouraging all the other
> developers to do the same.
>
> On Thu, Dec 11, 2008 at 11:54 AM, Bob Archer <Bob.Archer_at_amsi.com>
wrote:
> > Great idea if you can do it. "Unfortunately" a few of us develop for
> > ASP.Net using Visual Studio... which last I checked doesn't run on
> > Linux. Oh well, maybe the VS 2010 will have a native Linux version.
;)
> >
> > Until then, it would be nice to see some performance improvements
for
> > the windows stack. When it the new .svn structure going to happen?
Is
> > this slated for 1.6 or later?
> >
> > Thanks... this has been a great thread.
> >
> > BOb
> >
> >
> >> -----Original Message-----
> >> From: David Weintraub [mailto:qazwart_at_gmail.com]
> >> Sent: Thursday, December 11, 2008 10:56 AM
> >> To: Mark Phippard
> >> Cc: Toby Thain; Hilco Wijbenga; users_at_subversion.tigris.org
> >> Subject: Re: Subversion/Eclipse Performance on Windows
> >>
> >> Thanks! This is the information I was looking for. I'm going to try
> >> the CollabNet Desktop -- Eclipse Edition. I also know to make sure
> >> that developers are using JavaHL (especially since we'd have to
> >> license SVNKit).
> >>
> >> We are going to be redoing our infrastructure. If we get rid of
> >> Microsoft Exchange and go with a more "Open" email and calendar
> >> provider, we wouldn't need Windows desktops for developers.
Instead,
> >> we could have Linux machines which seem much faster with Eclipse.
> >>
> >> One of our developers took his desktop machine, installed RedHat,
and
> >> then used an open VM to install Windows as a virtual machine. He
does
> >> his development in Linux and uses the Windows side for Outlook and
> >> MS-Word. Maybe that's the way we should be going.
> >>
> >> On Wed, Dec 10, 2008 at 6:11 PM, Mark Phippard <markphip_at_gmail.com>
> > wrote:
> >> > On Wed, Dec 10, 2008 at 6:01 PM, David Weintraub
<qazwart_at_gmail.com>
> >> wrote:
> >> >> I'm attempting to get this running on my machine. This is a dual
> > core
> >> >> Pentium with a gigabyte of memory. Checking out in Subversion
via
> >> >> Eclipse Ganymede using the most recent copy of Subclipse and
> > running
> >> >> SVNkit took almost 13 minutes.
> >> >>
> >> >> A similar task on Linux via the command line takes about five.
> >> >> However, checking out from CVS was not much faster. It took
about
> > 10
> >> >> minutes. This is a big project (probably too big).
> >> >>
> >> >> I've tried a merge, and Eclipse crashed (probably needs more
memory
> >> >> for its Java process. I'm attempting to try again.
> >> >>
> >> >> What I am trying to find out is who uses Windows
> > XP/Eclipse/Subversion
> >> >> combination and whether they also have performance issues. Do
you
> > use
> >> >> Subversive or Subclipse? Do you use SVNKit or JavaHL (which
doesn't
> >> >> seem available on my installation)?
> >> >
> >> > I'd say most users use it on Windows. JavaHL is preferred. This
> > Wiki
> >> > page explains how to get it working:
> >> >
> >> > http://subclipse.tigris.org/wiki/JavaHL
> >> >
> >> > Subclipse has to do more than a command line checkout as Eclipse
> > does
> >> > some stuff and the svn status of all items is calculated and
cached.
> >> > So it is normal for it to be slower than the command line.
> >> >
> >> > For merge you should use CollabNet Desktop. This includes/works
> > with
> >> Subclipse.
> >> >
> >> > http://desktop-eclipse.open.collab.net/
> >> >
> >> > --
> >> > Thanks
> >> >
> >> > Mark Phippard
> >> > http://markphip.blogspot.com/
> >> >
> >>
> >>
> >>
> >> --
> >> --
> >> David Weintraub
> >> qazwart_at_gmail.com
> >>
> >> ------------------------------------------------------
> >>
> >
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageI
> > d=
> >> 982891
> >>
> >> To unsubscribe from this discussion, e-mail: [users-
> >> unsubscribe_at_subversion.tigris.org].
> >
>
>
>
> --
> --
> David Weintraub
> qazwart_at_gmail.com

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=983010

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2008-12-11 21:10:35 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.