I've been meaning to do this for a long time:
http://fedoraproject.org/wiki/Infrastructure/CommonProblems
Please add to it and make it not stink :)
-Mike
On Tue, Jul 10, 2007 at 10:58:39AM -0500, Mike McGrath wrote:
I've been meaning to do this for a long time:
http://fedoraproject.org/wiki/Infrastructure/CommonProblems
Please add to it and make it not stink :)
Mike, regarding the Wiki Pages Slow Save issue... are their any bugs filed about this upstream that you are aware of?
I will do a search, but thought you might be aware of some off the top of your head.
I'd be interested to look at the code that does the subscription handling. It sure seems like this could be done much much faster, but maybe things are coded in such a way that it's not intuitive.
Ray
Ray Van Dolson wrote:
On Tue, Jul 10, 2007 at 10:58:39AM -0500, Mike McGrath wrote:
I've been meaning to do this for a long time:
http://fedoraproject.org/wiki/Infrastructure/CommonProblems
Please add to it and make it not stink :)
Mike, regarding the Wiki Pages Slow Save issue... are their any bugs filed about this upstream that you are aware of?
I will do a search, but thought you might be aware of some off the top of your head.
I'd be interested to look at the code that does the subscription handling. It sure seems like this could be done much much faster, but maybe things are coded in such a way that it's not intuitive.
Many have looked into it but AFAIK nothing has actually been done. I'm not sure if a ticket even exists for it upstream. If you've got time please please please make it work :)
-Mike
On Tue, Jul 10, 2007 at 11:30:23AM -0500, Mike McGrath wrote:
Ray Van Dolson wrote:
On Tue, Jul 10, 2007 at 10:58:39AM -0500, Mike McGrath wrote:
I've been meaning to do this for a long time:
http://fedoraproject.org/wiki/Infrastructure/CommonProblems
Please add to it and make it not stink :)
Mike, regarding the Wiki Pages Slow Save issue... are their any bugs filed about this upstream that you are aware of?
I will do a search, but thought you might be aware of some off the top of your head.
I'd be interested to look at the code that does the subscription handling. It sure seems like this could be done much much faster, but maybe things are coded in such a way that it's not intuitive.
Many have looked into it but AFAIK nothing has actually been done. I'm not sure if a ticket even exists for it upstream. If you've got time please please please make it work :)
Anyone out there run the profiler on a call to notifySubscribers() or getSubscribers()?
It doesn't seem the Moin user storage system lends itself to being very fast. Each user seems to be a separate text file which must be parsed. Probably would be much faster with a sqlite backend or something, but this would obviously take a bit of work.
Perhaps we could hack something in though to make the current process a little faster -- at least specifically for finding subscribers and doing notifications.
I also wonder if the actual call to _sendNotification() takes a long time as well...
Anyways, if no one has done any profiling here, I would like to at least do that so we have some actual data as to where the bottleneck is. My test Wiki's are not large enough to give good data on this.
What is the preferred way to go about testing this? Can someone who has access to the wiki server do the profiling for me? Can I get access to it to do it myself? Or can a copy of all the wikidata be made available to me so that I can test on my own systems?
Ray
Ray Van Dolson wrote:
On Tue, Jul 10, 2007 at 11:30:23AM -0500, Mike McGrath wrote:
Ray Van Dolson wrote:
On Tue, Jul 10, 2007 at 10:58:39AM -0500, Mike McGrath wrote:
I've been meaning to do this for a long time:
http://fedoraproject.org/wiki/Infrastructure/CommonProblems
Please add to it and make it not stink :)
Mike, regarding the Wiki Pages Slow Save issue... are their any bugs filed about this upstream that you are aware of?
I will do a search, but thought you might be aware of some off the top of your head.
I'd be interested to look at the code that does the subscription handling. It sure seems like this could be done much much faster, but maybe things are coded in such a way that it's not intuitive.
Many have looked into it but AFAIK nothing has actually been done. I'm not sure if a ticket even exists for it upstream. If you've got time please please please make it work :)
Anyone out there run the profiler on a call to notifySubscribers() or getSubscribers()?
It doesn't seem the Moin user storage system lends itself to being very fast. Each user seems to be a separate text file which must be parsed. Probably would be much faster with a sqlite backend or something, but this would obviously take a bit of work.
Perhaps we could hack something in though to make the current process a little faster -- at least specifically for finding subscribers and doing notifications.
I also wonder if the actual call to _sendNotification() takes a long time as well...
Anyways, if no one has done any profiling here, I would like to at least do that so we have some actual data as to where the bottleneck is. My test Wiki's are not large enough to give good data on this.
What is the preferred way to go about testing this? Can someone who has access to the wiki server do the profiling for me? Can I get access to it to do it myself? Or can a copy of all the wikidata be made available to me so that I can test on my own systems?
http://fedoraproject.org/wiki/Infrastructure/RFR/
-Mike
Anyone out there run the profiler on a call to notifySubscribers() or getSubscribers()?
It doesn't seem the Moin user storage system lends itself to being very fast. Each user seems to be a separate text file which must be parsed. Probably would be much faster with a sqlite backend or something, but this would obviously take a bit of work.
Perhaps we could hack something in though to make the current process a little faster -- at least specifically for finding subscribers and doing notifications.
I also wonder if the actual call to _sendNotification() takes a long time as well...
Anyways, if no one has done any profiling here, I would like to at least do that so we have some actual data as to where the bottleneck is. My test Wiki's are not large enough to give good data on this.
What is the preferred way to go about testing this? Can someone who has access to the wiki server do the profiling for me? Can I get access to it to do it myself? Or can a copy of all the wikidata be made available to me so that I can test on my own systems?
Thanks Mike.
I've finally filled this out.
http://fedoraproject.org/wiki/Infrastructure/RFR/wiki/Infrastructure/RFR/Moi...
Who from this team wants to sponsor? And anyone interested in being secondary on this?
Also, I noticed this:
https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/31
So perhaps any further Moin troubleshooting would be pointless. :-)
Ray
Ray Van Dolson wrote:
Anyone out there run the profiler on a call to notifySubscribers() or getSubscribers()?
It doesn't seem the Moin user storage system lends itself to being very fast. Each user seems to be a separate text file which must be parsed. Probably would be much faster with a sqlite backend or something, but this would obviously take a bit of work.
Perhaps we could hack something in though to make the current process a little faster -- at least specifically for finding subscribers and doing notifications.
I also wonder if the actual call to _sendNotification() takes a long time as well...
Anyways, if no one has done any profiling here, I would like to at least do that so we have some actual data as to where the bottleneck is. My test Wiki's are not large enough to give good data on this.
What is the preferred way to go about testing this? Can someone who has access to the wiki server do the profiling for me? Can I get access to it to do it myself? Or can a copy of all the wikidata be made available to me so that I can test on my own systems?
Thanks Mike.
I've finally filled this out.
http://fedoraproject.org/wiki/Infrastructure/RFR/wiki/Infrastructure/RFR/Moi...
Who from this team wants to sponsor? And anyone interested in being secondary on this?
Also, I noticed this:
https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/31
So perhaps any further Moin troubleshooting would be pointless. :-)
I'm sure your works would be appreciated by the upstream moin people. A lot of people do use Moin and ticket #31 is a long ways away :)
-Mike
I'm sure your works would be appreciated by the upstream moin people. A lot of people do use Moin and ticket #31 is a long ways away :)
-Mike
Personally, I love Moin. If we can just get it to be a little faster... :)
I know you guys are a little hesitant about PHP in general also (Media Wiki).
Ray
On Thu, 2007-07-12 at 22:47 -0500, Mike McGrath wrote:
Ray Van Dolson wrote:
Also, I noticed this:
https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/31
So perhaps any further Moin troubleshooting would be pointless. :-)
I'm sure your works would be appreciated by the upstream moin people. A lot of people do use Moin and ticket #31 is a long ways away :)
Yes, we have a _lot_ of process and some tools invested in Moin. I can almost guarantee that we are going to have a running Moin instance for a long time. We might still want a different Wiki engine for our community documentation location. That would be what is covered in ticket #31, IMO.
For example, Ville-Pekka is working upstream and in our project to enable man and info page editing via Moin; a sane diff is produced that can be sent upstream as a patch:
http://fedoraproject.org/wiki/SummerOfCode/2007/VillePekkaVainio
Moin supports conversion to DocBook XML, and last Summer's GSoC project many get cleaned up this year for inclusion in the next version. We use this for e.g. writing guides at Docs/Drafts/ and release notes at Docs/Beats/, then convert to XML in CVS:
http://fedoraproject.org/wiki/MoinDocBookProject
So, at the minimum, we'd have a Documentation Wiki using Moin. Any improvements we can make there will definitely help the most prolific Wiki users.
- Karsten
On Sat, Jul 14, 2007 at 09:33:53AM -0700, Karsten Wade wrote:
On Thu, 2007-07-12 at 22:47 -0500, Mike McGrath wrote:
Ray Van Dolson wrote:
Also, I noticed this:
https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/31
So perhaps any further Moin troubleshooting would be pointless. :-)
I'm sure your works would be appreciated by the upstream moin people. A lot of people do use Moin and ticket #31 is a long ways away :)
Yes, we have a _lot_ of process and some tools invested in Moin. I can almost guarantee that we are going to have a running Moin instance for a long time. We might still want a different Wiki engine for our community documentation location. That would be what is covered in ticket #31, IMO.
Sounds worthwhile to pursue this then.
Will you guys discuss at the next meeting? What's the next step to know if this RFR is approved or not?
Ray
Ray Van Dolson wrote:
On Sat, Jul 14, 2007 at 09:33:53AM -0700, Karsten Wade wrote:
On Thu, 2007-07-12 at 22:47 -0500, Mike McGrath wrote:
Ray Van Dolson wrote:
Also, I noticed this:
https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/31
So perhaps any further Moin troubleshooting would be pointless. :-)
I'm sure your works would be appreciated by the upstream moin people. A lot of people do use Moin and ticket #31 is a long ways away :)
Yes, we have a _lot_ of process and some tools invested in Moin. I can almost guarantee that we are going to have a running Moin instance for a long time. We might still want a different Wiki engine for our community documentation location. That would be what is covered in ticket #31, IMO.
Sounds worthwhile to pursue this then.
Will you guys discuss at the next meeting? What's the next step to know if this RFR is approved or not?
You've just got to find an Infrastructure sponsor first.
-Mike
Mike McGrath wrote:
Ray Van Dolson wrote:
Will you guys discuss at the next meeting? What's the next step to know if this RFR is approved or not?
You've just got to find an Infrastructure sponsor first.
I should have also added we can talk about it at the next meeting, will you be able to attend?
-Mike
On Mon, Jul 16, 2007 at 10:50:56AM -0500, Mike McGrath wrote:
Mike McGrath wrote:
Ray Van Dolson wrote:
Will you guys discuss at the next meeting? What's the next step to know if this RFR is approved or not?
You've just got to find an Infrastructure sponsor first.
I should have also added we can talk about it at the next meeting, will you be able to attend?
I'll plan to be there (barring any work issue coming up).
And anyone out there interested at all in sponsoring this?
http://fedoraproject.org/wiki/Infrastructure/RFR/MoinProfile
(Previous URL had extra stuff in it)
Ray
infrastructure@lists.fedoraproject.org