1

Topic: As in the assembler to derive N bits, since any an index

I want to shake the text the code , and then to work with different characters, referring to them under bit number. As it not arithmetical coding characters will be always allocated on boundaries of bits and will work with them easily and simply. What commands are in the modern processors (x86_64) for implementation of my remarkable idea? And generally, why having the 64-bit bus not to do addressed a bit instead of bytes?

2

Re: As in the assembler to derive N bits, since any an index

Hello, Arsen. Shnurkov, you wrote: AS> And generally why having the 64-bit bus not to do addressed a bit instead of bytes? By the way, more other processors, even having the 64-bit bus, do not allow to suppose, for example,  whole, without aligning its address in the image corresponding to its size, and to work with it arithmetical commands. x86 allows but if to ponder, it is 1) manages to the processor in superfluous clock periods and superfluous transistors 2) decelerates the program, and many programmers of it not  3) has interesting consequences of that type that atomic operations with incorrectly aligned word it is unexpected and without the warning cease to be atomic 4) by and large, any special favor brings to nobody

3

Re: As in the assembler to derive N bits, since any an index

> 2) and correctly do not understand. Because there are no the estimates painting how much becomes worse and for the account of that. Deceleration can is comprehensible?> 3) has interesting consequences of that type that atomic operations with incorrectly aligned word it is unexpected and without the warning cease to be atomic not that case. With lines all the same  you will not work, it is for this purpose necessary separate lock, which and so  on boundary something there.> 4) personally to me brings pleasure, happiness and storage saving (for the account of insignificant lowering of high-speed performance)

4

Re: As in the assembler to derive N bits, since any an index

Hello, Arsen. Shnurkov, you wrote:>> 2) AS> and correctly do not understand. Because there are no the estimates painting how much becomes worse and for the account of that. Deceleration can is comprehensible? Can , can not . A problem that about the deceleration which has happened because of the bad alignment, nobody notifies. Neither the compiler, nor an operating system, the processor. By the way, in mobile devices "deceleration" == "the raised expenditure of a battery".>> 3) has interesting consequences of that type that atomic operations with incorrectly aligned word it is unexpected and without the warning cease to be atomic AS> not that case. With lines all the same  you will not work, it is for this purpose necessary separate lock, which and so  on boundary something there. Here a problem that absolutely correct by sight InterlockedIncrement () can appear actually  not Interlocked, that the data is incorrectly aligned. And this problem no means always will be shown. Who from  programmers generally in course what between elementary quality and alignment there is a communication?>> 4) AS> personally to me brings pleasure, happiness and storage saving (for the account of insignificant lowering of high-speed performance) Well actually, no. Because at first Hindus  the brake code. And then, when brakes become intolerable, employ other Hindus whom all accelerate, at the expense of aggressive  the intermediate results (because the code generating these results passes by then in a state "do not touch, will not stink", and it nobody dares to optimize). Therefore as a result will be both slowly, and it is gluttonous on storage.

5

Re: As in the assembler to derive N bits, since any an index

Hello, Arsen. Shnurkov, you wrote: AS> I Want to shake the text the code , and then to work with different characters, referring to them under bit number. Better BWT try AS> As it not arithmetical coding characters will be always allocated on boundaries of bits AS> and will work with them easily and simply. What hinders to add given by units on equal to a machine word? And already registers to move. AS> what commands are in the modern processors (x86_64) for implementation of my remarkable idea? Normal bit operations and shifts sometimes multiplication of it for eyes suffices AS> And generally why having the 64-bit bus not to do addressed a bit instead of bytes? Normally generally a cache with lines operate instead of bits.

6

Re: As in the assembler to derive N bits, since any an index

Hello, Arsen. Shnurkov, you wrote: AS> and correctly do not understand. Because there are no the estimates painting how much becomes worse and for the account of that. Deceleration can is comprehensible? Estimates are on everything, is simple not many them are interested. AS> not that case. With lines all the same  you will not work, it is for this purpose necessary separate lock, which and so  on boundary something there. To whom not the one to whom that. PC - the general-purpose processor, specialized are programmed on , instead of on the assembler. AS> personally to me brings pleasure, happiness and storage saving (for the account of insignificant lowering of high-speed performance) Then python, brings pleasure and happiness ("insignificant" lowering of high-speed performance will be compensated by increase of requirements to storage). How you were going to save storage, if and so spread out it ? Here a maximum - superfluous loading and shift with a mask, that is insignificant high-speed performance lowering. Want some sugar - throw the sad assembler, it not for this purpose, and in pluses is normal bit maps, with bit-by-bit addressing, all as you want.

7

Re: As in the assembler to derive N bits, since any an index

Hello, Arsen. Shnurkov, you wrote: AS> What commands are in the modern processors (x86_64) for implementation of my remarkable idea? BEXTR?

8

Re: As in the assembler to derive N bits, since any an index

AG> BEXTR? Yes! The Ukrainian experts are more professional than the Russian!

9

Re: As in the assembler to derive N bits, since any an index

Hello, Arsen. Shnurkov, you wrote: AS> and correctly do not understand. Because there are no the estimates painting how much becomes worse and for the account of that. Deceleration can is comprehensible? So if it is comprehensible, in what generally your problem?

10

Re: As in the assembler to derive N bits, since any an index

_> it is better BWT try I will not be. In the same place it is written - the text is necessary from several kilobyte. Where such string constants in program texts meet? Anywhere.