Quantcast

Re: SandForce IOMeter integration

classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: SandForce IOMeter integration

Allen, Wayne
[hidden email] bounced.

-Wayne

-----Original Message-----
From: Allen, Wayne
Sent: Wednesday, January 05, 2011 5:00 PM
To: '[hidden email]'; [hidden email]
Subject: RE: SandForce IOMeter integration

Hi Shamil,

Yes, we had an email exchange with Ben toward the middle part of last year regarding some changes (though he described them a bit different than you). We communicated to him that we were working on finalizing a release and would be able to get to it after that. Our release didn't end up happening (due to all of our actual day jobs) till November. We are currently in a release-candidate state with that release, so the work isn't completely done yet. What I'd propose we do here (haven't run past the other admins) is that we create a branch for the features for our next release and can get your stuff in there. This also makes it available to folks across the industry if they want to pull source out of SVN and build it on their own prior to us releasing an official build. I'll let the other admins chime in if they have concerns with that.

Could you explain your feature a bit more? Have you merged it with the latest trunk code in SVN? If not, that would be a good place to start for getting it checked in.

Thanks,

Wayne

-----Original Message-----
From: [hidden email] [mailto:[hidden email]]
Sent: Wednesday, January 05, 2011 4:25 PM
To: [hidden email]
Cc: [hidden email]
Subject: SandForce IOMeter integration

Hi,

My name is Shamil Sharief, the Technical Marketing
Specialist here at SandForce Inc. I believe one of my former
colleagues, Ben Englert, was in contact with the developers
of IOMeter, and I wanted to let you guys know that his torch
has been passed to me as of a bit ago.

>From what I understand, the current status of SandForce's
input is at a non-existent phase. I was wondering if it
would be possible for me to work with you and whoever else I
need to be in touch with regarding incorporating our changes in.

To recap, the change we've added is the ability to select
what file the tool uses as its data pattern. If it would be
possible for me to send you a copy of our source code, I
would appreciate it greatly.

I've sent an identical message to Daniel Scheibli. If
someone could get back to me regarding this process needed
to get this going, it'd be great. Alternatively, maybe get
me in touch with who can help me with this?

Thanks for all your help,
~Shamil Sharief

Technical Marketing Specialist
Direct: 408-864-0740
Cell: 408-410-9527
email: [hidden email]

--
This message has been sent to you, a registered SourceForge.net user,
by another site user, through the SourceForge.net site.  This message
has been delivered to your SourceForge.net mail alias.  You may reply
to this message using the "Reply" feature of your email client, or
using the messaging facility of SourceForge.net at:
https://sourceforge.net/sendmessage.php?touser=3187781

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: SandForce IOMeter integration

Ming Zhang
agree. a branch for this is better.


On Wed, Jan 5, 2011 at 8:02 PM, Allen, Wayne <[hidden email]> wrote:

> [hidden email] bounced.
>
> -Wayne
>
> -----Original Message-----
> From: Allen, Wayne
> Sent: Wednesday, January 05, 2011 5:00 PM
> To: '[hidden email]'; [hidden email]
> Subject: RE: SandForce IOMeter integration
>
> Hi Shamil,
>
> Yes, we had an email exchange with Ben toward the middle part of last year regarding some changes (though he described them a bit different than you). We communicated to him that we were working on finalizing a release and would be able to get to it after that. Our release didn't end up happening (due to all of our actual day jobs) till November. We are currently in a release-candidate state with that release, so the work isn't completely done yet. What I'd propose we do here (haven't run past the other admins) is that we create a branch for the features for our next release and can get your stuff in there. This also makes it available to folks across the industry if they want to pull source out of SVN and build it on their own prior to us releasing an official build. I'll let the other admins chime in if they have concerns with that.
>
> Could you explain your feature a bit more? Have you merged it with the latest trunk code in SVN? If not, that would be a good place to start for getting it checked in.
>
> Thanks,
>
> Wayne
>
> -----Original Message-----
> From: [hidden email] [mailto:[hidden email]]
> Sent: Wednesday, January 05, 2011 4:25 PM
> To: [hidden email]
> Cc: [hidden email]
> Subject: SandForce IOMeter integration
>
> Hi,
>
> My name is Shamil Sharief, the Technical Marketing
> Specialist here at SandForce Inc. I believe one of my former
> colleagues, Ben Englert, was in contact with the developers
> of IOMeter, and I wanted to let you guys know that his torch
> has been passed to me as of a bit ago.
>
> >From what I understand, the current status of SandForce's
> input is at a non-existent phase. I was wondering if it
> would be possible for me to work with you and whoever else I
> need to be in touch with regarding incorporating our changes in.
>
> To recap, the change we've added is the ability to select
> what file the tool uses as its data pattern. If it would be
> possible for me to send you a copy of our source code, I
> would appreciate it greatly.
>
> I've sent an identical message to Daniel Scheibli. If
> someone could get back to me regarding this process needed
> to get this going, it'd be great. Alternatively, maybe get
> me in touch with who can help me with this?
>
> Thanks for all your help,
> ~Shamil Sharief
>
> Technical Marketing Specialist
> Direct: 408-864-0740
> Cell: 408-410-9527
> email: [hidden email]
>
> --
> This message has been sent to you, a registered SourceForge.net user,
> by another site user, through the SourceForge.net site.  This message
> has been delivered to your SourceForge.net mail alias.  You may reply
> to this message using the "Reply" feature of your email client, or
> using the messaging facility of SourceForge.net at:
> https://sourceforge.net/sendmessage.php?touser=3187781
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Iometer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: SandForce IOMeter integration

Vedran Degoricija
I recall this was just a file used as a data pattern. Ideally, I would like to see that as an item in the random data gen pull down selector, so one you select custom file, it provides a dialog box (or similar) asking to provide a path and file name etc.. In another words, I'd prefer to have it fit in with what we have today without creating another knob if possible.
 
Otherwise, I agree with the branch. Fire away.
 
Regards,
Ved


From: ming zhang <[hidden email]>
To: "Allen, Wayne" <[hidden email]>
Cc: "[hidden email]" <[hidden email]>; "[hidden email]" <[hidden email]>
Sent: Wed, January 5, 2011 6:00:04 PM
Subject: Re: [Iometer-devel] SandForce IOMeter integration

agree. a branch for this is better.


On Wed, Jan 5, 2011 at 8:02 PM, Allen, Wayne <[hidden email]> wrote:

> [hidden email] bounced.
>
> -Wayne
>
> -----Original Message-----
> From: Allen, Wayne
> Sent: Wednesday, January 05, 2011 5:00 PM
> To: '[hidden email]'; [hidden email]
> Subject: RE: SandForce IOMeter integration
>
> Hi Shamil,
>
> Yes, we had an email exchange with Ben toward the middle part of last year regarding some changes (though he described them a bit different than you). We communicated to him that we were working on finalizing a release and would be able to get to it after that. Our release didn't end up happening (due to all of our actual day jobs) till November. We are currently in a release-candidate state with that release, so the work isn't completely done yet. What I'd propose we do here (haven't run past the other admins) is that we create a branch for the features for our next release and can get your stuff in there. This also makes it available to folks across the industry if they want to pull source out of SVN and build it on their own prior to us releasing an official build. I'll let the other admins chime in if they have concerns with that.
>
> Could you explain your feature a bit more? Have you merged it with the latest trunk code in SVN? If not, that would be a good place to start for getting it checked in.
>
> Thanks,
>
> Wayne
>
> -----Original Message-----
> From: [hidden email] [mailto:[hidden email]]
> Sent: Wednesday, January 05, 2011 4:25 PM
> To: [hidden email]
> Cc: [hidden email]
> Subject: SandForce IOMeter integration
>
> Hi,
>
> My name is Shamil Sharief, the Technical Marketing
> Specialist here at SandForce Inc. I believe one of my former
> colleagues, Ben Englert, was in contact with the developers
> of IOMeter, and I wanted to let you guys know that his torch
> has been passed to me as of a bit ago.
>
> >From what I understand, the current status of SandForce's
> input is at a non-existent phase. I was wondering if it
> would be possible for me to work with you and whoever else I
> need to be in touch with regarding incorporating our changes in.
>
> To recap, the change we've added is the ability to select
> what file the tool uses as its data pattern. If it would be
> possible for me to send you a copy of our source code, I
> would appreciate it greatly.
>
> I've sent an identical message to Daniel Scheibli. If
> someone could get back to me regarding this process needed
> to get this going, it'd be great. Alternatively, maybe get
> me in touch with who can help me with this?
>
> Thanks for all your help,
> ~Shamil Sharief
>
> Technical Marketing Specialist
> Direct: 408-864-0740
> Cell: 408-410-9527
> email: [hidden email]
>
> --
> This message has been sent to you, a registered SourceForge.net user,
> by another site user, through the SourceForge.net site.  This message
> has been delivered to your SourceForge.net mail alias.  You may reply
> to this message using the "Reply" feature of your email client, or
> using the messaging facility of SourceForge.net at:
> https://sourceforge.net/sendmessage.php?touser=3187781
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Iometer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: SandForce IOMeter integration

Allen, Wayne

Ved, I agree that adding it to the existing combo box would be the best integration path. Shamil, is this something your team can do prior to submitting your code?

 

From: Vedran Degoricija [mailto:[hidden email]]
Sent: Wednesday, January 05, 2011 8:51 PM
To: ming zhang; Allen, Wayne
Cc: [hidden email]; [hidden email]
Subject: Re: [Iometer-devel] SandForce IOMeter integration

 

I recall this was just a file used as a data pattern. Ideally, I would like to see that as an item in the random data gen pull down selector, so one you select custom file, it provides a dialog box (or similar) asking to provide a path and file name etc.. In another words, I'd prefer to have it fit in with what we have today without creating another knob if possible.

 

Otherwise, I agree with the branch. Fire away.

 

Regards,

Ved

 


From: ming zhang <[hidden email]>
To: "Allen, Wayne" <[hidden email]>
Cc: "[hidden email]" <[hidden email]>; "[hidden email]" <[hidden email]>
Sent: Wed, January 5, 2011 6:00:04 PM
Subject: Re: [Iometer-devel] SandForce IOMeter integration

agree. a branch for this is better.


On Wed, Jan 5, 2011 at 8:02 PM, Allen, Wayne <[hidden email]> wrote:
> [hidden email] bounced.
>
> -Wayne
>
> -----Original Message-----
> From: Allen, Wayne
> Sent: Wednesday, January 05, 2011 5:00 PM
> To: '[hidden email]'; [hidden email]
> Subject: RE: SandForce IOMeter integration
>
> Hi Shamil,
>
> Yes, we had an email exchange with Ben toward the middle part of last year regarding some changes (though he described them a bit different than you). We communicated to him that we were working on finalizing a release and would be able to get to it after that. Our release didn't end up happening (due to all of our actual day jobs) till November. We are currently in a release-candidate state with that release, so the work isn't completely done yet. What I'd propose we do here (haven't run past the other admins) is that we create a branch for the features for our next release and can get your stuff in there. This also makes it available to folks across the industry if they want to pull source out of SVN and build it on their own prior to us releasing an official build. I'll let the other admins chime in if they have concerns with that.
>
> Could you explain your feature a bit more? Have you merged it with the latest trunk code in SVN? If not, that would be a good place to start for getting it checked in.
>
> Thanks,
>
> Wayne
>
> -----Original Message-----
> From: [hidden email] [mailto:[hidden email]]
> Sent: Wednesday, January 05, 2011 4:25 PM
> To: [hidden email]
> Cc: [hidden email]
> Subject: SandForce IOMeter integration
>
> Hi,
>
> My name is Shamil Sharief, the Technical Marketing
> Specialist here at SandForce Inc. I believe one of my former
> colleagues, Ben Englert, was in contact with the developers
> of IOMeter, and I wanted to let you guys know that his torch
> has been passed to me as of a bit ago.
>
> >From what I understand, the current status of SandForce's
> input is at a non-existent phase. I was wondering if it
> would be possible for me to work with you and whoever else I
> need to be in touch with regarding incorporating our changes in.
>
> To recap, the change we've added is the ability to select
> what file the tool uses as its data pattern. If it would be
> possible for me to send you a copy of our source code, I
> would appreciate it greatly.
>
> I've sent an identical message to Daniel Scheibli. If
> someone could get back to me regarding this process needed
> to get this going, it'd be great. Alternatively, maybe get
> me in touch with who can help me with this?
>
> Thanks for all your help,
> ~Shamil Sharief
>
> Technical Marketing Specialist
> Direct: 408-864-0740
> Cell: 408-410-9527
> email: [hidden email]
>
> --
> This message has been sent to you, a registered SourceForge.net user,
> by another site user, through the SourceForge.net site.  This message
> has been delivered to your SourceForge.net mail alias.  You may reply
> to this message using the "Reply" feature of your email client, or
> using the messaging facility of SourceForge.net at:
> https://sourceforge.net/sendmessage.php?touser=3187781
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Iometer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel

 


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: SandForce IOMeter integration

Allen, Wayne
In reply to this post by Allen, Wayne

Hi Shamil,

 

Our email system only allows for attachments under 5MB. Do you have a place we could download it from?

 

Thanks,

 

Wayne

 

From: Shamil Sharief [mailto:[hidden email]]
Sent: Wednesday, January 05, 2011 6:03 PM
To: Allen, Wayne; [hidden email]
Cc: Kent Smith
Subject: RE: SandForce IOMeter integration

 

Hi Wayne,

 

Thank you for the quick reply.

 

I’ve attached a copy of a readme file (in PDF format) that explains the extra feature that was implemented. Please take a look at it and let me know if you have any questions. If possible, I’d also like to send you a windows binary version of the tool with said feature implemented, so that you can test it out yourself. However, the zip file is about 20mb in size. I wanted to ask before I send something that big via email.

 

Thanks,

~Shamil

 

Shamil Sharief

Technical Marketing Specialist

SandForce Inc.

phone: 408-864-0740

email: [hidden email]

 

-----Original Message-----

From: Allen, Wayne

Sent: Wednesday, January 05, 2011 5:00 PM

To: '[hidden email]'; [hidden email]

Subject: RE: SandForce IOMeter integration

 

Hi Shamil,

 

Yes, we had an email exchange with Ben toward the middle part of last year regarding some changes (though he described them a bit different than you). We communicated to him that we were working on finalizing a release and would be able to get to it after that. Our release didn't end up happening (due to all of our actual day jobs) till November. We are currently in a release-candidate state with that release, so the work isn't completely done yet. What I'd propose we do here (haven't run past the other admins) is that we create a branch for the features for our next release and can get your stuff in there. This also makes it available to folks across the industry if they want to pull source out of SVN and build it on their own prior to us releasing an official build. I'll let the other admins chime in if they have concerns with that.

 

Could you explain your feature a bit more? Have you merged it with the latest trunk code in SVN? If not, that would be a good place to start for getting it checked in.

 

Thanks,

 

Wayne

 

-----Original Message-----

From: [hidden email] [mailto:[hidden email]]

Sent: Wednesday, January 05, 2011 4:25 PM

To: [hidden email]

Cc: [hidden email]

Subject: SandForce IOMeter integration

 

Hi,

 

My name is Shamil Sharief, the Technical Marketing Specialist here at SandForce Inc. I believe one of my former colleagues, Ben Englert, was in contact with the developers of IOMeter, and I wanted to let you guys know that his torch has been passed to me as of a bit ago.

 

From what I understand, the current status of SandForce's input is at a non-existent phase. I was wondering if it would be possible for me to work with you and whoever else I need to be in touch with regarding incorporating our changes in.

 

To recap, the change we've added is the ability to select what file the tool uses as its data pattern. If it would be possible for me to send you a copy of our source code, I would appreciate it greatly.

 

I've sent an identical message to Daniel Scheibli. If someone could get back to me regarding this process needed to get this going, it'd be great. Alternatively, maybe get me in touch with who can help me with this?

 

Thanks for all your help,

~Shamil Sharief

 

Technical Marketing Specialist

Direct: 408-864-0740

Cell: 408-410-9527

email: [hidden email]

 

--

This message has been sent to you, a registered SourceForge.net user, by another site user, through the SourceForge.net site.  This message has been delivered to your SourceForge.net mail alias.  You may reply to this message using the "Reply" feature of your email client, or using the messaging facility of SourceForge.net at:

https://sourceforge.net/sendmessage.php?touser=3187781

 


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: SandForce IOMeter integration

Joe Eiler
Or add it as an attachment to the patch tracker on sourceforge if you  
don't have another option.

Quoting "Allen, Wayne" <[hidden email]>:

> Hi Shamil,
>
> Our email system only allows for attachments under 5MB. Do you have  
> a place we could download it from?
>
> Thanks,
>
> Wayne
>
> From: Shamil Sharief [mailto:[hidden email]]
> Sent: Wednesday, January 05, 2011 6:03 PM
> To: Allen, Wayne; [hidden email]
> Cc: Kent Smith
> Subject: RE: SandForce IOMeter integration
>
>
> Hi Wayne,
>
>
>
> Thank you for the quick reply.
>
>
>
> I?ve attached a copy of a readme file (in PDF format) that explains  
> the extra feature that was implemented. Please take a look at it and  
> let me know if you have any questions. If possible, I?d also like to  
> send you a windows binary version of the tool with said feature  
> implemented, so that you can test it out yourself. However, the zip  
> file is about 20mb in size. I wanted to ask before I send something  
> that big via email.
>
>
>
> Thanks,
>
> ~Shamil
>
>
> Shamil Sharief
> Technical Marketing Specialist
> SandForce Inc.
> phone: 408-864-0740
> email: [hidden email]<mailto:[hidden email]>
>
>
>
> -----Original Message-----
>
> From: Allen, Wayne
>
> Sent: Wednesday, January 05, 2011 5:00 PM
>
> To: '[hidden email]'; [hidden email]
>
> Subject: RE: SandForce IOMeter integration
>
>
>
> Hi Shamil,
>
>
>
> Yes, we had an email exchange with Ben toward the middle part of  
> last year regarding some changes (though he described them a bit  
> different than you). We communicated to him that we were working on  
> finalizing a release and would be able to get to it after that. Our  
> release didn't end up happening (due to all of our actual day jobs)  
> till November. We are currently in a release-candidate state with  
> that release, so the work isn't completely done yet. What I'd  
> propose we do here (haven't run past the other admins) is that we  
> create a branch for the features for our next release and can get  
> your stuff in there. This also makes it available to folks across  
> the industry if they want to pull source out of SVN and build it on  
> their own prior to us releasing an official build. I'll let the  
> other admins chime in if they have concerns with that.
>
>
>
> Could you explain your feature a bit more? Have you merged it with  
> the latest trunk code in SVN? If not, that would be a good place to  
> start for getting it checked in.
>
>
>
> Thanks,
>
>
>
> Wayne
>
>
>
> -----Original Message-----
>
> From: [hidden email] [mailto:[hidden email]]
>
> Sent: Wednesday, January 05, 2011 4:25 PM
>
> To: [hidden email]
>
> Cc: [hidden email]
>
> Subject: SandForce IOMeter integration
>
>
>
> Hi,
>
>
>
> My name is Shamil Sharief, the Technical Marketing Specialist here  
> at SandForce Inc. I believe one of my former colleagues, Ben  
> Englert, was in contact with the developers of IOMeter, and I wanted  
> to let you guys know that his torch has been passed to me as of a  
> bit ago.
>
>
>
> From what I understand, the current status of SandForce's input is  
> at a non-existent phase. I was wondering if it would be possible for  
> me to work with you and whoever else I need to be in touch with  
> regarding incorporating our changes in.
>
>
>
> To recap, the change we've added is the ability to select what file  
> the tool uses as its data pattern. If it would be possible for me to  
> send you a copy of our source code, I would appreciate it greatly.
>
>
>
> I've sent an identical message to Daniel Scheibli. If someone could  
> get back to me regarding this process needed to get this going, it'd  
> be great. Alternatively, maybe get me in touch with who can help me  
> with this?
>
>
>
> Thanks for all your help,
>
> ~Shamil Sharief
>
>
>
> Technical Marketing Specialist
>
> Direct: 408-864-0740
>
> Cell: 408-410-9527
>
> email: [hidden email]
>
>
>
> --
>
> This message has been sent to you, a registered SourceForge.net  
> user, by another site user, through the SourceForge.net site.  This  
> message has been delivered to your SourceForge.net mail alias.  You  
> may reply to this message using the "Reply" feature of your email  
> client, or using the messaging facility of SourceForge.net at:
>
> https://sourceforge.net/sendmessage.php?touser=3187781
>
>
>




------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

SVN branch strategy (wss Re: SandForce IOMeter integration)

Daniel Scheibli-2
In reply to this post by Ming Zhang

Hi all,

as we (mainly Ved and I) just happened to have discussed the
branch strategy lately, I would like to emphasize that trunk is
always the latest & greatest / leading code base.

Once 1.1.0 is released, we will branch it so bug fixes for the
1.1.N revisions can go in there. The mainline, so the upcoming
versions like 1.2.0 etc. will continue to be developed in trunk.

Also for new developments, branches should be avoided where
possible. Merging branches in SVN is a pain. Especially if
branches happen to develop over some time it gets ugly.

So IMHO it is better to aim for bringing in your changes in
digestible pieces to trunk directly.

Daniel



ming zhang wrote:

> agree. a branch for this is better.
>
>
> On Wed, Jan 5, 2011 at 8:02 PM, Allen, Wayne <[hidden email]> wrote:
>> [hidden email] bounced.
>>
>> -Wayne
>>
>> -----Original Message-----
>> From: Allen, Wayne
>> Sent: Wednesday, January 05, 2011 5:00 PM
>> To: '[hidden email]'; [hidden email]
>> Subject: RE: SandForce IOMeter integration
>>
>> Hi Shamil,
>>
>> Yes, we had an email exchange with Ben toward the middle part of last year regarding some changes (though he described them a bit different than you). We communicated to him that we were working on finalizing a release and would be able to get to it after that. Our release didn't end up happening (due to all of our actual day jobs) till November. We are currently in a release-candidate state with that release, so the work isn't completely done yet. What I'd propose we do here (haven't run past the other admins) is that we create a branch for the features for our next release and can get your stuff in there. This also makes it available to folks across the industry if they want to pull source out of SVN and build it on their own prior to us releasing an official build. I'll let the other admins chime in if they have concerns with that.
>>
>> Could you explain your feature a bit more? Have you merged it with the latest trunk code in SVN? If not, that would be a good place to start for getting it checked in.
>>
>> Thanks,
>>
>> Wayne
>>
>> -----Original Message-----
>> From: [hidden email] [mailto:[hidden email]]
>> Sent: Wednesday, January 05, 2011 4:25 PM
>> To: [hidden email]
>> Cc: [hidden email]
>> Subject: SandForce IOMeter integration
>>
>> Hi,
>>
>> My name is Shamil Sharief, the Technical Marketing
>> Specialist here at SandForce Inc. I believe one of my former
>> colleagues, Ben Englert, was in contact with the developers
>> of IOMeter, and I wanted to let you guys know that his torch
>> has been passed to me as of a bit ago.
>>
>> >From what I understand, the current status of SandForce's
>> input is at a non-existent phase. I was wondering if it
>> would be possible for me to work with you and whoever else I
>> need to be in touch with regarding incorporating our changes in.
>>
>> To recap, the change we've added is the ability to select
>> what file the tool uses as its data pattern. If it would be
>> possible for me to send you a copy of our source code, I
>> would appreciate it greatly.
>>
>> I've sent an identical message to Daniel Scheibli. If
>> someone could get back to me regarding this process needed
>> to get this going, it'd be great. Alternatively, maybe get
>> me in touch with who can help me with this?
>>
>> Thanks for all your help,
>> ~Shamil Sharief
>>
>> Technical Marketing Specialist
>> Direct: 408-864-0740
>> Cell: 408-410-9527
>> email: [hidden email]
>>
>> --
>> This message has been sent to you, a registered SourceForge.net user,
>> by another site user, through the SourceForge.net site.  This message
>> has been delivered to your SourceForge.net mail alias.  You may reply
>> to this message using the "Reply" feature of your email client, or
>> using the messaging facility of SourceForge.net at:
>> https://sourceforge.net/sendmessage.php?touser=3187781
>>
>> ------------------------------------------------------------------------------
>> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
>> to consolidate database storage, standardize their database environment, and,
>> should the need arise, upgrade to a full multi-node Oracle RAC database
>> without downtime or disruption
>> http://p.sf.net/sfu/oracle-sfdevnl
>> _______________________________________________
>> Iometer-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Iometer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: SVN branch strategy (wss Re: SandForce IOMeter integration)

Vedran Degoricija
Daniel,
 
I'd agree about SVN merges, but at the rate we are going, it should not hurt to branch it, particularly if we do not change the trunk or fork another branch. To date, we have branched but always (mostly) serialized the work. Also, I don't mind merging any two branches that have deviated if it becomes necessary. It does not take very long even with 2 separate branches, as the changes usually span different files.
 
Ved
 


From: Daniel Scheibli <[hidden email]>
To: ming zhang <[hidden email]>
Cc: "[hidden email]" <[hidden email]>; "[hidden email]" <[hidden email]>
Sent: Thu, January 6, 2011 9:55:24 AM
Subject: [Iometer-devel] SVN branch strategy (wss Re: SandForce IOMeter integration)


Hi all,

as we (mainly Ved and I) just happened to have discussed the
branch strategy lately, I would like to emphasize that trunk is
always the latest & greatest / leading code base.

Once 1.1.0 is released, we will branch it so bug fixes for the
1.1.N revisions can go in there. The mainline, so the upcoming
versions like 1.2.0 etc. will continue to be developed in trunk.

Also for new developments, branches should be avoided where
possible. Merging branches in SVN is a pain. Especially if
branches happen to develop over some time it gets ugly.

So IMHO it is better to aim for bringing in your changes in
digestible pieces to trunk directly.

Daniel



ming zhang wrote:

> agree. a branch for this is better.
>
>
> On Wed, Jan 5, 2011 at 8:02 PM, Allen, Wayne <[hidden email]> wrote:
>> [hidden email] bounced.
>>
>> -Wayne
>>
>> -----Original Message-----
>> From: Allen, Wayne
>> Sent: Wednesday, January 05, 2011 5:00 PM
>> To: '[hidden email]'; [hidden email]
>> Subject: RE: SandForce IOMeter integration
>>
>> Hi Shamil,
>>
>> Yes, we had an email exchange with Ben toward the middle part of last year regarding some changes (though he described them a bit different than you). We communicated to him that we were working on finalizing a release and would be able to get to it after that. Our release didn't end up happening (due to all of our actual day jobs) till November. We are currently in a release-candidate state with that release, so the work isn't completely done yet. What I'd propose we do here (haven't run past the other admins) is that we create a branch for the features for our next release and can get your stuff in there. This also makes it available to folks across the industry if they want to pull source out of SVN and build it on their own prior to us releasing an official build. I'll let the other admins chime in if they have concerns with that.
>>
>> Could you explain your feature a bit more? Have you merged it with the latest trunk code in SVN? If not, that would be a good place to start for getting it checked in.
>>
>> Thanks,
>>
>> Wayne
>>
>> -----Original Message-----
>> From: [hidden email] [mailto:[hidden email]]
>> Sent: Wednesday, January 05, 2011 4:25 PM
>> To: [hidden email]
>> Cc: [hidden email]
>> Subject: SandForce IOMeter integration
>>
>> Hi,
>>
>> My name is Shamil Sharief, the Technical Marketing
>> Specialist here at SandForce Inc. I believe one of my former
>> colleagues, Ben Englert, was in contact with the developers
>> of IOMeter, and I wanted to let you guys know that his torch
>> has been passed to me as of a bit ago.
>>
>> >From what I understand, the current status of SandForce's
>> input is at a non-existent phase. I was wondering if it
>> would be possible for me to work with you and whoever else I
>> need to be in touch with regarding incorporating our changes in.
>>
>> To recap, the change we've added is the ability to select
>> what file the tool uses as its data pattern. If it would be
>> possible for me to send you a copy of our source code, I
>> would appreciate it greatly.
>>
>> I've sent an identical message to Daniel Scheibli. If
>> someone could get back to me regarding this process needed
>> to get this going, it'd be great. Alternatively, maybe get
>> me in touch with who can help me with this?
>>
>> Thanks for all your help,
>> ~Shamil Sharief
>>
>> Technical Marketing Specialist
>> Direct: 408-864-0740
>> Cell: 408-410-9527
>> email: [hidden email]
>>
>> --
>> This message has been sent to you, a registered SourceForge.net user,
>> by another site user, through the SourceForge.net site.  This message
>> has been delivered to your SourceForge.net mail alias.  You may reply
>> to this message using the "Reply" feature of your email client, or
>> using the messaging facility of SourceForge.net at:
>> https://sourceforge.net/sendmessage.php?touser=3187781
>>
>> ------------------------------------------------------------------------------
>> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
>> to consolidate database storage, standardize their database environment, and,
>> should the need arise, upgrade to a full multi-node Oracle RAC database
>> without downtime or disruption
>> http://p.sf.net/sfu/oracle-sfdevnl
>> _______________________________________________
>> Iometer-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Iometer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: SVN branch strategy (wss Re: SandForce IOMeter integration)

Daniel Scheibli-2

Hi Ved,

well we just got bit with the last experience of branching & merging
and that wasn't even a hard case. So why go there again without even
having a strong need for doing it?

Also following your assumption of work being serial, I don't see why
you then would want to merge. There would be no point in it - unless
you are experimenting and unsure if your branch might reach a dead
end. Most of those cases IMHO are already served by your local
working directory.

Daniel



Vedran Degoricija wrote:

> Daniel,
>  
> I'd agree about SVN merges, but at the rate we are going, it should not
> hurt to branch it, particularly if we do not change the trunk or fork
> another branch. To date, we have branched but always (mostly) serialized
> the work. Also, I don't mind merging any two branches that have deviated
> if it becomes necessary. It does not take very long even with 2 separate
> branches, as the changes usually span different files.
>  
> Ved
>  
>
> ------------------------------------------------------------------------
> *From:* Daniel Scheibli <[hidden email]>
> *To:* ming zhang <[hidden email]>
> *Cc:* "[hidden email]"
> <[hidden email]>; "[hidden email]"
> <[hidden email]>
> *Sent:* Thu, January 6, 2011 9:55:24 AM
> *Subject:* [Iometer-devel] SVN branch strategy (wss Re: SandForce
> IOMeter integration)
>
>
> Hi all,
>
> as we (mainly Ved and I) just happened to have discussed the
> branch strategy lately, I would like to emphasize that trunk is
> always the latest & greatest / leading code base.
>
> Once 1.1.0 is released, we will branch it so bug fixes for the
> 1.1.N revisions can go in there. The mainline, so the upcoming
> versions like 1.2.0 etc. will continue to be developed in trunk.
>
> Also for new developments, branches should be avoided where
> possible. Merging branches in SVN is a pain. Especially if
> branches happen to develop over some time it gets ugly.
>
> So IMHO it is better to aim for bringing in your changes in
> digestible pieces to trunk directly.
>
> Daniel
>
>
>
> ming zhang wrote:
>> agree. a branch for this is better.
>>
>>
>> On Wed, Jan 5, 2011 at 8:02 PM, Allen, Wayne <[hidden email]
> <mailto:[hidden email]>> wrote:
>>> [hidden email]
> <mailto:[hidden email]> bounced.
>>>
>>> -Wayne
>>>
>>> -----Original Message-----
>>> From: Allen, Wayne
>>> Sent: Wednesday, January 05, 2011 5:00 PM
>>> To: '[hidden email]
> <mailto:[hidden email]>';
> [hidden email]
> <mailto:[hidden email]>
>>> Subject: RE: SandForce IOMeter integration
>>>
>>> Hi Shamil,
>>>
>>> Yes, we had an email exchange with Ben toward the middle part of last
> year regarding some changes (though he described them a bit different
> than you). We communicated to him that we were working on finalizing a
> release and would be able to get to it after that. Our release didn't
> end up happening (due to all of our actual day jobs) till November. We
> are currently in a release-candidate state with that release, so the
> work isn't completely done yet. What I'd propose we do here (haven't run
> past the other admins) is that we create a branch for the features for
> our next release and can get your stuff in there. This also makes it
> available to folks across the industry if they want to pull source out
> of SVN and build it on their own prior to us releasing an official
> build. I'll let the other admins chime in if they have concerns with that.
>>>
>>> Could you explain your feature a bit more? Have you merged it with
> the latest trunk code in SVN? If not, that would be a good place to
> start for getting it checked in.
>>>
>>> Thanks,
>>>
>>> Wayne
>>>
>>> -----Original Message-----
>>> From: [hidden email]
> <mailto:[hidden email]>
> [mailto:[hidden email]
> <mailto:[hidden email]>]
>>> Sent: Wednesday, January 05, 2011 4:25 PM
>>> To: [hidden email] <mailto:[hidden email]>
>>> Cc: [hidden email]
> <mailto:[hidden email]>
>>> Subject: SandForce IOMeter integration
>>>
>>> Hi,
>>>
>>> My name is Shamil Sharief, the Technical Marketing
>>> Specialist here at SandForce Inc. I believe one of my former
>>> colleagues, Ben Englert, was in contact with the developers
>>> of IOMeter, and I wanted to let you guys know that his torch
>>> has been passed to me as of a bit ago.
>>>
>>> >From what I understand, the current status of SandForce's
>>> input is at a non-existent phase. I was wondering if it
>>> would be possible for me to work with you and whoever else I
>>> need to be in touch with regarding incorporating our changes in.
>>>
>>> To recap, the change we've added is the ability to select
>>> what file the tool uses as its data pattern. If it would be
>>> possible for me to send you a copy of our source code, I
>>> would appreciate it greatly.
>>>
>>> I've sent an identical message to Daniel Scheibli. If
>>> someone could get back to me regarding this process needed
>>> to get this going, it'd be great. Alternatively, maybe get
>>> me in touch with who can help me with this?
>>>
>>> Thanks for all your help,
>>> ~Shamil Sharief
>>>
>>> Technical Marketing Specialist
>>> Direct: 408-864-0740
>>> Cell: 408-410-9527
>>> email: [hidden email] <mailto:[hidden email]>
>>>
>>> --
>>> This message has been sent to you, a registered SourceForge.net
> <http://sourceforge.net/> user,
>>> by another site user, through the SourceForge.net site.  This message
>>> has been delivered to your SourceForge.net mail alias.  You may reply
>>> to this message using the "Reply" feature of your email client, or
>>> using the messaging facility of SourceForge.net at:
>>> https://sourceforge.net/sendmessage.php?touser=3187781
>>>
>>>
> ------------------------------------------------------------------------------
>>> Learn how Oracle Real Application Clusters (RAC) One Node allows
> customers
>>> to consolidate database storage, standardize their database
> environment, and,
>>> should the need arise, upgrade to a full multi-node Oracle RAC database
>>> without downtime or disruption
>>> http://p.sf.net/sfu/oracle-sfdevnl
>>> _______________________________________________
>>> Iometer-devel mailing list
>>> [hidden email]
> <mailto:[hidden email]>
>>> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>>>
>>
>>
> ------------------------------------------------------------------------------
>> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
>> to consolidate database storage, standardize their database
> environment, and,
>> should the need arise, upgrade to a full multi-node Oracle RAC database
>> without downtime or disruption
>> http://p.sf.net/sfu/oracle-sfdevnl
>> _______________________________________________
>> Iometer-devel mailing list
>> [hidden email]
> <mailto:[hidden email]>
>> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Iometer-devel mailing list
> [hidden email]
> <mailto:[hidden email]>
> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: SVN branch strategy (wss Re: SandForce IOMeter integration)

Vedran Degoricija
I am ok either way, so I will defer to the consensus of the group.
 
Ved


From: Daniel Scheibli <[hidden email]>
To: Vedran Degoricija <[hidden email]>
Cc: ming zhang <[hidden email]>; "[hidden email]" <[hidden email]>; "[hidden email]" <[hidden email]>
Sent: Thu, January 6, 2011 3:37:28 PM
Subject: Re: [Iometer-devel] SVN branch strategy (wss Re: SandForce IOMeter integration)


Hi Ved,

well we just got bit with the last experience of branching & merging
and that wasn't even a hard case. So why go there again without even
having a strong need for doing it?

Also following your assumption of work being serial, I don't see why
you then would want to merge. There would be no point in it - unless
you are experimenting and unsure if your branch might reach a dead
end. Most of those cases IMHO are already served by your local
working directory.

Daniel



Vedran Degoricija wrote:

> Daniel,

> I'd agree about SVN merges, but at the rate we are going, it should not
> hurt to branch it, particularly if we do not change the trunk or fork
> another branch. To date, we have branched but always (mostly) serialized
> the work. Also, I don't mind merging any two branches that have deviated
> if it becomes necessary. It does not take very long even with 2 separate
> branches, as the changes usually span different files.

> Ved

>
> ------------------------------------------------------------------------
> *From:* Daniel Scheibli <[hidden email]>
> *To:* ming zhang <[hidden email]>
> *Cc:* "[hidden email]"
> <[hidden email]>; "[hidden email]"
> <[hidden email]>
> *Sent:* Thu, January 6, 2011 9:55:24 AM
> *Subject:* [Iometer-devel] SVN branch strategy (wss Re: SandForce
> IOMeter integration)
>
>
> Hi all,
>
> as we (mainly Ved and I) just happened to have discussed the
> branch strategy lately, I would like to emphasize that trunk is
> always the latest & greatest / leading code base.
>
> Once 1.1.0 is released, we will branch it so bug fixes for the
> 1.1.N revisions can go in there. The mainline, so the upcoming
> versions like 1.2.0 etc. will continue to be developed in trunk.
>
> Also for new developments, branches should be avoided where
> possible. Merging branches in SVN is a pain. Especially if
> branches happen to develop over some time it gets ugly.
>
> So IMHO it is better to aim for bringing in your changes in
> digestible pieces to trunk directly.
>
> Daniel
>
>
>
> ming zhang wrote:
>> agree. a branch for this is better.
>>
>>
>> On Wed, Jan 5, 2011 at 8:02 PM, Allen, Wayne <[hidden email]
> <mailto:[hidden email]>> wrote:
>>> [hidden email]
> <mailto:[hidden email]> bounced.
>>>
>>> -Wayne
>>>
>>> -----Original Message-----
>>> From: Allen, Wayne
>>> Sent: Wednesday, January 05, 2011 5:00 PM
>>> To: '[hidden email]
> <mailto:[hidden email]>';
> [hidden email]
> <mailto:[hidden email]>
>>> Subject: RE: SandForce IOMeter integration
>>>
>>> Hi Shamil,
>>>
>>> Yes, we had an email exchange with Ben toward the middle part of last
> year regarding some changes (though he described them a bit different
> than you). We communicated to him that we were working on finalizing a
> release and would be able to get to it after that. Our release didn't
> end up happening (due to all of our actual day jobs) till November. We
> are currently in a release-candidate state with that release, so the
> work isn't completely done yet. What I'd propose we do here (haven't run
> past the other admins) is that we create a branch for the features for
> our next release and can get your stuff in there. This also makes it
> available to folks across the industry if they want to pull source out
> of SVN and build it on their own prior to us releasing an official
> build. I'll let the other admins chime in if they have concerns with that.
>>>
>>> Could you explain your feature a bit more? Have you merged it with
> the latest trunk code in SVN? If not, that would be a good place to
> start for getting it checked in.
>>>
>>> Thanks,
>>>
>>> Wayne
>>>
>>> -----Original Message-----
>>> From: [hidden email]
> <mailto:[hidden email]>
> [mailto:[hidden email]
> <mailto:[hidden email]>]
>>> Sent: Wednesday, January 05, 2011 4:25 PM
>>> To: [hidden email] <mailto:[hidden email]>
>>> Cc: [hidden email]
> <mailto:[hidden email]>
>>> Subject: SandForce IOMeter integration
>>>
>>> Hi,
>>>
>>> My name is Shamil Sharief, the Technical Marketing
>>> Specialist here at SandForce Inc. I believe one of my former
>>> colleagues, Ben Englert, was in contact with the developers
>>> of IOMeter, and I wanted to let you guys know that his torch
>>> has been passed to me as of a bit ago.
>>>
>>> >From what I understand, the current status of SandForce's
>>> input is at a non-existent phase. I was wondering if it
>>> would be possible for me to work with you and whoever else I
>>> need to be in touch with regarding incorporating our changes in.
>>>
>>> To recap, the change we've added is the ability to select
>>> what file the tool uses as its data pattern. If it would be
>>> possible for me to send you a copy of our source code, I
>>> would appreciate it greatly.
>>>
>>> I've sent an identical message to Daniel Scheibli. If
>>> someone could get back to me regarding this process needed
>>> to get this going, it'd be great. Alternatively, maybe get
>>> me in touch with who can help me with this?
>>>
>>> Thanks for all your help,
>>> ~Shamil Sharief
>>>
>>> Technical Marketing Specialist
>>> Direct: 408-864-0740
>>> Cell: 408-410-9527
>>> email: [hidden email] <mailto:[hidden email]>
>>>
>>> --
>>> This message has been sent to you, a registered SourceForge.net
> <http://sourceforge.net/> user,
>>> by another site user, through the SourceForge.net site.  This message
>>> has been delivered to your SourceForge.net mail alias.  You may reply
>>> to this message using the "Reply" feature of your email client, or
>>> using the messaging facility of SourceForge.net at:
>>> https://sourceforge.net/sendmessage.php?touser=3187781
>>>
>>>
> ------------------------------------------------------------------------------
>>> Learn how Oracle Real Application Clusters (RAC) One Node allows
> customers
>>> to consolidate database storage, standardize their database
> environment, and,
>>> should the need arise, upgrade to a full multi-node Oracle RAC database
>>> without downtime or disruption
>>> http://p.sf.net/sfu/oracle-sfdevnl
>>> _______________________________________________
>>> Iometer-devel mailing list
>>> [hidden email]
> <mailto:[hidden email]>
>>> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>>>
>>
>>
> ------------------------------------------------------------------------------
>> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
>> to consolidate database storage, standardize their database
> environment, and,
>> should the need arise, upgrade to a full multi-node Oracle RAC database
>> without downtime or disruption
>> http://p.sf.net/sfu/oracle-sfdevnl
>> _______________________________________________
>> Iometer-devel mailing list
>> [hidden email]
> <mailto:[hidden email]>
>> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Iometer-devel mailing list
> [hidden email]
> <mailto:[hidden email]>
> https://lists.sourceforge.net/lists/listinfo/iometer-devel
>



------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Iometer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/iometer-devel
Loading...