Volt róla valamilyen hivatalos infó már?
--
Zizi
"Doing it right is no excuse for not meeting the schedule." (Plant
Manager, Delco Corporation)
_______________________________________________________
linux-flame lista - linux...@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux-flame
Nem tudok rola, de annyit igen, hogy egy feloraja elmult a DNS-em,
mint a huzat, se a tekebeles, se a regebbi treonlajnosok nem
valaszoltak semmire. Most jott vissza nemreg.
Nem, megint elmult, neha mukodik, de tobbnyire nem. Meglatjuk, ezt a
levelet mikor sikerul elkuldenem...
--
Best regards,
Andy
http://www.bix.hu/index.php3?lang=en&page=graph&swid=iszt-c6509-1&portid=Po2&graphtype=Errors
Biztos ez okozza a hibát: :D
"Warning: mysql_pconnect() [function.mysql-pconnect]: Too many
connections in /home/www/www.bix.hu/funcs.php3 on line 9
Adatbázis elérési hiba!"
--
Üdvözlettel,
Fejős Tamás (TMS) http://fejos.hu
http://hoszting.com
"Mezei Zoltan" <mezei....@gmail.com> írta 2009-01-25 14:49-kor:
> http://www.bix.hu/index.php3?lang=en&page=graph&swid=iszt-c6509-1&portid=Po2
>
> Volt róla valamilyen hivatalos infó már?
Miért, T szokott róla hivatalos infót adni, mikor országos szinten elkúr
valamit?
Már éppen gondolkodtam rajta du. hogy felhívom üsz-t, hogy közöljem velük,
mely rokonaikat is tekintsék a hálózatuk bétateszterének, de aztán
rájöttem, hogy mire ezt olyan embernek mondhatnám el, aki megérti, előtte
10 másik hülyén keresztül kellene verekedjem magam.
Csöndben utálom őket tovább, beletörődve a tehetetlenségbe.
Üdv:Gyur!
>> Már éppen gondolkodtam rajta du. hogy felhívom üsz-t, hogy közöljem velük,
>> mely rokonaikat is tekintsék a hálózatuk bétateszterének, de aztán
>> rájöttem, hogy mire ezt olyan embernek mondhatnám el, aki megérti, előtte
>> 10 másik hülyén keresztül kellene verekedjem magam.
>>
>> Csöndben utálom őket tovább, beletörődve a tehetetlenségbe.
>>
> A HUP-on volt valami hír erről.
> Állítólag kábelvágás volt valahol.
Mindegy, hagyd hadd vesztegesse az illetekes emberke idejet, biztos
nincs jobb dolga ez utobbinak mint tizezer ugyfeltol egyenkent hallani
hogy naluk se megy, a helyreallitas utana is raer :)
--
Udv, Sandor
Az index szerint munkások vágtak el valami kábelt. Csak azt nem tudom,
hogy ilyenkor hol a backup link?
> "Mezei Zoltan" <mezei....@gmail.com> írta 2009-01-25 14:49-kor:
>> http://www.bix.hu/index.php3?lang=en&page=graph&swid=iszt-c6509-1&portid=Po2
>>
>> Volt róla valamilyen hivatalos infó már?
> Miért, T szokott róla hivatalos infót adni, mikor országos szinten elkúr
> valamit?
>
> Már éppen gondolkodtam rajta du. hogy felhívom üsz-t, hogy közöljem velük,
> mely rokonaikat is tekintsék a hálózatuk bétateszterének, de aztán
> rájöttem, hogy mire ezt olyan embernek mondhatnám el, aki megérti, előtte
> 10 másik hülyén keresztül kellene verekedjem magam.
>
> Csöndben utálom őket tovább, beletörődve a tehetetlenségbe.
>
A HUP-on volt valami hír erről.
Állítólag kábelvágás volt valahol.
--
Balage - Mindenféle kapacitásom határtalan, kivéve a boldogság-kapacitást.
- A boldogság-kapacitásom - fejtegette tovább - beleférne egy gyufásdobozba,
még a gyufákat sem kéne kivenni. (C) Marvin
Ugyanabban a kotegben, mintegy masfel centivel odebb? :-)
--
Best regards,
Andy
> A hálózat sajnos olyan, hogy az azt alkotó eszközök közvetlen, vagy
> közvetett kapcsolatban állnak egymással. Ha pedig ebben a hálózatban
> meggárgyul valami, n-szeres tartalék linkek ide, vagy oda,
> összedöntheti, vagy "elbizonytalaníthatja" a többit.
> A kábelvágás, esetleg annak a javítása elindíthat ilyen lavinát.
Persze, foleg ha en tervezem a halozatot. Na de en epp azert nem
tervezek halozatot hogy ez lehetoleg ne forduljon elo :)
Azaz egy egy picit http://pages.cs.wisc.edu/~ballard/bofh/bofhserver.pl
tipusu magyarazatnak tunik...
--
Udv, Sandor
> Attila Nagy wrote:
>
> > A hálózat sajnos olyan, hogy az azt alkotó eszközök közvetlen, vagy
> > közvetett kapcsolatban állnak egymással. Ha pedig ebben a hálózatban
> > meggárgyul valami, n-szeres tartalék linkek ide, vagy oda,
> > összedöntheti, vagy "elbizonytalaníthatja" a többit.
> > A kábelvágás, esetleg annak a javítása elindíthat ilyen lavinát.
>
> Persze, foleg ha en tervezem a halozatot. Na de en epp azert nem
> tervezek halozatot hogy ez lehetoleg ne forduljon elo :)
Akar tervezhetsz is, csak hat ugye ki kene probalni :)
Tervezni öröm, lehet sokat beszélgetni, eltelni buzzwordokkal, de a
tesztelés meló. Szervezni kell, szólni kell mindenkinek, hétvégén vagy
beteg időpontban kell csinálni.
Tizé erre em pazarolt időt, na bumm.
--
Tomka Gergely, ger...@tomka.hu
Természetesen ettől még bőven lehet, hogy szimplán ők kefélték el. Én
csak próbáltam egy lehetséges magyarázatot adni, olyat, amire már én is
láttam példát.
Példának okáért talán a BIX-en sem full mesh a BGP peering, azaz vannak
rajta route serverek. Ezt a funkciót békeidőben elviszi egy gagyi Cisco
olyan CPU-val, aminél már a kvarcórámban is erősebb van.
De ha valamelyik szolgáltató routere esetleg elkezdené wirespeed (n*10G)
hülyeséggel tömni az agyát, lehet, hogy megállna az egész "magyar internet".
Volt már ilyen (pontosabban én a VH switch(ek?, lehet, hogy akkor még
csak egy volt?) kiesésére emlékszem, így az nem RS probléma volt)
régebben, akkor mindenki elindult külföld felé, amit a matáv (vagy minek
hívták akkor) még nyögve csak-csak elbírt (másodperces pingek stb), de a
kicsik összerogytak a pármegás nemzetközi linkjeikkel.
Persze azóta sokat javult a helyzet, hiszen most már nem egy (de lehet,
hogy volt az akkor már tíz is) gigát kellene külföld felé tolni, hanem
100-at. ;)
> Tervezni öröm, lehet sokat beszélgetni, eltelni buzzwordokkal, de a
> tesztelés meló. Szervezni kell, szólni kell mindenkinek, hétvégén vagy
> beteg időpontban kell csinálni.
>
> Tizé erre em pazarolt időt, na bumm.
Ha sokat lehet tesztelni (es hosszu eletu vagyok), akar en is eljutok
organikus evolucioval egy mukodo es hibabiztos halozathoz. Arra kell a
szaki hogy ha nem lehet sokat tesztelni, akkor annak hianyaban is
eljusson ehhez az eredmenyhez :)
Szoval ezt az ervet sem szeretem.
(Egyebkent felreertes ne essek, nem a ket es fel ora kimaradasert sirok,
azt meghagyom Gyur!nak, hanem az erveitekkel nem ertek egyet.)
--
Udv, Sandor
>>> A hálózat sajnos olyan, hogy az azt alkotó eszközök közvetlen, vagy
>>> közvetett kapcsolatban állnak egymással. Ha pedig ebben a hálózatban
>>> meggárgyul valami, n-szeres tartalék linkek ide, vagy oda,
>>> összedöntheti, vagy "elbizonytalaníthatja" a többit.
>>> A kábelvágás, esetleg annak a javítása elindíthat ilyen lavinát.
[snip]
> Az ember azt gondolná, hogy Magyarország egyik(?) legnagyobb
> gerinchálózatának üzemeltetői csak jobban értenek hozzá, mint te, vagy én.
Persze (legalabbis mint en), es eppen ezert hitelezem meg nekik azt a
bizalmat hogy valami kevesbe szokvanyos dolog inditotta el a lavinat
mint egy kabelelvagas es/vagy tobb fuggetlen dolog is hozzajarult.
Kivancsian varom majd az olyan elemzest/jelentest amit valaki itt a
legutobbi(?) ferencvarosi kabellopas utan mutatott :)
--
Udv, Sandor
> Tomka Gergely wrote:
>
> > Tervezni öröm, lehet sokat beszélgetni, eltelni buzzwordokkal, de a
> > tesztelés meló. Szervezni kell, szólni kell mindenkinek, hétvégén vagy
> > beteg időpontban kell csinálni.
> >
> > Tizé erre em pazarolt időt, na bumm.
>
> Ha sokat lehet tesztelni (es hosszu eletu vagyok), akar en is eljutok
> organikus evolucioval egy mukodo es hibabiztos halozathoz. Arra kell a
> szaki hogy ha nem lehet sokat tesztelni, akkor annak hianyaban is
> eljusson ehhez az eredmenyhez :)
>
> Szoval ezt az ervet sem szeretem.
Nyilván lehet olyan szaki is, aki fejből kitalál egy tökéletes rendszert,
és a mai technikával nem is lehetetlen. De tesztelni neki is kell, pont.
Amire te gondolsz az az, hogy hány teszt után működik a rendszer. Te az
olyat szereted, ami kevés tesztből működik. Én is. Mindenki. A tkomról nem
tudjuk, mit szeret :)
--
Tomka Gergely, ger...@tomka.hu
Hihetetlen bugok jönnek elő ezekben a vackokban, legalábbis azok az
ismerőseim, akik ilyennel foglalkoznak, nagyon vadakat mesélnek sörözés
közben...
De persze használhatnának Linuxot is (mielőtt még rendszeridegen lennék
:), mint tudjuk az tökéletes.
> Hihetetlen bugok jönnek elő ezekben a vackokban, legalábbis azok az
> ismerőseim, akik ilyennel foglalkoznak, nagyon vadakat mesélnek sörözés
> közben...
Konkretan NetApp NAS-rol tudok egy peldat: AD domainbe beleptetett
filer, minden AD-s user es csoport jog kifogastalan a CIFS share-eken,
mikozben az NFS share-eken user jog es barki mukodik csak, group
jogositvanyt hiaba allit az ember...
--
Best regards,
Andy
> A valóság sajnos tényleg az, hogy a hálózatieszköz-gyártók sem képesek
> 30+ éves kitesztelt hardvert és szoftvert adni, így minden nagyobb
> mennyiségű adatot mozgató szolgáltatónak meg kell elégednie a
> bétateszter szerepével. :)
Igen, ez szerencsere igaz. (Szerencsere: jobb igy mintha 30 eves
cuccokat kezdenenek most arulni hogy na, immar eleg megbizhato.)
> ismerőseim, akik ilyennel foglalkoznak, nagyon vadakat mesélnek sörözés
> közben...
Hol a blogod? :)
--
Udv, Sandor
> Sandor SZAKACS-VASS wrote:
> > Ha sokat lehet tesztelni (es hosszu eletu vagyok), akar en is eljutok
> > organikus evolucioval egy mukodo es hibabiztos halozathoz. Arra kell a
> > szaki hogy ha nem lehet sokat tesztelni, akkor annak hianyaban is
> > eljusson ehhez az eredmenyhez :)
> >
> > Szoval ezt az ervet sem szeretem.
> A valóság sajnos tényleg az, hogy a hálózatieszköz-gyártók sem képesek
> 30+ éves kitesztelt hardvert és szoftvert adni, így minden nagyobb
> mennyiségű adatot mozgató szolgáltatónak meg kell elégednie a
> bétateszter szerepével. :)
>
> Hihetetlen bugok jönnek elő ezekben a vackokban, legalábbis azok az
> ismerőseim, akik ilyennel foglalkoznak, nagyon vadakat mesélnek sörözés
> közben...
Miért most jönnek elő? Nekünk is vannak vidám procedúráink az ismert
vendor bugok köré :)
> De persze használhatnának Linuxot is (mielőtt még rendszeridegen lennék
> :), mint tudjuk az tökéletes.
10 gbit routolsára nem tudom, mennyire jó :)
--
Tomka Gergely, ger...@tomka.hu
>> De persze használhatnának Linuxot is (mielőtt még rendszeridegen lennék
>> :), mint tudjuk az tökéletes.
>>
>
> 10 gbit routolsára nem tudom, mennyire jó :)
>
>
Egy ekkora hálózat közepén már nem IP-t route-olnak (azt csak a szélén),
hanem csomagot kapcsolnak. Persze a Linuxnak azt is izomból (CPU)
kellene csinálnia.
Az általános célú OS-ek nem épp a legmegfelelőbbek ide. :)
> Nyilván lehet olyan szaki is, aki fejből kitalál egy tökéletes rendszert,
> és a mai technikával nem is lehetetlen. De tesztelni neki is kell, pont.
Biztos? Nincs mar olyan cucc ami matematikailag bizonyitottan jo? Mint a
narancs konyv A1 biztonsagi osztalya csak halozatra vonatkoztatva?
--
Udv, Sandor
T-com Frame relay alaphalozatban volt a hiba. Az
ADSL eszkozok fizikailag is lealltak. Ugyhogy itt
nem sima kabelatvagas volt. Ezt meg eszkkoz elszallas sem indokolna.
Jh
> Majd ha már sehol sem akarok dolgozni kiadom nyomtatásban, de csak ha
> megígéred, hogy megveszed. :)
Ha csak ezen mulik, egy peldanyt biztosan :)
--
Udv, Sandor
A tesztelés első szabálya, hogy az a jó termék, amit a megrendelő átvesz. ;)
--
- -
-- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando
-- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell
> Képzeljünk el most egy routert, amire a gyártó azt mondja, hogy 4
> másodperc hearthbeat-kiesés után átveszi az ipket. A rendszert ezt meg is
> teszi, csak nem "asic"ből, aka hardver, aka igen gyorsan, hanem a
> vezérlőcpuval, ami az asicokhoz képest kicsi és gyenge.
[snip]
> Ezt semmilyen narancs könyvvel nem tudod kiszűrni.
Ha a barmilyen szinu konyv formalis bizonyitast kovetel arrol hogy nincs
hiba, akkor remelem hogy kiszurheto lenne, ellenkezo esetben mire jo?
Hogy sok penzert ragaszthassanak egy cimket ra?
Veletlenul nem 6-8 eves hireket olvasol? :)
--
Chal
> Tomka Gergely wrote:
>
> > Képzeljünk el most egy routert, amire a gyártó azt mondja, hogy 4
> > másodperc hearthbeat-kiesés után átveszi az ipket. A rendszert ezt meg is
> > teszi, csak nem "asic"ből, aka hardver, aka igen gyorsan, hanem a
> > vezérlőcpuval, ami az asicokhoz képest kicsi és gyenge.
> [snip]
> > Ezt semmilyen narancs könyvvel nem tudod kiszűrni.
>
> Ha a barmilyen szinu konyv formalis bizonyitast kovetel arrol hogy nincs
> hiba, akkor remelem hogy kiszurheto lenne, ellenkezo esetben mire jo?
> Hogy sok penzert ragaszthassanak egy cimket ra?
Vannak olyan tesztkörülmények, amelyek között működik. Jellegzetesen
életszerűtlen körülmények.
--
Tomka Gergely, ger...@tomka.hu
> A tesztelés első szabálya, hogy az a jó termék, amit a megrendelő átvesz. ;)
Ez megint egy elfogadhato erv, mert nem az elmelettel hanem a
gyakorlattal foglalkozik :)
--
Udv, Sandor
Pedig így még kevés, kell az is, hogy garanciaidőn belül ne hozza vissza :)
--
--- Friczy ---
'Death is not a bug, it's a feature'
> Tomka Gergely wrote:
>
> > Nyilván lehet olyan szaki is, aki fejből kitalál egy tökéletes rendszert,
> > és a mai technikával nem is lehetetlen. De tesztelni neki is kell, pont.
>
> Biztos? Nincs mar olyan cucc ami matematikailag bizonyitottan jo? Mint a
> narancs konyv A1 biztonsagi osztalya csak halozatra vonatkoztatva?
Gondolom van, csak a valóság szokott betüremkedni. Kicsit más jellegű
kolrátot ismerek, switchfajta, ha 5xnél többet összedugunk belőle, elkezd
csetleni botlani, 60 fölött majdnem használhatatlan. Ezt elmondja neked a
gyártó, ha beleütközöl a hibába.
Képzeljünk el most egy routert, amire a gyártó azt mondja, hogy 4
másodperc hearthbeat-kiesés után átveszi az ipket. A rendszert ezt meg is
teszi, csak nem "asic"ből, aka hardver, aka igen gyorsan, hanem a
vezérlőcpuval, ami az asicokhoz képest kicsi és gyenge.
Ez a vezérlőcpu kezel sokminden mást is, például a hibaüzenetek küldését,
ha az asic nem tud valamit csinálni. Amikor mindenféle félkapcsolatok
lifegnek a levegőben az elszakadt kábel miatt, akkor erősen le van
terhelve. Így a váltás nem történik meg, és mivel a kis cpu egyre
hevesebben dolgozik, nem is nagyon fog.
Ez a történet így egyben hülyeség, de az elemeivel már én is találkoztam,
és ilyenek történnek.
Ezt semmilyen narancs könyvvel nem tudod kiszűrni.
--
Tomka Gergely, ger...@tomka.hu
A bix.hu grafikonja szerint volt rajta 200M forgalom a kiesés ideje
alatt, csak ez kicsit kevés...
>> Ha a barmilyen szinu konyv formalis bizonyitast kovetel arrol hogy nincs
>> hiba, akkor remelem hogy kiszurheto lenne, ellenkezo esetben mire jo?
>> Hogy sok penzert ragaszthassanak egy cimket ra?
>
> Vannak olyan tesztkörülmények, amelyek között működik. Jellegzetesen
> életszerűtlen körülmények.
Azt hiszem nem ugyanazt ertjuk formalis bizonyitas alatt...
--
Udv, Sandor
Az AXE-t több, mint 40 éve gyártják :-)
> Tomka Gergely wrote:
>
> >> Ha a barmilyen szinu konyv formalis bizonyitast kovetel arrol hogy nincs
> >> hiba, akkor remelem hogy kiszurheto lenne, ellenkezo esetben mire jo?
> >> Hogy sok penzert ragaszthassanak egy cimket ra?
> >
> > Vannak olyan tesztkörülmények, amelyek között működik. Jellegzetesen
> > életszerűtlen körülmények.
>
> Azt hiszem nem ugyanazt ertjuk formalis bizonyitas alatt...
Mesélj hát.
--
Tomka Gergely, ger...@tomka.hu
És persze 40 év alatt mit sem változott benne a hardver/szoftver, csak
hibajavítások (regressziók nélkül) voltak benne.
Tényleg 40 éve gyártják?
>> > Vannak olyan tesztkörülmények, amelyek között működik. Jellegzetesen
>> > életszerűtlen körülmények.
>>
>> Azt hiszem nem ugyanazt ertjuk formalis bizonyitas alatt...
>
> Mesélj hát.
Mit meseljek? Azt hogy en formalis bizonyitason nem tesztet ertek,
illetve hogy el tudom kepzelni hogy arra azokra a korulmenyekre adjak a
cetlit amire sikerul a bizonyitas (lasd meg windows nt halo meg floppy
nelkul, bar ott nem formalis bizonyitast igenylo osztalyrol volt szo)?
--
Udv, Sandor
> Tomka Gergely wrote:
>
> >> > Vannak olyan tesztkörülmények, amelyek között működik. Jellegzetesen
> >> > életszerűtlen körülmények.
> >>
> >> Azt hiszem nem ugyanazt ertjuk formalis bizonyitas alatt...
> >
> > Mesélj hát.
>
> Mit meseljek? Azt hogy en formalis bizonyitason nem tesztet ertek,
> illetve hogy el tudom kepzelni hogy arra azokra a korulmenyekre adjak a
> cetlit amire sikerul a bizonyitas (lasd meg windows nt halo meg floppy
> nelkul, bar ott nem formalis bizonyitast igenylo osztalyrol volt szo)?
Akkor szerintem tudom, mire gondolsz. Ethernet/ip hálózatra nincs és nem
is lesz formális bizonyítás. Számtalan oka van ennek, alapvető elméleti,
marketing, stb.
--
Tomka Gergely, ger...@tomka.hu
Akkor finomítsunk rajta:
Meglepetéssel ne hozza vissza ;)
Volt már olyan, hogy mondtuk, hogy ezt majd garanciában... de gondolom
ez egy elfogadott dolog.
--
- -
-- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando
-- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell
> Akkor szerintem tudom, mire gondolsz. Ethernet/ip hálózatra nincs és nem
> is lesz formális bizonyítás. Számtalan oka van ennek, alapvető elméleti,
> marketing, stb.
Szerintem meg nekem is sikerulne formalisan bebizonyitani, hogy egy
TCP-szerver elerhetosege nem tarthato fenn tamado jelenleteben, a TCP betu
szerinti betartasa eseten, ha csak veges mennyisegu memoriank van es
eletszeru savszelessegunk.
Azt hiszem, a valosagtol nem nagyon elrugaszkodott feltetelezes, hogy az IP
vilagaban jopar masik protokollrol is bizonyithato lenne, hogy bizonyos elvi
szempontbol fontos tulajdonsagokkal nem rendelkezik, igy nem adhato garancia
a jo mukodesere meg helyes megvalositas eseten sem.
Guy
--
Andras Korn <korn at chardonnay.math.bme.hu>
<http://chardonnay.math.bme.hu/~korn/> QOTD:
MSDOS: 20+ years without remote hole in the default install.
Sandor SZAKACS-VASS <sandor....@crans.org> wrote:
> Persze, foleg ha en tervezem a halozatot. Na de en epp azert nem
> tervezek halozatot hogy ez lehetoleg ne forduljon elo :)
>
pedig van ilyen. routingnal konvergencianak hivjak azt, amikor a halozat
az uj hlozatnak (megszakadt valami) megfelelo statikus helyzetbe akar
jutni. Kelloen bonyolult halozat eseteben ez nem trivialis atmenet.
Foleg nem a mai QOS, meg egyeb inteligensnek mondott protokollokkal.
teny hogy lehet rosszul konfiguralni, de sokkal valoszinubb hogy
bekonfiguralod valahogy, aztan jon egy addig nem feltetelezett eset, es
akkor megdoglik :0
Van ilyen, nemcsak a matavnal. mindenhol.
Tomka Gergely <ger...@tomka.hu> wrote:
> Akar tervezhetsz is, csak hat ugye ki kene probalni :)
>
> Tervezni öröm, lehet sokat beszélgetni, eltelni buzzwordokkal, de a
> tesztelés meló. Szervezni kell, szólni kell mindenkinek, hétvégén vagy
> beteg id?pontban kell csinálni.
>
> Tizé erre em pazarolt id?t, na bumm.
mar elnezest, de egy _jol_ megtervezett halozatot nem _kell_ tesztelni.
Ez nem informatika baszki, hogy csinalsz valamit es megnezed hogy ugy
mukodik-e. mondhatnam hogy ez a lelke a mernoki tudomanynak, hogy
_elore_ tudod a modellekbol mikor mi fog tortenni.
kepzeld el hogy egy epitesz tervez egy hazat, aztan jonnek a testelok...
"Sandor SZAKACS-VASS" <sandor....@crans.org> írta 2009-01-25 16:22-kor:
> Mindegy, hagyd hadd vesztegesse az illetekes emberke idejet, biztos
> nincs jobb dolga ez utobbinak mint tizezer ugyfeltol egyenkent hallani
> hogy naluk se megy, a helyreallitas utana is raer :)
Szerintem ennek fuss neki még1x, és szólj, ha megértetted, amit írtam.
Üdv:Gyur!
Attila Nagy <b...@fsn.hu> wrote:
>> Szoval ezt az ervet sem szeretem.
> A valóság sajnos tényleg az, hogy a hálózatieszköz-gyártók sem képesek
> 30+ éves kitesztelt hardvert és szoftvert adni, így minden nagyobb
> mennyiség? adatot mozgató szolgáltatónak meg kell elégednie a
> bétateszter szerepével. :)
>
> Hihetetlen bugok jönnek el? ezekben a vackokban, legalábbis azok az
> ismer?seim, akik ilyennel foglalkoznak, nagyon vadakat mesélnek sörözés
> közben...
>
> De persze használhatnának Linuxot is (miel?tt még rendszeridegen lennék
> :), mint tudjuk az tökéletes.
>
ez a konvergencia ami az informatika es a menroki tudomany kozott van
(infokommunikacio bullshit neven). Gondoltak majd a mernoki cuccok
hozzak a megbizhatosagat meg a fegyelemte, rendet, az informatika meg a
rugalmassagot. oszt lon vilagossag, es lett egy rugalmatlan,
megbizhatatlan szirszar belole:)
X.25-öt :-) Bár néhány éve van már benne IP és Ethernet is.
> És persze 40 év alatt mit sem változott benne a hardver/szoftver, csak
> hibajavítások (regressziók nélkül) voltak benne.
> Tényleg 40 éve gyártják?
Változott, bár azt hiszem, néhányszor már leállították a fejlesztését,
aztán mégis rálőcsölik indiaiakra vagy brazilokra, hogy szopjanak vele
ők.
>
> Tomka Gergely <ger...@tomka.hu> wrote:
> > Akar tervezhetsz is, csak hat ugye ki kene probalni :)
> >
> > Tervezni öröm, lehet sokat beszélgetni, eltelni buzzwordokkal, de a
> > tesztelés meló. Szervezni kell, szólni kell mindenkinek, hétvégén vagy
> > beteg id?pontban kell csinálni.
> >
> > Tizé erre em pazarolt id?t, na bumm.
>
> mar elnezest, de egy _jol_ megtervezett halozatot nem _kell_ tesztelni.
:)
> kepzeld el hogy egy epitesz tervez egy hazat, aztan jonnek a testelok...
Apám számtalan szerkezete tervezett, és bizony, mindig jöttek a tesztelők.
--
Tomka Gergely, ger...@tomka.hu
> > Szerintem meg nekem is sikerulne formalisan bebizonyitani, hogy egy
> > TCP-szerver elerhetosege nem tarthato fenn tamado jelenleteben, a TCP betu
> > szerinti betartasa eseten, ha csak veges mennyisegu memoriank van es
> > eletszeru savszelessegunk.
> >
> > Azt hiszem, a valosagtol nem nagyon elrugaszkodott feltetelezes, hogy az IP
> > vilagaban jopar masik protokollrol is bizonyithato lenne, hogy bizonyos elvi
> > szempontbol fontos tulajdonsagokkal nem rendelkezik, igy nem adhato garancia
> > a jo mukodesere meg helyes megvalositas eseten sem.
>
> Azaz nem lesz olyan szerkezet, amipl formálisan be lehet bizonyítani, hoy
> működni fog.
Igen, ezt szerettem volna mondani.
Guy
--
Andras Korn <korn at chardonnay.math.bme.hu>
<http://chardonnay.math.bme.hu/~korn/> QOTD:
I use UNIX because reboots are for hardware upgrades.
> On Sun, Jan 25, 2009 at 08:27:07PM +0100, Tomka Gergely wrote:
>
> > Akkor szerintem tudom, mire gondolsz. Ethernet/ip hálózatra nincs és nem
> > is lesz formális bizonyítás. Számtalan oka van ennek, alapvető elméleti,
> > marketing, stb.
>
> Szerintem meg nekem is sikerulne formalisan bebizonyitani, hogy egy
> TCP-szerver elerhetosege nem tarthato fenn tamado jelenleteben, a TCP betu
> szerinti betartasa eseten, ha csak veges mennyisegu memoriank van es
> eletszeru savszelessegunk.
>
> Azt hiszem, a valosagtol nem nagyon elrugaszkodott feltetelezes, hogy az IP
> vilagaban jopar masik protokollrol is bizonyithato lenne, hogy bizonyos elvi
> szempontbol fontos tulajdonsagokkal nem rendelkezik, igy nem adhato garancia
> a jo mukodesere meg helyes megvalositas eseten sem.
Azaz nem lesz olyan szerkezet, amipl formálisan be lehet bizonyítani, hoy
működni fog.
--
Tomka Gergely, ger...@tomka.hu
> 2009/1/25 Tomka Gergely <ger...@tomka.hu>:
> > On Sun, 25 Jan 2009, Marton Ferenc wrote:
> >
> >>
> >> Tomka Gergely <ger...@tomka.hu> wrote:
> >> > Akar tervezhetsz is, csak hat ugye ki kene probalni :)
> >> >
> >> > Tervezni öröm, lehet sokat beszélgetni, eltelni buzzwordokkal, de a
> >> > tesztelés meló. Szervezni kell, szólni kell mindenkinek, hétvégén vagy
> >> > beteg id?pontban kell csinálni.
> >> >
> >> > Tizé erre em pazarolt id?t, na bumm.
> >>
> >> mar elnezest, de egy _jol_ megtervezett halozatot nem _kell_ tesztelni.
> >
> > :)
>
> Tudok olyan céget ahol ezt az elvet vallják. Bár ők nem is terveznek
> jól... Szopnak is.
t-*? :)
Nem tudom, honnan származika bölcsesség, hogy a modern építészetben már
ahhoz is tervezés kell, hogy valami összeomoljon. Kőből/malterból/églából
lehet úgy építkezni, hogyha leomlik, tudjuk, mit kell erősebbre, de
acélszerkezeteket meg vasbetonholmikat már nem.
Tudok olyan céget ahol ezt az elvet vallják. Bár ők nem is terveznek
jól... Szopnak is.
--
- -
-- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando
-- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell
> mar elnezest, de egy _jol_ megtervezett halozatot nem _kell_ tesztelni.
> Ez nem informatika baszki, hogy csinalsz valamit es megnezed hogy ugy
> mukodik-e. mondhatnam hogy ez a lelke a mernoki tudomanynak, hogy
> _elore_ tudod a modellekbol mikor mi fog tortenni.
> kepzeld el hogy egy epitesz tervez egy hazat, aztan jonnek a testelok...
Newsflash: hidak átadása előtt készül terhelési teszt. Fűtési rendszerek
készítése, javítása után végeznek próbafűtést. És még sorolhatnám.
--
Friczy
'Death is not a bug, it's a feature'
Nem. Majd egyszer perkelt alkalmával elmondom. :)
> Nem tudom, honnan származika bölcsesség, hogy a modern építészetben már
> ahhoz is tervezés kell, hogy valami összeomoljon. Kőből/malterból/églából
> lehet úgy építkezni, hogyha leomlik, tudjuk, mit kell erősebbre, de
> acélszerkezeteket meg vasbetonholmikat már nem.
De az építészet mennyi nagyságrenddel ídősebb "művészet", mint a
digitális világ?
--
- -
-- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando
-- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell
> mar elnezest, de egy _jol_ megtervezett halozatot nem _kell_ tesztelni.
Viszont marhara celszeru. :-) Kulonos tekintettel a lehetseges
meghibasodasokra, akar ilyen extrem mertekben is.
Pelda, bar mas terulet: egy dolog, hogy ha azt mondom a NetApp
MetrCluster egyik node-janak, hogy takeover, barmifele hiba nelkul,
parancssorbol, explicit modon. 6-7 masodperc alatt atall a masik
node-ra, es folyik tovabb a kiszolgalas. Amikor viszont az egyik node
elesben dobott egy panikot, akkor ugyanehhez a cuccnak bizony majd' 50
masodperc kellett, ami keves hijan egy nagysagrenddel tobb ido. Ez az,
amivel nagyon tisztaban kell lenni egy eles rendszernel, es bizony,
kell(ene) olyan teszteles, hogy kikapcsolom az egyik node alatt a
villanyt, vagy kihuzom belole az osszes uveget. Egyebkent pont ennek
az esetnek a kapcsan derult ki, hogy a ket site-ot osszekoto DVDM link
parameterezese csapnivalo, mivel elfelejtettek figyelembe venni, hogy
nem 15 m, hanem 15 km drot van a ket NetApp kozott, igy nemileg
nagyobb a kesleltetes, ergo a csdomagoknak egy kicsivel nagyobb
queue-t kell felallitani...
> Ez nem informatika baszki, hogy csinalsz valamit es megnezed hogy ugy
> mukodik-e. mondhatnam hogy ez a lelke a mernoki tudomanynak, hogy
> _elore_ tudod a modellekbol mikor mi fog tortenni.
De nem 100% pontossaggal, keves esetet kiveve, raadasul a modellek egy
jelentos resze ugy keletkezett, hogy egyszer valaki kiprobalta, ertsd:
_tesztelte_, es ugy mukodott, ahogy.
> kepzeld el hogy egy epitesz tervez egy hazat, aztan jonnek a testelok...
Ugy hivjak oket: lakok. Es biza, a legjobb mernokkel is elofordul,
hogy valami nem sikerul 100%-ig ugy, ahogy azt eltervezte.
--
Best regards,
Andy
Ha legkozelebb talalkozunk, be is tudom mutatni neked ezt a
szakit :)))
--
Udvozlettel
Zsiga
> On Sun, Jan 25, 2009 at 06:34:43PM +0100, Tomka Gergely wrote:
> >
> > Nyilván lehet olyan szaki is, aki fejből kitalál egy tökéletes rendszert,
>
> Ha legkozelebb talalkozunk, be is tudom mutatni neked ezt a
> szakit :)))
De tesztelni te is teszteled, nem? Ize, o is teszteli.
--
Tomka Gergely, ger...@tomka.hu
Ha valakinek sikerul letrehozni, akkor minek? :))
--
Udvozlettel
Zsiga
--
Gabor HALASZ <hala...@freemail.hu>
Nem kellene tovabb szedned a fogalmazasgatlot, mar elerte a
hatast... :)
--
Udvozlettel
Zsiga
--
Gabor HALASZ <hala...@freemail.hu>
--
Gabor HALASZ <hala...@freemail.hu>
"vágyol"
--
Balage - Mindenféle kapacitásom határtalan, kivéve a boldogság-kapacitást.
- A boldogság-kapacitásom - fejtegette tovább - beleférne egy gyufásdobozba,
még a gyufákat sem kéne kivenni. (C) Marvin
Nálunk van olyan teszt, hogy a teszter szépen lemászik a laborba és
kihúzza az egyik blade-et a rackszekrényből (mindenféle előzetes
leállítás nélkül). Illetve azóta finomítottak a módszeren,
valamelyikük összedobott egy soros porton vezérelhető power off
gombot.
>> kepzeld el hogy egy epitesz tervez egy hazat, aztan jonnek a testelok...
>
> Ugy hivjak oket: lakok. Es biza, a legjobb mernokkel is elofordul,
> hogy valami nem sikerul 100%-ig ugy, ahogy azt eltervezte.
Az egyik legjobb példa a Vasa (ami ugyan nem épület, hanem hajó).
Szépen megtervezték, aztán a második fuvallatra belefordult a kikötő
vizébe...
Én azt nem értem, hogy miért kérdés, hogy tesztelünk-e vagy sem.
Ennyire nem evidens dolog ez a' zinformatikába?
--
- -
-- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando
-- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell
--
Dániel Vásárhelyi
"He who asks a question is a fool for five minutes; he who does not
ask a question remains a fool forever"
Chinese proverb
--
Gabor HALASZ <hala...@freemail.hu>
Networkoket is szokás tesztelni sokféle szempontból... :-)
--
Zizi
"Doing it right is no excuse for not meeting the schedule." (Plant
Manager, Delco Corporation)
>> Mindegy, hagyd hadd vesztegesse az illetekes emberke idejet, biztos
>> nincs jobb dolga ez utobbinak mint tizezer ugyfeltol egyenkent hallani
>> hogy naluk se megy, a helyreallitas utana is raer :)
> Szerintem ennek fuss neki még1x, és szólj, ha megértetted, amit írtam.
Ugy erted hogy mast akartal irni mint azt hogy "tudom ugyan hogy
kozponti baj van es tudnak rola, de attol megis alig tudom magam
lebeszelni arrol hogy cirkuszoljak veluk bar tudom hogy haszna nincs es
csak az idejuket fecserlik ram javitas helyett"? :)
--
Udv, Sandor