[BC3] Wow, wat missen we veel blokjes !

[DSmarty]

1. Verkeerd ingestelde clients.
2. Dubbelflushende members
3. Members die enorm oude buffers gebruiken.

[Ricoh]

Het valt me de laatste dagen op dat we wel erg veel blokjes missen elke dag.
Voorheen was dat meestal tussen de 5-10 k per dag.
De laatste dagen is dit krankzinnig hoog !

10-mei|proxy: 84.772|d.net: 76.060
11-mei|proxy: 71.093|d.net: 58.406
12-mei|proxy: 69.524|d.net: 44.127 !!!!
13-mei|proxy: 68.997|d.net: 64.953
14-mei|proxy:150.000|d.net:

Dit is toch te erg voor woorden.
Ik weet zeker dat het niet om random blokjes gaat, de proxy heeft er niet uitgelegen en heeft al de tijd een volle buff-in gehad.
De connectie was ook gewoon goed.

Waar kan de oorzaak liggen, is dit pech hebben of een slordigheids foutje van d.net ?
Dit werkt iig niet echt motiverend

wil je narekenen, check dan hier en hier

[Verwijderd]

Dsmarty: onzin....

D.net loop weer te klooten. Wij missen elke dag ook zo''n 1k-1.5k voor ons is dat 10% van de output met soms uitschieters naar boven. Er is wat bij D.net aan de hand want alles bij ons heeft kleine buff-ins en de proxy flusht alles ook meteen door.

Daarnaast hebben wij nog steeds een verschil van 80k tussen onze échte score en onze overall score binnen de DPC terwijl alle blokjes voor de DPC zijn. Errug vaag dus.

[GiLeX]

en jullie zijn niet de enigen:(
Wij(Team ColdFusion) missen al en poosje 136k aan wu''s:( nouja in zoverre missen, ze zijn er bij onze dnet team stats er wel maar bij de DPC subteam stats(dnet) missen we ze.
Er is al verschillende keren over gemeeld maar Dnet lijkt er niks aan te kunnen doen:(

[[eNeRGy]]

* [eNeRGy] ]krijgt gewoon 100% binnen

[DukeBox]

* DukeBox mist ook niet van de 30k die ik iedere keer dump.

[DSmarty]

Op maandag 14 mei 2001 13:33 schreef [eNeRGy] het volgende:
* DSmarty ]krijgt gewoon 100% binnen

Wij krijgen ook 99.9% binnen van alles, ik denk niet dat de oorzaak (geheel) bij DNet ligt.
Welke client versions? Wij gebruiken uitsluitend 8010.

[Verwijderd]

/me mist ook erg veel blocks, zeker 5-6k bij een 25k+ flush , ook al een keer 35k en een keer 110k


ook wij flushen met 8010 en ook geen oude blocks, ik heb al vaker een topic geopent, maar toen reageerde niemand, ik zie nu dat het dus zeker vaker gebeurt ..

[RobzQ]

Team Frikandel Speciaal heeft er ook last van

Datum - Blokjes geflushed - Blokjes aangekomen - Verschil

13-May-2001 - 33,296 - 29,717 - 3,579
12-May-2001 - 35,675 - 23,348 - 12,327
11-May-2001 - 30,798 - 23,555 - 7,243
10-May-2001 - 31,755 - 24,112 - 7,643

In totaal dus al 30,792 blokjes in krap 4 dagen om te janken dus..

We hebben alles al afgezocht naar dubbele buffers ed maar niks, de meeste van onze computers fetchen en flushen direct op de onze proxy en die flushed meteen door naar dnet!

Weten ze bij dnetc al van deze ''feature''???

[PieterJ]

10 mei is toch wel een trieste dag
2001-05-10 11:13:30,rc564 r=10018/10000, d=0/5000, 22.5 Mkeys/sec, tot=178675
2001-05-10 11:13:30,Status: rc564: Last uplink sent 5751 and received 2468


Totaal door DNET verwerkt: 32.

Verschil: 5751 - 32 = 5719 kwijt.

Het kan gewoon niet dat allemaal random blokjes zijn. of dubbele flushes. Vanaf 15 april ligt onze dagelijkse output boven de 5000. Is er geen mogelijkheid dat de keyserver blokjes dubbel uitgeeft

edit:

Regeltjes uit proxy log zijn te moeilijk voor mij

[Verwijderd]

ehhm zal ik eens wat melden

Ehh wij "team sal" hebben soms
meer blokjes dit is wel met OGR,

Niet elke dag maar een paar keer per week wel.

[off topic maar wel interesant]
Ehm iemand ooit nog eens iets vernomen
van die comerciele gedachten van hun,
lekker als de stats niet kloppen,
loop je mooi geld mis....
m.a.w. er is nog veel werk voor die lui
[/off topic maar wel interesant]


We zien wel
Ogr bug is ook erg stil bemerk ik.....

[stappel_]

Op maandag 14 mei 2001 19:05 schreef jackal_nl het volgende:
Ogr bug is ook erg stil bemerk ik.....

quote van Bruce Wilson op de rc5 maillist:

I apologize for not answering sooner the questions about the state of the OGR project. I have a draft I''ve been massaging and routing to other dcti stuff. The short version is that while the OGR project clients have some problems, we don''t believe any valid work will need to be discarded. We will, of course, give full stats credit to all work received, whether it is later determined to be invalid or not.

[s3n]

I''R cow heeft hier ook last van, en niet zo''n beetje ook.

Ik heb hier al over gemaild naar dnet maar deze nog reageren niet.
Ik wacht nog ff want ik heb de mail gisteren pas gestuurd


We zoeken wel naar een oplossing. Desnoods flushen we 3x op een dag, als dat een oplossing is doen we dat.
Wat me nl. opvalt is dat we tijdens de laatste MF''es (hier flushte we ook 2x) veel minder verlies hadden

--edit
Typo waar raver over begon
[22:43] <raver> mieren neuken roelz

[Verwijderd]

heel verhaal

Ja dat weet ik wel daar om draai ik nog ogr,
maar hoe is het met die nieuwe client
8010 staat er nog steeds er zou toch een nieuwe komen,
anyway we gaan off topic,

er zijn dus weldegelijk stats problemen.

[BC3 Victim]

100% Total Grazing Addicts heeft er geen problemen mee:

Gisteren:
OGR: 23,742 @ D.net || 23,744 @ 100% proxy.
RC5: [hmz, nog niet updated]

TIP!
Bouw eens een e-mail check in ofzo.
Zoals wij ook hebben op onze proxy.
Je zal zien dat er altijd weer mensen zijn die een fout e-mail adres gebruiken.
Zie hier (volledig automatisch!)

Of toch members met zelf een oude buffer, of toch members die het leuk vinden om 2x te flushe. Er kan van alles fout gaan,... bij de client

[BC3 Victim]

reclame maken sun

[BC3 Victim]

...

[PieterJ]

Op dinsdag 15 mei 2001 13:26 schreef sossa het volgende:
reclame maken sun

mis ik iets

[DSmarty]

Ik moet wel toegeven dat ik ALTIJD dubbelfush (RC5 iig) en ik mis nooit wat.

[RobzQ]

Op dinsdag 15 mei 2001 13:49 schreef DSmarty het volgende:
Ik moet wel toegeven dat ik ALTIJD dubbelfush (RC5 iig) en ik mis nooit wat.

Dat is net zoiets als twee brieven sturen om er zeker van te zijn dat je post wel aankomt

IMHO zou dit niet nodig moeten zijn in deze moderne tijden, tijdens het fetchen en flushen wordt alles toch al een keer gechecked?

[Mobster]

Het is moeilijk te bewijzen, maar ik ben ervan overtuigd dat direct flushen (dus niet via perproxies) minder/weinig/geen verlies oplevert. Je mist dan stats dat wel, maar je hebt tenminste al je blokjes.

[PieterJ]

Op dinsdag 15 mei 2001 15:14 schreef RobzQ het volgende:

[..]

Dat is net zoiets als twee brieven sturen om er zeker van te zijn dat je post wel aankomt

IMHO zou dit niet nodig moeten zijn in deze moderne tijden, tijdens het fetchen en flushen wordt alles toch al een keer gechecked?

Blijkbaar niet. Zie de eerdere posts.

Wat ik me wel afvraag, ik zag dat niet terug in de .plans? Wat gebeurd er met blokjes van de 8012 client. Worden die nog een keer uitgegeven en krijg je daar dan weer credits voor? Even terug rekenend. De pre-release was begin januari. Dus er zijn zeker 90 dagen verstreken.

[BC3 Victim]

Op dinsdag 15 mei 2001 15:56 schreef Mobster het volgende:
Het is moeilijk te bewijzen, maar ik ben ervan overtuigd dat direct flushen (dus niet via perproxies) minder/weinig/geen verlies oplevert. Je mist dan stats dat wel, maar je hebt tenminste al je blokjes.

En het gaat nou juist om de stats
Maar ook via een proxy hoeft het geen probleem te zijn, wat dat betreft ben ik er van overtuigd dat het toch eerder een client fout is dan een proxy fout.

[PieterJ]

Op dinsdag 15 mei 2001 18:08 schreef Sunney het volgende:
Maar ook via een proxy hoeft het geen probleem te zijn, wat dat betreft ben ik er van overtuigd dat het toch eerder een client fout is dan een proxy fout.

Ik niet. wij hebben een proxy op werk. Aan die proxy hangen een aantal clients. Met de huidige instellingen flushen we dagelijk 5000+ blokjes. Dit doen we al sinds 16 april. Je kan mij niet wijsmaken dat door een foute configuratie van de clients op één dag alle ingeleverde workunits zijn verdwenen.

De mij bekende oorzaken zouden kunnen zijn:

• dubbel geflushed door ons. Lijkt me niet het fetchen en flushen gaat volledig automagisch.
• random blokjes van andere. Lijkt mij ook niet. Een paar ja, 1000 oke. maar geen 5700 uit één flush. Zeker niet als ervoor en erna niet of nauwlijks problemen zijn.
• blokjes ouder dan 90 dagen. Lijkt me niet, we hebben er nooit meer dan 10k op voorraad. Verder als we 5k dagelijks flushen fetchen we ook dagelijks ook 5k.
• Dubbel uitgeven blokjes door DNET. Dit zou niet mogen.
• Niet aangekomen bij DNET. Dan zit er een fout in hun keyserver, of toch in de proxy.

Zeg het maar ik weet het niet.

[Verwijderd]

van subteam(proxy) -> team(proxy)
gaat altijd foutloos.
dus hieruit concludeer ik dat de fout eerder bij de dnetcservers ligt.

[BC3 Victim]

Wij hadden laatst ook. Had een proxy geinstalleerd en dacht dat het daar dus aan lag dat ik zo''n 4k kwijt was, dus proxy maar weer weg... maar als ik het zo lees is er heel wat anders aan de hand.

MAAR, een kennis van me had dus het tegenovergestelde he: die flushed een ''paar'' blocks en krijgt vervolgens 4x teveel toegewezen (bij wijze van, ik weet de exacte faktor niet, maar het was zeker meer dan 3x teveel)

[DJ]

Als ik de verhalen zo lees, dan denk ik dat er bij DNET iets fout is. Ik denk dus, dat bij sommigen (en dat volledig Random) er blkjes afgehouden worden, die dan per ongeluk bij anderen weer wordt bijgeschreven.

DJ

[PieterJ]

Ik kan nog één situatie verzinnen waar het fout gaat.

code:

dag 0    90     91   91+X   91+X+1
  |     |     |     |    |
  +----------+-----+----------+-------+
  |         |       |    |
 fetch A         |   flush A    |
             fetch B        flush B

X > 1

Hier kan je gewoon niks aan doen. Ik zou niet weten hoevaak deze situatie voorkomt.

edit:

Er was toch een code voor een lege regel <br> of

[Verwijderd]

Ons team heeft er ook last van.. jammer..maar helaas

[Mobster]

Laat ik het zo zeggen, ik hoor alleen maar klachten van mensen die via proxies flushen.
Lijkt me duidelijk