Re: [E-devel] cvs, servers and stuff.

2006-08-16 Thread Dènis Riedijk
You can always ask some help on git@vger.kernel.org.Personally I have been following the development of git from a technical point of view out of interest, but at the moment I do not have a linux box unfortunately so I have not been able to play with it. It also has a tool (gitk) that visualizes merges etc.)
What I can say is that from a usability point of view it is very fast (that was Linus' number one design rule when he wrote git)For download performance it is probably important to pack the repository before checking out from a client. Pack files are supposed to help a lot with regards to network performance if I understand correct.
Some links :http://git.or.cz/gitwiki/GitBenchmarkshttp://www.kernel.org/pub/software/scm/git/docs/cvs-migration.html
Which projects use git? (X.org e.g.)http://git.or.cz/gitwiki/GitProjectshttp://freedesktop.org/wiki/UsingGit
the web interface :http://www.kernel.org/git/some history of why Linus started it.http://git.or.cz/gitwiki/GitHistory
Hope this is of help to some.DènisOn 8/16/06, Eugen Minciu [EMAIL PROTECTED] wrote:
On Wed, 16 Aug 2006 08:07:16 +0900Carsten Haitzler (The Rasterman) 
[EMAIL PROTECTED] wrote: actually - i think we need to know how this works WITH data on disk - why? some scm's may invoke much more disk IO than others and thus bottleneck at the disk earlier than others. we need to know. unless you mean save on the client side -
 then thats fine. but its server-side we really care about here - remember :)Well ... it was client side, but it didn't work as I couldn't find a way to send the files to the bit bucket with either svn or git.
 word seems to have it that git is da shitsnizzle when it comes to performance - but i am going to want to see the numbers. how many clients can connect and checkout and/or update and how long does it take vs. the load on the server etc.
Well I oficially declare my numbers crap. I hold my laptop responsible for this mess and I don't really trust a single number here. And I'll explain why in a minute.Here are the numbers, but as I said, I really don't think they should be considered usefull. Consider this to be FUD.
CVS:- CPU Load: Max- Mem Load: 45%- Checkout Time: 296.374sSVN:- CPU Load: 20% ( It was 20% in the last test as well I believe, all processes seem to share the same CPU usage.)- Mem Load: 40%
- Checkout Time: 658.576SVN/HTTP:- CPU Load: 70-90%- Mem Load: 60%- Checkout Time: 874.618GIT (git protocol):- CPU Load: Max- Mem Load: 10-15%- Checkout Time: 2345.243GIT (http):
- CPU Load:  5%- Mem Load: 10-12%- Checkout Time: A lot, from what I could see, it was cloning at a very low rate.I used actual disk access on both the client and the server, Apache2-mpm-worker, SVN with FSFS and that's about it. A spec of machines would be missing the point. The point is they aren't any good for these kinds of benchmarks.
It looks really suspicious to me that times seem to increase linearly among the tested SCMs, even though this wasn't the case in the first test.Also, I often found network traffic dropping to 0 because the laptop's HDD couldn't take the heat anymore.
Also, the version of the script I tested with did not wait after one SCM finished and moved directly to the next one. I don't think that was a good idea.Now, Git with http was excellent in terms of CPU  Memory usage but I'm not really sure why it wouldn't go past 
1.5MB/s (ever). It would have probably taken me an hour or so, and that's on a LAN which is pretty much unacceptable.But here's the script. Feel free to change the number of threads at the top of the script (it's currently at 20) but please make note that you need about 180MBx number of threads available.
Change the lines near the top to specify how the checkout commands should be run in your environment. If you want to add another test but lack the Ruby know-how just tell me what you need and I'll patch it up for you.
Finally make a new directory, copy the script there and execute 'ruby scm_benchmark.rb'. And that's it.So ultimately I urge someone with more patience and two solid machines to give my little test a spin. Please don't make any decision based on my data. Pretty please! And Carsten, if this doesn't turn you on, I'm sorry ;)
Cheers,Eugen.-Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___enlightenment-devel mailing listenlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your 

[E-devel] Re: [e-users] Re: [e-users] Exposé for E17

2005-07-22 Thread Dènis Riedijk
Well, I guess we could take a look at how e16.8 does it with the pagers...
As far as I can remember, the pagers in e16 were constantly updated.

E does not know the content of the windows (maybe if it is an
EFL-using app, but otherwise snapshots are needed as far as I know)

grtz,
Dènis

On 7/22/05, Christian Pedaschus [EMAIL PROTECTED] wrote:
 Hmmm... x and e are different worlds (but i'm also no expert, still far away)
 
 [snippet]
 Edje provides a revolutionary library and tool set for /completely/ 
 abstracting
 application interfaces from their code, including a complex and flexible
 method of designing interfaces
 [/snippet]
 
 For me this sounds as if e knows exactly what's inside the window...
 But as said, we need assistence from the masters of code, else we won't
 get far without snapshots ;)
 
 greets, Chris
 
 
 
 Christian Engels wrote:
 
 As far as i know this is not possible. EFL can only control what EFL draws.
 Everything in a Window is drawn by the app and it's libraries. Thats what i
 mean with E17 doesn't knwo what is in the window.  It just know: aha this
 is the app firefox with this position...
 
 I am not a developer but i read a bit about X and how it works, but perhaps i
 am wrong.
 
 
 
 
 
 
 ---
 SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
 from IBM. Find simple to follow Roadmaps, straightforward articles,
 informative Webcasts and more! Get everything you need to get up to
 speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click
 ___
 enlightenment-users mailing list
 enlightenment-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-users



---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Monitor Module Patch 2-r1

2005-07-21 Thread Dènis Riedijk
Learning something in school in France does not make it a standard.
And saying somebody MUST use something in HIS OWN program is just
inappropriate. If you want a version with MiB, you can patch the
sources :)

On 7/21/05, FORT Yannick [EMAIL PROTECTED] wrote:
 Hello everyone; it's my first mail on this list ;)
 
 I really think the MiB standard MUST be used, if you don't respect
 standards, you surely want people to use .doc, .xls for office use, MSN
 as a chat protocol, THIS is stupid ...
 
 When i read MiB, i'm sure it's 1024*1024 B, but when i read MB, i don't
 know if it's 1000*1000 or 1024*1024, f***ing unrespected standards
 
 I learn at school Kilo is 1000x and Mega is 1000*1000x, why would it be
 different for Bytes ?
 
 Please use Kibi, Mebi Gibi, etc ...
 
 
 ---
 SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
 from IBM. Find simple to follow Roadmaps, straightforward articles,
 informative Webcasts and more! Get everything you need to get up to
 speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel