-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MC viewer is terribly slow in inefficient when jumping to the end of big files #1585
Comments
Sample file (use 7z to unpack it) |
now try this with something *big* (say, /proc/kcore) and see your system choke. |
Are you scoffing at me or what?
MC 4.5.x and Far File Manager scroll to the end of any files instantly. |
That's because MC scans all the file from top to bottom to display current line number in the status bar. The question is, do we really need this in viewer (FAR, for example, displays just a position percentage). |
Replying to mike.dld:
What really matters is an ability to view files of any size. |
|
+1 |
Hi to all mc developers! I work on quite large log-files on daily basis and this is getting *really* annoying. Pleasure to work on old servers with old mc. Please make this *feature* go away or at least configurable. Thank you very much! |
Replying to marrtins:
Use older MC releases, until this bug is fixed. |
|
This is seriuos defect, please don't colorize stats by changing it to enhancement. |
please publish results testing 4.6.х VS 4.7.0 (current master) |
200MB text file:
MC 4.7.0-pre4: 40 seconds
However both results are unacceptable. |
3GB file is 15 times bigger than 200MB, so jumping to the end of file will take 10 (ten) minutes in MC 4.7. |
ok, you right, i'm not... i try make viewer faster... |
|
Out of curiosity I've just compiled MC 3.2.1 (the oldest version I could found on the net).
It jumps to the end of any file instantly. :) |
Replying to birdie:
That's because MC scans all the file from top to bottom... (c) |
(In #1417) > I am searching for simple word in internal viewer in 24 Mb text file.
Well... as fact, this is trouble described in #1585. You may check it:
1) echo "FIND_ME" >>big_file.txt
Search will much faster in this test case. Slowdown in mcview_ccache_* functions... IMHO :)
Illiya: I reassign ticket to you. After fix #1585 need to recheck test cases again. |
OK... birdie, build [608e7b4] and try it...
|
the correct command is
with reset --hard you will mess up the state of your local master branch. which is no biggie when you know how to recover ... |
branch: 1585_slow_viewer
first step to make viewer faster |
changeset: [e9a91a93e4e50aaa9d093da74e508421170896a1] |
|
initial: [f36016f253f9bd71b77e8498279ac84a32a2cb81] |
Strange behaviour testcase |
|
I have made a patch that fixes previously reported test case and removes unneeded eol_width parameter. Moving up-down seems to be working. |
Patch for mcview_bol/mcview_eol |
Fixes a few issues in left/right movement in hex viewer |
inital commit: [dff373afb554e7087fe8bb3b751241f51681b80f] |
changeset: [d2668b1] |
|
|
|
Merged to master: [4c6b5fc]. |
I haven't tested the patch yet, but I still say thank you very much! |
|
|
|
|
|
Important
This issue was migrated from Trac:
birdie
(aros@….com)tux@….cz
(@bilbo2),gotar
(gotar@….pl),birdie
(aros@….com)Try to view a big enough (>10MB) file in Midnight Commander internal viewer and hit "End" button - the bigger is file, the longer it will take to scroll to the end of the file.
Jumping to the end of 50MB text file takes 5 (five!) seconds on my 2600MHz AMD 64 CPU. It is unacceptable.
It doesn't matter if you have "Wrap" or "UnWrap" setting.
An example file is attached.
Note
Original attachments:
birdie
(aros@….com) onSep 5, 2009 at 7:40 UTC
birdie
(aros@….com) onNov 25, 2009 at 0:22 UTC
himikof
(himikof@….com) onJan 14, 2010 at 10:19 UTC
himikof
(himikof@….com) onJan 14, 2010 at 21:28 UTC
himikof
(himikof@….com) onJan 17, 2010 at 4:11 UTC
The text was updated successfully, but these errors were encountered: