[Orgyak] ZH feladat ötlet

Richard O. Legendi leriaat at elte.hu
Wed May 16 13:56:00 CEST 2012


:-)

Ricsi

--
Richard O. Legendi
PhD Student
Eötvös Loránd University, Faculty of Informatics
Department of Programming Languages and Compilers
http://people.inf.elte.hu/legendi/

On 2012.05.16. 13:51, Zaicsek Balázs wrote:
> ok
>
> a busy waiting max 2-es!
>
> úgyhogy imádkozzanak, hogy te értékeld, és ne én! :)
>
> 2012.05.16. 13:20 keltezéssel, Richard O. Legendi írta:
>> Hali!
>>
>> +1 feladat ötlet: Legyen esetleg /shutdown/ parancs is. Ilyenkor a 
>> szerver minden kapcsolatot bont, újakat nem enged csatlakozni, és 
>> mondjuk kiírja fájlba a blackboard tartalmát. Ezután a következo" 
>> induláskor amennyiben létezik a backup file, beolvassa a tartalmát és 
>> azzal inicializálódik. Hm?
>>
>> A Logger vs. Mirror szerintem is jó.
>>
>> Ami még eszembe jutott, hogy egész sok busy waitinget fogunk 
>> szerintem látni a várakozós feladatnál, de azt is el lehet fogadni talán.
>>
>> Ricsi
>> --
>> Richard O. Legendi
>> PhD Student
>> Eötvös Loránd University, Faculty of Informatics
>> Department of Programming Languages and Compilers
>> http://people.inf.elte.hu/legendi/
>> On 2012.05.16. 13:05, Zaicsek Balázs wrote:
>>> írjátok meg, mi legyen a +1 feladat, most fogalmazom a szöveget.
>>>
>>> én szeretnék szinkronizációt kérni, szerintem anélkül... hát...
>>>
>>> a Logger, meg  a Mirror között hatalmas különbség van, tekintve, 
>>> hogy az egyik magától böködi az üzeno"falat, a másik meg passzív
>>> azért érzem jónak így, mert a Mirror nehezebb, szerintem.
>>>
>>> A logger csak azért van, hogy a másik technológiával is kezdjenek 
>>> valmait, és ez nem egy bonyolult kérés
>>>
>>> De várom az ötleteket!
>>>
>>> Balu
>>>
>>> 2012.05.16. 10:13 keltezéssel, Melinda Toth írta:
>>>> Szerintem is lehet +feladata, mely segítségével kiválthatják 
>>>> valamelyiket.
>>>>
>>>> Melinda
>>>>
>>>> On 05/16/2012 09:11 AM, Richard O. Legendi wrote:
>>>>> Hali!
>>>>>
>>>>> Wow, thx, szerintem teljesen jó. Viszont akkor JUnit/JDBC teljesen 
>>>>> kiihúzva?
>>>>>
>>>>> Az alapfeladat szövegén annyit változtatnék, hogy ne /null/ 
>>>>> értéket adjon vissza (socketen lehetne hibaüzenet is).
>>>>>
>>>>> Egy minimális kommunikációs példát belerakhatnánk, ilyesmit, hogy:
>>>>>
>>>>>     Kliens 1:
>>>>>         Üzenet:
>>>>>             write 1 message one
>>>>>         Válasz:
>>>>>             OK ...
>>>>>         Blackboard tartalma:
>>>>>             1 --> message one
>>>>>
>>>>>     Kliens 2:
>>>>>         Üzenet:
>>>>>             write 1 erroneous message
>>>>>         Válasz:
>>>>>             ERR ...
>>>>>         Blackboard tartalma:
>>>>>             1 --> message one
>>>>>
>>>>>     Kliens 2:
>>>>>         Üzenet:
>>>>>             read 1
>>>>>         Válasz:
>>>>>             OK message one
>>>>>         Blackboard tartalma:
>>>>>             1 --> message one
>>>>>
>>>>>     Kliens 3:
>>>>>         Üzenet:
>>>>>             take 1
>>>>>         Válasz:
>>>>>             OK message one
>>>>>         Blackboard tartalma:
>>>>>             -
>>>>>
>>>>> Vagy ilyesmi (persze, RMI-vel nem sok értelme van, de kb. 
>>>>> illusztrálja, mik kellenek).
>>>>>
>>>>> Szinkronizációt biztos akarunk a kettesért?
>>>>>
>>>>> Loggerbo"l nem elég, ha egyet csinálnak?
>>>>>
>>>>> Ne legyen egy +1 feladat, hogy valamelyik kiváltható legyen? 
>>>>> (Elo"zo" félévekben mintha úgy lettek volna, hogy 5 db +1 feladat 
>>>>> van, de lehet csak rosszul emlékszem.)
>>>>>
>>>>> My 2 cents - és nagyon köszi!
>>>>> Ricsi
>>>>> --
>>>>> Richard O. Legendi
>>>>> PhD Student
>>>>> Eötvös Loránd University, Faculty of Informatics
>>>>> Department of Programming Languages and Compilers
>>>>> http://people.inf.elte.hu/legendi/
>>>>> On 2012.05.15. 21:19, Zaicsek Balázs wrote:
>>>>>> Sziasztok!
>>>>>>
>>>>>>    A következo"re gondolok:
>>>>>>
>>>>>>   * Alap feladat:
>>>>>>       o Egy BlackBoard, amire mindenki szabadon helyezhet el
>>>>>>         üzeneteket
>>>>>>           + Minden üzenetnek van Id-ja, és tartalma (int, String)
>>>>>>           + Az üzeneteket az id-juk alapján lehet kérni
>>>>>>           + Az üzenet ID-ját a kliens határozza meg, létezo" ID
>>>>>>             újraelhelyezése hibajelzést ad (szabadon eldöntheto",
>>>>>>             hogy milyet)
>>>>>>       o Egy üzenetet lehet olvasni (read)
>>>>>>           + Ha nincs a kért ID-jú üzenet, a visszatérési érték null
>>>>>>       o Egy üzenetet lehet elhelyezni (write)
>>>>>>       o Egy üzenetet le lehet venni a BlackBoard-ról (take)
>>>>>>           + Ha nincs a kért ID-jú üzenet, a visszatérési érték null
>>>>>>       o Oldja meg a helyes szinkronizációt, és készítse fel a
>>>>>>         rendszert több kliensre
>>>>>>   * Hármasért:
>>>>>>       o Írj Logger-t a BlackBoard-hoz
>>>>>>       o Ha az elo"zo"t RMI-vel írtad, ezt Socket-ekkel készítsd,
>>>>>>         és fordítva
>>>>>>       o A Logger magától kéri el a BlackBoard aktuális állapotát,
>>>>>>         és ennek gyakorisága parancssori paraméter
>>>>>>       o Ha a Logger csak egy paramétert kap, akkor a konzolra ír,
>>>>>>         ha 2-t, akkor a második paraméterként kapott file-ba
>>>>>>       o A Loggernek a konzolról lehet parancsot küldeni
>>>>>>           + "force" -- azonnali üzenet lekérés
>>>>>>           + "exit" -- kilép
>>>>>>       o Több Logger is futhasson egy ido"ben
>>>>>>   * +1 jegy:
>>>>>>       o  Ha valaki olyan ID-val kér üzenetet, ami nincs, akkor
>>>>>>         addig várakozzon a kérése, amíg ilyen ID-jú üzenet nem
>>>>>>         érkezik a BlackBoard-ra
>>>>>>   * +1 jegy:
>>>>>>       o Mirror készítése
>>>>>>       o Akárhány Mirror lehet egy BlackBoard-hoz
>>>>>>       o A Mirror magától regisztrál a BlackBoard-ra
>>>>>>       o A Mirrorok kezdeti állapotát a BlackBoard beállítja
>>>>>>       o A Mirrorok állapotát a BlackBoard tartja karban
>>>>>>
>>>>>> Szerintem ez így kerek, és megfelelo"en nehezedo" feladat. Nem 
>>>>>> lesz sok ötös, de ha valaki 2-est, 3-ast szeretne, az viszonylag 
>>>>>> könnyen megkapja. Szerintetek?
>>>>>>
>>>>>> Balu
>>>>>>
>>>>>>
>>>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Orgyak mailing list
>>> Orgyak at plc.inf.elte.hu
>>> https://plc.inf.elte.hu/mailman/listinfo/orgyak
>
>
>
> _______________________________________________
> Orgyak mailing list
> Orgyak at plc.inf.elte.hu
> https://plc.inf.elte.hu/mailman/listinfo/orgyak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/orgyak/attachments/20120516/634758b2/attachment-0001.html>


More information about the Orgyak mailing list