[21:17] <PhoenixSTF> Can someone tell me if Ubuntu One is all made out of Python?
[21:41] <dobey> all of it isn't. most of it is.
[21:48] <PhoenixSTF> including file indexing?
[21:53] <dobey> the file sync client is mostly python yes.
[21:56] <PhoenixSTF> I don't want to sound bad, but wouldn't it be faster developed under C/C++?
[21:57] <dobey> probably not, no
[21:58] <PhoenixSTF> well it drains a lot of battery life while just doing the indexing part
[21:58] <PhoenixSTF> not the sync it self
[21:58] <dobey> you mean doing local rescan?
[21:58] <PhoenixSTF> yes
[21:59] <dobey> how many files do you have synchronized to ubuntu one?
[21:59] <dobey> folders, and files, that is
[21:59] <PhoenixSTF> 2156 items, totalling 789.2 MB
[21:59] <PhoenixSTF> wait thats not true
[22:00] <dobey> they will have to be rescanned at start up, no matter what language the client is written in
[22:02] <PhoenixSTF> 36730 items, totalling 4.3 GB
[22:03] <PhoenixSTF> well I have a lot of files yes, but it sometimes gets stuck and sometimes it goes on forever and drains a lot of battery
[22:04] <PhoenixSTF> just wondering why it happens :)
[22:04] <dobey> no idea. file a bug :)
[22:05] <PhoenixSTF> Anyway if the rescan part is done in python or perl is much slower than C correct?
[22:06] <dobey> no
[22:08] <PhoenixSTF> no?
[22:08] <dobey> disk i/o is going to be just as slow in any language you do it in. there is no bottleneck in the interpreter for what that code is doing
[22:09] <PhoenixSTF> right, problem is, disk is not working and One it off the charts with CPU.
[22:09] <PhoenixSTF> *it=is
[22:11] <dobey> file a bug. :)
[22:12] <dobey> and anywya, i need to go back to my weekend
[22:13] <PhoenixSTF> ty :)