Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по программированию на C/С++

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322

Открыть новую тему     Написать ответ в эту тему

Crazy_Shrike



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Вопросы по программированию на C/С++

 
  • Справочники, книги
  • Выбор IDE (среды программирования)
     
    Постарайтесь дать как можно больше информации о возникшей проблеме - это в конце концов в ваших же интересах чтобы вам помогли.

    Решения конкретных задач собираются и обсуждаются в теме Задачи по C/С++ .

    Прежде чем просить помощи в задании...
    Если позарез надо и вы даже готовы заплатить

    Как правильно задавать вопросы, если вы хотите получить ответ.

    Полезные ссылки:
    C++(eng)

  • Всего записей: 241 | Зарегистр. 25-03-2004 | Отправлено: 13:37 06-05-2004 | Исправлено: AZJIO, 19:45 12-05-2014
    AndrMan

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    По моему, оно так не соберется А вот ostream_iterator<char> - соберется

    Всего записей: 156 | Зарегистр. 29-03-2003 | Отправлено: 12:54 13-04-2014
    BagaBaga

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Сложилась интересная ситуация. Если сначала писать строку в локальный буфер, а потом её выводить через cout, то обработка занимает в 5-6 раз меньше времени по сравнению с "выталкиванием" полученных значений не в буфер, а сразу в cout. Это при том, что endl не использовал (т.к. он вызывает принудительный сброс буфера). Можете подсказать, в чём дело, и можно ли сохранить производительность без буфера? (Или лучше сразу привести пример данных и кода?)

    Всего записей: 463 | Зарегистр. 14-11-2005 | Отправлено: 00:22 16-04-2014
    AndrMan

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BagaBaga
    См. здесь

    Всего записей: 156 | Зарегистр. 29-03-2003 | Отправлено: 05:40 16-04-2014
    BagaBaga

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Спасибо. Результат интересный.  
    1. При отключении синхронизации с stdio и привязки cin к cout "старый медленный" вариант оказался куда быстрее "старого быстрого" (с доп. буфером). Без этого он был в 5-6 раз медленнее.  
    2. При уравнивании шансов (т.е. при аналогичном отключении синхронизации и привязки в "старом быстром"  варианте) получилось: вариант с буфером в 2-2.5 раза быстрее варианта с "прямым отправлением" в стандартный поток вывода.
     
    Использованные манипуляции ускоряют программу в 8-10 раз (но соотношение между вариантами сохраняется, хотя отрыв и сокращается).

    Всего записей: 463 | Зарегистр. 14-11-2005 | Отправлено: 09:21 16-04-2014
    AndrMan

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Если позволяет работа с буфером - лучше работать с буфером Вывод на экран - долгая операция. 2-2.5 раза - это не очень много Я так понимаю, что проверяется всё под Windows. Если я правильно помню, на Юникс всё значительно быстрее.

    Всего записей: 156 | Зарегистр. 29-03-2003 | Отправлено: 09:45 16-04-2014 | Исправлено: AndrMan, 09:49 16-04-2014
    BagaBaga

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Всё проверяется под Win7 (компилятор - gcc под него же). На экран ничего не выводится (хотя может - при желании). Просто программа читает со стандартного входа и выводит результат на стандартный вывод. При использовании - перенаправление потоков, вроде a.exe < file_in > file_out. Да и проще потом в скрипты оборачивать (или в конвейер).  
     
    Самое смешное, что буфер - небольшой. Всего 80 байт. После "тюнинга" с опциями cout эта разница в 2-2.5 раза не критична и ковыряться за ускорение "до последнего" на этой задаче практического смысле нет. Тут просто чистое любопытство.
     
    Самое интересное, что при "тюнинге" основное ускорение происходит при отключении синхронизации с stdout. "Отвязка" cin от cout даёт совсем небольшой прирост .

    Всего записей: 463 | Зарегистр. 14-11-2005 | Отправлено: 22:40 16-04-2014
    Eminence

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Доброго всем дня!
    C помощью ATL сгенерировал COM-компонент. Создал интерфейс. Мне необходимо добавить метод, который возвращает строку. Каким должен быть входной параметр этого метода? Кто должен выделять память, приложение или COM-компонент? Может быть, нужно просто передать массив char по стандартным правилам передачи массивов в COM-объекты? Или есть другие пути?
    И еще. Возможно ли из COM-объекта сразу получить массив строк, или необходимо делать методы, чтобы получать эти строки по очереди?
    Заранее спасибо!

    Всего записей: 106 | Зарегистр. 26-09-2009 | Отправлено: 16:30 19-04-2014 | Исправлено: Eminence, 16:45 19-04-2014
    AndrMan

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Eminence
    Например, так

    Всего записей: 156 | Зарегистр. 29-03-2003 | Отправлено: 08:38 20-04-2014
    AlekXL



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    как известно, в С++ Builder 64-bit используется допиленный компанией абракадабра Clang.. В это году(думаю, в сентябре/октябре) обещают выкатить 32-разядный cpp компилятор на той же основе.
    Но вот какая именно версия, насколько свежая то бишь, лежит в основе этого уникального(как бэ и нетучки сейчас другого рабочего тулчейна Clang на Windows) продукта?
    есть ли родимчики, баги и несовместимости в оригинальном компиляторе, его milestone versions, исправленные недавно,чтобы оценить свежесть допиленного C++Builder' а?

    Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 04:16 02-05-2014 | Исправлено: AlekXL, 04:17 02-05-2014
    Drubidon



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    обещают выкатить 32-разядный cpp компилятор на той же основе.

    им бы еще x64 получше допилить, а то старый код от х32 без правок на x64 не всегда компилиться.

    Всего записей: 125 | Зарегистр. 03-06-2002 | Отправлено: 04:42 02-05-2014
    AlekXL



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    им бы еще x64 получше допилить, а то старый код от х32 без правок на x64 не всегда компилиться.  

    ну это нормально, пожалуй. Кроме того, после полного перехода на CLang никто и не вспомнит о старом глючном компиляторе, и о диалекте языка, к-й он поддерживал.
    Билдер "славился" своим самым слабым компилятором, к-й чуть ли не хуже дельфи был. И -- внезапно, LLVM! Да еще с нативной и мощной библиотекой VCL(под венду ничего подобного нету)! Разрыв шаблона имхо.

    Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 19:06 02-05-2014
    Drubidon



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Кроме того, после полного перехода на CLang никто и не вспомнит о старом глючном компиляторе, и о диалекте языка, к-й он поддерживал.  

    На него еще перейти надо. Если старый код без проблем скопилится на новом компиляторе, то все отлично. А вот если не скомпилится (что скорее всего), то вспомнят все и старый компилятор и разработчиков нового .
    Хотя конечно нужно идти вперед, старый компилятор по своим возможностям давно устарел.

    Всего записей: 125 | Зарегистр. 03-06-2002 | Отправлено: 05:12 03-05-2014
    AlekXL



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    На него еще перейти надо.  

    в планах абракадабры на 2014 год... недолго осталось.
     

    Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 05:19 03-05-2014
    Drubidon



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Под словом "перейти" я подразумевал, что весь код будут компилить на этом компиляторе. То что его выпустят это ничего еще не означает. Старый тоже оставят. Поэтому старые проекты которые сразу не скомпиляться в новом компиляторе многие будут компилить в старом.
    AlekXL, вот у вас любой старый проект компилится под новым компилятором х64 ?

    Всего записей: 125 | Зарегистр. 03-06-2002 | Отправлено: 05:53 03-05-2014
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подскажите какие-нибудь платформонезависимые функции преобразования кодировок WCHAR>UTF8>WCHAR
    А ещё лучше полные или более полные аналоги форточных MultiByteToWideChar и WideCharToMultiByte
    ?

    Всего записей: 2088 | Зарегистр. 30-01-2010 | Отправлено: 16:42 03-05-2014
    ne_viens

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    iconv()

    Всего записей: 1525 | Зарегистр. 01-11-2004 | Отправлено: 17:06 03-05-2014
    Abs62



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    HNKTO
    Тип wchar_t сам платформозависим. 2 байта под Win и 4 на линуксах.

    ----------
    0 программистов ругал сердитый шеф
    Потом уволил одного, и стало их FF

    Всего записей: 6077 | Зарегистр. 22-10-2005 | Отправлено: 17:08 03-05-2014
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Abs62, не знал.
    Собственно я и в пользовании линуксом не гу-гу. Не говоря уже о писании программ под него.
    Просто банальное желание делать так чтоб работало везде (с минимальными переделками) особенно "математики".
    ...
    тогда снимаю вопрос т. к. я так понимаю лучше хранить текст в UTF8, и преобразовывать в специфические форматы непосредственно при выводе.
     
    Спасибо.

    Всего записей: 2088 | Зарегистр. 30-01-2010 | Отправлено: 18:46 03-05-2014
    Garrett

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    HNKTO
    Храните текст в юникодных строках (L"xxx"), работайте с ними, и ничего перекодировать не надо.

    Всего записей: 2730 | Зарегистр. 16-10-2003 | Отправлено: 19:47 03-05-2014
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Garrett, еслибы всё так просто.
    Постановка задачи:
    Есть HTML страница (получаемая из интернета) с текстом в кодировке UTF8
    Она парсируется на "нужные" блоки текста, которые сохраняются.
    а затем выводятся на экран.
     
    соответственно даже принять формат L"xxx", который в windows генерит строку wchar_t символов, то всё равно надо перекодировать.

    Всего записей: 2088 | Зарегистр. 30-01-2010 | Отправлено: 20:47 03-05-2014
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322

    Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по программированию на C/С++


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru