s2875 tyan kernel memory problem
Memory/disk Problems with s2875 Tyan dual-processor motherboard I have 4 gig of ram. If, in the bios, I enable the memory hole so as to get all 4 gig of ram in the kernel, and run a stress test as follows: stress -d 1 -t 10 Then I get a kernel crash almost immediately and have to de-power to reboot. If I disable the memory hole, I only get 3.2 gigs, but I can run the test without crashing. I am running sarge packaged kernel, uname -a gives: Linux athena 2.6.8-12-amd64-k8-smp #1 SMP Mon Jul 17 00:17:20 UTC 2006 x86_64 GNU/Linux It is from the sarge package: kernel-image-2.6.8-12-amd64-k8-smp - Linux kernel image for version 2.6.8 on AMD64 SMP systems This crash also occurs when I do large file copies. A ubuntu 2.6.11 kernel with amd64 and 32 bit applications does not seem to have the problem while copying files. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: which package to play DVD's ???
On Wed, Sep 06, 2006 at 03:20:38PM +0200, Albert Dengg wrote: > On Wed, Sep 06, 2006 at 07:59:19AM -0500, helices wrote: > > What do you think? > well, i personally user xine-ui or mplayer from > deb http://www.debian-multimedia.org sid main Well, slightly OT because this isn't about DVDs, but currently mplayer and xine both have the same bug when playing mpeg4's -- they show only the upper left corner of the content in the video window. vlc is not having this problem, but vlc has other annoyances, one of which is that it is somewhat cruder. This issue with mp4's is not amd64 specific, it is the same on my 32 bit boxen. This is for etch. Older versions of both those programs work fine. I don't know if they are both using the same broken library/codec or what, but vlc uses a slightly different version of one of the libraries. Cheers, a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: performance of AAC-RAID (ICP9087MA)
> Checking out a largish CVS module is no fun. The data is retrieved via > cvs pserver from the file server and written back via NFS into my home > directory. Have you checked your NFS settings? I'd expect that to be the main bottleneck in this setup. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
performance of AAC-RAID (ICP9087MA)
Hi *, We are happily running our fileserver on AMD64 (from /proc/cpuinfo): model name : AMD Opteron(tm) Processor 246 cpu MHz : 1995.066 cache size : 1024 KB we thought it might be a good idea to run one of those expensive, over-engineered ICP controllers (on PCI-X): 02:03.0 RAID bus controller: Adaptec AAC-RAID (Rocket) (rev 02) Subsystem: Adaptec ICP ICP9087MA Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16 Memory at ff20 (64-bit, non-prefetchable) [size=2M] Memory at ff1ff000 (64-bit, non-prefetchable) [size=4K] Expansion ROM at ff1e [disabled] [size=32K] Capabilities: [40] Power Management version 2 Capabilities: [48] Message Signalled Interrupts: 64bit+ Queue=0/2 Enable- Capabilities: [58] PCI-X non-bridge device Capabilities: [60] Vital Product Data ...which gives us a nice 1.5TB RAID5 made up from 6 SATA disks (the controller has 256MB on-board cache RAM). clients connect with samba (win) and nfs (linux), both with 100Mbit and 1000Mbit NICs, the server itself is hooked up to a 1000Mbit switch, of course. When we freshly installed the machine we did some bonnie++ and dd(1) testing which showed good (but not overly impressive results) for raw I/O performance. IIRC something about 60MB/s for sustained writes and perhaps 80MB/s for reads. Checking out a largish CVS module is no fun. The data is retrieved via cvs pserver from the file server and written back via NFS into my home directory. This process is sometimes pretty quick and sometimes blocks in between as if the RAID controller has to think about the requests. I know this phenomenon only from a megaraid controller, which we eventuelly canned for a pure linux software raid (2 disks mirror). Also, compiling in the nfs-mounted home directory is too slow - even on a 1000Mbit link. The new fileserver therefor feels worse than the old one which served the same purpose with FreeBSD/Symbios Logic SCSI RAID5/AMD K7. I try to find someone with some experience with this kind of problem. Perhaps the other 3 users of an ICP controller. I wonder if this is related to the aacraid driver. Or perhaps it's because of the 64-bit thing. Does anyone have any guesses? Thanks for any hint, Raimund PS: This is etch with stock kernel 2.6.15-1-amd64-generic #2 -- Die Lösung für effizientes Kundenbeziehungsmanagement. Jetzt informieren: http://www.universal-messenger.de Pinuts media+science GmbH http://www.pinuts.de Dipl.-Inform. Raimund Jacob [EMAIL PROTECTED] Krausenstr. 9-10 voice : +49 30 59 00 90 322 10117 Berlin fax : +49 30 59 00 90 390 Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: future of ATX?
[EMAIL PROTECTED] wrote: Slightly off topic but I'm soon going to be making a new computer (my first in 12 years) and will be using AMD with Debian. The standard board/power/box form-factor has been ATX for a while. Does anyone see anything else on the horizon? I plan to buy a good case and power supply with excellent cooling for long life. If theres a new standard soon to replace ATX then I'll wait and get that; if not, I'll stick with ATX. There is mini-itx, and I believe there is a board that takes an amd processor. Of course it is not going to replace ATX, no way. Nice if you want something really compact though, and don't need multiple pci slots. . . Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [POLL] To continue 64 or not?
Andrew Robinson wrote: Well I made the rough decision last night and switched back to 32b. After reading some benchmarks it didn't look like 64b was going to benefit me much. This is a home desktop computer so the 32b will fit me fine. Just a shame to give up the extra functionality. Perhaps in a few years I may try 64b again when more libraries and software bundles are packaged as 64b. Until then I thought that it would be nice if things "just worked". I maintain a couple of slackware boxes, and it would be nice to finally have one box that is extremely low maintenance. 32bit may indeed be the way to go for you - for now. I still recommend using a 64-bit kernel, while having everything else 32-bit. First, you get a small speedup of the kernel itself. This is hardly noticable as the PC shouldn't spend much time on the kernel anyway. Much more important is that the 64-bit kernel can hand out more memory to the processes than a 32-bit kernel can, because it hides itself outside the 32-bit memory range that the applications live in. This could make a difference if you have 2GB or more memory, the difference between swapping and _not_ swapping can be felt sometimes. Of course, only if you have a process that need so much memory. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: future of ATX?
On Thu, Sep 07, 2006 at 10:23:04PM +0100, A.E.Lawrence wrote: > PCI Express is a significant advance over standard PCI. (Better physics, > primarily.) High speed unidirectional serial links, versus slower parallel bidirectional links. It's a good change. Whether you want PCI slots or PCIe slots depends on which cards you intend to install. Most people don't add very many cards anymore, so it may not matter to most people. I think personally I would prefer 2 or 3 PCI slots and 2 PCIe slots (preferably x4 or x8 slots), plus one or two PCIe x16 slots for video card(s). -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: future of ATX?
On Thu, Sep 07, 2006 at 03:18:56PM -0400, [EMAIL PROTECTED] wrote: > Are there any other form-factors on the horizon that would make a good > ATX box and PS obsolete? Are there boxes that are future-oriented (lots > of bays, lots of room for air to flow, bottom cooling like AMD suggests) > that will take ATX, BTX, and whatever else may be coming? Is any > particular brand better at making a box than their competition (with the > same features), e.g. the stuff that doesn't make it onto a spec sheet? ATX cases you can buy anywhere. BTX often requires buying an ATX case that is BTX capable, along with a BTX conversion kit. Finding a BTX motherboard is also very hard, since it really is only used by OEM's. You can get inverted cases which put the power supply on the bottom and simply install the ATX board upside down. Just make sure you don't get an ATX board that uses heatpipes for cooling then since they don't work upside down (which rules out most high end Asus boards, or in my case, rules out upside down cases). I don't know why no one seems to make a case that has the power supply at the bottom but leaves the motherboard orientation normal (actually my silverstone case put on it's side would be such a case, since the power supply is actually mounted next to the PCI slots, not next to the CPU.) > I know that processors keep getting faster, but is the other technology > that makes up the computer settling out? E.g. PCI has been out for a > long time. > > For motherboard brands, are some better for Linux and reliability in > general than others? AMD tech-support says they're all the same. Do I > just list the jacks I want and see which is cheaper, integrated vs. > separate PCI cards? (Assuming lots of RAM in any case) Some motherboard makers are better at writing BIOS's than others. Lately it seems mainly that some BIOS's have bugs in ACPI which makes linux unhappy. Most seem OK though. Some boards allow memoery remapping (required BIOS and chipset/memory controller support), while others don't. Without it you really can't have more than 3GB RAM in your system, or at least you loose between 512 and 1024MB of your ram between 3 and 4GB, with anything past 4GB being available just fine. Early athlon 64's could not remap memory, while most of them can. All current models certainly can. Some chipsets for intel cpus can remap memory, although as far as I know the majority never could. I think the latest ones may be able to (I sure hope so). -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot and ia32libs combined
[EMAIL PROTECTED] writes: > On Thu, Sep 07, 2006 at 09:27:08AM +0200, Goswin von Brederlow wrote: >> >> My suggestion is: Don't do it. If you need the 32bit version for >> something then use it for everything. The benefit of 64bit is generaly >> negible anyway. No point in having say a 64bit and 32bit mozilla. > > Well, there's a remote possibility that mozilla's memory leaks might > take longer to run out of address spave on a 64-bit system! > > -- hendrik And the good thing in that is where? More funny harddisk noise while swapping? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot and ia32libs combined
On Thu, Sep 07, 2006 at 09:27:08AM +0200, Goswin von Brederlow wrote: > > My suggestion is: Don't do it. If you need the 32bit version for > something then use it for everything. The benefit of 64bit is generaly > negible anyway. No point in having say a 64bit and 32bit mozilla. Well, there's a remote possibility that mozilla's memory leaks might take longer to run out of address spave on a 64-bit system! -- hendrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: povray
On Fri, Sep 08, 2006 at 07:55:44 +0100, Steven Dobson wrote: > Florian > > On Thu, 2006-09-07 at 23:16 +0200, Florian Kulzer wrote: > > It is still not fixed for me (Sid, povray 1:3.6.1-3). You could try to > > install the package "povray-3.5" for the time being. > > I've be chatting with Francesco off-list (I guess it was the 'ld > Reply/Reply-All problem). I use povray-3.5 on both my Althon64 and a > Xeon system and both work just fine. Thanks for the info. I had not used povray in a while, therefore I was not aware of the bug until I saw Francesco's question. Good to know that I can indeed fall back on version 3.5 if I should suddenly need povray again. (I did not have time to try it myself yesterday.) -- Regards, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: future of ATX?
On Thu, Sep 07, 2006 at 03:18:56PM -0400, [EMAIL PROTECTED] wrote: > For motherboard brands, are some better for Linux and reliability in > general than others? Tyan as one definite ace in its sleeve that I appreciate much, and that you may appreciate or not: They support LinuxBIOS on all their Opteron motherbords; see http://linuxbios.org/index.php/Products#Tyan_Computer and http://linuxbios.org/index.php/Supported_Motherboards#Tyan -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where are the packages ?
Hamish Moffatt <[EMAIL PROTECTED]> writes: > On Fri, Sep 08, 2006 at 10:01:44AM +0200, Hans-J. Ullrich wrote: >> I wondered, why some packages cannot be found by apt, although they are >> still >> on the Debian-servers in the repository. (in my case I looked for "chntpw" >> in >> the non-free branch) Did I miss some change ? > > It doesn't seem to be built for anything but amd64. Probably because > Debian does not auto-build non-free. Which is partly wrong. Debian has non-free autobuilders but there is a very smal white-list of package it auto builds. Non-free packages can have restrictions making autobuilding and distribution of the result illegal so only packages known to be free of such are white-listed. There are obviously a lot of packages missing in that list where just nobody has taken the time to check the licens. If you find such a package please ask the maintainer to double check and report to Andreas Barth to include it. > It appears that you could build it yourself; > > apt-get install build-essential > apt-get build-dep chntpw > apt-get source chntpw > cd chntpw-... > dpkg-buildpackage -rfakeroot -uc -b apt-get install build-essential apt-get build-dep chntpw apt-get -b source chntpw MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where are the packages ?
Am Freitag, 8. September 2006 10:24 schrieb Hamish Moffatt: > On Fri, Sep 08, 2006 at 10:01:44AM +0200, Hans-J. Ullrich wrote: > > I wondered, why some packages cannot be found by apt, although they are > > still on the Debian-servers in the repository. (in my case I looked for > > "chntpw" in the non-free branch) Did I miss some change ? > > It doesn't seem to be built for anything but amd64. Probably because > Debian does not auto-build non-free. > Yes, that does it explain ! I didn´t know this. Thanks for the info !!! > It appears that you could build it yourself; > > apt-get install build-essential > apt-get build-dep chntpw > apt-get source chntpw > cd chntpw-... > dpkg-buildpackage -rfakeroot -uc -b > Yeah, this worked with no problems. Best regards Hans > > > Hamish > -- > Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where are the packages ?
On Fri, Sep 08, 2006 at 10:01:44AM +0200, Hans-J. Ullrich wrote: > I wondered, why some packages cannot be found by apt, although they are still > on the Debian-servers in the repository. (in my case I looked for "chntpw" in > the non-free branch) Did I miss some change ? It doesn't seem to be built for anything but amd64. Probably because Debian does not auto-build non-free. It appears that you could build it yourself; apt-get install build-essential apt-get build-dep chntpw apt-get source chntpw cd chntpw-... dpkg-buildpackage -rfakeroot -uc -b Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Where are the packages ?
Hello all, I wondered, why some packages cannot be found by apt, although they are still on the Debian-servers in the repository. (in my case I looked for "chntpw" in the non-free branch) Did I miss some change ? This my sources.list entry: -- snip -- deb http://security.debian.org/ etch/updates main contrib non-free deb http://debian.tu-bs.de/debian/ testing main contrib non-free deb-src http://debian.tu-bs.de/debian/ testing main contrib non-free deb http://debian.tu-bs.de/debian/ sid main contrib non-free deb-src http://debian.tu-bs.de/debian/ sid main contrib non-free # deb http://ftp.de.debian.org/debian/ experimental main contrib non-free # deb-src http://ftp.de.debian.org/debian/ experimental main contrib non-free # MPlayer # deb ftp://ftp.nerim.net/debian-marillat/ sid main # deb-src ftp://ftp.nerim.net/debian-marillat/ sid main deb http://www.debian-multimedia.org sid main # deb http://spello.sscnet.ucla.edu/marillat/ sid main # JAVA deb ftp://ftp.tux.org/java/debian/ sid non-free # Goswins # deb file:///var/lib/amd64-archive/ sid main contrib non-free # deb http://ftp.debian.org/debian/ dists/sid/main/binary-i386/ # NVidia # deb http://people.debian.org/~rdonald/nvidia/ unstable/amd64/ # deb http://people.debian.org/~rdonald/nvidia/ unstable/all/ # NX-Client # deb http://debian.tu-bs.de/knoppix/nx/slh-debian/ ./ # KDETV # deb http://bonca.hu./~rizsanyi/debian/ sid/ # deb-src http://bonca.hu./~rizsanyi/debian/ sid/ # bootsplash # deb http://debian.bootsplash.de/ unstable main # deb-src http://debian.bootsplash.de/ unstable main # suspend2 # deb http://debian.madduck.net/ ~madduck/packages/stage/kernel-patch-suspend2/ # deb-src http://debian.madduck.net/ ~madduck/packages/stage/kernel-patch-suspend2/ # Openoffice2.org # deb ftp://ftp-fourier.ujf-grenoble.fr/debian/oo64/ ./ deb http://people.debian.org/~rene/openoffice.org/2.0.3/amd64/ ./ - snap Whats the mistake Regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
