Total Commander Forum Index Total Commander
Forum - Public Discussion and Support
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

What are the benefits of TC in 64-bit?

 
Post new topic   Reply to topic    Total Commander Forum Index -> Total Commander (English) Printable version
View previous topic :: View next topic  
Author Message
sergeycentral
Junior Member
Junior Member


Joined: 23 Jul 2003
Posts: 34
Location: USA

PostPosted: Wed Dec 14, 2011 7:49 pm    Post subject: What are the benefits of TC in 64-bit? Reply with quote

What are the benefits of having total commander in 64-bit?

Specifically to the application, not just general 64-bit benefits (extended memory, etc).

Which functions should we expect to see a performance enhancement in?

internal zip packer?
encoding / decoding files?
creating / verifying checksums?
Back to top
View user's profile Send private message
ts4242
Power Member
Power Member


Joined: 02 Feb 2004
Posts: 1500
Location: Egypt

PostPosted: Wed Dec 14, 2011 11:13 pm    Post subject: Reply with quote

Ghisler wrote here

ghisler(Author) wrote:

The 64-bit bit version is mainly for ignorant people who think that 64-bit is "better", and for some very specific usage cases (e.g. only 64-bit extension available, or 64-bit Windows PE with no 32-bit support).


So, don't expect big difference between TC 32x and TC 64x.
_________________
Author of Ultra TC Editors
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Back to top
View user's profile Send private message Send e-mail Visit poster's website
sergeycentral
Junior Member
Junior Member


Joined: 23 Jul 2003
Posts: 34
Location: USA

PostPosted: Wed Dec 14, 2011 11:38 pm    Post subject: Reply with quote

humm that's what I thought. the biggest advantage 64 bit has is memory, and total commander sits around 20 megs. i wish those hours hadn't been spent on 64-bit support then...

tho programs like 7zip 64-bit is way faster than 32 bit. so in the internal packer business, TC could be faster...
Back to top
View user's profile Send private message
MVV
Power Member
Power Member


Joined: 03 Aug 2008
Posts: 4534
Location: Russian Federation

PostPosted: Wed Dec 14, 2011 11:59 pm    Post subject: Reply with quote

TC is a file manager. Performance of file management operations is limited by disk speed rather than CPU/memory speed so there is no difference between 32/64 bit here. The only place where such difference may be are plugins that use a lot of memory or CPU power... but can't remember such ones.
_________________
VirtualPanel plugin: Temporary panel for TC (forum)
TOTALCMD.NET: TCFS2, NTLinks, CopyTree, AskParam, ConPaste, Sudo…
Back to top
View user's profile Send private message Send e-mail
sergeycentral
Junior Member
Junior Member


Joined: 23 Jul 2003
Posts: 34
Location: USA

PostPosted: Thu Dec 15, 2011 12:24 am    Post subject: Reply with quote

Privet, kak dela? I forgot TC was a file manager... some file operations like zip packing can be greatly improved. esp. if the algorithm is as complex as 7zip...

-edit-
but i dont see why the time had been spent on 64-bit support when things such as automatic hot fix update could have been worth investigating...
Back to top
View user's profile Send private message
ghisler(Author)
Site Admin
Site Admin


Joined: 04 Feb 2003
Posts: 24602
Location: Switzerland

PostPosted: Thu Dec 15, 2011 9:55 am    Post subject: Reply with quote

There are no big benefits, but you can now compare really big files (several GBytes), e.g. large log files or so.
_________________
Author of Total Commander
http://www.ghisler.com
Back to top
View user's profile Send private message Send e-mail Visit poster's website
norfie²
Power Member
Power Member


Joined: 10 Feb 2006
Posts: 632

PostPosted: Fri Dec 16, 2011 1:32 am    Post subject: Reply with quote

IMHO the most important benefit is getting a 64-bit-native file manager without any confusing and misleading virtualizations. This is IMHO neither small nor "no big".
Back to top
View user's profile Send private message Send e-mail
ghisler(Author)
Site Admin
Site Admin


Joined: 04 Feb 2003
Posts: 24602
Location: Switzerland

PostPosted: Fri Dec 16, 2011 3:34 am    Post subject: Reply with quote

32-bit is NOT virtualized on 64-bit Windows! That's the great thing about AMD64 (which was later adapted by Intel): It can run 32-bit and 64-bit programs natively in parallel, something which other 64-bit processors like Intel Itanium can't do.
_________________
Author of Total Commander
http://www.ghisler.com
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Flint
Power Member
Power Member


Joined: 27 Oct 2003
Posts: 2867
Location: Moscow, Russia

PostPosted: Fri Dec 16, 2011 5:10 am    Post subject: Reply with quote

ghisler(Author) wrote:
32-bit is NOT virtualized on 64-bit Windows!

Not virtualized in the usual meaning of this word, but still 32-bit application are running via some layer provided by OS for virtualizing file system and registry — its the term Microsoft itself uses.

So, 32-bit code is executed natively in terms of processor instructions, but is virtualized in terms of operating system libraries and interfaces.
_________________
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, other stuff!
 
Using TC 8.01 / Win7 x64 SP1
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ghisler(Author)
Site Admin
Site Admin


Joined: 04 Feb 2003
Posts: 24602
Location: Switzerland

PostPosted: Fri Dec 16, 2011 5:22 am    Post subject: Reply with quote

Hmm, are you sure? The libraries are there in both 32-bit and 64-bit form. I assume that the user level code is handled entirely in these 32-bit libraries, while the calls to kernel mode of course call to the 64-bit drivers.
_________________
Author of Total Commander
http://www.ghisler.com
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Flint
Power Member
Power Member


Joined: 27 Oct 2003
Posts: 2867
Location: Moscow, Russia

PostPosted: Fri Dec 16, 2011 5:48 am    Post subject: Reply with quote

ghisler(Author)
I don't know the internal details of this mechanism, did not read much about them yet, but undoubtedly the system calls are performed in 64-bit mode since the kernel is 64-bit only, so this transformation has to be performed in user-mode level. As far as I can see, all 32-bit processes have several 64-bit DLLs loaded into their address space, including ntdll.dll and wow64.dll; judging from the name, the latter should be responsible for substituting different file system and registry paths.

But, actually, it's all just a matter of terms. I suppose this mechanism (whatever its internal implementation might be) can be treated as a layer between the application and operation system which performs all necessary substitutions, even if there is no such layer from the point of view of code organization. Besides, Microsoft chose the term "file system and registry virtualization" and now uses it across the MSDN and other technical resources, so I think we can stick to the same term without fear of being not understood.
_________________
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, other stuff!
 
Using TC 8.01 / Win7 x64 SP1
Back to top
View user's profile Send private message Send e-mail Visit poster's website
norfie²
Power Member
Power Member


Joined: 10 Feb 2006
Posts: 632

PostPosted: Fri Dec 16, 2011 6:06 am    Post subject: Reply with quote

Quote:
but is virtualized in terms of operating system
That's what I meant. I had some trouble with starting other programs (cmd, setups...) from an elevated 32-bit-TCmd on a W7x64. This was the reason for installation of SpeedCommander-64 on 64bit-systems.
Back to top
View user's profile Send private message Send e-mail
paraglider
Junior Member
Junior Member


Joined: 07 May 2009
Posts: 13

PostPosted: Fri Dec 16, 2011 7:00 am    Post subject: Reply with quote

You should read:

http://msdn.microsoft.com/en-us/library/aa384249%28v=VS.85%29.aspx

Quote:

The system isolates 32-bit applications from 64-bit applications, which includes preventing file and registry collisions. Console, GUI, and service applications are supported. The system provides interoperability across the 32/64 boundary for scenarios such as cut and paste and COM. However, 32-bit processes cannot load 64-bit DLLs for execution, and 64-bit processes cannot load 32-bit DLLs for execution. This restriction does not apply to DLLs loaded as data files or image resource files; for more information, see LoadLibraryEx.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    Total Commander Forum Index -> Total Commander (English) All times are GMT - 6 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Impressum: This site is maintained by Ghisler Software GmbH

Using phpBB © 2001-2005 phpBB Group