Справочник функций

Ваш аккаунт

Войти через: 
Забыли пароль?
Регистрация
Информацию о новых материалах можно получать и без регистрации:

Почтовая рассылка

Подписчиков: -1
Последний выпуск: 19.06.2015

ХЕЛП !!!

11K
06 апреля 2006 года
mandrew182
2 / / 03.07.2005
Как в Microsoft Visual C++ создать большой масив float или double?
10000x10000 или больше...
395
06 апреля 2006 года
RelB
367 / / 09.11.2002
Цитата:
Originally posted by mandrew182
Как в Microsoft Visual C++ создать большой масив float или double?
10000x10000 или больше...


:D :D
Не советую... Это же какой стек огромный нужно иметь что-бы такой массив туда забабахать :)

Идем в свойства проекта, закладка linker->system и выставляем Stack reserved size ну скажем миллиард (должно хватить :) )....

Но выделятся я думаю будет не быстро :)

Лучше динамически выделять...

16K
06 апреля 2006 года
baltika
15 / / 04.04.2006
Цитата:
Originally posted by mandrew182
Как в Microsoft Visual C++ создать большой масив float или double?
10000x10000 или больше...

При таких объемах лучше с файлом или БД работать.

534
06 апреля 2006 года
HarryAxe
448 / / 19.01.2006
Цитата:
Originally posted by RelB
:D :D
Не советую... Это же какой стек огромный нужно иметь что-бы такой массив туда забабахать :)

Проецируемые в память файлы - вот ключ к большим объёмам данных. Просто выдели его в страничном файле (т. е. в файле подкачки)

9.4K
07 апреля 2006 года
Savoy
47 / / 04.04.2006
я как-то делал бесконечный массив(ну, функции работы с элементами и всё такое) на основе динамической памяти..
массив растёт пока не кончится оператива и файл подкачки))
прикольно, но мне пока не понадобилось..
организуешь очередь из нужных элементов и вперёд)
284
11 апреля 2006 года
michael_is_98
587 / / 25.02.2005
Цитата:
Originally posted by mandrew182
Как в Microsoft Visual C++ создать большой масив float или double?
10000x10000 или больше...


100 миллионов - для каких задач тебе это нужно? Скорее всего это надуманная задача.

324
11 апреля 2006 года
AndreySar
532 / / 01.08.2004
Цитата:
Originally posted by michael_is_98
100 миллионов - для каких задач тебе это нужно? Скорее всего это надуманная задача.


Надуманная это задача или нет, это не вопрос, вопрос в том как её реализовать! И если человек с ней столкнулся надо как то предложить ему решение, а не спрашивать зачем ему это нужно

284
11 апреля 2006 года
michael_is_98
587 / / 25.02.2005
Цитата:
Originally posted by AndreySar
Надуманная это задача или нет, это не вопрос, вопрос в том как её реализовать! И если человек с ней столкнулся надо как то предложить ему решение, а не спрашивать зачем ему это нужно


Тогда ответ простой - не делай это ни динамически, ни тем более статически. Иди от задачи. Если нужно по выборке в массиве делать подсчет, то делай буферизацию с того носителя, где эти данные хранятся (или если данные хранятся в БД, то простейший подсчет можно сделать запросом).

324
11 апреля 2006 года
AndreySar
532 / / 01.08.2004
Цитата:
Originally posted by michael_is_98
Тогда ответ простой - не делай это ни динамически, ни тем более статически. Иди от задачи. Если нужно по выборке в массиве делать подсчет, то делай буферизацию с того носителя, где эти данные хранятся (или если данные хранятся в БД, то простейший подсчет можно сделать запросом).



5 баллов

284
11 апреля 2006 года
michael_is_98
587 / / 25.02.2005
Цитата:
Originally posted by AndreySar
5 баллов


У меня есть компонент для быстрого чтения больших массивов данных (читалось до 1 000 000 вещ. чисел) без буферизации на уровне вещ. массива (была буферизация при чтении/записи). Т.е. данные просто быстро читались/записывались в/из одномерного масссива double.
Могу поделиться.

Согласен, делать буферизацию на уровне вещ.массива сложно, здесь нужно исходить из самой задачи.

534
11 апреля 2006 года
HarryAxe
448 / / 19.01.2006
Цитата:
Originally posted by michael_is_98
Согласен, делать буферизацию на уровне вещ.массива сложно, здесь нужно исходить из самой задачи.

Повторяю ещё раз: используем проецируемые в память файлы и вопрос с буферизацией отпадает сам по себе. Всё быстро, оптимально и красиво, распределением памяти управляет сама операционка

406
11 апреля 2006 года
vitaly2003s
481 / / 27.07.2004
Все же необходимо знать что же он собирается делать с этим массивом,так как от этого будет зависеть конкретная реализация.
Необходимо знать все ли элементы массива должны быть доступны изначально и содержать какое то определенное значение или все же нет. Или же данный массив заполняется по мере необходимости,что первично для данного массива чтение или запись и т.д.
284
12 апреля 2006 года
michael_is_98
587 / / 25.02.2005
Цитата:
Originally posted by HarryAxe
Повторяю ещё раз: используем проецируемые в память файлы и вопрос с буферизацией отпадает сам по себе. Всё быстро, оптимально и красиво, распределением памяти управляет сама операционка


Проецируемые файлы не решают проблему полностью. Фактически в этом случае буферизацией управляет сама ОС с помощью своих механизмов. А это не всегда оптимально.
сложно определить конец файла в этом случае, а каждый раз проверять, достигли ли мы конец файла - потеря производительности при чтении больших массивов данных из файла.

Реклама на сайте | Обмен ссылками | Ссылки | Экспорт (RSS) | Контакты
Добавить статью | Добавить исходник | Добавить хостинг-провайдера | Добавить сайт в каталог