Freesco, NND, CDN, EOS

http://www.freesco.pl
Dzisiaj jest niedziela, 6 lipca 2025, 00:59

Strefa czasowa UTC+2godz.




Nowy temat Odpowiedz w temacie  [ Posty: 11 ] 
Autor Wiadomość
 Tytuł: Hdparm
Post: poniedziałek, 12 marca 2007, 02:02 
Offline
Użytkownik

Rejestracja: sobota, 27 marca 2004, 05:21
Posty: 284
Lokalizacja: Dublin
Na stronie http://jamp.int.pl/NND/PAKIETY/ można pobrać paczkę hdparm 6.9.

_________________
jamp@99xBEZ_TEGO.pl
TL-ER6020,TL-SG3216,TL-SG3210,RT-N66U(AP),RT-N16(AP),TL-WDR4300(OpenWrt)
SYNOLOGY DS112+ 3TB, D525MW 4GB RAM 500GB - DEBIAN
E35M1-I 8GB RAM 500GB,2x4TB(raid1),2x3TB(raid1) - SLACKWARE
ix2-200 2x3TB(raid1),GoFlex Net 2x1TB - DEBIAN ARM,GoFlex Net 2x500GB


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: poniedziałek, 12 marca 2007, 02:13 
Offline
PGF

Rejestracja: wtorek, 27 czerwca 2006, 14:09
Posty: 2112
Lokalizacja: Poznań
Jakieś istotne zmiany w stosunku do starszej wersji? Czy przebudowałeś paczkę z nowym numerkiem dla frajdy?

_________________
Dedykowane systemy CRM, e-commerce i witryny korporacyjne.
Software House Poznań


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: poniedziałek, 12 marca 2007, 02:25 
Offline
Użytkownik

Rejestracja: sobota, 27 marca 2004, 05:21
Posty: 284
Lokalizacja: Dublin
JakubC pisze:
Jakieś istotne zmiany w stosunku do starszej wersji? Czy przebudowałeś paczkę z nowym numerkiem dla frajdy?

Poniżej masz zmiany - nie wiem czy istotne ale jak jest nowe to dlaczego nie odświerzać :)
: [/] [] ()
hdparm-6.9
   - added -s flag to control power-up in standby
     (thanks to chrfranke)
   - make --Istdin more robust
   - added -I recognition of SMART Command Transport (SCT)
      (thanks to chrfranke).
   - fix X2 over-reporting of -T results
   - add udma 3/4/5 modes to the -i results
hdparm-6.8
   - improve parsing/operation of --Istdin function
hdparm-6.7
   - don't default to "-v" when only new "--" longopts are used.
   - calculate integrity word if not correct
   - remove used code/parameter from identify()
   - fix "(null)" strings from the "Drive conforms to" line of -I
   - tidied up usage of prefix vars in Makefile
   - fix bug in -C implementation
   - new -H flag for (Hitachi) drive temperature
hdparm-6.6
   - fix build for Redhat/Fedora systems.
   - disable security commands when building on Redhat/Fedora,
     as they lack the required data structures in the system headers.
hdparm-6.5
   - fix -I bugs from version 6.4.
hdparm-6.4
   - Makefile updates from Mikkel Krautz.
   - manpage updates / corrections.
   - fixed bug in -C code.
   - major updates to bring -I information up to current specs.
hdparm-6.3
   - added reporting of ATA revision numbers > 7
hdparm-6.2
   - eliminated short form (-F) of --security-freeze flag
   - completely revamped ATA Security Commands
      (now they actually work sometimes)
      courtesy of Leonard den Ottolander (a BIG thank-you!)
hdparm-6.1
   - fix BLKGETSIZE bug introduced in 6.0
   - man page clarification for -M (courtesy Stephen Gran)
hdparm-6.0
   - correct usage of BLKGETSIZE64 (returns bytes instead of sectors)
   - Added ATA Security switches (Benjamin Benz bbe[AT]heise[DOT]de)
hdparm-5.9
   - fix security-mode display (Franz Lehner)
   - fixed -W bug (Stephan Gran)
hdparm-5.8
   - added HDIO_SET_WCACHE support to -W
   - fixed double byteswap for big endian
   - fixed %lld warnings on 64-bit architectures
   - "hdparm -h" now goes to stdout instead of stderr
hdparm-5.7
   - fixed output of NULs in -I string fields
   - fixed big-endian -I crashes from 5.6
   - removed remains of defunct major-number checks
   - added support for BLKGETSIZE64 ioctl internally
   - added --direct flag to use O_DIRECT on device open
   - renamed -Istdin  to --Istdin
   - renamed -Istdout to --Istdout
   - allow other flags to follow any of: -I, --Istdin, --Istdout
hdparm-5.6
   - fixed reversed device names in idectl script
   - renamed readahead variables to avoid new glibc conflicts
   - added -Istdout flag to dump IDENTIFY data as hex
   - removed MAJOR number checks to open up hdpar for SATA-SCSI drivers

_________________
jamp@99xBEZ_TEGO.pl
TL-ER6020,TL-SG3216,TL-SG3210,RT-N66U(AP),RT-N16(AP),TL-WDR4300(OpenWrt)
SYNOLOGY DS112+ 3TB, D525MW 4GB RAM 500GB - DEBIAN
E35M1-I 8GB RAM 500GB,2x4TB(raid1),2x3TB(raid1) - SLACKWARE
ix2-200 2x3TB(raid1),GoFlex Net 2x1TB - DEBIAN ARM,GoFlex Net 2x500GB


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: poniedziałek, 12 marca 2007, 18:46 
Offline
PGF

Rejestracja: wtorek, 27 czerwca 2006, 14:09
Posty: 2112
Lokalizacja: Poznań
jamp pisze:
Poniżej masz zmiany - nie wiem czy istotne ale jak jest nowe to dlaczego nie odświerzać :)

Bo to nie Arch. To ma po prostu chodzić...

_________________
Dedykowane systemy CRM, e-commerce i witryny korporacyjne.
Software House Poznań


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: poniedziałek, 12 marca 2007, 22:56 
Offline
PGF

Rejestracja: piątek, 25 lutego 2005, 18:22
Posty: 1430
Lokalizacja: Elbląg
JakubC pisze:
Bo to nie Arch. To ma po prostu chodzić...

Zgoda, ale jak ma chodzić, to wszelkie bugfix'y są mile widziane.

_________________
F33/F07,F11,F13,F17
ObrazekObrazek


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 13 marca 2007, 21:14 
Offline
Użytkownik

Rejestracja: sobota, 27 marca 2004, 05:21
Posty: 284
Lokalizacja: Dublin
JakubC pisze:
Czy przebudowałeś paczkę z nowym numerkiem dla frajdy?
Dla frajdy to mogę skoczyć do wesołego miasteczka :twisted:
JakubC pisze:
Bo to nie Arch. To ma po prostu chodzić...
Czyżby nie działała u ciebie ta paczka :?: Ja nie robię sobie paczek dla sportu tylko jak czegoś mi brak to zadaję sobie trochę trudu, żeby rozwiązać swój problem i wtedy szukam nowych rozwiązań :) A ten dział forum chyba właśnie w tym celu powstał - to nie jest repozytorium pakietów i nikt ci nie każe tego instalować jak nie masz na to ochoty a swymi nieustającymi negacjami potrafisz ostudzić chętnych w rozwijaniu tej w sumie niezłej dystrybucji :twisted: A co do Acha. to właśnie NND jest na bazie Archa zrobiony (dlatego jest tak niewiele problemów) a i większość paczek to paczki archa po lekkich lub żadnych modyfikacjach :)

_________________
jamp@99xBEZ_TEGO.pl
TL-ER6020,TL-SG3216,TL-SG3210,RT-N66U(AP),RT-N16(AP),TL-WDR4300(OpenWrt)
SYNOLOGY DS112+ 3TB, D525MW 4GB RAM 500GB - DEBIAN
E35M1-I 8GB RAM 500GB,2x4TB(raid1),2x3TB(raid1) - SLACKWARE
ix2-200 2x3TB(raid1),GoFlex Net 2x1TB - DEBIAN ARM,GoFlex Net 2x500GB


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 13 marca 2007, 22:09 
Offline
MODERATOR

Rejestracja: piątek, 5 lipca 2002, 17:31
Posty: 2449
Lokalizacja: Londyn
jamp pisze:
jak czegoś mi brak to zadaję sobie trochę trudu, żeby rozwiązać swój problem i wtedy szukam nowych rozwiązań


Byłoby fajnie jakbyś napisał jaki problem z hdparmem miałeś. Gdybyś zgłosił to do Mantisa byłoby jeszcze lepiej...
Sam changelog niewiele mówi, szczególnie tym, którzy po angielsku nie radzą sobie zbyt dobrze. Poza tym fachowe terminy użyte w changlogu dla większości nic nie znaczą. Przydałoby się krótkie wyjaśnienie
Najważniejszą jednak sprawą jest pokazanie PKGBUILDA. Prosiliśmy o to wielokrotnie...

jamp pisze:

swymi nieustającymi negacjami potrafisz ostudzić chętnych


Jakub ma sporo racji... chodzi nam o to aby NND było stabilne. Stąd nie gonimy za numerkami, a każdy upgrade jest analizowany (well... przynajmniej się staramy). Problem polega na tym, że przygotowując pakiet nalezy znaleźć wszystkie pakiety zalezne od niego i najczęściej je również przebudować(*). Tak aby można było uzyc polecenia pacman -S nazwa_pakietu. Pojedynczo przygotowane pakiety instalowane poleceniem pacman -A, pacman -U często z opcjami -d lub -f powodują wiele problemów. Wystarczy poczytać forum...
Czy wiesz, że zbudowano pakiet z obsługą programu, który nie został spakietowany dla NND? Prawdopodobnie nie ma to większego znaczenia, jednak każda dodatkowa funkcja to potencjalna dziura w bezpieczeństwie... i naszym zdaniem takie ryzyko należy minimalizować.

Nie mamy zamiaru nikomu zabraniać budowania pakietów dla NND (nie mówiąc już o tym, że nie mamy takiej możliwości). Więcej - cieszymy się, że komuś jeszcze się chce. Chcielibyśmy tylko, żeby to było robione z głową. I w miarę możności zgodnie z założeniami NND... Tylko dlatego, że to może wyjść NND na dobre.
Żeby kazdy autor pakietu odpowiednio zmodyfikował i udostępnił PKGBUILD do pakietu, żeby pakiety były budowane wraz z zależnościami, a co za tym idzie dostępne w repozytorium.
Idealnie by było, żeby alternatywne repozytoria używały innej konwencji naywania pakietów, tak, aby łatwo było po nazwie okreslić kto taki pakiet przygotował... i do kogo zwracać się z problemami.
Sama kompilacja pakietu z nowym numerkiem nie pomaga wiele. Nadal mam gdzieś scripty kompilujące wszystko po kolei (pierwsza wersja NND była właśnie automatem kompilowana), wystaczy dodać mechanizm sprawdzający czy na stronie domowej projektu pojawiła się nowa wersja i... developerzy przestają być potrzebni. Automat załatwi sprawę... tylko czy dobrze?

jamp pisze:

NND jest na bazie Archa zrobiony (dlatego jest tak niewiele problemów) a i większość paczek to paczki archa po lekkich lub żadnych modyfikacjach :)


Tylko pierwsza częśc tego zdania jest prawdziwa... NND zbudowane zostało na bazie Archa. Tylko było to ponad 3 lata temu i w tej chwili z Archem nie ma już wielu punktów wspólnych... Tak naprawdę to tylko manager pakietów, a i to niedługo bo jest już gotowy pacman 3 rc2, a my nie mamy na razie planów przejścia na nową wersję. Zmiany są zbyt duże i potencjalne problemy przewyższają wielokrotnie ewentualne zyski...

(*) To akurat hdparma nie dotyczy - nie ma pakietu, który miałby hdparm w zależnościach.

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 13 marca 2007, 22:18 
Offline
Użytkownik

Rejestracja: niedziela, 2 lipca 2006, 22:22
Posty: 118
A ja sobie zainstalowałem, sporo poprawek już wydali od tego co mam zainstalowane.
Jamp dzięki za fatygę.

_________________
Intel D945GSEJT 512MB HDD 1TB ADE-3000


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 13 marca 2007, 23:22 
Offline
Użytkownik

Rejestracja: sobota, 27 marca 2004, 05:21
Posty: 284
Lokalizacja: Dublin
Mis' pisze:
Byłoby fajnie jakbyś napisał jaki problem z hdparmem miałeś.
Właściwie żadnych :)
Mis' pisze:
Najważniejszą jednak sprawą jest pokazanie PKGBUILDA. Prosiliśmy o to wielokrotnie...
Jak byś się pofatygował to na stronie którą wskazałem to jest tam wszystko co potrzebne jest do budowy paczek które wystawiłem :)
Mis' pisze:
Jakub ma sporo racji... chodzi nam o to aby NND było stabilne. Stąd nie gonimy za numerkami....
Generalnie dysk twardy jest częścią od której w znacznym stopniu zależy szybkość servera a hdparm (jeśli tylko potrafi to wykorzystać) pozwala wycisąć prawie wszystko i na dodatek nie koliduje z żadnym pakietem NND więc nie widzę powodów by go nie aktualizować często :)

_________________
jamp@99xBEZ_TEGO.pl
TL-ER6020,TL-SG3216,TL-SG3210,RT-N66U(AP),RT-N16(AP),TL-WDR4300(OpenWrt)
SYNOLOGY DS112+ 3TB, D525MW 4GB RAM 500GB - DEBIAN
E35M1-I 8GB RAM 500GB,2x4TB(raid1),2x3TB(raid1) - SLACKWARE
ix2-200 2x3TB(raid1),GoFlex Net 2x1TB - DEBIAN ARM,GoFlex Net 2x500GB


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 13 marca 2007, 23:26 
Offline
PGF

Rejestracja: wtorek, 27 czerwca 2006, 14:09
Posty: 2112
Lokalizacja: Poznań
jamp pisze:
Czyżby nie działała u ciebie ta paczka :?:

Nie widzę potrzeby instalacji tej paczki, hdparm z repozytoriów działa u mnie idealnie. Nie słyszałem też głosu niezadowolenia ze strony innych użytkowników.
jamp pisze:
Ja nie robię sobie paczek dla sportu tylko jak czegoś mi brak to zadaję sobie trochę trudu, żeby rozwiązać swój problem i wtedy szukam nowych rozwiązań :)

Cieszę się, że mamy takich użytkowników! :) Teraz jeszcze chętnie bym poznał Twój problem...
jamp pisze:
A ten dział forum chyba właśnie w tym celu powstał - to nie jest repozytorium pakietów i nikt ci nie każe tego instalować jak nie masz na to ochoty a swymi nieustającymi negacjami potrafisz ostudzić chętnych w rozwijaniu tej w sumie niezłej dystrybucji :twisted:

Ja nie mówię, że nie masz tworzyć. Cieszę się, że to robisz. Zwracam tylko uwagę żeby robić to z głową, bo jak Mis' wspomniał, możemy puścić automat, który przekompiluje wszystkie paczki do najnowszych wersji, tylko po co? Jeżeli chcesz najnowsze wersje pakietów, to wyrzuć nnd i wgraj Archa, zapewniam Ci dużo nowości i dużo problemów z nowościami. ;)
jamp pisze:
A co do Acha. to właśnie NND jest na bazie Archa zrobiony (dlatego jest tak niewiele problemów) a i większość paczek to paczki archa po lekkich lub żadnych modyfikacjach :)

A zaglądałeś do PKGBUILDOW? Bo ja przynajmniej o to "większość" bym polemizował.

Na koniec tylko dodam, że jak system się sypie (a instalacja poprzez pacman -U/A u niedoświadczonych użytkowników z reguły do tego prowadzi) to pretensje są do PGF.

Mimo wszystko proponuję zakończyć OT.

Pozdrawiam serdecznie :)

_________________
Dedykowane systemy CRM, e-commerce i witryny korporacyjne.
Software House Poznań


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 13 marca 2007, 23:50 
Offline
MODERATOR

Rejestracja: piątek, 5 lipca 2002, 17:31
Posty: 2449
Lokalizacja: Londyn
jamp pisze:
Mis' pisze:
Byłoby fajnie jakbyś napisał jaki problem z hdparmem miałeś.
Właściwie żadnych :)


więc jednak dla sportu, jak zauważył Jakub... :twisted:
A poważnie mówiąc, to co napisałeś poprzednio sugerowało coś zupełnie innego.

jamp pisze:
Mis' pisze:
Najważniejszą jednak sprawą jest pokazanie PKGBUILDA. Prosiliśmy o to wielokrotnie...
Jak byś się pofatygował to na stronie którą wskazałem to jest tam wszystko co potrzebne jest do budowy paczek które wystawiłem


Moja wina, przepraszam, nie zajrzałem.

jamp pisze:
:)
Mis' pisze:
Jakub ma sporo racji... chodzi nam o to aby NND było stabilne. Stąd nie gonimy za numerkami....
Generalnie dysk twardy jest częścią od której w znacznym stopniu zależy szybkość servera a hdparm (jeśli tylko potrafi to wykorzystać) pozwala wycisąć prawie wszystko


chcesz powiedzieć że w tych samych warunkach, ten sam dysk potraktowany nowym hdparmem będzie chodził szybciej niż potraktowany starym?
A szybkość dysku jest tylko jednym z wielu elementów decydujących o wydajności serwera. Wydaje mi się, że w przypadku serwera nntp może być nawet parametrem najwazniejszym, ale w innych przypadkach to już raczej nie...

jamp pisze:
i na dodatek nie koliduje z żadnym pakietem


:twisted: Jakbyś się pofatygował i przeczytał dokładnie to co napisałem, to zauwazyłbyś, że tę uwagę umieściłem w poprzednim poście. :twisted:

Poważnie zaś mówiąc, ja też nie widzę powodów dla których taka aktualizacja nie miałaby mieć miejsca. Nie widzę równiez powodów aby była konieczna. Akurat tutaj, przy okazji hdparma wywiązała się ta dyskusja, ale ja, pisząc to wszystko, mam na mysli wszystkie pakiety spoza oficjalnych repozytoriów.

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)


Na górę
 Wyświetl profil  
 
Wyświetl posty nie starsze niż:  Sortuj wg  
Nowy temat Odpowiedz w temacie  [ Posty: 11 ] 

Strefa czasowa UTC+2godz.


Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 11 gości


Nie możesz tworzyć nowych tematów
Nie możesz odpowiadać w tematach
Nie możesz zmieniać swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników

Szukaj:
Przejdź do:  
Technologię dostarcza phpBB® Forum Software © phpBB Group
Hosting: Compus-Net
RobertKonik.pl