Re: Tvrda realita. uz laskave konec flejm

[Zdenek Kabelac <kabi@fi.muni.cz>]

Filip Doksansky wrote:

Volne navazuji na M.Brehovsky 


> > Asi jsi vyrazne lepe financne situovany :-)
> > To vis ja chudak student
> >
>  Za coz ostatne nemuze Amiga...

Jsem taky nikdy netvrdil :-) 

> 
> > >   Spolecne ze SegTrackerem ti to rekne primo cislo radky
> > > a nazev funkce v programu, kde se stala chyba. A CyberGuard
> > > kontroluje veskere pristupy do nealokovane pameti - jen
> > > tim odhalis 99% chyb. Pochopitelne chyby v algoritmu
> > > to neodhali :-)
> >
> > Tohle ale prece nemuze vzdy normalne fungovat diky principum AOS
> > To jsou proste bludy.
>   Bludy jsou to co jsi ted napsal. Zrejme jsou tvoje "domnenky"
> silnejsi nez realita. To co tu Shaman napsal totiz FUNGUJE.

TO si nenacham namluvit - proste na amize je ZCELA legalni zapisovat na
pointer, ktery me preda jina aplikace - tohle mi vyvrat.

JAK pak asi tak ten SegTracker muze poznat, ze pisu kam muzu -
v tomto systemu to proste nejde. Je to samozrejme v poradku
pro systemy bez MMU a samozrejme to zvysuje rychlost behu
aplikaci - proto MC68000 zdatne sekundovala 386/486 v behu OS
- proste neprenasi data ale jen pointery

A tady dost vyrazny rozdil v tom co clovek ocekava od moderniho OS.
Ja radeji ozelim ztratu vykonu kopiravanim za cenu, ze si
aplikace zriti jen sama sebe - tebe zjevne radeji bavi
bootovat pocitac - Linux me bezi tyden a dela na nem ruzne
kejkle 10 uzivatelu.

Jedine si dovedu predstavit ze SegTracker ti pri ohlaseni chyby
zapisu do nedovolnene oblasti povoli dany usek pro zapis
a pokracuje dal - jine reseni proste neni!!! ale toto lze
pouzivat pouze u mensiho poctu takovychto bloku.


> > Uznavam, ze >90% chyb jsou spatne pristupy, ale jak rikam ty spravne
> > zaludnacke chybu jsou nekde jinde.
> 
>  Treba blbost programatora, to ale neodhali ani skvele nastoje pod
> Winshit95. BTW: Programoval jsem ve Watcomu, MS VisualC++ a Borland
> Visual C++ builderu. V ani jednom nebyl poradnej debugger a nejenom

Nevim proc mi podsouvas W95 - s temi jsem delal asi jen 3 veci
behem 30 minut

> > >    A tuto "konstelaci" ti zaridi prave Mungwall,
> > > EatMem, EatCycles, Scratch a dalsi standardni utilitky :)
> >
> > Vse krome tech veci s MMU samozrejme mam :-)
> >
>  V tom pripade mas akorat prd, protoze bez MMU nefungujou prave ty veci,
> o ktarych jsi na zacatku tvrdil, ze nemuzou na Amize fungovat.

EatMem && EatCycle a par docela zajimavych debugeru take odvedou dobrou
praci.

> > > PS: Koucim s touto debatou - fakt skoda casu. Za tu dobu
> > >     jsem moh mit vydelano na PPC :-)
> >
> > Na amize ???
> >
>  Kazdy rozumny clovek vi, ze pokud chce vydelat penize, tak se to
> urcite nestane na Amize. Tvoje krecovite hledani nevyhod Amigy me
> zacina dojimat....

Nekdo evidentne neni schopen pochopit ironickou poznamku :-)
Asi budu muset psat tech smajliku vice :-)


> out of date vi kazdy. A kdo je ma , tak je vyuziva na veci, na
> ktery vic proste nepotrebuje. Krome toho duvod proc maj lidi
> Amigu nespociva v tom, ze by to byl nejrychlejsi hardware, ale
> protoze "je to proste o necem jinym". Ja programuju na
> PC pod Win (NT), na AIXu ,na AS/400 a presto se mi dela dobre i
> na Amize a nemyslim si ze to je proto, ze bych byl nejak dusevne
> postizenej...

Muzes aspon naznacit co za aplikace vyvijis pro amigu ??


> > A vzhledem k tomu, ze jsem si po delsi dobe pracne nastradal
> > nejake penizky aby se upgradnul, tak si nemyslim,
> > ze s 030/25 bych to vyhral - i 060/100MHz je z meho pohledu
> > tak asi ta minimalni rychlost, kterou bych toleroval
> > (Kdyz je nekdo zvykly na SGI 12procesoru/200MHz aj. :-)
> >
>   Tak v tom pripade nevim co vidis na PC ? V porovnani s timhle
> je preci jen sracka vsechno, ne ?

Cena/Vykon na PC je v soucasne dobe zcela nejblize moznostem
moji penezenky - holt salove stroje si domu clovek asi neprestehuje.
A priznejme si tech aplikaci pro normalni pouziti na takovychto
hovadech stejne moc neni - v podststate je to silene rychla kalkulacka.

> 
> > No a vzhledem k tomu, ze soucasne desky s PPC jsou zhruba
> > asi tak drahe jako cele PC s DIMM a  AMD233MMX tak je to veru
> > tezka volba - PPC 604 neni prilis o moc rychlejsi nez PPro
>  V praci mame NT server s 128Mb ram a 200MHz PPro a je to
> PRISERNE pomaly. V byvalem zamestnani jsem delal na AIXovym
> serveru s PPC na 133MHz a 256Mb , pri soucasne praci s
> 30-40 dalsima uzivatelema to litalo jako blesk a napr.
> 100Kb zdrojak v C to zkompilovalo okolo peti vterin.
> Fakt nevim, jak jsi prisel na to, ze to je stejne rychly :-/


viz. Brehovsky 
...
Opravdu srovnavat server s obycejnym PC - no nevim nevim -
navic videl jsem 486 100MHz v serverovem provedeni - optimalizovane
sbernice SCSI atd... a tahle masinka byla rychlejsi
pro 10 uzivatelu nez obycejna P200 taky s SCSI, ale jiz
s normalnim boardem - Silikoni si na sbernici honi 2GB to
se s max 400MB na PC taky neda srovnavat - ale srovnej si
kolik bych mel kdybych si poridil 060.

Navic kolik stal firmu ten PPC server a kolik zaplatili za
ten NT - nehlede na to ze srovnavat NT server se zcela
jinym systemem mi taky prijde prinejmensim podivne.

Asi jak kdybych srovnal vykonnost W95 s Linuxem - nesrovnatelne


-- 
                       ------=====0=====------
  There are no significant bugs in our released software   Bill
     that any significant number of users want fixed       Gates
Zdenek Kabelac    http://www.fi.muni.cz/~kabi/   kabi@fi.muni.cz