とみたです。

At Fri, 27 Aug 1999 14:27:20 +0900,
takeshi@xxxxxxxxxx wrote:

> これはひどいですね。
> 　EUC 版は 全て一度漢字変換を通しているから
>   -DDEBUG でコンパイルしてるから
> 　コンパイル時にまだ最高の最適フラグを立ててない
> が効いているのかもしれません。
> SJIS 版だとどうでしょう。
> EUC に比べて処理はぐっと少ないはずなので、
> もし SJIS 版でも同じくらい遅ければ、
> 他の要因を疑わなくてはなりません。

これですけど、メモリの確保＆解放に時間喰ってるってことはないでしょうか。

文字列項目１個ごとに、malloc & free を行なっているので、10項目 x 5000レ
コードのテーブルだと、50000回 malloc & free を行なうことになります。

EUC→SJIS（データ取り出し時）の場合は、バイト数は増えることないから、メ
モリの確保＆解放するんではなく、EUC 領域を SJIS データで上書きするという
手はどうでしょう？

# あまり美しくないけど…。

具体的にはこんな感じ（試してません…）。


*** results.c.orig	Wed Sep  8 02:21:07 1999
--- results.c	Wed Sep  8 02:21:45 1999
***************
*** 462,471 ****
  		if (field->flags & BINARY_FLAG) break;
  	case FIELD_TYPE_STRING:
  	case FIELD_TYPE_VAR_STRING:
! 		euc_value = value;
! 		value = (char *)euc_to_sjis(euc_value, length);
  		length = strlen(value);
- 		my_free((gptr)euc_value, MYF(0));
  	}
    }
  #endif KANJI
--- 462,469 ----
  		if (field->flags & BINARY_FLAG) break;
  	case FIELD_TYPE_STRING:
  	case FIELD_TYPE_VAR_STRING:
! 		euc_to_sjis(value, length);
  		length = strlen(value);
  	}
    }
  #endif KANJI

*** kanji.c.orig	Wed Sep  8 02:19:20 1999
--- kanji.c	Wed Sep  8 02:20:12 1999
***************
*** 101,107 ****
   Convert FROM contain EUC codes to SHIFT JIS codes
   return converted buffer
  ********************************************************************/
! char *euc_to_sjis(const char *euc, int euc_len)
  {
  	char *sjis;
  	int s;
--- 101,107 ----
   Convert FROM contain EUC codes to SHIFT JIS codes
   return converted buffer
  ********************************************************************/
! char *euc_to_sjis(char *euc, int euc_len)
  {
  	char *sjis;
  	int s;
***************
*** 109,116 ****
  
  	if (euc_len == SQL_NTS)
  		euc_len = strlen(euc);
! 	sjis = my_malloc(euc_len * 2 + 1, MYF(0));
! 	if (!sjis) return NULL;
  
  	s = 0;
  	d = 0;
--- 109,115 ----
  
  	if (euc_len == SQL_NTS)
  		euc_len = strlen(euc);
! 	sjis = euc;
  
  	s = 0;
  	d = 0;


--
とみたまさひろ <tommy@xxxxxxxxxx>