Re: reiserfs, xfs, ext2, ext3

2001-05-11 Thread Daniel Podlejski

On linux-kernel, [EMAIL PROTECTED] (Andi Kleen) wrote:
[...]
:  If /arc is not on a different hd it is probably a good idea to make 
:  sure test.tar.gz is small enough to fit into memory and has been read
:  at least once to be cache hot (that was the case with my test tar). 
:  Otherwise you're testing how fast the hd can seek between the two places 
:  and how far XFS and ext2 are away, and both are not very interesting.

hda: IBM-DTLA-307030, ATA DISK drive
hdc: ST34312A, ATA DISK drive
hda: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(66)
hdc: 8420832 sectors (4311 MB) w/512KiB Cache, CHS=524/255/63, UDMA(33)

/arc is logical volume on hda, /mobile is partition on hdc (mobile -
becouse it's on disk in mobile rack ;)), so test is good.

Soon I will test this on SCSI disk.

-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... A blind man kneels on broken class
   Building the bars of his own case ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Re: reiserfs, xfs, ext2, ext3

2001-05-10 Thread Daniel Podlejski

On linux-kernel, [EMAIL PROTECTED] (Andi Kleen) wrote:
:  On one not very scientific test: unpacking and deleting a cache hot 40MB/230MB
:  gzipped/unzipped tar on ext2 and xfs on a IDE drive on a lowend SMP box.
:  
:  XFS (very recent 2.4.4 CVS, filesystem created with mkxfs defaults)
:  
: > time tar xzf ~ak/src.tgz 
:  real1m58.125s
:  user0m16.410s
:  sys 0m44.350s
: > time rm -rf src/
:  real0m50.344s
:  user0m0.190s
:  sys 0m13.950s
:  
:  ext2 (on same kernel as above)
:  
: > time tar xzf ~ak/src.tgz 
:  
:  real1m26.126s
:  user0m16.100s
:  sys 0m36.080s
:  
: > time rm -rf src/
:  
:  real0m1.085s
:  user0m0.160s
:  sys 0m0.930s

And another test:

ext2:

root@witch:/mobile:# time tar xzf /arc/test.tar.gz

real5m25.249s
user1m33.430s
sys 0m31.710s

root@witch:/mobile:# time rm -rf test/

real0m8.843s
user0m0.000s
sys 0m0.420s

xfs:

root@witch:/mobile:# time tar xzf /arc/test.tar.gz

real5m23.744s
user1m34.800s
sys 0m39.100s
root@witch:/mobile:# time rm -rf test/

real0m1.364s
user0m0.030s
sys 0m0.430s

test.tar.gz is tree created by script:

#!/bin/bash

for lev1 in aa bb cc dd ee ff gg hh ii jj kk ll
do

mkdir $lev1
cd $lev1

for lev2 in 0 1 2 3 4 5 6 7
do
mkdir $lev2
cd $lev2

for fname in a b c d e f g h i
do
dd if=/dev/urandom of=$fname bs=4k count=1024
done

cd ..
done

cd ..
done


-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... When you're talkin to yourself and nobody's home
   You can fool yourself, you came in this world alone ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Re: reiserfs, xfs, ext2, ext3

2001-05-09 Thread Daniel Podlejski

In linux-kernel, [EMAIL PROTECTED] wrote:
:  We are waiting for a server with dual PIII, RAID 1,0 and 5 18Gb scsi disks to 
:  come so we can change our proxy server, that will run on Linux with Squid. 
:  One disk will go inside (I think?) and the other 4 on a tower conected to the 
:  RAID, which will be have the cache of the squid server.

Reiser is not good idea for squid cache. Why ? Squids cache is hashed
by default to minimize "big directory effect". Reiserfs is fast on
realy big directories, but it eat more cpu than ext2. On high loaded
cache servers cpu utilization on reiser can be realy big.
Better way is make more subdirectories in squid cache, and use
filesystem, that eat less of cpu.

-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... I am immortal, I have inside me blood of kings,
   I have no rival, No man can bemy equal ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



XFS and Alan kernel tree

2001-05-05 Thread Daniel Podlejski

I merge XFS witch Alan tree (2.4.4-ac5). It's seems to be stable.
Patch against Alan tree is avaliable at:

http://www.underley.eu.org/linux/patch.ac-xfs.diff.bz2

It's 1.0 SGI release. Only XFS, pagebuf and POSIX ACLs code, without KDB.

-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... You can check out any time you like
   But you can never leave ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Incorect signal handling ?

2001-04-12 Thread Daniel Podlejski

Hi,

there is litlle programm:

#include 
#include 
#include 
#include 
#include 
#include 
#include 

static void empty(int sig)
{
printf ("hello\n");
return;
}

void main()
{
int fd, a;
char buf[512];

if (fd = open("/tmp/nic", O_RDONLY) < 0)
{
perror ("open");
exit(1);
}

signal (SIGALRM, empty);
alarm (1);

a = read(fd, buf, 511);

while (a && a != -1) a = read(fd, buf, 511);

if (a == -1)
{
perror ("read");
exit(1);
}
else printf ("EOF\n");

exit(0);
}

I open /tmp/nic and run compiled program.
There should be error EINTR in read, but isn't.
Why ?

-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... Here await the birth of the son
   The seventh, the heavenly, the chosen one ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Re: tmpfs in 2.4.3 and AC

2001-04-01 Thread Daniel Podlejski

In linux-kernel, [EMAIL PROTECTED] wrote:
: Hi,
: 
: tmpfs (or shmfs or whatever name you like) is still different in official
: series (2.4.3) and in ac series. Its a kick in the ass for multiboot,
: as offcial 2.4.3 does not recognise 'tmpfs' in fstab:
: 
: shmfs  /dev/shmtmpfs   ...
: 
: Any reason, or is because it has been forgotten ?

There is no tmpfs in vanilla 2.4.3 kernel.

I use this start script to mount tmp/shmfs:

#!/bin/sh

[ -d /dev/shm ] || mkdir -p /dev/shm

shmfs_avail=$(grep -qci 'shmfs' /proc/filesystems || true)
tmpfs_avail=$(grep -qci 'tmpfs' /proc/filesystems || true)
devshm_mounted=$(grep -qci '/dev/shm' /proc/mounts || true)

[ $devshm_mounted = 0 ] || exit 0

if [ $shmfs_avail = 1 ]
then
echo -ne "Mounting shmfs: "
mount none /dev/shm -t shmfs && echo "ok."
exit 0
fi

if [ $tmpfs_avail = 1 ]
then
echo -ne "Mounting tmpfs: "
mount tmpfs /dev/shm -t tmpfs && echo "ok."
fi


-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... On a dark desert highway Cool wind in my hair
   Warm smell of colitas Rising up through the air ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



device3dfx compilation errors with 2.4.2-ac14

2001-03-08 Thread Daniel Podlejski

In file included from /usr/src/linux/include/linux/highmem.h:5,
 from /usr/src/linux/include/linux/vmalloc.h:7,
 from /usr/src/linux/include/asm/io.h:110,
 from /usr/src/linux/include/asm/pci.h:26,
 from /usr/src/linux/include/linux/pci.h:559,
 from 3dfx_driver.c:125:
/usr/src/linux/include/asm/pgalloc.h: In function `get_pgd_fast':
/usr/src/linux/include/asm/pgalloc.h:47: `boot_cpu_data_R94da44ea' undeclared (first 
use in this function)
/usr/src/linux/include/asm/pgalloc.h:47: (Each undeclared identifier is reported only 
once
/usr/src/linux/include/asm/pgalloc.h:47: for each function it appears in.)
/usr/src/linux/include/asm/pgalloc.h: In function `free_pgd_fast':
/usr/src/linux/include/asm/pgalloc.h:58: `boot_cpu_data_R94da44ea' undeclared (first 
use in this function)
/usr/src/linux/include/asm/pgalloc.h: In function `get_pte_fast':
/usr/src/linux/include/asm/pgalloc.h:75: `boot_cpu_data_R94da44ea' undeclared (first 
use in this function)
/usr/src/linux/include/asm/pgalloc.h: In function `free_pte_fast':
/usr/src/linux/include/asm/pgalloc.h:85: `boot_cpu_data_R94da44ea' undeclared (first 
use in this function)
In file included from /usr/src/linux/include/asm/io.h:110,
 from /usr/src/linux/include/asm/pci.h:26,
 from /usr/src/linux/include/linux/pci.h:559,
 from 3dfx_driver.c:125:
/usr/src/linux/include/linux/vmalloc.h: In function `vmalloc':
/usr/src/linux/include/linux/vmalloc.h:36: `boot_cpu_data_R94da44ea' undeclared (first 
use in this function)
/usr/src/linux/include/linux/vmalloc.h: In function `vmalloc_dma':
/usr/src/linux/include/linux/vmalloc.h:45: `boot_cpu_data_R94da44ea' undeclared (first 
use in this function)
/usr/src/linux/include/linux/vmalloc.h: In function `vmalloc_32':
/usr/src/linux/include/linux/vmalloc.h:54: `boot_cpu_data_R94da44ea' undeclared (first 
use in this function)

-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... Whatever you do, I'll be two steps behind you
   Wherever you go, and I'll be there to remind you ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Serial port bug

2000-11-04 Thread Daniel Podlejski

Serial driver in 2.4.0-testx seems to be a little broken.

Works fine with modem, mouse etc, but want works with
Casio digital camera - communication random hangs up
durning geting photos from camera.

It was tested on few computers with QV 780 and gphoto.

Evertything works fine with 2.2 kernel.

-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... I am immortal, I have inside me blood of kings,
   I have no rival, No man can bemy equal ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Matrox framebuffer

2000-10-10 Thread Daniel Podlejski

I have problem with Matrox G400 framebuffer. After turn
on computer, kernel freez durning boot with snow on my monitor.
When I start it with options video=matrox:disbled, and run XFree86
4.0.1 with official drivers from Matrox web page, and reboot my
computer again - everything works fine.

>From dmesg:

matroxfb: Matrox unknown G400 (AGP) detected
matroxfb: MTRR's turned on
matroxfb: cannot set xres to 800, rounded up to 832
matroxfb: cannot set xres to 800, rounded up to 832
matroxfb: 800x600x8bpp (virtual: 832x20160)
matroxfb: framebuffer at 0x4200, mapped to 0xc8805000, size 16777216
Console: switching to colour frame buffer device 100x37
fb0: MATROX VGA frame buffer device

And lspci -v:

01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) 
(prog-if 00 [VGA])
Subsystem: Matrox Graphics, Inc. Millennium G400 16Mb SGRAM
Flags: medium devsel, IRQ 11
Memory at 4200 (32-bit, prefetchable) [size=32M]
Memory at 4080 (32-bit, non-prefetchable) [size=16K]
Memory at 4000 (32-bit, non-prefetchable) [size=8M]
Expansion ROM at  [disabled] [size=64K]
Capabilities: [dc] Power Management version 2
Capabilities: [f0] AGP version 2.0

uname -a
Linux random 2.4.0-test9 #1 Tue Oct 10 15:05:22 CEST 2000 i686 unknown

-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... When you're through with life and all hope is lost,
   Hold out your hand cos right till the end - friends will be friends ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



2.4.0-test8 and PS/2 mouse

2000-09-29 Thread Daniel Podlejski

I had few freezes, when i try to run gpm witch imps2 mouse
on linux box with 2.4.0-test8 kernel. 
Anybody have similar problem ?

-- 
Daniel Podlejski <[EMAIL PROTECTED]>
   ... Political speeshes They are lying in the mud
   Nothing else matters But money and blood ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/