Chyba nic by się nie zmieniło. Są tam  inne wąskie gardła

Ramdyski mogą się różnić prędkością ? Chyba w dostępie a nie w transferze ...

ok - przywróciłem tę dużą bitmapę o wielkości 1.3MB, wrzuciłem cały soft z serverem i danymi na ramdysk. Odpaliłem - sprawdźcie, czy stanowi to jakąkolwiek różnicę.

Jest jeszcze driver pod SDX: TURBODRV.SYS - przenosi procedury I/O SpartaDOS do fast ramu 65c816 i wówczas mamy transfer w okolicy 400kB/s. Problem tylko w tym, że to rozwiązanie nie pracuje u mnie stabilnie.

właśnie nie wiem, bo to jest tak, że jeśli odwołanie z INDEX.HTM jest do pliku, to zawsze chodzi o katalog bieżący czyli ten, z którego odpalamy serwer jako program. Udało się podlinkować z podkatalogu ostatni przykład download'u - czyli ILMENIT.XEX i jest on w podkatalogu FILES - ale z poziomu przeglądarki jak zasysam plik, to nazywa się on z automatu: FILES_ILMENIT.XEX. Wszelkie odwołania do innych dysków są jakby ignorowane. A logo Atari wczytuje się znacznie szybciej, bo jest to w oryginalnym wydaniu obrazek o wielkości 256/256 pixeli, 256 kolorów.

Nie znam się kompletnie na html i bawiąc się szukam w poradniku dla opornych, oraz nie mogę namierzyć informacji co to contiki potrafi.

To nie zależy od Duddiego na tym etapie, tylko jest problem z prototypem i nie wiadomo czy chodzi o cart, czy problem jest software'owy.

ok, chwilowa przerwa - nowe pomysły i aktualizacja Contiki.

EDIT: z czego widzę, to wyjście powyżej prędkości HDD nie ma sensu, bo czy serwer stoi na dysku, czy ramdysku to i tak ogranicza to wszystko przepustowość dragoncarta i wydajność cpu. Na ten ostatni czynnik mam jednak wpływ ;)

Ten jutub raczej nie będzie działał, bo tu widzę zapytania na serwerze. Jak to brzmi ;)

EDIT:

Realne prędkości maksymalne z serwerka:
* 6502 @1.79 - ok. 7.5kB/s
* 65c816@20 - ok. 40kB/s

przestań z tym wifi, bo mi się tylko jedno z tym kojarzy. I to nie koniecznie dobrze ;)

Z nowości - na dole strony testowej JUTUB ;)

Oczywiście ramdyski mogą różnić się prędkością transferu i to znacznie.
Na API sterownika CIO składają się procedury przesłania pojedynczego bajtu. Sterownik urządzenia zaimplementowany wprost będzie przesyłał po jednym bajcie, a pętlę dla bufora obsłuży OS, z dużym narzutem ograniczającym prędkość transferu do rzędu 10 KB/s na standardowej atarce ZTCP. To mniej, niż stacja Karin Maxi potrafi przesłać z dyskietki.
Szybsze sterowniki muszą same obsługiwać transfer całych buforów.

.. jak na razie, to muszę złożyć dodatkową Atarkę na ten cel, teoretycznie wszystkie komponenty mam. O, cyny nie mam :)

Wymyśliłem jak zapisywać z tego websrv logi do pliku. Przekierowanie danych konsoli ze sterownika do xep80. Hahahahh

Wasko - muszę Cię zmartwić - da się :)

Pod Sparta DOS X

XEP80.SYS >>PRN:

EDIT: Wasko - w zasadzie, to podsunąłeś mi niezły pomysł. Faktycznie - można output z konsoli skierować do drukarki i przechwycić to przez SIO2PC i drukować do pliku. Wówczas zapis wyląduje nie na Atari tylko wiadomo gdzie, no i zdaje się że można by było automatem konwertować znak końca linii. Minus taki tylko, że log będzie wyłącznie w chwili w której mam włączony piec.

Nowa "karta" videło:

Ups, inaczej:

XEP80.SYS
WEBSRV.EXE >>LOG.TXT

Tak miało być.