"Wykaż wpływ rozdzielczości na odblaski" Nic takiego nie napisałem. Napisałem o całokształcie różnicy Retiny względem ekranu w Air. "Odblaski eliminuje powłoka która wystepuje w MBA ". Pieprzysz jak potłuczony, bo sam widziałem, ze na Retinie odblaski są mniejsze niż w MBA. Różnicę widać różnicę doskonale, zwłaszcza przy punktowych źródłach światła. Jak jesteś ślepy to się przejdź gdzieś i obejrzyj. Ekran w Air jest po prostu słaby. Jak nie zauważysz różnicy, sugeruję Ci wycieczkę do okulisty.
Jak nie ma związku, jak widać różnicę? Mam na myśli całokształt, czyli odblaski, kolorystykę, czerń, kontrast. Zwykly ekran też nie jest potrzebny, kiedyś się pracowało na Herculesie. Każda poprawa obrazu przy wielogodzinnej pracy jest na wagę złota. Żeby to zrozumieć trzeba popracować ostro (kilkanaście godzin) przy kompie, a nie godzinkę na fejsie i mailu.
Ja mam teraz w Win7x64 uptime 5 dni, 21 godzin 2 minuty i muła nie ma. Praca programowanie, wirtualne maszyny, net, bazy danych. Czy to znaczy, ze mam uszkodzony system, bo jeszcze się nie zamulił?
Nie, Retina do pracy nie jest bajerem, ponadto R ma mniejsze odblaski. Jakby nie było gapisz się w ekran, prawda?
No cóż, Rolls-Royce też ma niską sprzedaż...
Mak nie istnieje, ale jego sprzedaż rośnie ponoć....
To jeszcze tego nie poprawili - myślałem, że w 2014 modele są już bez wad. A tak się szykowałem na rmbp.
Jak na wielkość firmy to żadna kasa. Przypomnijmy sobie, ile zarabiają prezesi naszych nielicznych banków czy wielkich firm państwowych. Podana kwota "$1 748 462" to brutto czy na rękę?. Jak brutto, to jeszcze go ładnie skrojono na podatkach.
Ładnie to tak kręcić ? *Znamienne jest to, że architektura x86 powstawała niewiele wcześniej (~1978 rok) od ARM (rozpoczęto prace w 1983 r.) Pierwszy ARM2 nie był pierwszy, bo najpierw był ARM1. I nie pięć lat różnicy a siedem, tyle czasu w rozwoju procesorów to przepaść. Intela wprowadzono na rynek w 1978, a Arma w 1985. W tym samym roku powstał też 80386 Intela, który był 32 bitowy. Te rejestry 16 bitowe, o których mowa, to część rejestrów 32 bitowych i wtedy pozwalały na uruchamianie bogatej biblioteki oprogramowania z 8080 (CP/M po rekompilacji) jak i 8086 (DOS) . Koszmarne stronicowanie były wtedy, gdy korzystało się z oprogramowania 16 bitowego i przekraczało barierę 64kB. Stronicowanie w 386 to zupełnie inna para kaloszy (wykorzystanie wirtualnej pamięci) a także istnieje model pamięci flat czyli można wyłączyć jednostkę zarządzania pamięcią. Oczywiście procesory intela zawierają od dawna rozkazy związane z multimediami czy szyfrowaniem. Koprocesor wbudowany był już wieki temu w 486DX. Jakby rodzina x86 byłaby taka do dupy, to Apple nie zamieniłby PowerPC na intele tylko wziął ARM, prawda? Zaoszczędziłby na dostawcach. Jeżeli chodzi wydajność, to jednak ARM nie są takie super, bo w pewnych zastosowaniach potrzebna jest jako takie przetwarzanie z małej mocy, a w pewnych potrzebna jest moc przetwarzania niezależnie od poboru. Nie od parady w superkomputerach są tysiące procesorów Xeon a nie ARM. Jeżeli chodzi o listę rozkazów, to ta w ARM jest lepsza niż w Intelach (kompatybilność - coś za coś), ale jakie ma to znaczenie, gdy korzysta się z kompilatorów lub maszyn wirtualnych ? Jak dla mnie przejście na army to byłby duży minus maca, bo odpadlby windows w wirtualnej maszynie. Cześć programów straciłaby na szybkości (optymalizacja w asemblerze). Zresztą o czym tu mowa jak w świecie Intela i AMD obowiązuje architektura x64, a w niej jest jeszcze więcej rejestrów ogólnego przeznaczenia + dodatkowe rozkazy etc. To stanowi bazę, więc jak mówimy o systemie 64 bitowym dla x64 to jest pewnik, że jest dostęp do tych rozwiązań.
Po co wyświetlacz jak gada ?
MI też nie podobają się strzałki. Mam takie w HP i od 1,5 jeszcze się nie przyzwyczaiłem.
Dzięki za info. Faktycznie ten Apple to think different.
Doprecyzujmy: uczę się pisać na OSX i iOS (czyli dwa systemy) => nic nie płace. Chcę umieścić w App store dla Ios => płacę 439PLN/rok +30% od sprzedanego egzemplarza app. Gdy chcę umieścić w App Store dla MAC, muszę zapłacić kolejne 439. Gdy chcę umieścić na swojej stronie, ale żeby użytkownik nie miał problemów, to tez musze wydac 439. Czyli jak sciaga się app do OSX z jakiejś strony to nie instaluje się lajtowo, tylko użytkownik musi cos swiadomie zrobić w kompie, aby zainstalować aplikacje ? Czy to cos to czarna magia czy tylko pytanie "czy na pewno chcesz....?" ?
Czy ja dobrze rozumiem: chcę pisać na IOS i MACa - mam wydać 878PLN / rok. Czy opłata dotyczy tylko tych, którzy chcą publikować w AppStore, a dostęp do XCode i dokumentacji na *.apple.com jest dla wszystkich z systemem MacOS ?
"nowe możliwości ale sprawdzające się na całkiem nowym wydajniejszym pececie" No bez jaj, to na wolniejszym sprzęcie dodatkowe przydatne rozkazy i rejestry się nie sprawdzają ? Przecież kiedyś ludzie dopłacali, aby mieć procesor z MMX.
Tu nie chodzi o szerokość szyny danych czy programu. Chodzi o zapis danych. Jeżeli w kodzie jest int x = 5 i x jest lokalna w metodzie/procedurze/funkcji, to kompilator nie musi dawać rozkazu ld a0, 0x0000000000000005 czyli 5 zapisana w 8 bajtach tylko ld a0, 0x05. Inna kwestia, że często dla procesorów wymagane jest, aby zmienne były rozmieszczone w pamięci na granicy słowa (i pewnie to miałeś na myśli), wiec jak masz dwie zmienne bajtowe to i tak każda z nich ląduje od adresu podzielnego przez 4 lub 8. Sam jak ćwiczyłem asm dla ARM miałem upierdliwy wyjątek, bo zmienna była nie na tym adresie pamięci. Piszesz o apetycie Windows, ale zauważ, że w samym Windowsie 64 są klocki 32 bitowe a to wymusza ładowanie warstwy WoW, co zajmuje trochę pamięci. Wszystko zależy od programu. Nie mówię, że da się uzyskać soft o rozmiarze identycznym z 32 bitami, ale po prostu to kwestia softu. Podobnie jak nie uważam, że wszędzie muszą być 64 czy nawet 32 bity, do prostych zastosowań wystarczy 8 bitów, np. układy PIC te z mniejszych. Z drugiej strony Apple mógłby się nie wydurniać i wrzucać trochę więcej ramu do swoich sprzętów.
W świecie Windows a raczej AM64 64 bity to nie tylko 64 bity ale dodatkowe rozkazy i dostęp do nowych rejestrów.
Pytanie tylko czy jest tak to zrobione jak w Windows (mapowanie bibliotek 64bitowych na 32 bitowe) czy pełne biblioteki 32 bitowe.
W architekturze 64 bitowej wskaźniki nie muszą zawierać 2x więcej bajtów , bo mogą być offsetem do czegoś - patrz adresowanie względne. Argumenty dla funkcji można przesłać na stosie lub w rejestrach. A podejrzewam, że są rozkazy typu załaduj do rejestru wartość 5 w postaci bajtu, przez co można zaoszczędzić 3 bajty pamięci programu.
No co Ty ? Najbardziej zaawansowany system operacyjny nie może już być lepszy !
Records - baza danych dla początkujących (+konkurs)
Excel bez problemy zasysa dane z różnych baz czy plików tekstowych. Ciekawe jestem, czy ta baza pozwala na eksport do pliku tekstowe lub dostęp innych programów tych danych.