Danny Braniss wrote:
with tags enabled, iSCSI is much faster, but it also causes a deadlock :-(
this is what i run:
newfs -U /
cd /
restore rf /home/file.dump
What are you using / what's recommended as iSCSI server?
Pete
___
freebsd-net@freebsd.org
Danny Braniss wrote:
Scott Long wrote:
Danny Braniss wrote:
with tags enabled, iSCSI is much faster, but it also causes a
deadlock :-(
this is what i run:
newfs -U /
cd /
restore rf /home/file.dump
on the same motherboard, a dual Xeon, with smp disabled all is OK
with smp enabled restor
> Scott Long wrote:
> > Danny Braniss wrote:
> >
> >>> with tags enabled, iSCSI is much faster, but it also causes a
> >>> deadlock :-(
> >>> this is what i run:
> >>> newfs -U /
> >>> cd /
> >>> restore rf /home/file.dump
> >>>
> >>> on the same motherboard, a dual Xeon, with smp dis
Scott Long wrote:
Danny Braniss wrote:
with tags enabled, iSCSI is much faster, but it also causes a
deadlock :-(
this is what i run:
newfs -U /
cd /
restore rf /home/file.dump
on the same motherboard, a dual Xeon, with smp disabled all is OK
with smp enabled restore gets stuck usualy
Danny Braniss wrote:
with tags enabled, iSCSI is much faster, but it also causes a deadlock :-(
this is what i run:
newfs -U /
cd /
restore rf /home/file.dump
on the same motherboard, a dual Xeon, with smp disabled all is OK
with smp enabled restore gets stuck usualy waiting
> with tags enabled, iSCSI is much faster, but it also causes a deadlock :-(
> this is what i run:
> newfs -U /
> cd /
> restore rf /home/file.dump
>
> on the same motherboard, a dual Xeon, with smp disabled all is OK
> with smp enabled restore gets stuck usualy waiting on biord.
with tags enabled, iSCSI is much faster, but it also causes a deadlock :-(
this is what i run:
newfs -U /
cd /
restore rf /home/file.dump
on the same motherboard, a dual Xeon, with smp disabled all is OK
with smp enabled restore gets stuck usualy waiting on biord.
the iscsi
