информационная безопасность без паники и всерьез  подробно о проекте
			Анализ криптографических сетевых...   Модель надежности двухузлового...   Специальные марковские модели надежности...   Бэкдор в xz/liblzma, предназначенный...   Три миллиона электронных замков...   Doom на газонокосилках
	главная обзор RSN блог библиотека закон бред форум dnet о проекте
	bugtraq.ru / форум / programming		Имя Пароль

ФОРУМ все доски FAQ IRC новые сообщения site updates guestbook beginners sysadmin programming operating systems theory web building software hardware networking law hacking gadgets job dnet humor miscellaneous scrap регистрация Легенда:   новое сообщение   закрытая нитка   новое сообщение   в закрытой нитке   старое сообщение	Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания. Новичкам также крайне полезно ознакомиться с данным документом. Быстрее должно быть немного (или значительно, зависит от... 16.04.04 09:48  Число просмотров: 1574 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 16.04.04 09:50  Количество правок: 1 <"чистая" ссылка> Быстрее должно быть немного (или значительно, зависит от реализации), но не следует на этом сильно заострять внимание. Я уже давно использую технологию чтения файла целиком и потом обрабатываю данные как хочу. От совместной обработки одного файла следует отказываться в пользу "серверных" технологий. Имеет смысл пообсуждать поспорить на тему осмысленности чтения всего файла целиком... Например недостатки - если программе потребуется всего маленький фрагмент файла, то будут лишние накладные расходы на чтение тех данных, которые не нужны, а так же в процессе обработки огромных файлов на писюках с небольшим объемом оперативки и пр. Правда пока я на подобные "грабли" не наступал, а преимущества и перечислять не буду, и так все ясно. <programming> Поиск  [C++] Оптимизации чтения данных з файла... - CrazyPitbull 16.04.04 00:15 [2453] [C++] кроме того, если речь о win32... - dl 16.04.04 10:44 [1593] Для большинства задач это будет наиболее оптимальным... - DPP 16.04.04 12:25 [1589] естественно, надо смотреть в каждом конкретном случае - dl 16.04.04 13:01 [2059] При считывании за раз данные сначала попадают в буфер, а... - amirul 16.04.04 12:31 [1531] Всё очень сильно зависит от хардверной части. Напр... - void 16.04.04 23:25 [1825] Ну на интел-базед платформах под управлением Микрософт... - DPP 16.04.04 12:55 [1475] Не факт. Хотя бы тот факт, что аппаратно можно работать... - amirul 16.04.04 13:16 [2124] У RSX-11 не было системных вызовов на чтение одног... - DPP 16.04.04 14:01 [1471] И что в этом хорошего? - amirul 16.04.04 15:23 [1378] Не говорю, что это метод лишен недостатков. Просто как... - DPP 16.04.04 16:18 [1427] угу, т.е. при работе с большими буферами можно фак... (-)  - dl 16.04.04 13:44 [1425] Да, да, если такое ПО стало заметно тормозить из-з... (-)  - DPP 16.04.04 14:15 [1413] [C++] ============================================... - CrazyPitbull 17.04.04 01:14 [1346] Читать ничено не надо, просто область памяти будет... - DPP 19.04.04 10:21 [1421] [C++] Нет. Или mmap или буфер - amirul 17.04.04 01:24 [2156] А вообще вопрос имеется. - void 17.04.04 05:31 [1384] Хорошее замечание, кстати - amirul 17.04.04 13:45 [1898] А кстати ещё лучшее замечание... - void 18.04.04 04:19 [1777] Немного о менеджере памяти - amirul 18.04.04 15:11 [1999] [C++] Это интереснее... - CrazyPitbull 16.04.04 12:20 [1379] [C++] Литературка - MSDN - amirul 16.04.04 12:22 [1344] [C++] Да в общем и не только win32 - amirul 16.04.04 12:12 [1336] Быстрее должно быть немного (или значительно, зависит от... - DPP 16.04.04 09:48 [1574] [C++] При многокрактных вызовах файлового API в за... - HandleX 16.04.04 07:53 [1370] Разумеется, I/O буферизируется ОС. Разумеется, Вы можете... - void 16.04.04 02:42 [1754] [C++] Оптимизации чтения данных из файла... - shadow_agent 16.04.04 01:37 [1626] Да нет не обман. Вообще ось конечно кэширует опера... - Killer{R} 16.04.04 01:35 [1392]

Copyright © 2001-2024 Dmitry Leonov

Page build time: 0 s

Design: Vadim Derkach