That comparison is so invalid and full of flaws I don't even know where to begin, so I'll just let that one slide...
I personally would use Roke over e.g. rackspace if I lived in Uganda, but that's because I like to be able to step in physically if something goes wrong. As I said, there are pros and cons with both. As I said, you shouldn't pick local services blindly because you *think* it's better, you should pick it because you have made your own measurements and therefore *know* it is better. This line of conversation leads nowhere, so let's drop it. What was the topic again? On 26 February 2013 13:42, Reinier Battenberg < [email protected]> wrote: > ** > > > > You are right, if you compare rackspace to Roke, rackspace is probably > cheaper. (though you cant walk in and have a chat). > > > > Coke is also cheaper than fresh passion juice. And it comes in a bottle. > > > > > > So, if cheap & bottled is your thing. You are right. > > > > > > > > > > On Tuesday 26 February 2013 13:33:20 Benjamin Tayehanpour wrote: > > I agree with the substance of what you are saying, but you're quoting me > out of context. I'm not saying there's no performance difference between > local and foreign hosting, I'm saying that shouldn't be the only > consideration. See my latest post. > > I admit that Uganda is something of an odd case, with an excellent (er, > reasonably) exchange point but a single and not-that-good connection out of > the country. I can see why hosting locally could be a good thing for local > services. I see all that. But you people aren't just seeing, you are > staring yourselves blind at it. It makes perfect sense in theory, but what > I experienced in practice did not agree with the theory. I did actual > measurements, and I crunched the numbers, and I found that in actual > reality, foreign hosting was cheaper compared to the level and quality of > service I received. However, I do concede that I only tested *one* Ugandan > data centre, so my numbers may not be representative of the Ugandan server > market in general. They most probably are not, as a matter of fact. That's > why I'm arguing that you shouldn't stare yourselves blind at arguments for > and against, but rather do your own measurements and draw your own > conclusions. > > Is there a Ugandan consumers' online review service available? It would > help a lot: Good data centres would receive good reviews and more clients, > thus growing and prospering; bad data centres would have a reason either to > get better or to drop out of the race; and consumers would of course also > benefit from all of this. > > On 26 February 2013 13:18, Kyle Spencer <[email protected]> wrote: > > > Why does it matter whether the service is local or not? > > For many of the same reason(s) you might want to host > servers/applications in your office LAN rather than on the moon. > > Low latency is critical for many business and entertainment > applications. As Uganda has a reasonably healthy exchange point (i.e. > the UIXP), users will have much lower latency to systems hosted in > Uganda vs. systems hosted outside Uganda. > > Reliability is also critical. The UETCL fiber that links Uganda to the > rest of the world is *still* a single point of failure. There is only > *one* ISP which has its own dedicated link to the border and it does > not share. If the UETCL cable or any of the upstream cables (e.g. > KPLC, Seacom) go down, services hosted outside Uganda will become > inaccessible; services hosted inside Uganda will still be available. > > An increase in locally hosted content equals a decrease in the overall > cost of providing network services (at a macro level) because it > decreases the amount of traffic that needs to travel via your ISPs > paid upstream links (e.g. TATA, Cogent). This is similar to how you do > not pay your ISP for traffic that flows across your office LAN. > > > > On Tue, Feb 26, 2013 at 2:31 PM, Benjamin Tayehanpour > <[email protected]> wrote: > > If there are stable datacentres with high availability and expedient > staff, > > then I agree. I'm just saying I've yet to experience that. I will not > argue > > against you on that point, because you have more experience on the > Ugandan > > market than I ever will. > > > > However, what you then go on to say doesn't make sense, totally or > > otherwise. Why does it matter whether the service is local or not? The > > Internet is fairly location-neutral; there are no long-distance charges > to > > deal with, and no individual or small business in Uganda will have a good > > enough last-mile connection to have a bottleneck occur anywhere other > than > > in the last mile. I do concede that it is good to support local > > alternatives, but if you are running a business and not a charity you > need > > to have the quality of service as your first consideration. > > > > On 26 Feb 2013 12:18, "Reinier Battenberg" > > <[email protected]> wrote: > >> > >> > >> > >> I work on a local prompt 10% of my day every day, across ISPs, and it > >> works, once its setup correctly. > >> > >> > >> > >> I think there is a current wave of more local services going on, which > is > >> great. MTN is offering datacenter services, Datanet launched theirs, > >> OneSolutions is betting heavily on local VPS services. > >> > >> > >> > >> And for a lot of online services, especially content heavy ones, that > >> makes total sense. Why host something like http://www.mafutago.com/which > >> has a 100% target audience in Uganda, anywhere else? > >> > >> > >> > >> Why would Ugandan websites host in the US, while US companies have a > cache > >> inside Uganda for their content? > >> > >> > >> > >> rgds, > >> > >> reinier > >> > >> > >> > >> > >> > >> On Tuesday 26 February 2013 11:44:54 Benjamin Tayehanpour wrote: > >> > >> I agree, although using mosh over SSH somewhat mitigates that. > >> > >> The problem is that, in my experience with Koen and his hired domestic > >> VPS, the lag is almost unbearable compared to communicating with a > server > >> abroad. It might just be that that particular company is shite at what > they > >> do, but it seems that with Ugandan VPSes, there are two potential > >> bottlenecks instead of just one as it should be. > >> > >> On 26 Feb 2013 11:26, "Reinier Battenberg" > >> <[email protected]> wrote: > >> > >> > >> > >> it *is* more comfortably to type on a command prompt with a latency of > >> less than 20ms, instead of more than 300 though. > >> > >> > >> > >> > >> > >> On Tuesday 26 February 2013 11:21:08 Benjamin Tayehanpour wrote: > >> > >> Another option would be to buy computing time abroad, if domesticity > isn't > >> a requirement. > >> > >> On 26 Feb 2013 11:16, "Simon Vass" <[email protected]> wrote: > >> > >> I think I would rephrase that but essentially yes. > >> > >> > >> On 26/02/13 13:14, Reinier Battenberg wrote: > >> > >> very true, simon. At the moment the Datanet offer for local traffic is > not > >> really > >> working out. While datanet is peering with the UIXP, no other members at > >> the > >> UIXP are peering with datanet. You'll get your keystrokes on MTN going > via > >> london into your VPS. > >> > >> Rather take another option, while you can. > >> > >> rgds. > >> reinier > >> > >> > >> On Tuesday 26 February 2013 13:11:53 Simon Vass wrote: > >> > >> As do Datanet, but you might have a hard time getting to them over the > >> IX ;-) > >> > >> On 26/02/13 13:07, Reinier Battenberg wrote: > >> > >> Hi, > >> > >> You can try Roke Telkom, they lease out VPS's. > >> > >> You can mail: > >> James Byaruhanga <[email protected]> > >> > >> rgds, > >> > >> Reinier > >> > >> On Tuesday 26 February 2013 13:05:05 Mike Epps wrote: > >> > >> Hello guys, > >> I was wondering if any one out there knows of any company in Uganda > >> that deals shell accounts, that is Linux accounts that I can SSH into > >> and install personal software. > >> > >> thanks in advance > >> _______________________________________________ > >> The Uganda Linux User Group: http://linux.or.ug > >> > >> Send messages to this mailing list by addressing e-mails to: > >> [email protected] Mailing list archives: > >> http://www.mail-archive.com/[email protected]/ Mailing list settings: > >> http://kym.net/mailman/listinfo/lug > >> To unsubscribe: http://kym.net/mailman/options/lug > >> > >> The Uganda LUG mailing list is generously hosted by INFOCOM: > >> http://www.infocom.co.ug/ > >> > >> The above comments and data are owned by whoever posted them (including > >> attachments if any). The mailing list host is not responsible for them > in > >> any way. > >> > >> _______________________________________________ > >> The Uganda Linux User Group: http://linux.or.ug > >> > >> Send messages to this mailing list by addressing e-mails to: > >> [email protected] > >> Mailing list archives: http://www.mail-archive.com/[email protected]/ > >> Mailing > >> list settings: http://kym.net/mailman/listinfo/lug > >> To unsubscribe: http://kym.net/mailman/options/lug > >> > >> The Uganda LUG mailing list is generously hosted by INFOCOM: > >> http://www.infocom.co.ug/ > >> > >> The above comments and data are owned by whoever posted them (including > >> attachments if any). The mailing list host is not responsible for them > in > >> any way. > >> > >> > >> _______________________________________________ > >> The Uganda Linux User Group: http://linux.or.ug > >> > >> Send messages to this mailing list by addressing e-mails to: > >> [email protected] > >> Mailing list archives: http://www.mail-archive.com/[email protected]/ > >> Mailing list settings: http://kym.net/mailman/listinfo/lug > >> To unsubscribe: http://kym.net/mailman/options/lug > >> > >> The Uganda LUG mailing list is generously hosted by INFOCOM: > >> http://www.infocom.co.ug/ > >> > >> The above comments and data are owned by whoever posted them (including > >> attachments if any). The mailing list host is not responsible for them > in > >> any way. > >> > >> > >> > >> -- > >> > >> rgds, > >> > >> > >> > >> Reinier Battenberg > >> > >> Director > >> > >> Mountbatten Ltd. > >> > >> www.mountbatten.net > >> > >> tel: +256 758 801749 > >> > >> twitter: @batje > >> > >> > >> _______________________________________________ > >> The Uganda Linux User Group: http://linux.or.ug > >> > >> Send messages to this mailing list by addressing e-mails to: > >> [email protected] > >> Mailing list archives: http://www.mail-archive.com/[email protected]/ > >> Mailing list settings: http://kym.net/mailman/listinfo/lug > >> To unsubscribe: http://kym.net/mailman/options/lug > >> > >> The Uganda LUG mailing list is generously hosted by INFOCOM: > >> http://www.infocom.co.ug/ > >> > >> The above comments and data are owned by whoever posted them (including > >> attachments if any). The mailing list host is not responsible for them > in > >> any way. > >> > >> > >> > >> -- > >> > >> rgds, > >> > >> > >> > >> Reinier Battenberg > >> > >> Director > >> > >> Mountbatten Ltd. > >> > >> www.mountbatten.net > >> > >> tel: +256 758 801749 > >> > >> twitter: @batje > >> > >> > >> _______________________________________________ > >> The Uganda Linux User Group: http://linux.or.ug > >> > >> Send messages to this mailing list by addressing e-mails to: > >> [email protected] > >> Mailing list archives: http://www.mail-archive.com/[email protected]/ > >> Mailing list settings: http://kym.net/mailman/listinfo/lug > >> To unsubscribe: http://kym.net/mailman/options/lug > >> > >> The Uganda LUG mailing list is generously hosted by INFOCOM: > >> http://www.infocom.co.ug/ > >> > >> The above comments and data are owned by whoever posted them (including > >> attachments if any). The mailing list host is not responsible for them > in > >> any way. > > > > > > _______________________________________________ > > The Uganda Linux User Group: http://linux.or.ug > > > > Send messages to this mailing list by addressing e-mails to: > [email protected] > > Mailing list archives: http://www.mail-archive.com/[email protected]/ > > Mailing list settings: http://kym.net/mailman/listinfo/lug > > To unsubscribe: http://kym.net/mailman/options/lug > > > > The Uganda LUG mailing list is generously hosted by INFOCOM: > > http://www.infocom.co.ug/ > > > > The above comments and data are owned by whoever posted them (including > > attachments if any). The mailing list host is not responsible for them in > > any way. > _______________________________________________ > The Uganda Linux User Group: http://linux.or.ug > > Send messages to this mailing list by addressing e-mails to: > [email protected] > Mailing list archives: http://www.mail-archive.com/[email protected]/ > Mailing list settings: http://kym.net/mailman/listinfo/lug > To unsubscribe: http://kym.net/mailman/options/lug > > The Uganda LUG mailing list is generously hosted by INFOCOM: > http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The mailing list host is not responsible for them in > any way. > > > > > -- > > rgds, > > > > Reinier Battenberg > > Director > > Mountbatten Ltd. > > www.mountbatten.net > > tel: +256 758 801749 > > twitter: @batje > > _______________________________________________ > The Uganda Linux User Group: http://linux.or.ug > > Send messages to this mailing list by addressing e-mails to: > [email protected] > Mailing list archives: http://www.mail-archive.com/[email protected]/ > Mailing list settings: http://kym.net/mailman/listinfo/lug > To unsubscribe: http://kym.net/mailman/options/lug > > The Uganda LUG mailing list is generously hosted by INFOCOM: > http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The mailing list host is not responsible for them in > any way. >
_______________________________________________ The Uganda Linux User Group: http://linux.or.ug Send messages to this mailing list by addressing e-mails to: [email protected] Mailing list archives: http://www.mail-archive.com/[email protected]/ Mailing list settings: http://kym.net/mailman/listinfo/lug To unsubscribe: http://kym.net/mailman/options/lug The Uganda LUG mailing list is generously hosted by INFOCOM: http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The mailing list host is not responsible for them in any way.
