Thread View: pl.comp.objects
7 messages
7 total messages
Started by Miroslaw.Makowiecki
Tue, 27 Mar 2007 10:17
Strumień filtering_stream tworzony dwuetapowo przy pomocy biblioteki boost.IOStreams
Author: Miroslaw.Makowiecki
Date: Tue, 27 Mar 2007 10:17
Date: Tue, 27 Mar 2007 10:17
29 lines
2658 bytes
2658 bytes
Mamy oto kod:
//strumień1
filtering_stream<input> stream1;
stream1.push(Liczenie_znakow());
stream1.push(LIczenie_sumy_md5());
stream1.push(liczenie_sumy_sha1());
std::fstream file("/home/gigat/duzy_plik.iso");
//strumień2
filtering_stream<input> stream2;
stream2.push(Liczenie_sumy_sha256());
stream2.push(Liczenie_kolejnych_linni());
stream2.push(gzip_decompressor());
stream2.push(stream1);
Jak wiemy linia stream2.push(stream1) powoduje że strumień stream2
jest mało wydajny,było by wydajne gdy by zamiast stream2.push(stream1)
wsadziliśmy kolejne wywołania push strumienia stream1,ale ja chcę by
strumień był tworzony dwuetapowo, strumień stream1 robi prawie coś
innego niż strumień stream2, oczywiste jest że strumień stream2 jest
połączony ze strumieniem stream1. W moim programie z takim samym
prawdopodobieństwem korzystam że strumienia stream1 i stream2.
Oczywiście strumień stream1 i stream2 obudowuję w klasy, którego
wygoda jest taka sama jest korzystanie std::fstream.
Pytanie czy powyższy sposób postępowania strumienia stream1 i stream2
można udoskonalić(pamiętajmy definiujemy strumień dwuetapowo),by
stream2 był maksymalnie wydajny,tak samo zamiast stream2.push(stream1)
gdy byśmy wsadziliśmy kolejne wywołania push stream1,jeśli to da się
to zrobić, to jak?
Proszę o ewentualne linki i pomoce rozwiązujące mój problem!
Za każdą pomoc jestem wdzięczny!
Re: Strumień filtering_stream tworzony dwuetapowo przy pomocy biblioteki boost.IOStreams
Author: A.L.
Date: Sat, 31 Mar 2007 03:10
Date: Sat, 31 Mar 2007 03:10
24 lines
1484 bytes
1484 bytes
On 27 Mar 2007 03:17:25 -0700, Miroslaw.Makowiecki@gmail.com wrote:
>Mamy oto kod:
>//strumień1
>filtering_stream<input> stream1;
>stream1.push(Liczenie_znakow());
>stream1.push(LIczenie_sumy_md5());
>stream1.push(liczenie_sumy_sha1());
>std::fstream file("/home/gigat/duzy_plik.iso");
>//strumień2
>filtering_stream<input> stream2;
>stream2.push(Liczenie_sumy_sha256());
>stream2.push(Liczenie_kolejnych_linni());
>stream2.push(gzip_decompressor());
>stream2.push(stream1);
>Jak wiemy linia stream2.push(stream1) powoduje że strumień stream2
>jest mało wydajny,
Ja nie wiem.
A.L.
P.S. To ktos jescze uzywa C++?...
Re: Strumień filtering_stream tworzony dwuetapowo przy pomocy biblioteki boost.IOStreams
Author: Wojciech Muła
Date: Sat, 31 Mar 2007 08:26
Date: Sat, 31 Mar 2007 08:26
7 lines
1179 bytes
1179 bytes
A.L. wrote: > P.S. To ktos jescze uzywa C++?... Pan się dziwi jak dziecko. W Polsce siplasplasa to nawet na uczelniach wykładają. w.
Re: Strumień filtering_stream tworzony dwuetapowo przy pomocy biblioteki boost.IOStreams
Author: A.L.
Date: Sat, 31 Mar 2007 15:35
Date: Sat, 31 Mar 2007 15:35
12 lines
1155 bytes
1155 bytes
On Sat, 31 Mar 2007 10:26:20 +0200, Wojciech Muła <wojciech_mula@poczta.null.onet.pl.invalid> wrote: >A.L. wrote: >> P.S. To ktos jescze uzywa C++?... > >Pan się dziwi jak dziecko. W Polsce siplasplasa to nawet >na uczelniach wykładają. No nie?... Zarty?... A.L.
Re: Strumień filtering_stream tworzony dwuetapowo przy pomocy biblioteki boost.IOStreams
Author: Wojciech Muła
Date: Sat, 31 Mar 2007 16:25
Date: Sat, 31 Mar 2007 16:25
12 lines
1510 bytes
1510 bytes
A.L. wrote: >>Pan się dziwi jak dziecko. W Polsce siplasplasa to nawet >>na uczelniach wykładają. > > No nie?... Zarty?... Miałem ze dwa lata temu na PRz przedmiot o szumnej nazwie "Programowanie obiektowe", którego realizacja sprowadziła się do *kursu* starego" C++ plus egzamin -- z C++ oczywiście. Podejrzewam, że nie jest to sytuacja odosobniona. w.
Re: Strumień filtering_stream tworzony dwuetapowo przy pomocy biblioteki boost.IOStreams
Author: A.L.
Date: Sat, 31 Mar 2007 16:45
Date: Sat, 31 Mar 2007 16:45
23 lines
1821 bytes
1821 bytes
On Sat, 31 Mar 2007 18:25:21 +0200, Wojciech Muła <wojciech_mula@poczta.null.onet.pl.invalid> wrote: >A.L. wrote: >>>Pan się dziwi jak dziecko. W Polsce siplasplasa to nawet >>>na uczelniach wykładają. >> >> No nie?... Zarty?... > >Miałem ze dwa lata temu na PRz przedmiot o szumnej nazwie "Programowanie >obiektowe", którego realizacja sprowadziła się do *kursu* starego" C++ >plus egzamin -- z C++ oczywiście. Podejrzewam, że nie jest to sytuacja >odosobniona. > >w. Rzeczywiscie, z tego co wiem to nie jest. Ale moze byc gorzej. W pewnej "Prywatnej Szkole..." ktos naucza "Client-Server programming" (w Polsce). "O, ciekawe..." powiedzialem. "A w czym programuja studenci?" zapytalem pro forma. "No jak to w czym?" brzmiala odpowiedz. "W C, oczywiscie". A.L.
Re: Strumień filtering_stream tworzony dwuetapowo przy pomocy biblioteki boost.IOStreams
Author: Sektor van Skijlen
Date: Tue, 03 Apr 2007 20:36
Date: Tue, 03 Apr 2007 20:36
28 lines
2394 bytes
2394 bytes
A.L. <fela@2005.com> wrote: > On Sat, 31 Mar 2007 18:25:21 +0200, Wojciech Muła > <wojciech_mula@poczta.null.onet.pl.invalid> wrote: > >>A.L. wrote: >>>>Pan się dziwi jak dziecko. W Polsce siplasplasa to nawet >>>>na uczelniach wykładają. >>> >>> No nie?... Zarty?... >> >>Miałem ze dwa lata temu na PRz przedmiot o szumnej nazwie "Programowanie >>obiektowe", którego realizacja sprowadziła się do *kursu* starego" C++ >>plus egzamin -- z C++ oczywiście. Podejrzewam, że nie jest to sytuacja >>odosobniona. >> >>w. > > Rzeczywiscie, z tego co wiem to nie jest. Ale moze byc gorzej. W > pewnej "Prywatnej Szkole..." ktos naucza "Client-Server programming" > (w Polsce). "O, ciekawe..." powiedzialem. "A w czym programuja > studenci?" zapytalem pro forma. "No jak to w czym?" brzmiala > odpowiedz. "W C, oczywiscie". No a w czym się mają nauczyć client-server programming? Przecież muszą się uczyć w tym, co znają wykładowcy :) Nawet banalnego przykładu client-server (na surowo po TCP) w Tcl-u nie można zrobić, bo to by było za proste :)
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads