|
Kernel Traffic Latest | Archives | People | Topics |
Wine Latest | Archives | People | Topics |
GNUe Latest | Archives | People | Topics |
| Czech |
| Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic |
linux-kernel FAQ | zapisz się na linux-kernel | archiwa linux-kernel | kernelnotes.org | Nawigator po źródłach Linuksa LxR | Wszystkie jądra | Porty jądra Linuksa | Dokumentacja do jądra | Encyklopedia Gary'ego: jądro Linuksa | #kernelnewbies
Table Of Contents
| 1. | 27 Aug 2001 - 30 Aug 2001 | (18 posts) | Porównanie systemów plików |
| 2. | 29 Aug 2001 - 5 Sep 2001 | (5 posts) | Konwersja ext2-na-reiserfs |
| 3. | 29 Aug 2001 - 30 Aug 2001 | (3 posts) | Zniszczenie rejestrów w trybie SMP na Intelu, 2.4 |
| 4. | 29 Aug 2001 - 4 Sep 2001 | (10 posts) | IBM utrzymuje specyfikację w tajemnicy |
| 5. | 30 Aug 2001 - 1 Sep 2001 | (9 posts) | Narzędzie do wykrywania sprzętu |
| 6. | 30 Aug 2001 - 31 Aug 2001 | (9 posts) | Śledzenie nie-wolnych modułów jądra załadowanych w trakcie działania systemu |
| 7. | 31 Aug 2001 - 3 Sep 2001 | (7 posts) | ext3 oopsuje pod 2.4 |
| 8. | 31 Aug 2001 - 1 Aug 2001 | (3 posts) | Pewne wyjaśnienie organizacji modułów |
| 9. | 31 Aug 2001 | (6 posts) | Mini-Bug w obsłudze wersji urządzenia USB w 2.4.9 |
| 10. | 1 Sep 2001 | (4 posts) | Stan obsługi Adaptec ASR2100s |
| 11. | 1 Sep 2001 | (6 posts) | Duże jądra |
| 12. | 2 Sep 2001 - 3 Sep 2001 | (3 posts) | Stan obsługi kolejnosci bajtów w Reiserfs |
| 13. | 2 Sep 2001 | (2 posts) | Stan planów 2.5 |
| 14. | 5 Sep 2001 - 6 Sep 2001 | (6 posts) | Stan obsługi iSCSI w Linuksie |
Introduction
EFF wezwała do akcji w obronie Dmitrija Sklyarowa, któremu grozi 25 lat więzienia za pogwałcenie DMCA. Zachęcam wszystkich do wzięcia udziału w kampanii pisania listów, która się aktualnie odbywa. Proszę, zróbcie co tylko w waszej mocy, aby zapobiec tej okropnej tragedii. Więcej informacji o tej sprawie znajdziecie pod adresem: http://www.eff.org/IP/DMCA/US_v_Sklyarov/. Więcej informacji o DMCA znajdziecie tu: http://www.eff.org/IP/DMCA/. Aby zapisać się na listę dyskusyjną dotyczącą tego tematu zajrzyjcie na http://zork.net/mailman/listinfo/free-sklyarov/.Mailing List Stats For This Week
We looked at 1269 posts in 5775K.
There were 458 different contributors. 214 posted more than once. 234 posted last week too.
The top posters of the week were:
1. Porównanie systemów plików
27 Aug 2001 - 30 Aug 2001 (18 posts) Archive Link: "Porównanie systemów plików z księgowaniem na Netbenchu"
People: Andrew Theurer, Randy Dunlap, Yves Rougy, Roberto Nibali, Andrew Morton
Andrew Theyrer z IBM ogłosił: "Ostatnio zacząłem przeprowadzać różne testy i porównania na temat wydajności systemów plików używając do tego Netbencha i testując systemy plików dostępne w 2.4: Reiserfs, JFS, XFS i Ext3. Sądzę, że część z was może być zainteresowana wynikami. Poniżej macie README z http://lse.sourceforge.net. Do każdego testu dołączona jest konfiguracja jądra, a teraz pracuję nad skalą porównawczą. Dajcie mi znać, jeśli macie jakieś uwagi." Randy Dunlap odrzekł:
Robię podobne porównanie systemów plików, ale przy użyciu IOzone (http://www.iozone.org) a nie Netbencha.
Pierwsze wyniki (w większości wypadków nieprzetworzone) są dostępne tu: http://www.osdlab.org/reports/journal_fs/ (uaktualnione dzisiaj).
Używam Linuksa z jądrem 2.4.7 na 4-procesorowym systemie VA Linux. Maszyna ma 4GB RAM, ale ograniczyłem to do 256MB zgodnie z wymaganiami IOzone.
Mimo tego, podejrzewam, że fakt ten powoduje raczej sprawdzenie wydajności kontrolerów dyskowych albo szyny PCI, a nie wydajności systemu plików. Jakieś uwagi co do tego?
Użyłem domyślnej konfiguracji wszystkich użytych systemów plików
W przyszłości:
Andrew odparł:
Niewątpliwie przekraczasz możliwości tego, co jądro może trzymać w cache i zapisujesz dane na dysk w niektórych testach. Sądzę, że to zależy od tego, co jest dla ciebie istotne. Myślę, że obie rzeczy są istotne i możesz spróbować nie ograniczać pamięci aby uzyskać informacje na temat wydajności systemu plików na dużych plikach trzymanych w pamięci. Jednakże zapis na dysk jest istotny, w szczególności dla takich rzeczy jak bounce-buffer. Czy masz obsługę dużej ilości pamięci w jądrze? Jeśli tak, to czy założyłeś łatę na wykluczenie bounce-bufferów?
Czy jest cache w kontrolerze? Jaki jest jego rozmiar?
Idąc dalej, czy IOzone przyjmuje liczbę procesów na poziomie liczby procesorów? Nie widzę żadnych opcji w sposobie wywołania ustalających liczbę procesów.
Randy wyjaśnił: "Mnie interesuje wydajność systemu plików. Nie próbuję mierzyć wydajności/cen/korzyści/etc IDE kontra SCSI kontra FC." Randy miał trochę problemów aby odpowiedzieć na drugi akapit z wiadomości Andrew. Powiedział: " W maszynie jest kontroler FC QLogic 2200. Jest on podłączony do kontrolera/macierzy dyskowej FAStT IBM-a -- jednego kontrolera z dołączonymi 10 dyskami. Zajrzałem do konsolowego interfejsu IBM FAStT OS, ale nie widziałem tam wiele informacji o cache. Jedyne co znalazłem to: cache/processor sizes: 88/40 MB." na ostatnie pytanie Andrew, Randy odpowiedział: "Nie, IOzone nie przyjmuje liczby procesów na poziomie liczby procesorów. Jest opcja do tego, której nie użyłem, jednakże mam zamiar ją wykorzystać w przyszłości."
Przy okazji Yves Rougy także ogłosił: "Mnie także przytrafiło się przeprowadzić podobne testy. Używałem do tego IOzone i Bonnie++. Aktualne wyniki są dostępne pod adresem http://www.pingouin.org/linux/fsbench/ Więcej wyników wkrótce, zwłaszcza, że chcę zobaczyć wpływ opcji notail w Reiserfs na iozone i bonnie++."
W pewnym momencie Roberto Nibali przyjrzał się bliżej testom Andrew. Podał odnośnik do jednej ze stron Andrew i spytał: "Dlaczego ext3 jest jedynym z przetestowanych systemów plików z księgowaniem, który podczas testu wykazał straty pakietów i jak to wyjaśnisz?" Andrew wyjaśnił: "Stracone pakiety są zwykle efektem ubocznym opcji opóźnenia przerwania w sterowniku e1000. Wybrałem opóźnienie 256 mikrosekund (domyślnie jest to 64) do wszystkich testów i zwykle jest bardzo mały % zgubionych pakietów, który zazwyczaj jest pokazywany jako 0.00%, ponieważ zaokrąglam te wartości do setnych części procenta. Powinienem zmienić swój skrypt, tak aby pokazywał te wartości z większą dokładnością. Nie jestem pewien czemu ext3 pokazuje większe straty niż inne. Czy ext3 ma jakieś blokady, gdy są wyłączone przerwania?" Andrew Morton na to odpowiedział: "Nie. Ale raid1 ma."
2. Konwersja ext2-na-reiserfs
29 Aug 2001 - 5 Sep 2001 (5 posts) Archive Link: "Konwersja ext2 -> reiserfs?"
People: Andreas Dilger, Hans Reiser
Roy Sigurd Karlsbakk zapytał, czy są plany stworzenia narzędzia do zmiany systemów plików z ext2 na reiserfs. Andreas Dilger odpowiedział:
Jest to prawdopodobnie za trudne trudne i zbyt niebezpieczne, aby było warte wysiłku. Spróbuj kopii zapasowej i odtworzenia z niej, w ten sposób będziesz miał również kopię na wypadek problemów z konwersją.
Jako że ZAWSZE robisz kopię przed taką operacją (prawda????), odtworzenie danych na swieżo sformatowanej partycji reiserfs zajmie mniej czasu niż konwersja (i będzie o WIELE lepsze, jak również dokona "defragmentacji"), lepiej więc wyjdziesz, robiąc to w ten sposób.
Hans Reiser dodał " Tak, obawa przed długim okresem odpluskwiania spowodowała, że uznałem tarowanie za najlepszą metodę konwersji i nie próbowałem robić więcej. Jeśli ktoś napisze skrypt używający tara i resize, może się to okazać pewnym sposobem i chętnie bym to obejrzał."
3. Zniszczenie rejestrów w trybie SMP na Intelu, 2.4
29 Aug 2001 - 30 Aug 2001 (3 posts) Subject: "[PATCH] przerwania mogą uszkodzić rejestry na i386 SMP w 2.4.x"
People: John Byrne, Linus Torvalds
John Byrne wysłał łatkę i zgłosił "W tej chwili, kod przerwań w SMP generowany przez makra BUILD_SMP_INTERRUPT i BUILD_SMP_TIMER_INTERRUPT umieszcza dodatnią liczbę wektorów przerwań na stosie. Jeśli poprawny sygnał czeka a %eax przypadkowo zawiera poprawną wartość, do_signal() może być oszukany i zmienić zarówno %eax jak i %eip z bardzo złymi rezultatami." Linus Torvalds odpowiedział "Wow. Nieźle - to jest wprost niewiarygodnie popsute. Zastanawiam się dlaczego odpowiedni kod nie jest kopiowany z BUILD_IRQ.. Jak u di*bła to zauważyłeś?" John odpowiedział " Kombinacja ślepego losu, ciekawości, dumy i Obsesyjnego Przymusowego Nieładu... " Wyjaśnił " Błąd pojawił się w 2.3.14, kiedy to plik arch/i386/kernel/irq.h stał się include/asm-i386/hw_irq.h. Plik został przesunięty i zmieniony w tym samym czasie, a błąd umknął uwadze, gdyż diff pokazał tylko cały plik usuwany w jednym miejscu i dodawany w drugim. Jeśli plik najpierw zostałby przesunięty, a potem dokonano by zmian, błąd prawie na pewno zostałby zauważony. "
4. IBM utrzymuje specyfikację w tajemnicy
29 Aug 2001 - 4 Sep 2001 (10 posts) Subject: "źródła sterownika karty sieciowej lcs"
People: Ulrich Weigand, Arjan van de Ven
Arjan van de Ven nie mógł znaleźć źródeł sterowników ethernetowych LCF i QETH dla architektury S390 IBM'a. Ulrich Weigand z IBM'a odpowiedział "Przepraszam, ale nie mamy zezwolenia na opublikowanie kodu źródłowego sterowników lcs i qeth (z powodu użycia poufnych specyfikacji interfejsu sprzętowego). Udostępniamy te moduły tylko w formie binarnej na naszej stronie developerWorks." Arjan odpowiedział:
Właściwie to wierzyłem, że IBM bierze Open Source i całą społeczność na poważnie. Bardzo mnie rozczarowało ukrycie kluczowych części portu na architekturę S/390, w świetle wielu publicznych zapewnień o wsparciu.
Powoduje to, że całe zamieszanie jakie IBM robi, przekonując jak wspaniały jest Linux wygląda, cóż, fałszywie. Wiem że wiele części IBMa bierze Open Source poważnie, ale to smutne, że tak wpływowy oddział jak grupa S/390 nie.
W innym miejscu Alan Cox zapytał, czy są jakieś plany zmiany tej polityki, a Ulrich napisał (mówiąc we własnym imieniu, nie IBMa) "To nie jest coś, o czym my (zespół programistów Linuksa dla S/390) możemy zdecydować. Decyzja o opublikowaniu należy do zespołów sprzętowych, które posiadają specyfikację LCS / QDIO. Jak już powiedziałem, w tej chwili nie mamy zezwolenia na otwarcie specyfikacji. Bardzo możliwe, że zmieni się to w przyszłości, ale nie znam bliższych szczegółów. "
5. Narzędzie do wykrywania sprzętu
30 Aug 2001 - 1 Sep 2001 (9 posts) Archive Link: "[OGŁOSZENIE] Hardware detection tool 0.2"
People: Carlos E Gorges, Tim Jansen
Carlos E Gorges ogłosił:
Narzędzie do wykrywania sprzętu 0.2
Głównym zamysłem jest posiadanie zunifikowanej bazy modułów i stworzenie dobrego narzędzia dla konfiguratorów sprzętu.
Ta wersja wspiera wykrywanie urządzeń PCI, ISA PnP i USB (hotplug).
ftp://ftp.techlinux.com.br/pub/people/carlos/kernel/hwd/hwd-0.2.tar.bz2
ftp://ftp.techlinux.com.br/pub/people/carlos/kernel/hwd/hwd-0.2-linux248-ac11.patch.bz2
Tim Jansen odpowiedział "Następna wersja rejestru urządzeń ( ttp://www.tjansen.de/devreg) będzie zawierać podobne cechy. W bieżącym wydaniu sterowniki szyn (jak PCI, USB..) rejestrują swoje urządzenia w rejestrze. Następnie urządzenia są wyświetlanie w ogólnej, niezależnej od szyny formie w katalogu /proc/regdev. W nadchodzącej wersji sterowniki wspierające devreg będą rejestrować siebie w trakcie inicjalizacji, a także rejestrować każdą instancję sterownika (instacja obsługuje pojedyncze fizyczne urządzenie), którą tworzą. Każda instancja będzie połączona ze sterownikiem, węzły devfs będą połączone z instancjami sterownika. W ten sposób otrzymujemy cholernie dobry obraz powiązań między sterownikami, instancjami sterowników, węzłami devfs i fizycznymi sterownikami. "
6. Śledzenie nie-wolnych modułów jądra załadowanych w trakcie działania systemu
30 Aug 2001 - 31 Aug 2001 (9 posts) Archive Link: "Linux 2.4.9-ac5"
People: Keith Owens, Alan Cox
Alan Cox ogłosił wydanie jądra 2.4.9-ac3, a Keith Owens spytał (odnośnie swojej łaty, która weszła do gałęzi Alana):
__module_license musi być statyczne. W przeciwnym wypadku będziemy mieli problem, gdy MODULE_LICENSE jest wykorzystywane w dwóch obiektach, które są konsolidowane do tego samego modułu. Z powodów prawnych względem praw autorskich spodziewam się, że ludzie będą umieszczać MODULE_LICENSE w każdym pliku, nie tylko jednym.
Czego potrzeba do obsługi licencji w modutilsach? Z pewnością modinfo musi ją wypisać, ale co z insmod? Czy insmod powinien wypisywać ostrzeżenia przy odpowiednich modułach? Co z ksymoops? Innymi słowy: jaka była przyczyna wprowadzenia MODULE_LICENSE?
Alan odrzekł:
Moim celem było dołączenie do zgłoszeń oopsów informacji, której do tej pory nie było, tak aby automatycznie wyrzucić do kosza zgłoszenia dotyczące binarnych sterowników, wliczając w to rosnącą liczbę ludzi kłamiących o sterownikach nvidii i myślących że to pomoże naprawić ich błąd.
Ostrzeżenia insmoda to coś, w co nie chciałbym się mieszać. Myślę, że to zależy od producentów i tym podobnych. Ja chcę powiedzieć ludziom, że załadowali śmiecia, a nie żeby go nie ładowali...
Keith powiedział:
No to mamy problem. Sekcje modinfo i modstring nie są ładowane do przestrzeni jądra, są przetwarzane przez insmod, a później wyrzucane.
Rozwiązanie: /proc/sys/kernel/taintes. Jest ustawiane na 0 przy starcie systemu, ustawiane na 1 przez insmod, gdy ten znajdzie moduł nie-GPL, wypisywane przez panic, wyciągane przez ksymoops. Załadowanie odpowiedniego modułu napiętnuje jądro, nawet jeśli moduł zostanie później usunięty. Sysctl w jądrze odpowiedzialny za to, pozwala to piętno jedynie ustawić, nie pozwala go usunąć.
Nie jest to idealne rozwiązanie, podstępni użytkownicy będą mogli przerobić jądro. Lub po prostu zmienić flagę piętna w zgłoszeniu oopsa. Ale to wyłapie co najmniej 90% przypadków.
Alan stwierdził, że to dobre rozwiązanie. Było jeszcze kilka komentarzy i wątek się zakończył.
7. ext3 oopsuje pod 2.4
31 Aug 2001 - 3 Sep 2001 (7 posts) Archive Link: "ext3 oopsuje przy umiarkowanym obciążeniu"
People: Andrew Morton, Stephen C. Tweedie
Ktoś zgłosił oopsa ext3 pod 2.4.9; Andrew Morton odpowiedział "Twój raport jest trzeci - to zdecydowanie błąd w ext3. Nadal muszę rozpracować w jaki sposób otrzymać stronę związaną z i-węzłem, którego bufory nie przeszły przez journal_dirty_data(). Wygląda na to, że jest wiele dróg do tego prowadzących. " Zapytał, czy pierwszy zgłaszający nie miał może mało miejsca na partycji, ale ten odpowiedział, że nie, miejsca było dużo. Stephen C. Tweedie napisał:
Właśnie udało mi się odtworzyć sytuację, używając wielkich linków symbolicznych.
Morderczą wydaje się następująca sytuacja: mamy odwołany bufor buffer-cache; zaczynamy alokować i dealokować ten sam bufor z cache'u stron. Duże linki symboliczne działają z cache'u stron i ładnie spełniają te warunki.
Odpalając kilka równoległych zadań piszących na końcach dużych rzadkich (ang. sparse) plików i obcinających (ang. truncate) je (aby utworzyć i usunąć duże ilości niebezpośrednich bloków, wypełniają buffer-cache odwołanymi danymi), a następnie dodając aktywność typu tworzenie/usuwanie dużego symlinka w tym samym katalogu, byłem w stanie odtworzyć oopsa w ciągu kilku minut.
Podejrzewam, że ten sam rodzaj aktywności powoduje oopsa przy odwoływaniu, jakiego Peter Braam widział przy dyskretnie księgowanych plikach.
Kontynuował "problem w tym, że kiedy tworzymy księgowane dane, musimy anulować wszystkie poprzednie ślady odwołania, nawet gdy stare odwołanie jest jest w buffer-cache a nowe w cachu stron. To implikuje, że potrzebujemy czegoś jak unmap_underlying_metadata, ale na nasz konkretny kawałek metadanych. W rzeczy samej, unmap_underlying_metada już wykonuje potrzebne wyszukiwanie w starym, zcachowanym buffer_head."
8. Pewne wyjaśnienie organizacji modułów
31 Aug 2001 - 1 Aug 2001 (3 posts) Archive Link: "Dlaczego tulip ma swoj katalog? (przynajmniej do 2.4.8) ?"
People: Ken Moffat, Keith Owens, Jeff Garzik
Ken Moffat zauważył " Właśnie zmieniłem kartę sieciową w mojej głównej skrzynce z natsemi na tulip. Moduł natsemi był w /lib/modules/`uname -r`/kernel/drivers/net, razem z modułami ppp, ale moduł tulip jest w podkatalogu tulip." Keith Owens odpowiedział "Drzewo katalogów z modułami podąża za drzewem z kodami źródłowymi. Wszystkie narzędzia związane z modułami wiedzą o tej strukturze. Nie zapisuj ścieżek w insmodzie, po prostu 'insmod tulip' i niech narzędzia zrobią swoją część. " A Jeff Garzik stwierdził, że obecna sytuacja jest dobra, pisząc " Przynajmniej dwa inne takie-jak-tulip sterowniki znajdą się w tym katalogu w 2.5, pomimo tego, że pozostaną osobnymi sterownikami. "
9. Mini-Bug w obsłudze wersji urządzenia USB w 2.4.9
31 Aug 2001 (6 posts) Archive Link: "[PATCH] poprawka w usb"
People: Andries Brouwer, Alan Cox, Matthew Dharm
Andries Brouwer wysłał jednolinijkowca, "Zastanawiając się dlaczego mój czytnik kart USB Compact Flash działa z 2.4.7 a nie działa z 2.4.9, zauważyłem że zmieniła się pewna stała. Zmieniłem ją z powrotem i mój czytnik CF ożył. " Matthew Dharm obwinił siebie o błąd w trakcie łączenia wersji i powiedział Linusowi Torvaldsowi i Alanowi Coksowi, że łata wyglądała dobrze. Alan odpowiedział następująco na początkową wiadomość Andriesa: "Dodałeś coś od siebie, ktoś zmienił stałą, bo u niego nie działała, teraz zmieniasz ją z powrotem. Podejrzewam, że obie stałe powinny być włączone 8)" Ale Matthew odpowiedział:
Nie wydaje mi się, Alan...
Stała w pytaniu to górna granica zakresu akceptowanych wersji urządzenia. Zawężenie zakresu może tylko popsuć parę rzeczy -- poszerzenie może nic nie poprawić, ale zwiększa liczbę możliwych pozycji.
Podejrzewam, że ktoś chciał zmienić tą wartość na inną niż ma Andries, ale większa wartość (znaczy ta Andriesa) jest właściwa.
Alan przyznał rację i wątek się zakończył.
10. Stan obsługi Adaptec ASR2100s
1 Sep 2001 (4 posts) Archive Link: "Obsługa Adaptec ASR2100s?"
People: Alan Cox
Roy Sigurd Karlsbakk spytał, czy jest obsługiwany kontroler ASR2100s i Alan Cox odpowiedział, "DPT napisało sterowniki i po pewnych perturbacjach i poprawkach są one włączone w jądro 2.4.9-ac i będą też w jądrze Linusa." And Juan Pablo Abuyeres podał odnośnik do http://adaptec2100s.tecnoera.com/.
11. Duże jądra
1 Sep 2001 (6 posts) Archive Link: "czy bzImage jest dostatecznie duże?"
People: Keith Owens
Samium Gromoff zapytał czy bzImage powstający po włączeniu wszystkich możliwych opcji konfiguracyjnych jest wystarczająco mały, aby dało się z niego wystartować system i Keith Owens odpowiedział, "Nie, jest dużo za duży. BTW, jeśli chcesz wypróbować różne kompilacje, z różnymi kombinacjami konfiguracji, są łaty kbuild, które dodają make allyes, make allno, make allmod oraz make randconfig." Mike Castle stwierdził, że 'randconfig' to chyba trochę przesada, ale Keith wyjaśnił, "Konfiguracja jest losowa ale poprawna, przechodzi przez walidację CML1. randconfig przydaje się do znajdowania błędów w sprawdzeniach CML1, znajduje także błędy w kodzie, który zakłada, że dana cecha jest zawsze obecna. "
12. Stan obsługi kolejnosci bajtów w Reiserfs
2 Sep 2001 - 3 Sep 2001 (3 posts) Archive Link: "kiedy będzie dodany do jądra reiserfs dla maszyn big-endian?"
People: Alan Cox
Ktoś spytał kiedy będą włączone do jądra łaty rozwiązujące problem endianności w Reiserfs i Alan Cox odpowiedział, "Są włączone w wersje -ac jeśli chcesz je wypróbować. " Ktoś spytał prywatnie Alana na ile są one stabilne i Alan odpowiedział, "Nie miałem żadnych skarg, także w sprawie małej łaty dla parsic (queued)." Dodał, że przeczuwa włączenie jej także w oficjalne źródła.
13. Stan planów 2.5
2 Sep 2001 (2 posts) Archive Link: "2.5?"
Roy Sigurd Karlsbakk spytał, gdzie można znaleźć listę rzeczy planowanych dla 2.5, a Daniel Phillips podał odnośniki do http://www.usenix.org/events/kernel01/summit.pdf, http://osdn.com/conferences/kernel/, and http://lwn.net/2001/features/KernelSummit/.
14. Stan obsługi iSCSI w Linuksie
5 Sep 2001 - 6 Sep 2001 (6 posts) Archive Link: "obsługa iSCSI w Linuksie??"
People: Nitin Dhingra
Ben Greear podrzucił odnośnik do projektu ietf dla iSCSI, i spytał czy były plany obsługi tegoż. Chmouel Boudjnah podał odnośnik do projektu na SourceForge. Nitin Dhingra także odpowiedział Benowi, mówiąc:
Podałeś odnośnik do dość starego konspektu iscsi. Ostatnia wersja projektu jest dostępna ze stron ietf.org Znalazłem około 5 różnych implementacji iScsi
Wydaje mi się, że Cisco zaimplementowało też autentyfikację & bezpieczeństwo. Ktoś dał Ci odnośniki i teraz musisz sobie pościągać, co chcesz. Myślę, że na koniec roku będzie obsługa iScsi w jądrze Linuksa.
Sharon And Joy
Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0. |