Re: [Cooker] new rpmdrake to test
Blue Lizard [EMAIL PROTECTED] writes: Obviously the code for new features is gonna be in debug mode for a little while (ie, not aimed at efficiency) but would you care for us to break with the 'only fix what you're gonna ship' policy and do some profiling or other perf drudgery for you? any profiling report that show where cpu cycles are lost is welcome Your toungue hath beat your head. Think of what you say. what do you smoke ? did you read my sentence ? On this box, here, the memory is not load balanced by thousands of individual processors just as capable as the 'main' one. The memory is faster than the swap file. The less data that needs to be read, the faster the read is complete. The more hanging mallocs, the more redundant symbols, the more magnets on my motherboard. All have an affect on speed. i don't understand what you wanted to mean by this. did you meant that I/O're the urpmi/rpmdrake drawback ? if yes, of course they're as of 99.9% of applications but for a few one like seti@home and the like. even a 3D game spend a lot of time waiting for I/O on modern card (you can check it with a card for which both pci agp versions exist). this is just obvious. this doesn't means that better scheduled I/O won't speed up software : my /var/cache/urpmi is 56Mb for 3010 packages. that is 3s of raw disk reading on my box. obviously our soft take a lot more time to read it. urpmi/rpmdrake lost most of their time because these 56Mb're split between 3010 files thus needing 3010 transactions on file system. maybe having only one file would have enable us to run faster, but loosing the ability to alter only part of files when only a few new packages've come to live. i've no magic solution in mind to speed up rpmdrake but as every software, there must be some way to speed up it. anyway i didn't understood where you wanted me to go. Measuring and profiling can be done on inlined functions in case you've never noticed. hey folk, what is the link with what i said ? Getting thru the smoke? i beg your pardon. P.S. : flaming won't bring you anywhere.
Re: [Cooker] new rpmdrake to test
On Thu, Jul 12, 2001 at 05:59:45PM +0200, Marcel Pol wrote: On Thu, 12 Jul 2001 17:04:59 +0200 David Odin [EMAIL PROTECTED] wrote: I've just uploaded a new release of rpmdrake (1.3-73mdk), which should fix the rpmdrake does nothing bug. I.e. packages are now correctly installed. At least it works on my freshly installed cooker. It works here too I'm aware of other bugs. For instance, I know that the 'Easy Mandrake Update' thing isn't finished yet. Please test and report bugs. Small bug; The rpminst window says: Fetch: blah.rpm Fetching... Installing... Where the images after the Fetching and Installing should do something (get filled). They don't. They just stay empty images. I hope you understand what i mean. (update) Odd though. The second time it worked fine. Are you talking about the progress bars? Also, one annoying thing. When an upgrade quits for some reason, you have to select them all again. I'd like it if the packages which were selected, could be set selected on a second install try. Ok. Let's call this a requested feature... -- [EMAIL PROTECTED]
Re: [Cooker] new rpmdrake to test
On Thu, 12 Jul 2001 18:30:57 +0200 David Odin [EMAIL PROTECTED] wrote: On Thu, Jul 12, 2001 at 05:59:45PM +0200, Marcel Pol wrote: On Thu, 12 Jul 2001 17:04:59 +0200 David Odin [EMAIL PROTECTED] wrote: I've just uploaded a new release of rpmdrake (1.3-73mdk), which should fix the rpmdrake does nothing bug. I.e. packages are now correctly installed. At least it works on my freshly installed cooker. It works here too Small bug; The rpminst window says: Fetch: blah.rpm Fetching... Installing... Where the images after the Fetching and Installing should do something (get filled). They don't. They just stay empty images. I hope you understand what i mean. (update) Odd though. The second time it worked fine. Are you talking about the progress bars? Yes, that's what I mean. Couldn't find the word. Also, one annoying thing. When an upgrade quits for some reason, you have to select them all again. I'd like it if the packages which were selected, could be set selected on a second install try. Ok. Let's call this a requested feature... -- [EMAIL PROTECTED] -- Marcel Pol [EMAIL PROTECTED] ...my cow ate the CDs.
Re: [Cooker] new rpmdrake to test
On Thu, 12 Jul 2001 17:04:59 +0200 David Odin [EMAIL PROTECTED] wrote: I've been told that I should communicate more on rpmdrake/mandrakeuupdate aka Software Manager, so I do. I've just uploaded a new release of rpmdrake (1.3-73mdk), which should fix the rpmdrake does nothing bug. I.e. packages are now correctly installed. At least it works on my freshly installed cooker. Sorry, I jumped in too soon. I was still using 72mdk which mostly worked ok for me. 73mdk doesn't work for me. It just says extracting blah.rpm (in xterm), and then pretends it is installed. -- Marcel Pol [EMAIL PROTECTED]
Re: [Cooker] new rpmdrake to test
P.S: this feature is slow isn't a bug report ;-) Obviously the code for new features is gonna be in debug mode for a little while (ie, not aimed at efficiency) but would you care for us to break with the 'only fix what you're gonna ship' policy and do some profiling or other perf drudgery for you? Blue --- Gee, did I forget to freemalloc AGAIN?
Re: [Cooker] new rpmdrake to test
On 12 Jul 2001 22:00:30 +0200, Thierry Vignaud wrote: Blue Lizard [EMAIL PROTECTED] writes: P.S: this feature is slow isn't a bug report ;-) Obviously the code for new features is gonna be in debug mode for a little while (ie, not aimed at efficiency) but would you care for us to break with the 'only fix what you're gonna ship' policy and do some profiling or other perf drudgery for you? any profiling report that show where cpu cycles are lost is welcome Your toungue hath beat your head. Think of what you say. On this box, here, the memory is not load balanced by thousands of individual processors just as capable as the 'main' one. The memory is faster than the swap file. The less data that needs to be read, the faster the read is complete. The more hanging mallocs, the more redundant symbols, the more magnets on my motherboard. All have an affect on speed. Measuring and profiling can be done on inlined functions in case you've never noticed. Getting thru the smoke?
Re: [Cooker] new rpmdrake to test
Marcel Pol wrote: On Thu, 12 Jul 2001 17:04:59 +0200 David Odin [EMAIL PROTECTED] wrote: I've been told that I should communicate more on rpmdrake/mandrakeuupdate aka Software Manager, so I do. I've just uploaded a new release of rpmdrake (1.3-73mdk), which should fix the rpmdrake does nothing bug. I.e. packages are now correctly installed. At least it works on my freshly installed cooker. Sorry, I jumped in too soon. I was still using 72mdk which mostly worked ok for me. 73mdk doesn't work for me. It just says extracting blah.rpm (in xterm), and then pretends it is installed. -- Marcel Pol [EMAIL PROTECTED] Have all updates installed rpmdrake 73mdk still does nothing except remove package from list. Mike Graham
Re: [Cooker] new rpmdrake to test
On Thursday 12 July 2001 09:04, you wrote: Hi, I've been told that I should communicate more on rpmdrake/mandrakeuupdate aka Software Manager, so I do. I've just uploaded a new release of rpmdrake (1.3-73mdk), which should fix the rpmdrake does nothing bug. I.e. packages are now correctly installed. At least it works on my freshly installed cooker. I'm aware of other bugs. For instance, I know that the 'Easy Mandrake Update' thing isn't finished yet. Please test and report bugs. Regards, DindinX P.S: this feature is slow isn't a bug report ;-) No change for me [root@PAULA RPMS]# rpmdrake extracting kernel-doc-2.4.6-3mdk.i586 extracting kernel-doc-2.4.6-3mdk.i586 [root@PAULA RPMS]# rpm -qv kernel-doc kernel-doc-2.4.5-9mdk [root@PAULA RPMS]# rpm -qv gurpmi rpmdrake rpm urpmi gurpmi-1.0-12mdk rpmdrake-1.3-73mdk rpm-4.0.3-0.15mdk urpmi-1.6-12mdk
Re: [Cooker] new rpmdrake to test
72mdk and 73mdk both work for me, except that the progress indications seem to be broken (see my previous e-mail about what I think of the 'Invoking rpminst' and other progress indicators in MandrakeUpdate). However, this was only after my rpm database mysteriously corrupted itself (for the 99th time -- I hate these unstable rpm snapshots). I downloaded all the rpm RPM's again, and did something like 'rpm -Uvh --force --replacefiles' rpm-*.rpm' and maybe some 'rpm --rebuilddb' until I could successfully work with RPM's again. I tried this several times until things started magically working again. -- Sincerely, David Walluck [EMAIL PROTECTED]
Re: [Cooker] new rpmdrake to test
Ainsi parlait David Odin : P.S: this feature is slow isn't a bug report ;-) Do you prefer this feature doesn't work :-) ? -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://bohm.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] new rpmdrake to test
On Thu, 12 Jul 2001 17:04:59 +0200 David Odin [EMAIL PROTECTED] wrote: I've just uploaded a new release of rpmdrake (1.3-73mdk), which should fix the rpmdrake does nothing bug. I.e. packages are now correctly installed. At least it works on my freshly installed cooker. It works here too I'm aware of other bugs. For instance, I know that the 'Easy Mandrake Update' thing isn't finished yet. Please test and report bugs. Small bug; The rpminst window says: Fetch: blah.rpm Fetching... Installing... Where the images after the Fetching and Installing should do something (get filled). They don't. They just stay empty images. I hope you understand what i mean. (update) Odd though. The second time it worked fine. Also, one annoying thing. When an upgrade quits for some reason, you have to select them all again. I'd like it if the packages which were selected, could be set selected on a second install try. -- Marcel Pol [EMAIL PROTECTED]
Re: [Cooker] new rpmdrake to test
On Thu, Jul 12, 2001 at 06:01:55PM -0400, Guillaume Rousse wrote: Ainsi parlait David Odin : P.S: this feature is slow isn't a bug report ;-) Do you prefer this feature doesn't work :-) ? Sometimes, yes! I was refering to the search by file and search by description new features. They are slow, and there not much I can do to make them faster. So, search by file is slow is really not a bug report. search by file does not work could be but won't help much ;-) DindinX -- [EMAIL PROTECTED]
Re: [Cooker] new rpmdrake to test
Marcel Pol wrote: On Thu, 12 Jul 2001 17:04:59 +0200 David Odin [EMAIL PROTECTED] wrote: I am still waiting for rhis thing to hit the mirrors. Also, some packages from yesterday are not there yet, so it looks like I may have a while to wait. While we're waiting how about a feature request? rpmdrake displays an indeterminate progress bar (while fetching the lists at least). Since wget displays the percent done if it can, why not use a determinate progress bar that displays the percent? Starting it in a term is a good way to track down bugs, but I shouldn't *have* to do that to see what's going on, (e.g., has the download stalled or is it just slow, or what percent it is on). -- Sincerely, David Walluck [EMAIL PROTECTED]
