Официальный сайт студ.городка НГТУ
Software » Глупый вопрос о размере буфера обмена... 

#1  15.06.10 12:13

nnn
Профиль

Глупый вопрос о размере буфера обмена...

Есть винда...скажем семерка...я выделяю какое то количество текста...и копирую его...теперь вопрос...чем ограничевается размер текста который я могу скопировать и потом без потерь вставить?

Исправлено nnn (15.06.10 12:13)

Offline

#2  15.06.10 12:24

Re: Глупый вопрос о размере буфера обмена...

хз. ничем наверно. ну размером оперативной памяти... сколько у тебя, 2Гб? а когда кончита оператива он берет на жеском - временную память. но думаю на 100мб текста винда выдаст ошибку. просто погрешность...

Исправлено Amty (15.06.10 12:25)

Offline

#3  15.06.10 14:48

Re: Глупый вопрос о размере буфера обмена...

Amty написал(а):

100мб текста

почему 100? а не 173.87?

Offline

#4  15.06.10 16:43

$up
Профиль

Re: Глупый вопрос о размере буфера обмена...

Ограничения только в архитектуре самой операционки. в 32 битной, у нас 2 гб на процесс. Скорее всего больше и не скопируешь 8)

Offline

#5  15.06.10 16:56

Re: Глупый вопрос о размере буфера обмена...

$up, только больно ногами не пинать... а в 64-битной скок ограничение на процесс?

Offline

#6  15.06.10 18:58

$up
Профиль

Re: Глупый вопрос о размере буфера обмена...

если нативное приложение - то 8 TБ вроде.

Offline

#7  16.06.10 00:18

Re: Глупый вопрос о размере буфера обмена...

Укроп написал(а):

очень хороший вопрос кстати. полез в гугл, и ничего толком не написано. так что вроде как клипборд ограничивается максимальным объемом памяти - 2гб для win32, и да, ключ /3gb не повлияет на это.

To add something to the clipboard, you need to allocate memory for the data first, then pass a handle of this memory block to the clipboard. Because WIN32 applications are limited to 2 GB of memory, the amount of memory that you could allocate would be related to the size of RAM that's still available in your application. With the additional /3GB parameter in boot.ini, you could make this amount a bit bigger. And if your system has less than 2 GB of RAM, increasing the size of the swap file will also help to send up to 2 GB. Of course, the client application also needs to be able to use this data. Trying to fir 1500 MB of data in a process that only has 600 MB available will not work.

http://superuser.com/questions/28693/cl … size-limit


Not really. There is no fixed capacity for the clipboard. An application
places data into the clipboard by calling the Win32 SetClipboardData()
function. This allocates memory for the data by calling GlobalAlloc(). If
the call to GlobalAlloc() fails with a "not enough available memory", you'll
get an error message. So basically, the room for clipboard data is the
current virtual memory available to the application. For a 32-bit process,
this will be 2GB, minus whatever the application has already allocated
(including its own code)..



собственно ответ на вопрос:
There's no registry key that means "Use a small clipboard, unless this key
is turned off" or the like; the clipboard can always use as much free memory
as is available.

http://www.technologyquestions.com/tech … ation.html

ну, и как бы, неважно, сколько у вас ОЗУ, важней сколько у вас своп, и как скоро ОС будет с ним работать. нирикаминдую такие ограничения



обращайтесь еще )

Это не я бляяя...

Исправлено Укроп (16.06.10 00:21)

Offline

#8  16.06.10 02:05

nnn
Профиль

Re: Глупый вопрос о размере буфера обмена...

то есть будет использваться вся свободная оперативная память?

Offline

#9  16.06.10 03:08

Re: Глупый вопрос о размере буфера обмена...

Укроп написал(а):

повторим для слоупоков ))

Укроп написал(а):

So basically, the room for clipboard data is the
current virtual memory available to the application.

узнать чем отличается RAM от swap и virtual памяти тебе поможет вики лол

Это не я бляяя...

Исправлено Укроп (16.06.10 03:09)

Offline

#10  16.06.10 14:56

nnn
Профиль

Re: Глупый вопрос о размере буфера обмена...

спасибо...))

Offline

Software » Глупый вопрос о размере буфера обмена... 

ФутЕр:)

© Hostel Web Group, 2002-2025.   Сообщить об ошибке

Сгенерировано за 0.030 сек.
Выполнено 14 запросов.