MySQL og Oracle9i lige godt?

Java har nogle helt unikke features der gør det uundværligt. Hvor mange ville være glade for at have binære programmer fra hjemmesider kørende i deres browser - uden at blive spurgt? Ikke mange! Og skulle det så være Linux, BSD, Windows, Mac eller whatever-programmer?

Selvfølgelig kører binære programmer specialsyet til et bestemt OS og en bestemt arkitektur hurtigst, hvis alt andet er ens! Det er at sammenligne pærer og jumbojetfly! ;-|

Desuden kan man jo f.eks. bruge IBMs JRE der JIT-compiler java-programmer, hvis man er ked af (HotSpot) fortolkningen i Suns JRE.

<STRONG>mindflay</STRONG>:ifølge disky, er java jo alt overlegen, også i hastighed, jeg vil slet ikke have binære progs kørende i min browser, hvis det skal være tilfældet med plugins, ja så VÆLGER jeg at GIVE det prog lov til at køre, det er jo ikke os alle sammen der kører med en opsætning af IE der tillader alt at køre, har personligt disablet java applets da det kører ustabilt.

desuden kommer .NET til meget andet end alm pc'ere også, såå kan ikke helt se hvad der er så unikt med java, andet end man er BUNDET til kun at skrive i java, i .NET kan man skrive i det sprog man er vandt til.

for at sammenligne lidt:

Opstart tid;
vs.net (pro) 5 sec.
Forte CE 3.0 (fra 1.4 sdk) tik tak tik tak, vi nærmer os 40 sec, hvor cpu forbrug = 90% til runide.exe

ram forbrug;
vs.net (pro) 32MB
Forte (fra 1.4 sdk) 64MB nice nok.
fortæl mig så hvorfor java er ihhh så hurtig, og ihh så godt, jeg kan godt nok ikke ligefrem se det. http://www.sys-adm.dk/clip0003.rar min experience af java, med forte, ikke vildt imponeret over java.

#51 mindflay:
Pærer og jumbojets? Er du sikker på, det ikke er grønt og solnedgang?

#53 C#:
Ja, det vil sgu være synd at sige, at NetBeans (Forte er en version af NetBeans) er hurtig, resourcebesparende eller let at danse med ... men jeg bruger det nu alligevel, da det er det bedste udviklingsværktøj til java, jeg har prøvet. Ja ja, man kommer langt med notepad og javac, men man kommer jo også langt, hvis man går, det går bare lidt stærkere i en bil.

Men uanset dette, så er jeg i stand til at lave et fuldt funktionelt ventilationsanlægsovervågnings- og -konfigurationsprogram, der kan køre på samtlige platforme, der har en jre >= version 1.1, starte op på ca. 2&frac12; sekund (hvoraf ca 1.200 ms bruges på at polle ~15 netværksenheder) - alt dette på under 16 kB (24 kB, når man tager filsystemets begrænsninger i betragtning).

Ville jeg bytte med asp.NET? Måske - men jeg tvivler, at det ville ske foreløbigt.

Man kan så undre sig hvorfor sun ikke gør noget ved det, hvis det skulle være muligt at lave java progs der kan starte så hurtigt.

C#:

Du er godt nok (undskyld jeg siger det) ikke den kvikkeste her i dette forum.

Du forsøger igen at kravle uden om med useriøse eksempler osv.

Hvordan fanden kan du sammenligne Forte med asp.net's udviklingsmiljø ?? Hvad angåer opstarts tid.

En F16 er også hurtigere end din cykel.


Du snakker så meget om hvor smart asp.net er derfor:

Bevis hvad asp.net duer til, lav lige et program der kan køre på min mobiltelefon.
Programmet skal kunne vise en form, man indtaster data, som så i mobil telefonen bliver behandlet, og noget returneret til server og resultat tilbage igen. Under databehandlingen er der så en lille animation og lidt musik man kan nyde.

Eller hvad med et skak spil som 2 mobiler kan spille sammen.

Begge dele kan jeg lave som Java midlets hvis jeg havde lyst (okay min skak engine ville nok være lidt primitiv, men det skyldes jeg ikke lige ved hvordan jeg skulle lave den)

Nå ja programmerne skal også kunne køre på min Palm V.

Det med at asp.net tillader at folk bruger det sprog de har lyst til er bestemt ikke kun en fordel, problemmet er at nu bliver alle mulige sprog blandet i en stor skidestak. I stedet for at holde sig til et standardiseret sprog.

Angående din absurt sammenligning med Forte, så betyder opstarts tiden ikke en hylende fis. Det er runtime performance der er relevant, f.eks. hvis man bruger JDK1.4 hotspot JVM'en så kører man tit med -server som gør opstart endnu langsommere men runtime endnu hurtigere. Men optimeret til langtidskørsel.
Som andre har sagt er OS specifik assembler selvfølgelig hurtigere end Bytekode, men bytekode kan du flytte det kan man ikke med assembler. Forresten kører asp.net også med noget lignende bytekode.

Min Amiga bootede forresten også hurtigere end min win2k gør, er amiga os så bedre end win2k ?? Ifølge din analogi er den jo. Selv min lommeregner starter hurtigere (og hp48gx er bestemt ikke hurtig). :-))))

At java programmer starter langsomt skyldes at der skal laves utroligt meget for at have en JVM kørende. At et asp.net program starter hurtigere er død simpelt, de ting er startet under boot af OS'et, ligesom IE starter hurtigere end netscape.

Sød film, men den viser også du ikke kan configurere din Forte.
Som default har den alt med, men jeg gætter på du kan disable over halvdelen af modulerne, og så starter den langt hurtigere. Men igen er denne tid uvæsentlig, for jeg starter Forte om morgenen når jeg møder, og lukker det ned når jeg går hjem.

<STRONG>Disky</STRONG>

har ikke sagt det var java vs asp.net, snakkede om asp.net i en helt anden sammenhæng i den her tråd, snakker generealt om .NET vs java.

skal lige siges, at ALT i proget var sløvt, at åbne settings, 5 sek for at vise dialog boksen, vælge at den ikke skulle starte iplanet modulet og sætte værdien til false, 4 sek før den registerede det)

det med opstart tid var et EKSEMPEL på hvor skod langsomt javaprogs kører. meget muligt man kunne disable flere moduler, kan man også med vs.net, men alligevel starter den op på 5 sek, med diverse extra plugins kørende.

Nævn nogle kendte mobil tlf der IDAG, fra f.eks nokia/ericson, der understøtter din lille java ide ting., altså en tlf folk rent faktisk har, ikke bare en limited udgave en små 1000 folk måske har.
"At java programmer starter langsomt skyldes at der skal laves utroligt meget for at have en JVM kørende. At et asp.net program starter hurtigere er død simpelt, de ting er startet under boot af OS'et, ligesom IE starter hurtigere end netscape."

ser jeg da kun som positive ting. (at asp.net / ie ovs starter hurtigere), det er så fordelen bla ved .NET :)


<STRONG>"</STRONG>Forresten kører asp.net også med noget lignende bytekode.<STRONG>"</STRONG>
.NET kører med MSIL (men ja noget lign).

Gidder ikke rigtigt bruge mere tid på det her spm, har brugt rigeligt allerede, så hvis jeg ikke kommentarer mere, er det ikke ensbetydende med jeg er enig.

Motorola Accompli 008 har fuld Java tingelat :)

Og sjot nok er det der Forte ikke langsom på min - gad vide om det er din maskine der sutter (eller er optimeret til .NET?)

Ohh well - opstartshastigheden på udviklingsværktøjet afgør altså hvilket sprog du koder i? Hvorfor så ikke alm. C i vi på en Minix?

C#:
Det at din maskine gør tingene så langsomt skyldes med sikker ikke Forte.
Min bærbar med en P3 500 MHz og 128 MB ram, kører du ganske udemærket på. Jeg laver tit programmer når jeg kører tog. Uden problemmer.

Du siger 'det er en fordel ved .net' at det starter hurtigt, ja det skyldes det monopol som MS har, og udnytter på det groveste, det siger INTET om den korrekt hastighed og hukommelses forbrug.

Sjovt du kravler udenom spørgsmål du ikke kan svare på.


Det glæder mig du ikke gider mere, for dine argumenter er noget tynde.


p.s. Der er LANGT flere end 1000 mennesker der har en midlet duelig Mobiltelefon. Men hvor mange har en der kan køre et .net program ??? Igen et dårligt argument for ikke at skulle svare :)) (du er nu underholdende)


Miklos:
Kanon posting, den var ret underholdende.
Jeg synes vi alle skal begynder at lave C programmer i VI på en minix ligesom du foreslår. For hold da ferie hvor starter VI hurtigt. Så den må være kanon at udvikle i.

ROFL

Suk...
I er da den mest gennemsigtige flok retorikere.
Om MSSQL server: At een velkendt dårlig (beta!!)driver, giver dårlige resultater, i een(!) velkendt dårlig testopsætning (for den server), siger ikke en kæft om selve MSSQL server. Testen afslører (wooooow!!!) kun at den driver stadig stinker - INTET andet.
Man kunne teste alle mulige andre kombinationer, og få vidt forskellige resultater.
Det er alt for vildt at I ikke fatter det.
Men det er jo det sædvanlige ævl her på Newz.dk - bias!!

Det er ikke en kæft andet end tom retorik - læs teksten (også det med småt)

C#:
Imponerende at du gider at blive ved med at kværulere med disse hoveder.

/SaD

ja gid de ville, de ting jeg har sagt der stod der i artiklen, har de let sprunget over, pga de sikkert ikke har et svar, og miklos hvis du bare havde LIDT hjerne kunne du også læse det med vs.net / forte VAR et EKSEMPEL, på et java vs et compilet prog, hvor java helt klart sutter R**, og beklager du, kører 1.2Ghz/ 1Gb ram / hds i raid, så er ikke min comp der er underdimensineret.

i artiklen FØLGER DE IKKE MS's ANBEFALINGER FOR AT OPTIMERE PERFORMANCE, SKAL MAN VIRKELIG RÅBE FØR I SELV TJEKKER EFTER I DE FILER DE RENT FAKTISK HAR TESTET MED!, LOG OG DATA PÅ SAMME DREV != DET MS ANBEFALER, OG SELVE DE JSP FILER DE TESTER MED UDNYTTER INGEN TING SOM SP's / VIEW, HVOR DET TYDELIGT VILLE HAVE GIVET ENDNU BEDRE PERFORMANCE.Hvis jeres Ihhh så wonderfull java+mysql er så godt, kan man undre sig over at stort set INGEN store websites kører med det. (nåe nej det ihh så perfekte sprog+db performer jo som en skoda set i forhold til asp.net)Man kan undre sig meget over at andre test's (stort set samme hardware) med 32x så MANGE, samtidige brugere, der performer mssql, med response time på UNDER 1 sec, så det eneste den artikel beviser er da så vildt latterlig JSP er vs ASP, hvad fanden hjælper det at have et "godt" (så ikke min mening det er det) sprog hvis det er ubrugelig i praksis, jeg holder mig til web brug her ikke alm progs da det er det nyheden er om.
Men igen, ANTI MS SITE med STORT ANTI MS, og så kommer den med at det er lavt sagt ovs, rager mig en nada, da det gang på gang viser sig at være sandt.
"Sjovt du kravler udenom spørgsmål du ikke kan svare på." - Hvilke?
"Det glæder mig du ikke gider mere, for dine argumenter er noget tynde." - virker da mere tyk end, at java rules sådan er det bare, ms sucks pga monpol.

det med .NET og mobil telefoner kommer også, ligeså holdbart som jeres, jammen det kommer i mysql <STRONG>"senere", </STRONG>meget muligt det ikke er mange ude nu, men hvad har været der længst på markedet, java eller .NET?

C#:
Du bliver da også ved og ved og ved og ved og....(bruger du duracell batterier ? :-) *GGGGG*

Hvis jeres Ihhh så wonderfull java+mysql er så godt, kan man undre sig over at stort set INGEN store websites kører med det.

Hvor ved du lige det fra ?? At stort set ingen gør det ?? Hvor mange tror du bruger .net ??

Den med .net i telefonerne den synes jeg du skal <STRONG>dokumentere</STRONG> lige på stedet. Så vi kan se det ikke er endnu en tom floskel du kommer med. Nej en hensigst eklæring med at MS vil til at lave telefoner selv, eller at de tror det engang kommer med .net til telefoner, er ikke dokumentation.
Men det er links til sider der beskriver og tester mobiltelefoner der kan køre .net.
Tag nu og DOKUMENTER istedet for at råde.

"det med .NET og mobil telefoner kommer også", har jeg sagt de er ude i handlen her og nu, nej, hvor længe har .NET været ude?, hvor længe har java?

http://www.gotdotnet.com/team/compare/petshopperf....
http://www.gotdotnet.com/team/compare/petshop.aspx
griner for vildt, en test lavet af oracle der viser .NET slår J2EE MEGET, sjovt nok med det gode sprog C#


Is the use of stored procedures a good idea for enterprise applications?
<A name=_Is_the_use_of_stored_procedures_a_g></A>
Yes. The use of stored procedures for data access is a widely accepted best practice for enterprise-class applications. To maintain a clean 3-tier logical architecture, however, the stored procedures should be used strictly for data access, and not for business logic. Also, the physical data schema should be abstracted properly from the middle tier via the use of data classes that wrap all data access. All of these techniques are applied fully in the .NET Pet Shop 1.5 architecture.

Sjovt nok det jeg hele tiden har sagt, at den test i nyheden ikke holder en meter, når de ikke optimerer ordentligt.

http://www.gotdotnet.com/team/compare/nileperf.asp...

samme benchmark som det er brugt i den test i nyhden, men sjovt nok optimeret til ms teknologi i ms's produkter, hvem er bagud igen, jeps J2EE, så holder stadig på java sucks bigtime.

hvis i læser efter er de der tests på gotdotnet, lavet af uaghængige firmaer, og ms skriver bla også;<STRONG>Will Microsoft compete in an independently-conducted benchmark of Web application server performance? Yes. </STRONG>

Microsoft recently received an invitation from Doculabs, Inc. to compete in a new independently-conducted application server benchmark that will take place later this year at the Doculabs facility in Chicago. We have already accepted the offer and will participate in this benchmark. IBM, Oracle, Sun and BEA were also invited to this benchmark. We hope that each of these vendors chooses to participate as well, although Microsoft will participate regardless.


<STRONG>What about ECPERF, the server-side Java benchmark created by Sun?</STRONG>
Microsoft is prohibited to compete in ECPerf by Sun Microsystems. Only J2EE-based products are allowed to compete, and only if they pass Sun’s certification. To date participation in ECPerf by J2EE ISVs has been poor, with only a single published result as of October 31, 2001. Instead, Microsoft readily competes in more-established benchmarks such as TPC-C and TPC-W. To date, not a single J2EE-based submission has been made to either TPC-C or TPC-W

#22, 25, 30, 36, 38, 41, 43, 47, 50, 52, 53, 55, 57, 64, 65, 66, 67 C#:
Hvis ellers C# har samme holdning i sengen, som han har her, så er hans kæreste nok en yderst veltilfreds kvinde.

Allerede i indlæg #22 sagde han, at han ikke gad mere - og så bliver han alligevel ved. 16 (!) gange mere end han egentlig gad. Damn ... det er en skam, at kvinder ikke har det på samme måde ... hehe ;-)

hektor, man bliver sku nødt til at blive ved, når disky/miklos, stadig lukker en gang usande ting ud.

#69 C#:
Og hvordan har kæresten det med den holdning? ;-p

Hvilken? hehe

Hektor:

Jeg elsker simpelthen dine små kommentarer, de er kanon underholdning :-))


C#:
Du har stadigvæk ikke fattet at ALLE kan få en test til at se god ud, men jeg mangler stadigvæk dokumentation for .net i embeddet udstyr så som styre computere/mobil telefoner osv.
Måske tror du at det engang kommer, men det findes ikke endnu.

En webside der hedder 'gotdotnet' hvor seriøs i dens bedømmelse tror du egentlig den er ???


Siden du nu poster om dig med links til en forudintaget webside vil jeg komme med links også:

http://www.theserverside.com/resources/article.jsp...
citat:
In conclusion, while both platforms will have their own market-share, we feel most customers will reap <STRONG>greater wins with J2EE</STRONG>. We feel the advantages outweigh those offered by Microsoft.NET. That is our preferred architecture, and we stand behind it.

En lille kommentar til petstore testen:
http://www.onjava.com/pub/a/onjava/2001/11/28/catf...
Specielt nederst side #1:

Microsoft reported the dramatic performance numbers mentioned in the introduction. Unfortunately, they made a serious mistake: rather than re-run the Oracle tests in their environment, they simply quoted Oracle's results.
Flot lad os tage noget andet hardware, og bare bruge de gamle resultater.
eller fra konklusionen:
The experimental flaws of the Microsoft tests render the performance comparisons unusable. All tests must be run on the same test bed and a more suitable application must be chosen. J2EE and .NET are most appropriate for large-scale, high availability applications. The documented tests say little about how well these frameworks support those applications.
The .NET and Java Pet Stores support the same features, but they implement different "nonfunctional" requirements. The .NET version assumes a single hardware/OS/database combination and makes performance paramount. The Java version supports multiple hardware/OS/database combinations and ranks performance as less important. In fact, both frameworks can support either emphasis. Hence, comparing the two code bases is misleading.

Eller denne her:http://otn.oracle.com/tech/java/oc4j/pdf/9ias_net_...
Hov nu er J2EE meget hurtigere end .net.
Husk .net udgaven er 'highly tuned' hvorimod J2EE Petstore er en standard test suite, der viser hvad J2EE kan ikke performance.
Hvad kan vi lære af dette ?? Man laver bare en test så den giver det resultat man ønsker.

Jeg håber du en dag forstår at sådanne tests sjældent er noget værd, pga ovenstående ting og andet.

ja og nu er det java sitesne selv der skriver, de test jeg skrev var foretaget af nogle der var UAFHÆNGIGE af ms, bla ziffdavis med nile testen.

nu stopper jeg 100%, har fundet du modsiger dig selv adskille gange bare i den her nyhed.

C#:
Damm hvor er du nem, når man bruger nøjagtigt de samme argumenter imod dig som du selv bruger, så er de dårlige.

O'Reilly er IKKE en java site, det er et firma der laver bøger.

Man okay det glæder mig du stopper for, en fanatiker som dig kan man ikke trænge igennem til.

De såkaldte uafhængige tests du hentyder til bliver pillet fuldstændigt fra hinanden i de links jeg har sendt.

Når i nu taler om at mssql er hurtigere i den altilernative test med asp.net og iis rene ms prdukter.
så skal det bemærkes at mySQL der er udviklet med henblik på posix standarden er testet på en win2k maskine og med en anden web server end apache som den oftest vil blive udsat for.
vilket betyder at ikke ikke kan bruge den altiernative test af mssql til en rygene fis med mindre i holder den op mod en mysql/unix/apache.
vi kan konkludere mssql ikke har det godt med andet end asp.net miljøet.
og C# at mssql kan sevicere 32.000 ja men kan den også det på den hardvare testen er foretaget på og hvad levere mysql og de andre på den hardware mssql kan servicere 32.000 clienter.
Og lige en anerdote til jers OE og vedheftede filer jeg har ikke set en mail klient til unix der ikke håndtere vedheftede filer gnidningsløst der er ikke noget med at skulle ind og pille i div dotfiler som C# antyder