Megabyte

Co tylko świadczy o dużej niezgodności ze standartem C++.

Ten kod też nie ma prawa się skompilować!! - biblioteka to "iostream" - trzeba podać w jakiej przestrzeni kompilator ma szukać nazwy "cout" - w "C++" w porównaniu do "C" nie ma czegoś takiego jak domyślny typ int - getchar znajduje się w bibliotece "cstdio", należy ją wcześniej dołączyć - funkcja powinna zwrócić wartość typu int powinno to wyglądać mniej więcej tak: #include <iostream>using namespace std;int main(){ cout << "witajcie"; cin.get(); return 0;}

Venice ma obsługiwać 4x512MB przy 200MHz i 2T to winchester ma 166MHz i 2T. Ja np dalej używam Winchestera i 4x512MB i teraz mam ustawione na 210MHz, oczywiście w pełni stabilne. BoloJang: Co rozumiesz przez pamięci ustawione asynchronicznie w stosunku do proca? :blink:

Znaś ktoś może jakiś RAMdysk dla tego Windowsa?

Niestety nie jest to wina firewalla. To już zostało sprawdzone. W dodatku firewall ma to do siebie że przepuszcza pakiety albo ich nie przepuszcza. Tutaj część dochodzi a część nie :?

Koleżanka ma w domu dwa komputery, do tej pory chodziły na win98. Oby dwa są podłączone do internetu przez te samą sieć. Ponieważ 98 to już staroć koleżanka chciała zainstalować na jednym komputerze Windowsa XP zamiast 98. Niestety pojawił się problem z siecią i to dość nietypowy. Otóż system wykrył automatycznie karte, zainstalował sterownik, koleżanka ustawiła adres IP, maske, adres bramy i serwera DNS. Problem polega na tym że puszczenie pinga nawet do bramy czy do drugiego kompa pokazuje że średnio 2-3 pakiety na 4 są gubione. Wejście na jakąś stronke jest niemożliwe. Jest to o tyle dziwne w tym samym czasie na drugim komputerze net śmiga super a na tym pierwszym przed instalacją XP wszystko było dobrze. Komputer z XP to jakiś AMD na płycie z chipsetem VIA KT133A a karta sieciowa jest na układzie RTL8139. Kiedyś też miałem taki sprzęt i nie miałem żadnych problemów. Problemy są zarówno na XP jak i XP z SP2. Zainstalowanie sterowników VIA do płyty głównej nic nie dało. Z inną kartą sieciową też było to samo :/ Czy ktoś ma jakiś pomysł w czym może być problem? Bo mi nic do głowy nie przychodzi. :sad:

:lol: To że Ty używasz go do zabawy to nie znaczy że inni to robią. :mur:

1. San Diego jest wykorzystywany także w FX55 i FX57 2. Venice zastępuje Winchestara i NewCastle 3. San Diego zastępuje ClawHammera 4. Aktualny Venice "E3" zostanie zastąpiony przez nową rewizje "E6" która różni się mniejszą ilością błędów :wink: Błędy, które naprawia E6. Rewizje E6 można będzie rozpoznać po oznaczeniu "BW". Dla przypomnienia E3 ma "BP". W Polsce Venice E6 można się spodziewać niestety dopiero w sierpniu. Wątpie żeby pojawiły się wcześniej :sad: Mi najbardziej zależy żeby były w sierpniu. Mam wtedy praktyke w sklepie komputerowym :wink:

@Mardok: Pisząc o SuperPI chodziło mi głównie o benchmarki niezoptymalizowane pod kątem dualcore. W necie już można zobaczyć że X2 osiąga częstotliwości niewiele mniejsze od zwykłego A64. W grach nie zobaczysz żadnej różnicy na korzyść single core za to w wyścigu o najlepszy wynik w SuperPi liczy się każdy MHz czyli tutaj szanse na zwykłym A64 są większe. Osobiście nie mam żadnej kamery żebym bawił się w jakieś zgrywanie video itp. Ale czasem trzeba zrobić jakiegoś DVDRip albo z Divx zrobić DVD żeby można było coś na stacjonarnym obejrzeć i wychodzi że z te 3-4h czasem więcej w tygodniu poświęcam na kodowanie video, są też inne rzeczy, trzeba coś skompresować winrarem, oprócz tego jak już Ricci powiedział "w tle" zawsze coś chodzi. Według mnie przeciętnemu użytkownikowi będzie się lepiej pracowało na X2 już teraz. Niestety zysk nie jest warty jeszcze takiej różnicy w cenie. Jak dla mnie X2 jest idealny, programy których używam są zoptymalizowane zarówno pod 64bit jak i dualcore, sam pisze programy z wykorzystaniem wielowątkowości więc tu też zauważe znaczny wzrost. Żałuje tylko że aktualnie X2 jest bardzo drogi i że wersje z Pacificą pojawią się dopiero w 2006 roku, a takie cacko już by mi się przydało :D

Trudno mi powiedzieć bo nie wiem dokładnie ile było po technikum ale raczej to po równo. No mój kierunek jest dość dziwny. Dziwny bo szeroki - począwszy od matematyki: analiza matematyczna, algebra liniowa, statystyka przez dość rozległą fizyke, aż się zastanawiałem po co nam tyle fizyki -elektrotechnika, elektronika, mikroprocesory i układy cyfrowe, sterowniki PLC itp -programowanie, jak narazie C, C++ później Java, php, ada i inne. Do tego dochodzi że nauczenie się całego C++ przypada na 1 semestr. (Dla nieznających się w temacie żeby nauczyć się dobrze C++ trzeba w nim programować 6 lat) -automatyka -grafika komputerowa - jeszcze inne, o których można poczytać tutaj: http://www.pwsztar.edu.pl/tarnow_view_mig/...ourses.php?id=5, należy patrzyć tylko na te przy których jest IS Kończe już OT:)

PWSZ w Tarnowie. Dobrze bo blisko domu a jeżeli chodzi o nauczycieli to prawie wszyscy są z Krakowa(AGH głównie), między innymi "babka od Fizyki".

Ja miałem fizyke przez 2 semestry. Poleciało przez nią jakieś 30 osób na 100. Osobiście chodziłem do LO i tego nie żałuje. Po technikum jest na pewno lepiej ale udaje mi się nadrabiać wszystkie zaległości. Głównie dzięki temu że programuje już 5 lat i teraz mogłem się więcej przyłożyć do elektroniki i z cyfrową jest już dobrze a z analogową będzie niedługo lepiej :wink: Podsumowanie: - Dzięki temu że poszedłem do LO zaoszczędziłem jeden rok. - Z zaliczaniem przedmiotów nie mam problemów, sesje zamknąłem 2 tygodnie temu. - Jestem na 2 roku na Informatyce Stosowanej na studiach dziennych w państwowej uczelni.

screeny z 4400+, 4600+ oc 4600+ oc 4800+ @3.2GHz

Do benchmarków dobre ale tylko do benchmarków dlatego że zwykła pamięć DDR400 jest nieporównywalnie szybsza od dysku.

Hmmm, Bez obrazy ale widze że wszystko dopasowujesz pod SuperPI. 1. Z tym się zgodze, jedyny minus X2. 2. Kupie X2, będe miał mniejszy wynik w SuperPI, W grach zamiast np 80 fps będe miał 75. Za to podczas grania będe mógł odpalić jakieś kodowanie video bez spadku wydajności. W programach, które są zoptymalizowane pod dualcore dostane kopa. 3. Co się będzie bardziej grzało X2 2.4GHz 1.3V czy zwykły A64 3GHz 1.6V? A tak ja to widze ;) Swoją drogą nie wiem jak wytrzymujesz na tych 512MB RAM. Przecież przy tak małej pojemności Twój dysk jest pewnie cały czas w ruchu. Sorki za OT. Już więcej nie będe :wink: UPDATE: AndyN: Jakiś czas temu mówiono o 15 lipca. Choć pewnie będzie leki poślizg tak jak z E3

Głupoty opowiadasz. W rewizji E3 było kilka błędów, o których było już pisane na forum. Chłopaki z AMD poprawili je i wypuszczają nową rewizje E6. A to że Semprony też będą miały rewizje E6 to już inna sprawa.

Ja mam Emila 500 z telenetu a dokładnie oddziału w Brzesku. Przed chwilą puściłem pinga i wygląda to tak o 10 rano. Wieczorkiem sprawdze jeszcze raz. Pinging onet.pl [213.180.130.200] with 32 bytes of data:Reply from 213.180.130.200: bytes=32 time=43ms TTL=55Reply from 213.180.130.200: bytes=32 time=40ms TTL=55Reply from 213.180.130.200: bytes=32 time=39ms TTL=55Reply from 213.180.130.200: bytes=32 time=41ms TTL=55Reply from 213.180.130.200: bytes=32 time=40ms TTL=55Reply from 213.180.130.200: bytes=32 time=39ms TTL=55Reply from 213.180.130.200: bytes=32 time=39ms TTL=55Reply from 213.180.130.200: bytes=32 time=41ms TTL=55Reply from 213.180.130.200: bytes=32 time=42ms TTL=55Reply from 213.180.130.200: bytes=32 time=40ms TTL=55Ping statistics for 213.180.130.200: Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),Approximate round trip times in milli-seconds: Minimum = 39ms, Maximum = 43ms, Average = 40ms Maks download 60KB/s, upload 16KB/s. Mam taką prośbe jak piszecie o telenecie to piszcze też z której spółki jesteście (dla przykładu ja z Telefonów Brzeskich) UPDATE: Ping o 20 Pinging onet.pl [213.180.130.200] with 32 bytes of data:Reply from 213.180.130.200: bytes=32 time=42ms TTL=55Reply from 213.180.130.200: bytes=32 time=46ms TTL=55Reply from 213.180.130.200: bytes=32 time=42ms TTL=55Reply from 213.180.130.200: bytes=32 time=42ms TTL=55Reply from 213.180.130.200: bytes=32 time=42ms TTL=55Reply from 213.180.130.200: bytes=32 time=44ms TTL=55Reply from 213.180.130.200: bytes=32 time=44ms TTL=55Reply from 213.180.130.200: bytes=32 time=44ms TTL=55Reply from 213.180.130.200: bytes=32 time=43ms TTL=55Reply from 213.180.130.200: bytes=32 time=44ms TTL=55Ping statistics for 213.180.130.200: Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),Approximate round trip times in milli-seconds: Minimum = 42ms, Maximum = 46ms, Average = 43msC:\Documents and Settings\Megabyte>

Źródło Ciekawe dlaczego tak szybko zmieniają stepping i czym E6 różni się od E3.

Standartowo AXP mobile mają zablokowane SMP ale da się to odblokować, szczegóły w FAQ.

Ja próbowałem jakiś czas temu na Epox 8RDA. Bez ustawiania tych rejestrów obraz na monitorze znikał. Trzeba było restartować kompa. Po ustawieniu tych rejestrów obraz nie znika ale komputer dalej dostaje zawieszki.

w AXP mnożnik można zmienić na dwa sposoby: - pierwszy wymaga odblokowanego mnożnika - możesz zmieniać mnożnik za pomocą BIOS płyty głównej lub gdy ta nie udostępnia czegoś takiego zmiane za pomocą drut-moda (płyta bez jakichkolwiek możliwości zmiany albo z 4bitowym mnożnikiem) - drugi odblokowania technologi PowerNow i posiadanie płyty która sobie z tym radzi - zmiana mnożnika odbywa się tylko "softwarowo" z poziomu Windowsa i czasem BIOSu (nie powoduje to jednak zmiany mnożnika startowego) Ponieważ widze że Twoja płyta obsługuje zmiane mnożnika z BIOSu więc domyślam się że Twój procesor jest zablokowany a to oznacza że nic nie zrobisz. Pierwszy sposób odpada bo tych procesorów nie da się odblokować a drugi dlatego że nforce2 ma problemy ze zmianą mnożnika "w locie". Teraz rozumiesz? Jeżeli nie to polecam poczytać więcej informacji na temat drutmoda i mobile moda a wtedy przekonasz się o co mi chodzi.

No to czekam na porównanie :)

Czy tak trudno zrozumieć że odblokować się nie da a PowerNow na nforce2 nie działa?

A kiedy źle prawiłem? Jeżeli mówimy o A64 2.4GHz i P4 3.8GHz to możemy mówić że w jednym jest szybsze A64 a w drugim P4 ale A64 2.8GHz jest lepsze praktycznie we wszystkim.

Eh, widać kolejny fanatyk Intela :mur: Większość czasu przed komputerem poświęcam programowaniu w Visual C++, tak się składa że wersja którą mam ma kompilator pod AMD64 i nieraz widze wzrost wydajności ponad 100% po przekompilowaniu programu pod 64bity. W dodatku w kompilacji programów Pentium 4 jest słabsze nawet od AXP a co dopiero AMD64. W skrócie wolałem kupić A64 3200+ i podkręcić niż P4 5GHz którego nie ma. Nie mówie że dla każdego A64 jest dobre ale dla moich zastosowań P4 się nie nadaje.