[Vari] Contest 19: Full Text Search(e non solo).

[Vincenzo1968]

Originariamente inviato da AnonimoVeneziano

Mmm, immaginavo ci sarebbero stati problemi del genere su visual studio ...

Mi sa che l'unica cosa sarebbe usare MinGW o usare una libreria che implementa Windows come questa http://softagalleria.net/dirent.php .... o certo, potrei usare io direttamente le API di windows (e mettere nel codice dei bei #if) ... ma che palle Dovrò valutare

Ah vero! posso usare mingw, m'ero scordato!

Un attimino che provo

[AnonimoVeneziano]

Originariamente inviato da Vincenzo1968

Ah vero! posso usare mingw, m'ero scordato!

Un attimino che provo

Ho notato che ho anche sbagliato il nome delle funzioni _fseeki64 e _ftelli64 nel sorgente, che invece ho nominato _fseek64 e _ftell64 .

Comunque mo vedo se riesco a farlo più Windows compatibile, visto che adesso posso testarlo su Win 8

[Vincenzo1968]

E infatti da problemi anche mingw:



All'inizio dava problemi con int64_t ma ho risolto aggiungendo il file include stdint.h

Da problemi con _fseek64 e _ftell64

[VICIUS]

Questi i tempi sul mio mac

Vincenzo1968

➜ Contest  time ./vincenzo file -D5GiB
./vincenzo file -D5GiB  7.83s user 9.38s system 19% cpu 1:29.49 total

AnonimoVeneziano

➜ Contest  time ./hay file -D5GiB
./hay file -D5GiB  4.81s user 8.82s system 15% cpu 1:29.41 total

VICIUS

➜ Contest  time java -server Generate file -D5GiB
java -server Generate file -D5GiB  20.11s user 7.65s system 29% cpu 1:33.17 total

Tommo

➜ Contest  time ./tommo file -D5GB
./tommo file -D5GB  3.62s user 10.12s system 15% cpu 1:29.70 total

I tre programmi C sono identici come tempi. Il mio java leggermente più indietro ma vince in semplicità, chiarezza e bellezza del codice.

[Vincenzo1968]

Originariamente inviato da VICIUS

Questi i tempi sul mio mac

Vincenzo1968

➜ Contest  time ./vincenzo file -D5GiB
./vincenzo file -D5GiB  7.83s user 9.38s system 19% cpu 1:29.49 total

AnonimoVeneziano

➜ Contest  time ./hay file -D5GiB
./hay file -D5GiB  4.81s user 8.82s system 15% cpu 1:29.41 total

VICIUS

➜ Contest  time java -server Generate file -D5GiB
java -server Generate file -D5GiB  20.11s user 7.65s system 29% cpu 1:33.17 total

Tommo

➜ Contest  time ./tommo file -D5GB
./tommo file -D5GB  3.62s user 10.12s system 15% cpu 1:29.70 total

I tre programmi C sono identici come tempi. Il mio java leggermente più indietro ma vince in semplicità, chiarezza e bellezza del codice.

Ah si, il mio è molto(ma molto) più grosso del tuo.

[Vincenzo1968]

Originariamente inviato da AnonimoVeneziano

Ho notato che ho anche sbagliato il nome delle funzioni _fseeki64 e _ftelli64 nel sorgente, che invece ho nominato _fseek64 e _ftell64 .

Comunque mo vedo se riesco a farlo più Windows compatibile, visto che adesso posso testarlo su Win 8

Ho cambiato le funzioni così:

#define fseeko _fseeki64
#define ftello _ftelli64

Ma ottengo un errore del linker:

C:\Contest19\AnonimoVeneziano\c19input\Contest>gcc -std=gnu99 -O3 c19input.c -o
c19input
c19input.c: In function 'get_file_size':
c19input.c:52:3: warning: implicit declaration of function '_fseeki64' [-Wimplic
it-function-declaration]
c19input.c:53:3: warning: implicit declaration of function '_ftelli64' [-Wimplic
it-function-declaration]
C:\DOCUME~1\VLC\IMPOST~1\Temp\ccCpkAI0.o:c19input.c.text+0x2f): undefined refe
rence to `_fseeki64'
C:\DOCUME~1\VLC\IMPOST~1\Temp\ccCpkAI0.o:c19input.c.text+0x37): undefined refe
rence to `_ftelli64'
C:\DOCUME~1\VLC\IMPOST~1\Temp\ccCpkAI0.o:c19input.c.text+0xaa): undefined refe
rence to `_fseeki64'
C:\DOCUME~1\VLC\IMPOST~1\Temp\ccCpkAI0.o:c19input.c.text+0xb2): undefined refe
rence to `_ftelli64'
c:/programmi/mingw32/bin/../lib/gcc/mingw32/4.7.2/../../../../mingw32/bin/ld.exe
: C:\DOCUME~1\VLC\IMPOST~1\Temp\ccCpkAI0.o: bad reloc address 0x0 in section `.d
ata'
c:/programmi/mingw32/bin/../lib/gcc/mingw32/4.7.2/../../../../mingw32/bin/ld.exe
: final link failed: Invalid operation
collect2.exe: error: ld returned 1 exit status

Con Visual Stufio, nel mio, ho fatto così:

#ifdef __linux__ 	
	fseeko(fpRand, 0, SEEK_END);
	sizeRand = ftello(fpRand);
	fseeko(fpRand, 0, SEEK_SET);
#else
	_fseeki64(fpRand, 0, SEEK_END);
	sizeRand = _ftelli64(fpRand);
	_fseeki64(fpRand, 0, SEEK_SET);	
#endif

Possibile che non esistano funzioni C standard per gestire i file > 4 GiB?

[Vincenzo1968]

Originariamente inviato da VICIUS

Questi i tempi sul mio mac

Vincenzo1968

➜ Contest  time ./vincenzo file -D5GiB
./vincenzo file -D5GiB  7.83s user 9.38s system 19% cpu 1:29.49 total

AnonimoVeneziano

➜ Contest  time ./hay file -D5GiB
./hay file -D5GiB  4.81s user 8.82s system 15% cpu 1:29.41 total

VICIUS

➜ Contest  time java -server Generate file -D5GiB
java -server Generate file -D5GiB  20.11s user 7.65s system 29% cpu 1:33.17 total

Tommo

➜ Contest  time ./tommo file -D5GB
./tommo file -D5GB  3.62s user 10.12s system 15% cpu 1:29.70 total

I tre programmi C sono identici come tempi. Il mio java leggermente più indietro ma vince in semplicità, chiarezza e bellezza del codice.

Non puoi fare degli screenshot? Qual è il tempo da considerare? system? user?

]

[VICIUS]

Originariamente inviato da Vincenzo1968

Non puoi fare degli screenshot? Qual è il tempo da considerare? system? user?

]

Nessuno dei due. Il tempo reale è l'ultimo.

[AnonimoVeneziano]

Non ti preoccupare, mo ci lavoro un po' per farlo andare con Visual Studio nativo

Non mi piacciono sti hack

[Vincenzo1968]

I tempi di Tommo non li ho presi perché deve ancora sistemare l'output(anche se il tempo impiegato non dovrebbe variare di molto).

[AnonimoVeneziano]

Ecco una versione aggiornata per lavorare sia su Unix che su Windows (testato solo Win8 + VS2012)

I file sono da compilare come "C++" anche se sono "C99" a causa del fatto che il compilatore MS in modalità C non supporta la dichiarazione delle variabili in mezzo ai blocchi.

La versione 2 su windows sulla mia macchina è qualche secondo più veloce pare.

http://www.filedropper.com/c19input_4
Ciao

[AnonimoVeneziano]

Vic, per la tua versione che versione di Java hai usato?

Con la 1.6 javac mi da un sacco di errori di compilazione, come mai?

[Vincenzo1968]

Originariamente inviato da AnonimoVeneziano

Ecco una versione aggiornata per lavorare sia su Unix che su Windows (testato solo Win8 + VS2012)

I file sono da compilare come "C++" anche se sono "C99" a causa del fatto che il compilatore MS in modalità C non supporta la dichiarazione delle variabili in mezzo ai blocchi.

La versione 2 su windows sulla mia macchina è qualche secondo più veloce pare.

http://www.filedropper.com/c19input_4
Ciao

No, non da me; stranamente la versione 2 è più lenta di un secondo. Ecco i tempi presi compilando i nuovi sorgenti:



Più tardi lo provo su Windows. Mo vado a magna'.

[AnonimoVeneziano]

Originariamente inviato da Vincenzo1968

No, non da me; stranamente la versione 2 è più lenta di un secondo. Ecco i tempi presi compilando i nuovi sorgenti:


Più tardi lo provo su Windows. Mo vado a magna'.

Appunto è Windows o MSVC che fanno diventare la seconda più veloce (almeno sulla mia macchina), perchè su Mac è più veloce la prima. Magari dipende dalle implementazioni delle librerie del C.

Bon appetit!

EDIT: Mi sono permesso di fare una versione del tuo main.c che compila anche sul mio Macbook

http://www.filedropper.com/main_3

[Vincenzo1968]

Originariamente inviato da AnonimoVeneziano

Appunto è Windows o MSVC che fanno diventare la seconda più veloce (almeno sulla mia macchina), perchè su Mac è più veloce la prima. Magari dipende dalle implementazioni delle librerie del C.

Bon appetit!

EDIT: Mi sono permesso di fare una versione del tuo main.c che compila anche sul mio Macbook

http://www.filedropper.com/main_3

Hai fatto benissimo! Anzi ti debbo ringraziare!


Purtroppo su Visual Studio 2010 ottengo questi errori:

1>------ Rebuild All started: Project: AnonimoVeneziano2, Configuration: Release Win32 ------
1>  c19input2.c
1>c19input2.c(58): warning C4996: 'fopen': This function or variable may be unsafe. Consider using fopen_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>          C:\Programmi\Microsoft Visual Studio 10.0\VC\include\stdio.h(234) : see declaration of 'fopen'
1>c19input2.c(60): warning C4244: '=' : conversion from '__int64' to 'size_t', possible loss of data
1>c19input2.c(79): warning C4996: 'fopen': This function or variable may be unsafe. Consider using fopen_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>          C:\Programmi\Microsoft Visual Studio 10.0\VC\include\stdio.h(234) : see declaration of 'fopen'
1>c19input2.c(150): error C2664: 'FindFirstFileW' : cannot convert parameter 1 from 'const char *' to 'LPCWSTR'
1>          Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
1>c19input2.c(161): error C2664: 'FindFirstFileW' : cannot convert parameter 1 from 'const char *' to 'LPCWSTR'
1>          Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
1>c19input2.c(168): error C2664: 'strlen' : cannot convert parameter 1 from 'WCHAR [260]' to 'const char *'
1>          Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
1>c19input2.c(173): error C2664: 'strncpy' : cannot convert parameter 2 from 'WCHAR [260]' to 'const char *'
1>          Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
1>c19input2.c(269): warning C4018: '<' : signed/unsigned mismatch
1>c19input2.c(272): warning C4018: '<' : signed/unsigned mismatch
1>c19input2.c(274): warning C4018: '>' : signed/unsigned mismatch
1>c19input2.c(275): warning C4244: '=' : conversion from 'uint64_t' to 'int32_t', possible loss of data
1>c19input2.c(333): warning C4244: 'argument' : conversion from 'time_t' to 'unsigned int', possible loss of data
========== Rebuild All: 0 succeeded, 1 failed, 0 skipped ==========

[VICIUS]

Originariamente inviato da AnonimoVeneziano

Vic, per la tua versione che versione di Java hai usato?

Con la 1.6 javac mi da un sacco di errori di compilazione, come mai?

Java 7

[Vincenzo1968]

Vicius o AnonimoVeneziano(o tutt'e due) potreste gentilmente postare uno screeshot. Così, tanto per avere il prio* di vedere la mia applicazioncina girare su Mac.







*prio = dialetto siciliano. Vuol dire "piacere".

[Vincenzo1968]

Ho risolto il problema con Visual Studio 2010 per i sorgenti di AnonimoVeneziano. Bisogna compilare con l'opzione Character Set=Not Set(e non con Use Unicode character set).

Mo provo i tempi su XP a 32 bit.

[AnonimoVeneziano]

Originariamente inviato da VICIUS

Java 7

Ah ok, dopo provo a reperirlo.

@Vincenzo mo ti faccio lo screen :P (non è molto diverso da linux eh )

Edit:
Ecco

[VICIUS]

Originariamente inviato da Vincenzo1968

Ho risolto il problema con Visual Studio 2010 per i sorgenti di AnonimoVeneziano. Bisogna compilare con l'opzione Character Set=Not Set(e non con Use Unicode character set).

Mo provo i tempi su XP a 32 bit.

Comunque. Non so come tu faccia a calcolare i tempi ma canni di brutto. Non ci ha messo neanche lontanamente 15 secondi a creare il file. Sia l'iphone che l'orologio da muro della cucina riportano lo stesso tempo di time.