Summary: | KDE Applications are UNABLE to handle LARGE FILE Efficiently | ||
---|---|---|---|
Product: | [I don't know] kde | Reporter: | Mohd Asif Ali Rizwaan <maarizwan> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | arnaud_oss |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Slackware | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Mohd Asif Ali Rizwaan
2004-07-14 15:01:08 UTC
a speed up whouldnt hurt, maybe this is an idea? While we are at it we should not forget to also solve world PEACE and HUNGER. yeah, thats right. and maybe ark could unpack files a bit faster (eg it shoulnt tage 5 mins on a 1 ghz to extract a 4 meg tar.gz, shoulnt it? used drag'n'drop from konqueror, its using a kioslave for this, is that so slow?) More speed, again, is good - but I dont think ppl want to use their time for this, it might cost alot time and it wont be fun I guess. maybe just close the bugreport, start learning to code, and make it yourself... here is the link to the English to Hindi Dictionary: Please save it to your hard disk (using httrack) because konqueror is quite slow with Huge files :( or use Links or Emacs or Elvis editor: http://www.aksharamala.com/hindi/e2h/search.php?from=1&t=1&p=.&l=1&rows=5000 After downloading the HTML file, please test it with Konqueror, Kwrite/Kate, Elvis and emacs. you can see a great difference between konqueror and links, elvis and kwrite. Interestingly if you can find a >3 mb binary file in your filesystem, you can get it open with elvis in just 1-2 seconds :). thanks. oops, the rows=5000 should be 50000 here is the update: http://www.aksharamala.com/hindi/e2h/search.php?from=1&t=1&p=.&1=1&rows=50000 thanks. sorry, typo again (i feel that bugs.kde.org should allow changing of comments, atleast for HTTP links) http://www.aksharamala.com/hindi/e2h/search.php?from=1&t=1&p=.&l=1&rows=50000 Waldo Bastian wrote: > While we are at it we should not folget to also solve world PEACE and HUNGER ----------------------------- "The world is only a name; the indiviual is the reality. You can go on trying to find the world all over the world, and you will not find it, you will always find the individual. Words like the 'world', the 'society', the 'religion', the 'nation', are mere words with no content behind them -- empty containers." Except you, there is no world. ------------------------------ Read the remaining at: http://www.geocities.com/yahugrup/world2.htm here is one more English to Hindi Dictionary Which I would love to use with Konqueror for my refrence. http://www.indictrans.org/Dictionaries/English/Ban_dict_html/a.html the latest works nice (kde 3.3), the first link you gave (3.4 mb html file) is very slow indeed in konqueror. it slows down more and more - starts reading with 130 kb/sec, slows down to 15-20 kb/sec and the system becomes fully loaded and gets slow. takes alot of time... I havent finished loading it, because its too slow. kwrite seems to open immediately, but stops responding when I attemt to scroll down... full system use again. hope this can be fixed, its quite annoying. although you dont stumble on very large files very often. Hi, could those of you experimenting with kwrite/kate please put additional comments into bug 77503. For some time Kate has used a buffer system which has only kept a certain number of blocks paged in at any given time. This didn't quite work in the past but has been somewhat improved (hopefully). There's an option in the Save/Load settings that lets you determine how many 'blocks' to keep in memory. Could those messing around with large files play with these settings and monitor both load times and memory usage? Your help is greatly appreciated and useful information will get you kind words from the devs :) A good cachegrinding during load would also be much appreciated if you have the time. this bug report borders on the useless. file specific bug reports against specific apps since each app must take care of these things separately. one big "a bunch of KDE apps, and a bunch of non-KDE apps too, don't work well with big files" is not useful as a BR. |